AZ-900 Describe Azure architecture and services: 237 practice questions
12 of the 237 Describe Azure architecture and services questions in the Certsqill AZ-900 bank, shown in full below. Each one carries an explanation for every option, not just the correct one — the wrong answers are where the marks go.
Preparing for AZ-900? Take the free 5-min readiness check →
1. Availability Zones: Which Azure feature should they use?
- Availability Zones ✓Correct. Availability Zones are physically separate datacenters within the same Azure region, each with independent power, cooling, and networking. Deploying across AZs protects against single-datacenter failures while keeping all data within the primary region.
- Region pairsIncorrect. Region pairs replicate data to a different geographic region, which would violate the data sovereignty requirement to keep data within the primary region.
- Availability SetsIncorrect. Availability Sets group VMs within a single datacenter to protect against rack-level hardware failures. They do NOT protect against an entire datacenter failure.
- Azure Virtual Machine Scale SetsIncorrect. VM Scale Sets provide automatic scaling of VM instances but do not inherently protect against datacenter-level failures unless combined with zone-aware configuration.
Availability Zones protect against single-datacenter failures while keeping data within the primary region — satisfying both the HA and data sovereignty requirements.
2. All resources in all three subscriptions: Which resources are affected by this policy?
- Only resources in the management group's default subscription, but not resources located in the child subscriptionsIncorrect. Management groups do not have a 'default subscription.' Policies inherit to all subscriptions within the group.
- All resources in all three subscriptions, because a management group policy is inherited by each subscription and resource within ✓Correct. Governance conditions like policies applied to a management group automatically inherit down to all subscriptions, resource groups, and resources within it.
- Only resources created after the policy is applied, because pre-existing resources in the group are never evaluated or affected by itIncorrect. Azure Policy affects existing resources (flagged as non-compliant) and new resources (denied or flagged at creation). It applies to all resources, not just new ones.
- Only the subscriptions themselves, because resource groups and individual resources are not subject to these policiesIncorrect. Policy inheritance flows through the entire hierarchy: management group, subscriptions, resource groups, and resources. Resources at all levels are subject to the policy.
Policies applied to a management group inherit to all subscriptions, resource groups, and resources within it — all resources in all three subscriptions are affected.
3. Azure Container Instances: Which Azure service best meets their needs?
- Azure Kubernetes Service (AKS), a managed cluster for orchestrating many containers that requires node and upgrade managementIncorrect. AKS is a managed Kubernetes cluster for orchestrating containers at scale and requires cluster management (node pools, networking, upgrades), more than needed for simple on-demand batch jobs.
- Azure Virtual Machines, IaaS compute that can run containers but requires you to manage the guest OS yourselfIncorrect. VMs are IaaS and require OS management, which the requirement to avoid managing virtual machines explicitly excludes.
- Azure Container Instances (ACI), a service that runs containers on demand without managing VMs or an orchestrator ✓Correct. Azure Container Instances runs containers directly in Azure without managing VMs or an orchestration platform, ideal for simple on-demand containerized workloads like batch processing.
- Azure App Service, a managed platform optimized for continuously available web apps rather than on-demand batch runsIncorrect. Azure App Service can run containers but is optimized for continuously available web apps and APIs, not simple on-demand batch container runs.
Azure Container Instances lets you run containers on demand without managing VMs or orchestration clusters — ideal for on-demand batch processing.
4. Rack-level hardware failures and planned maintenance: What does this configuration protect against?
- A full Azure regional outage that affects every service running in the primary region simultaneouslyIncorrect. Regional outages are addressed by region pairs or geo-redundant replication. Availability Sets are scoped to a single datacenter within a region.
- Network latency between two virtual machines by placing them on the same shared physical hostIncorrect. Availability Sets spread VMs across different fault and update domains, intentionally placing them on different hardware rather than the same host.
- An entire Azure datacenter going offline and taking all of its hosted resources down with itIncorrect. Availability Sets operate within a single datacenter. If the whole datacenter fails, they do not help; use Availability Zones for datacenter-level fault tolerance.
- Rack-level hardware failures and planned maintenance reboots within a single Azure datacenter ✓Correct. Availability Sets use fault domains (separate power and network racks) and update domains (sequential reboot groups), so both VMs are not taken down together by a rack failure or maintenance event in the same datacenter.
Availability Sets protect against rack-level hardware failures and unplanned outages from planned maintenance within a single datacenter, using fault domains and update domains.
5. The application goes offline because Availability Sets do: What happens to the application?
- The application goes offline because Availability Sets do not protect against datacenter-level failures ✓Correct. Availability Sets protect against rack-level failures and planned maintenance reboots within a single datacenter. Both VMs are still in the same datacenter. A full datacenter power failure takes down both VMs regardless of their Availability Set configuration.
- One VM automatically fails over to the paired Azure region to maintain availabilityIncorrect. Availability Sets have no automatic geo-failover capability. They do not replicate VMs to other regions. Geographic failover requires separate configuration such as Azure Site Recovery.
- The application continues to run because one fault domain in the Availability Set is in a different datacenterIncorrect. Fault domains in an Availability Set are different hardware racks within the SAME datacenter — not different datacenters. All fault domains share the same physical datacenter.
- Azure automatically restores the VMs from a datacenter backup within minutesIncorrect. Azure does not automatically restore customer VMs from backups upon datacenter failure. Backup restoration is a manual or customer-configured process and does not provide automatic failover.
Availability Sets protect within one datacenter — a full datacenter outage takes down all VMs in the set. Availability Zones are needed for datacenter-level fault tolerance.
6. Azure ExpressRoute: Which Azure connectivity option meets this requirement?
- Azure VPN Gateway with a Point-to-Site VPNIncorrect. Point-to-Site VPN connects individual client devices to Azure over the public internet using an encrypted tunnel — still traverses the public internet and violates the requirement.
- Azure ExpressRoute ✓Correct. ExpressRoute provides a private, dedicated connection between on-premises infrastructure and Azure through a connectivity provider. Traffic does not traverse the public internet, providing higher reliability, faster speeds, and consistent latencies.
- Azure VPN Gateway with a Site-to-Site VPNIncorrect. A Site-to-Site VPN uses an encrypted tunnel over the public internet. Even though the tunnel is encrypted, the traffic still traverses the public internet, which violates the regulatory requirement.
- Azure Virtual Network PeeringIncorrect. VNet Peering connects two Azure VNets together within Azure. It does not connect on-premises networks to Azure.
ExpressRoute provides a private connection between on-premises and Azure that does not traverse the public internet — the only option meeting the regulatory requirement.
7. Azure VPN Gateway with a Site-to-Site VPN: Which connection type should they use?
- Azure ExpressRoute Global Reach, an add-on that connects multiple on-premises sites through existing ExpressRoute circuitsIncorrect. ExpressRoute Global Reach connects on-premises locations to each other through the Azure network and requires existing ExpressRoute circuits, so it is neither stand-alone nor budget-friendly.
- Azure ExpressRoute, a private dedicated circuit offering consistent latency but at a significantly higher costIncorrect. ExpressRoute provides private, consistent latency but at significantly higher cost due to dedicated circuits. The company explicitly has a limited budget, so ExpressRoute is not cost-appropriate.
- Azure VPN Gateway with a Site-to-Site VPN, an encrypted tunnel over the public internet that suits a limited budget ✓Correct. A Site-to-Site VPN provides an encrypted connection over the public internet, meeting the encryption and budget requirements. Latency varies over the internet, but it is the appropriate low-cost choice when internet transit is accepted.
- Azure Virtual Network Peering, which links two Azure VNets and provides no on-premises connectivity at allIncorrect. VNet Peering connects two Azure VNets and does not provide on-premises to Azure connectivity.
VPN Gateway is the correct choice when the company accepts internet transit (with encryption) and has a limited budget; ExpressRoute provides consistent latency at higher cost.
8. Azure Blob Storage: Which Azure storage service is designed for storing large amounts of unstructured data suc
- Azure Queue StorageIncorrect. Azure Queue Storage stores messages for asynchronous processing between application components. It is not designed for storing files, images, or unstructured binary data.
- Azure Table StorageIncorrect. Azure Table Storage is a NoSQL key-attribute store for structured, non-relational data — not for unstructured binary objects like images or videos.
- Azure FilesIncorrect. Azure Files provides managed file shares accessible via SMB or NFS protocols — it is designed for file-sharing scenarios, not large-scale unstructured object storage.
- Azure Blob Storage ✓Correct. Azure Blob Storage is optimized for storing massive amounts of unstructured data — data that does not fit a relational or hierarchical model — including text, binary data, images, videos, backups, and log files.
Azure Blob Storage is the service for unstructured data — images, videos, backups, and log files at any scale.
9. Azure Files: Which Azure storage service should they use?
- Azure Files ✓Correct. Azure Files supports the SMB protocol and can be mounted as a network drive by Windows (and Linux/macOS) systems. Legacy applications using SMB can access Azure Files without any code changes.
- Azure Queue StorageIncorrect. Azure Queue Storage handles asynchronous message queuing. It does not store or serve files via SMB protocol.
- Azure Blob StorageIncorrect. Azure Blob Storage does not natively support the SMB protocol. Applications must be modified to use REST APIs or Azure SDK to access Blob Storage — violating the no-modification requirement.
- Azure Disk StorageIncorrect. Azure Disk Storage provides block-level volumes for Azure VMs. It is not a file-sharing service accessible via SMB from multiple clients simultaneously.
Azure Files supports SMB protocol, allowing legacy Windows applications to access cloud file storage without modification.
10. The Archive tier: Which blob access tier should they use?
- The Cold tier, which lowers storage cost below Cool but stays higher than Archive for rarely accessed dataIncorrect. The Cold tier (90-day minimum) costs less than Cool but more than Archive. For data accessed less than once a year, Archive provides the lowest storage cost.
- The Archive tier, the lowest-cost option for rarely accessed data that tolerates hours of retrieval latency ✓Correct. The Archive tier has the lowest storage cost and targets rarely accessed data with retrieval latency of hours. For documents accessed less than once a year, its low storage cost outweighs the higher retrieval cost.
- The Cool tier, designed for infrequently accessed data with a 30-day minimum but higher storage cost than ArchiveIncorrect. The Cool tier (30-day minimum) is for infrequently accessed data, not data touched less than once a year. Archive provides even lower storage cost for this pattern.
- The Hot tier, optimized for frequently accessed data and carrying the highest per-gigabyte storage costIncorrect. The Hot tier has the highest storage cost and targets frequently accessed data, so it is not appropriate when minimizing cost for rarely accessed data.
The Archive tier has the lowest storage cost for rarely accessed data — perfect for compliance documents accessed less than once per year.
11. The download will fail because data in the Archive tier: What will happen?
- The download will succeed immediately because the Archive tier is simply a cost-saving setting that does not affect read performanceIncorrect. The Archive tier stores data offline. It is not immediately readable. This is one of the most important characteristics of the Archive tier.
- The download will succeed immediately but at a significantly higher cost than reading from the Hot tierIncorrect. Immediate access is not possible from the Archive tier regardless of cost. The data must be rehydrated first before it can be read.
- The download will fail because data in the Archive tier must first be rehydrated to the Hot or Cool tier, which can take hours ✓Correct. Data in the Archive tier is stored offline and cannot be read directly. To access it, the blob must first be rehydrated (changed to Hot or Cool tier), a process that can take up to 15 hours for standard priority or as little as 1 hour for high priority.
- The system will automatically move the file to the Hot tier before the download starts, without any delayIncorrect. Azure does not automatically rehydrate archived blobs upon access. Rehydration must be explicitly initiated by the user and takes hours to complete.
Archive tier data cannot be read immediately — it must first be rehydrated to Hot or Cool, which takes up to several hours.
12. Read-access geo-redundant storage: Which storage redundancy option should they choose?
- Geo-redundant storage (GRS), which copies data to a secondary region that is not readable until failoverIncorrect. GRS replicates to a secondary region, but that region is not readable by default; secondary data becomes accessible only after a failover, not before.
- Geo-zone-redundant storage (GZRS), combining zone redundancy locally with a secondary region not readable by defaultIncorrect. GZRS provides ZRS in the primary region and LRS in the secondary. Like GRS, the secondary is not readable by default unless RA-GZRS is used.
- Zone-redundant storage (ZRS), which replicates only across Availability Zones within the single primary regionIncorrect. ZRS replicates across Availability Zones within the primary region only. It does not replicate to a secondary region, so it offers no protection against regional failure.
- Read-access geo-redundant storage (RA-GRS), replicating to a secondary region that stays readable at all times ✓Correct. RA-GRS replicates data to a secondary region and keeps that region's data available for read access at all times, even before any failover.
RA-GRS provides cross-region replication AND makes the secondary region readable before any failover — GRS replicates but does not allow secondary reads before failover.
225 more Describe Azure architecture and services questions
The remaining 225 questions in this domain are part of the full AZ-900 bank — 485 questions, every option explained. Start with the free five-minute check and see your score per domain.
Test your AZ-900 readiness — freeOther AZ-900 domains
- Describe Azure management and governance — 154 questions →
- Describe cloud concepts — 94 questions →
- All 485 AZ-900 questions →