Re: Bandwidth and latency requirements

[Colin Coe <colin.coe@xxxxxxxxx>]

Apologies for the late reply.

Further to this, if my Linux clients are connecting uing glusterfs-fuse and I have my volumes defined like this:

dc1srv1:/gv_fileshare dc2srv1:/gv_fileshare dc1srv2:/gv_fileshare dc2srv2:/gv_fileshare (replica 2)

How do I ensure that clients in dc1 prefer dc1srv1 and dc1srv2 while clients in dc2 prefer the dc2 servers?

Is it simply a matter of ordering in /etc/fstab?

Thanks

On Fri, Sep 29, 2017 at 2:29 PM, Karan Sandha <ksandha@xxxxxxxxxx> wrote:

It was simple emulation of network packets on the port of the server node using tc tool tc qdisc add dev <port> root netem delay <time>ms. The files were created using dd tool (in-built in linux) and mkdir. Post the IO's we verified with no pending heals.

Thanks & Regards

  

On Thu, Sep 28, 2017 at 2:06 PM, Arman Khalatyan <arm2arm@xxxxxxxxx> wrote:

Interesting table Karan!,

Could you please tell us how you did  the benchmark? fio or iozone orsimilar?

thanks
Arman.

On Wed, Sep 27, 2017 at 1:20 PM, Karan Sandha <ksandha@xxxxxxxxxx> wrote:

Hi Collin,

During our arbiter latency testing for completion of ops we found the below results:-  an arbiter node in another data centre and both the data bricks in the same data centre,

1) File-size 1 KB (10000 files ) 

2) mkdir   

	Latency	5ms	10ms	20ms	50ms	100ms	200ms
Ops	Create	755 secs	1410 secs	2717 secs	5874 secs	12908 sec	26113 sec
	Mkdir	922 secs	1725 secs	3325 secs	8127 secs	16160 sec	30079 sec

 

Thanks & Regards

On Mon, Sep 25, 2017 at 5:40 AM, Colin Coe <colin.coe@xxxxxxxxx> wrote:

Hi all

I've googled but can't find an answer to my question.

I have two data centers.  Currently, I have a replica (count of 2 plus arbiter) in one data center but is used by both.

I want to change this to be a distributed replica across the two data centers.

There is a 20Mbps pipe and approx 22 ms latency. Is this sufficient?  

I really don't want to do the geo-replication in its current form.

Thanks

CC

_______________________________________________
Gluster-users mailing list
Gluster-users@xxxxxxxxxxx
http://lists.gluster.org/mailman/listinfo/gluster-users

--

KARAN SANDHA

ASSOCIATE QUALITY ENGINEER

Red Hat Bangalore

ksandha@xxxxxxxxxx    M: 9888009555     IM: Karan on @irc

TRIED. TESTED. TRUSTED.

@redhatnews   Red Hat   Red Hat

_______________________________________________
Gluster-users mailing list
Gluster-users@xxxxxxxxxxx
http://lists.gluster.org/mailman/listinfo/gluster-users

--

KARAN SANDHA

ASSOCIATE QUALITY ENGINEER

Red Hat Bangalore

ksandha@xxxxxxxxxx    M: 9888009555     IM: Karan on @irc

TRIED. TESTED. TRUSTED.

@redhatnews   Red Hat   Red Hat

_______________________________________________
Gluster-users mailing list
Gluster-users@xxxxxxxxxxx
http://lists.gluster.org/mailman/listinfo/gluster-users