Le 03/03/2016 15:07, Krutika Dhananjay a écrit :
Ok, and what version of glusterfs are you using?
At this time I'm using glusterfs 3.6.7 on Debian 8 (64bit), same OS on servers and clients.

--
Y.

-Krutika
------------------------------------------------------------------------

    *From: *"Yannick Perret" <[email protected]>
    *To: *"Krutika Dhananjay" <[email protected]>
    *Cc: *[email protected]
    *Sent: *Thursday, March 3, 2016 7:23:09 PM
    *Subject: *Re: [Gluster-users] Per-client prefered server?

    Le 03/03/2016 13:18, Krutika Dhananjay a écrit :

        What does "nearest" storage server mean? Are the clients
        residing in the storage pool too? Or are they external to the
        cluster?

    They are external.
    Nearest means that they are in the same building, linked by the
    same switch. Machines in the other building are rooted via some
    more equipments.

    --
    Y.

        -Krutika
        ------------------------------------------------------------------------

            *From: *"Yannick Perret" <[email protected]>
            *To: *[email protected]
            *Sent: *Thursday, March 3, 2016 5:38:33 PM
            *Subject: *[Gluster-users] Per-client prefered server?

            Hello,

            I can't find if it is possible to set a prefered server on
            a per-client
            basis for replica volumes, so I ask the question here.

            The context: we have 2 storage servers, each in one
            building. We also
            have several virtual machines on each building, and they
            can migrate
            from one building to an other (depending on load,
            maintenance…).

            So (for testing at this time) I setup a x2 replica volume,
            one replica
            on each storage server of course. As most of our volumes
            are "many reads
            - few writes" it would be better for bandwidth that each
            client uses the
            "nearest" storage server (local building switch) - for
            reading, of
            course. The 2 buildings have a good netlink but we prefer
            to minimize -
            when not needed - data transferts beetween them (this link
            is shared).

            Can you see a solution for this kind of tuning? As far as
            I understand
            geo-replica is not really what I need, no?

            It exists "cluster.read-subvolume" option of course but we
            can have
            clients on both building so a per-volume option is not
            what we need. An
            per-client equivalent of this option should be nice.

            I tested by myself a small patch to perform this - and it
            seems to work
            fine as far as I can see - but 1. before continuing in
            this way I would
            first check if it exists an other way and 2. I'm not
            familiar with the
            whole code so I'm not sure that my tests are in the
            "state-of-the-art"
            for glusterfs.

            Thanks in advance for any help.

            Regards,
            --
            Y.



            _______________________________________________
            Gluster-users mailing list
            [email protected]
            http://www.gluster.org/mailman/listinfo/gluster-users





Attachment: smime.p7s
Description: Signature cryptographique S/MIME

_______________________________________________
Gluster-users mailing list
[email protected]
http://www.gluster.org/mailman/listinfo/gluster-users

Reply via email to