Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Native GeoDR for data plane #646

Closed
SeanFeldman opened this issue Dec 16, 2022 · 4 comments
Closed

Native GeoDR for data plane #646

SeanFeldman opened this issue Dec 16, 2022 · 4 comments

Comments

@SeanFeldman
Copy link
Contributor

This is a feature request for GeoDR for data plane.

Currently, the only recovered aspect is the control panel. This means, in production, entities are recovered but not the messages. While the system can continue working, the loss of messages is a significant business and operational impact, potentially leading to disastrous state of systems.

While possible a are documented it is not the same as the native data plane GeoDR.

@EldertGrootenboer
Copy link
Contributor

We are currently working on a full GeoDR feature, which will include full replication of the namespace, including message data. There is no specific timelines to share yet, but will keep this issue updated as we go forward.

@EldertGrootenboer
Copy link
Contributor

We are currently working on a new GeoDR feature, where this will be taken into account. The current planning is to bring this in public preview in the first half of 2024.

@EldertGrootenboer
Copy link
Contributor

We are currently doing active development on this feature, and expect to have more to share around its release in the next couple of weeks.

@EldertGrootenboer
Copy link
Contributor

We have recently released a new Geo-Replication feature, which addresses this. The Geo-Replication feature implements metadata and data replication in a primary-secondary replication model. It works with a single namespace, and at a given time there’s only one primary region, which is serving both producers and consumers. There is a single hostname used to connect to the namespace, which always points to the current primary region. After promoting a secondary region, the hostname points to the new primary region, and the old primary region is demoted to secondary region. After the new secondary has been re-initialized, it is possible to promote this region again to primary at any moment. There are two replication modes, synchronous and asynchronous. For more information, check the announcement and the documentation.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

2 participants