Skip to content

Commit

Permalink
[improve][doc] Subscription replication doesn't replicate the type (#625
Browse files Browse the repository at this point in the history
)
  • Loading branch information
AlvaroStream committed Jul 5, 2023
1 parent 9df01d3 commit 0ab4daf
Showing 1 changed file with 7 additions and 0 deletions.
7 changes: 7 additions & 0 deletions versioned_docs/version-3.0.x/administration-geo.md
Original file line number Diff line number Diff line change
Expand Up @@ -227,6 +227,12 @@ If you want to use replicated subscriptions in Pulsar:
.replicateSubscriptionState(true)
.subscribe();
```
:::note

* Subscription type is not replicated between clusters. However, it's determined by the first consumer that connects to the subscription.
:::
### Advantages
Expand All @@ -240,6 +246,7 @@ If you want to use replicated subscriptions in Pulsar:
* When you enable replicated subscriptions, you're creating a consistent distributed snapshot to establish an association between message ids from different clusters. The snapshots are taken periodically. The default value is `1 second`. It means that a consumer failing over to a different cluster can potentially receive 1 second of duplicates. You can also configure the frequency of the snapshot in the `broker.conf` file.
* Only the base line cursor position is synced in replicated subscriptions while the individual acknowledgments are not synced. This means the messages acknowledged out-of-order could end up getting delivered again, in the case of a cluster failover.


## Migrate data between clusters using geo-replication

Using geo-replication to migrate data between clusters is a special use case of the [active-active replication pattern](concepts-replication.md#active-active-replication) when you don't have a large amount of data.
Expand Down

0 comments on commit 0ab4daf

Please sign in to comment.