gluster tiering maintainer

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Dear Gluster Community,

2017 has arrived, and I have taken an opportunity which will require a new maintainer for gluster tiering to replace me. I will continue to be available to help with the feature as a contributor. 

As seen in this year's CES conference [1], new storage types are coming fast. Customers will likely use a mix of them, and tiering is a logical consideration. Going forward the feature should support multiple tiers, better performance while migration is underway, and migration according to attributes other than hit rate. Under the hood, tiering should evolve with the rest of gluster (e.g. DHT2), the database vs other algorithms should be analyzed critically, and somehow the codebase should be detached from DHT. All significant and interesting challenges. 

Gluster has come a long way since I joined- and I think it will only get better.

Dan

[1]
http://www.theregister.co.uk/2017/01/04/optane_arrives_at_ces/
_______________________________________________
Gluster-devel mailing list
Gluster-devel@xxxxxxxxxxx
http://lists.gluster.org/mailman/listinfo/gluster-devel



[Index of Archives]     [Gluster Users]     [Ceph Users]     [Linux ARM Kernel]     [Linux ARM]     [Linux Omap]     [Fedora ARM]     [IETF Annouce]     [Security]     [Bugtraq]     [Linux]     [Linux OMAP]     [Linux MIPS]     [eCos]     [Asterisk Internet PBX]     [Linux API]

  Powered by Linux