Azure Storage Redundancy for Geo-Clustered Sites
Your company has datacenters in Los Angeles and New York. The company has a Microsoft Azure subscription. You are configuring the two datacenters as geo-clustered sites for site resiliency. You need to recommend an Azure storage redundancy option. You have the following data storage requirements: ✑ Data must be stored on multiple nodes. ✑ Data must be stored on nodes in separate geographic locations. ✑ Data can be read from the secondary location as well as from the primary location Which of the following Azure stored redundancy options should you recommend?
Community Insight
The exam tests knowledge of Azure redundancy tiers, specifically the trap of confusing standard Geo-Redundant Storage (GRS) with RA-GRS regarding read access to the secondary location.
This question evaluates the correct Azure storage redundancy option for geo-clustered sites allowing reads from both primary and secondary regions. The analysis clarifies that Read Access Geo-Redundant Storage (RA-GRS) is the only option supporting active reads in the secondary region.
Learners often choose A (Geo-redundant storage) because they overlook the requirement to read from the secondary location while the primary is still up; standard GRS only allows reads after a failover.
Community Discussion (62 comments)
Comments & Corrections
No comments yet — spotted an error or have a note? Share it below.
Expert Analysis
Why the Answer Is Correct
The requirement states data must be stored in separate geographic locations (geo-replication) and readable from both primary and secondary locations simultaneously. Read Access Geo-Redundant Storage (RA-GRS) provides exactly this capability by maintaining a readable copy in the secondary region at all times. While the option text uses 'Read-only', it corresponds to RA-GRS, distinct from standard GRS which locks the secondary until failover.Why the Other Options Are Wrong
Option A (Geo-redundant storage) replicates data to a secondary region but does not allow reads there unless a failover occurs. Option C (Zone-redundant storage) protects against zone failures within a single region, not regional outages. Option D (Locally redundant storage) keeps copies within one availability zone, offering no geographic resilience.Community Comment Notes
Many users correctly identified B but noted the terminology mismatch, pointing out that Microsoft officially calls it 'Read Access Geo-Redundant Storage'. Comments highlighted that standard GRS prevents secondary reads during normal operations, making RA-GRS the necessary choice for the stated requirements.Official Reference
Exam Strategy
Always check if the question implies simultaneous access to the secondary region. If yes, select RA-GRS. If it only mentions protection against regional failure without specifying concurrent reads, GRS might be sufficient, but look for keywords like 'failover' or 'active-active'.
Frequently Asked Questions
Why is standard Geo-redundant storage (A) incorrect here?
Standard GRS does not allow reads from the secondary region until a failover is triggered. The question requires reads while the primary is active.
Is 'Read-only geo-redundant storage' the official name?
No, the official term is 'Read Access Geo-Redundant Storage' (RA-GRS). The exam option uses 'Read-only' as a synonym for the read-access capability.
Related Analysis
Practice All AZ-900 Questions
Access 90 questions with complete answers and detailed explanations.
View Full AZ-900 Practice Test →
s within 3 separate Datacenters - Geo-replication - a Secondary region with 1 Datacenter and 3 copies. C.Zone-redundant storage; Primary region, 3 Availability zones within 3 separate Datacenters and separate copy. D.Locally-redundant storage; Primary region in 1 datacenter 3 copies. With a GZRS storage account, you can continue to read and write data if an availability zone becomes unavailable or is unrecoverable. Additionally, your data is also durable in the case of a complete regional outage or a disaster in which the primary region isn't recoverable. https://docs.microsoft.com/en-us/azure/storage/common/storage-redundancy