You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@cassandra.apache.org by "C. Scott Andreas (JIRA)" <ji...@apache.org> on 2018/11/19 01:36:00 UTC
[jira] [Resolved] (CASSANDRA-13870) Cassandra repair process in Low
Bandwidth Network
[ https://issues.apache.org/jira/browse/CASSANDRA-13870?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
C. Scott Andreas resolved CASSANDRA-13870.
------------------------------------------
Resolution: Information Provided
> Cassandra repair process in Low Bandwidth Network
> -------------------------------------------------
>
> Key: CASSANDRA-13870
> URL: https://issues.apache.org/jira/browse/CASSANDRA-13870
> Project: Cassandra
> Issue Type: Task
> Reporter: Kishore Mohapatra
> Priority: Trivial
>
> Hi,
> we have a cassandra cluster with 7 nodes each in 3 datacenters.
> Network bandwidth between DC1 and DC2 is very good (10Gbit/s) and a dedicated one. However network pipe between DC1 and DC3 and between Dc2 and DC3 is very poor and has only 100 MBit/s and also goes thru VPN network. Each node contains about 100 Gb of data and has a RF of 3. Whenever we run the repair, it fails with streaming errors and never completes.
> I could repair either just in the local dc or just the first two DCs. Can not repair DC3 when i combine with the other two DCs.
> So how can i succesfully repair the keyspace in these kind of environments ?
> I see that there is a parameter to throttle the inter-dc stream thruput, which default to 200 MBit/s. So what is the minimum threshold that i could set it to without affecting the cluster ?
> Is there any other way to work in these kind of envornments ?
> I will appreciate your feedback and help on this.
> Thanks
> Kishore
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
---------------------------------------------------------------------
To unsubscribe, e-mail: commits-unsubscribe@cassandra.apache.org
For additional commands, e-mail: commits-help@cassandra.apache.org