Azure-docs: When will this come out of preview?

Created on 1 Nov 2018  Â·  11Comments  Â·  Source: MicrosoftDocs/azure-docs

We are very keen to use this. When will this be released?


Document Details

⚠ Do not edit this section. It is required for docs.microsoft.com ➟ GitHub issue linking.

cxp product-question sql-databassvc triaged

All 11 comments

@clement911 Thank you very much for your interest in Azure products and services. We are actively investigating and will get back to you soon.

@clement911 Regarding service general availability, I would suggest to keep an eye on Azure updates.

Azure updates provide information about important Azure product updates, roadmap, and announcements.

I will keep an eye on it, but is there a rough date for this feature?
It's been in preview for ages! Many months.
We've hold back using it because it's not clear what the limitations are and we don't want to cause any potential downtime to our app.

@clement911 Currently, we don't have any ETA for the general availability.
We will now proceed to close this thread. If there are further questions regarding this matter, please comment and we will gladly continue the discussion.

Are there a list of known risks/limitations of the current preview?

@clement911 During preview, these are the following limitations:
• Query Data Store and Extended Events are not supported on the read-only replicas.
• Replication latencies within the region are low and this situation is rare.
• At any given time only one of the AlwaysON replicas is accessible by the ReadOnly sessions.
• Round-robin or any other load balanced routing between the local replicas of the secondary database is not supported.

Thank you for that.

Replication latencies within the region are low and this situation is rare

What situation?

One of the benefits of replicas is that the replicas are always in the transactionally consistent state, but at different points in time there may be some small latency between different replicas. Read Scale-Out supports session-level consistency. It means, if the read-only session reconnects after a connection error caused by replica unavailability, it can be redirected to a replica that is not 100% up-to-date with the read-write replica. Likewise, if an application writes data using a read-write session and immediately reads it using a read-only session, it is possible that the latest updates are not immediately visible. This is because the transaction log redo to the replicas is asynchronous.

Got it, that sounds totally reasonable.

At any given time only one of the AlwaysON replicas is accessible by the ReadOnly sessions.

Will this be fixed for the final release? i.e. round robin between the different replicas?

Overall it sounds like preview would be pretty stable and this limitations seem not too bad.

Any update on this becoming GA? Can you go GA without the round-robin? We'd very much like this use this capability in a GA setting.

Was this page helpful?
0 / 5 - 0 ratings

Related issues

varma31 picture varma31  Â·  3Comments

bdcoder2 picture bdcoder2  Â·  3Comments

ianpowell2017 picture ianpowell2017  Â·  3Comments

JeffLoo-ong picture JeffLoo-ong  Â·  3Comments

monteledwards picture monteledwards  Â·  3Comments