Martynas, I think he means that each data center acts as the fallback for the other, so that both are active at the same time but in case one goes down its actors can come up in the other. At least that would make a lot of sense to me.
Regards, Roland 8 okt 2014 kl. 10:18 skrev Martynas Mickevičius <[email protected]>: > Hello Ratika, > > if both of these clusters are running simultaneously and with the same Actor > System name, then you should not replicate their data, because the sate of > these clusters will be different, and replicating it would make it corrupt. > > However if only one cluster is being run at a time you could replicate > cluster data among data centers. Then if first data center would fail, you > could start a cluster in the second data center on the latest data. > > That being said, entries in cluster shards are being persistent only in the > current development branch of Akka 2.4. Until then you will not get much > advantage when replicating cluster sharding data. > > On Tue, Oct 7, 2014 at 10:31 PM, ratika prasad <[email protected]> wrote: > Hi, > > We have two Akka Clusters(using sharding extension as well) each of two nodes > in two data centers which takes distinct traffic, Data Center 1 had Akka > cluster 1 of two nodes and Data Center 2 has Akka cluster 2 with two nodes > again. We have distributed journal ( Cassandra ) configured for both the > clusters in their respective data centers. However due to some fall over > mechanism the data is replicated from the journal /snapshots tables > configured for these two separate clusters on two different data center from > one data center to another. Is this correct should we we doing this at all ? > > As per my understanding these two clusters are independent from each other > and thus the data ( ShardCordinator details + shard to server mapping etc) > should not be replicated across these data centers as these impact the two > akka clusters on these two data centers running independent of each other. > > Kindly suggest > > -- > >>>>>>>>>> Read the docs: http://akka.io/docs/ > >>>>>>>>>> Check the FAQ: > >>>>>>>>>> http://doc.akka.io/docs/akka/current/additional/faq.html > >>>>>>>>>> Search the archives: https://groups.google.com/group/akka-user > --- > You received this message because you are subscribed to the Google Groups > "Akka User List" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to [email protected]. > To post to this group, send email to [email protected]. > Visit this group at http://groups.google.com/group/akka-user. > For more options, visit https://groups.google.com/d/optout. > > > > -- > Martynas Mickevičius > Typesafe – Reactive Apps on the JVM > > -- > >>>>>>>>>> Read the docs: http://akka.io/docs/ > >>>>>>>>>> Check the FAQ: > >>>>>>>>>> http://doc.akka.io/docs/akka/current/additional/faq.html > >>>>>>>>>> Search the archives: https://groups.google.com/group/akka-user > --- > You received this message because you are subscribed to the Google Groups > "Akka User List" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to [email protected]. > To post to this group, send email to [email protected]. > Visit this group at http://groups.google.com/group/akka-user. > For more options, visit https://groups.google.com/d/optout. Dr. Roland Kuhn Akka Tech Lead Typesafe – Reactive apps on the JVM. twitter: @rolandkuhn -- >>>>>>>>>> Read the docs: http://akka.io/docs/ >>>>>>>>>> Check the FAQ: >>>>>>>>>> http://doc.akka.io/docs/akka/current/additional/faq.html >>>>>>>>>> Search the archives: https://groups.google.com/group/akka-user --- You received this message because you are subscribed to the Google Groups "Akka User List" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. To post to this group, send email to [email protected]. Visit this group at http://groups.google.com/group/akka-user. For more options, visit https://groups.google.com/d/optout.
