This was several years back so the current version of Gluster may be in better shape.  We tried to use it for our primary storage but ran into scalability problems.  It especially was the case when it came to healing bricks and doing replication.  It just didn't scale well.  Eventually we abandoned it for NFS and Lustre, NFS for deep storage and Lustre for performance.  We tried it for hosting VM images which worked pretty well but we've since moved to Ceph for that.

Anyways I have no idea about current Gluster in terms of scalability so the issues we ran into may not be an problem anymore.  However it has made us very gun shy about trying Gluster again.  Instead we've decided to use Ceph as we've gained a bunch of experience with Ceph in our OpenNebula installation.

-Paul Edmon-

On 07/24/2018 11:02 AM, John Hearns via Beowulf wrote:
Paul, thanks for the reply.
I would like to ask, if I may. I rather like Glustre, but have not deployed it in HPC. I have heard a few people comment about Gluster not working well in HPC. Would you be willing to be more specific?

One research site I talked to did the classic 'converged infrastructure' idea of attaching storage drives to their compute nodes and distributing Glustre storage. They were not happy with that IW as told, and I can very much understand why. But Gluster on dedicated servers I would be interested to hear about.


On Tue, 24 Jul 2018 at 16:41, Paul Edmon <ped...@cfa.harvard.edu <mailto:ped...@cfa.harvard.edu>> wrote:

    While I agree with you in principle, one also has to deal with the
    reality as you find yourself in.  In our case we have more
    experience with Lustre than Ceph in an HPC and we got burned
    pretty badly by Gluster.  While I like Ceph in principle I haven't
    seen it do what Lustre can do in a HPC setting over IB.  Now it
    may be able to do that, which is great.  However then you have to
    get your system set up to do that and prove that it can.  After
    all users have a funny way of breaking things that work amazingly
    well in controlled test environs, especially when you have no
    control how they will actually use the system (as in a research
    environment).  Certainly we are working on exploring this option
    too as it would be awesome and save many headaches.

    Anyways no worries about you being a smartarse, it is a valid
    point.  One just needs to consider the realities on the ground in
    ones own environment.

    -Paul Edmon-


    On 07/24/2018 10:31 AM, John Hearns via Beowulf wrote:
    Forgive me for saying this, but the philosophy for software
    defined storage such as CEPH and Gluster is that forklift style
    upgrades should not be necessary.
    When a storage server is to be retired the data is copied onto
    the new server then the old one taken out of service. Well,
    copied is not the correct word, as there are erasure-coded copies
    of the data. Rebalanced is probaby a better word.

    Sorry if I am seeming to be a smartarse. I have gone through the
    pain of forklift style upgrades in the past when storage arrays
    reach End of Life.
    I just really like the Software Defined Storage mantra - no
    component should be a point of failure.


    _______________________________________________
    Beowulf mailing list,Beowulf@beowulf.org <mailto:Beowulf@beowulf.org>  
sponsored by Penguin Computing
    To change your subscription (digest mode or unsubscribe) 
visithttp://www.beowulf.org/mailman/listinfo/beowulf

    _______________________________________________
    Beowulf mailing list, Beowulf@beowulf.org
    <mailto:Beowulf@beowulf.org> sponsored by Penguin Computing
    To change your subscription (digest mode or unsubscribe) visit
    http://www.beowulf.org/mailman/listinfo/beowulf



_______________________________________________
Beowulf mailing list, Beowulf@beowulf.org sponsored by Penguin Computing
To change your subscription (digest mode or unsubscribe) visit 
http://www.beowulf.org/mailman/listinfo/beowulf

_______________________________________________
Beowulf mailing list, Beowulf@beowulf.org sponsored by Penguin Computing
To change your subscription (digest mode or unsubscribe) visit 
http://www.beowulf.org/mailman/listinfo/beowulf

Reply via email to