Skip to content

Commit

Permalink
[Doc]--Update geo-replication doc. (#7218)
Browse files Browse the repository at this point in the history
  • Loading branch information
Huanli-Meng authored Jun 9, 2020
1 parent c2759be commit e6e63fb
Showing 1 changed file with 1 addition and 2 deletions.
3 changes: 1 addition & 2 deletions site2/docs/administration-geo.md
Original file line number Diff line number Diff line change
Expand Up @@ -35,8 +35,7 @@ In normal cases, when connectivity issues are none, messages are replicated imme

Applications can create producers and consumers in any of the clusters, even when the remote clusters are not reachable (like during a network partition).

> #### Subscriptions are local to a cluster
> While producers and consumers can publish to and consume from any cluster in a Pulsar instance, subscriptions are local to the clusters in which the subscriptions are created and cannot be transferred between clusters. If you do need to transfer a subscription, you need to create a new subscription in the desired cluster.
Producers and consumers can publish messages to and consume messages from any cluster in a Pulsar instance. However, subscriptions cannot only be local to the cluster where the subscriptions are created but also can be transferred between clusters after replicated subscription is enabled. Once replicated subscription is enabled, you can keep subscription state in synchronization. Therefore, a topic can be asynchronously replicated across multiple geographical regions. In case of failover, a consumer can restart consuming messages from the failure point in a different cluster.

In the aforementioned example, the **T1** topic is replicated among three clusters, **Cluster-A**, **Cluster-B**, and **Cluster-C**.

Expand Down

0 comments on commit e6e63fb

Please sign in to comment.