|
| 1 | +--- |
| 2 | +title: Reliability in Azure AI Search |
| 3 | +titleSuffix: Azure AI Search |
| 4 | +description: Find out about reliability in Azure AI Search, including availability zones and multi-region deployments. |
| 5 | +author: haileytap |
| 6 | +ms.author: haileytapia |
| 7 | +ms.service: azure-ai-search |
| 8 | +ms.topic: reliability-article |
| 9 | +ms.date: 08/08/2025 |
| 10 | +ms.custom: subject-reliability |
| 11 | +--- |
| 12 | + |
| 13 | +# Reliability in Azure AI Search |
| 14 | + |
| 15 | +This article describes reliability support in Azure AI Search, covering intra-regional resiliency via [availability zones](#availability-zone-support) and [multi-region deployments](#multi-region-support). |
| 16 | + |
| 17 | +[!INCLUDE [Shared responsibility description](includes/reliability-shared-responsibility-include.md)] |
| 18 | + |
| 19 | +In Azure AI Search, you can achieve reliability by: |
| 20 | + |
| 21 | ++ **Scaling a single search service**. Add multiple [replicas](/azure/search/search-capacity-planning#concepts-search-units-replicas-partitions) to increase availability and handle higher indexing and query workloads. If your region supports availability zones, replicas are distributed across different physical data centers on a best-effort basis for extra resiliency. |
| 22 | + |
| 23 | ++ **Deploying multiple search services across different regions**. Each service operates independently within its region. However, in a multi-service scenario, you have options for synchronizing content across all services. You can also use a load-balancing solution to redistribute requests or fail over if there's a service outage. |
| 24 | + |
| 25 | +## Production deployment recommendations |
| 26 | + |
| 27 | +For production workloads, we recommend using a [billable tier](/azure/search/search-sku-tier) with at least [two replicas](/azure/search/search-capacity-planning#add-or-remove-partitions-and-replicas). This configuration makes your search service more resilient to transient faults and maintenance operations. It also meets the [service-level agreement](#service-level-agreement) for Azure AI Search, which requires two replicas for read-only workloads and three or more replicas for read-write workloads. |
| 28 | + |
| 29 | +Azure AI Search doesn't provide a service-level agreement for the Free tier, which is limited to one replica and is strongly discouraged for production use. |
| 30 | + |
| 31 | +## Transient faults |
| 32 | + |
| 33 | +[!INCLUDE [Transient fault description](includes/reliability-transient-fault-description-include.md)] |
| 34 | + |
| 35 | +Search services might experience transient faults during standard, unscheduled maintenance operations. Azure AI Search doesn't provide advance notification or allow scheduling of maintenance at specific times. Although every effort is made to minimize downtime, even for single-replica services, brief interruptions can still occur. To improve resiliency against these transient faults, we recommend that you use two or more replicas. |
| 36 | + |
| 37 | +## Availability zone support |
| 38 | + |
| 39 | +[!INCLUDE [Availability zone support description](includes/reliability-availability-zone-description-include.md)] |
| 40 | + |
| 41 | +Azure AI Search is zone redundant, which means that your replicas are distributed across multiple availability zones within the service region. |
| 42 | + |
| 43 | +When you add two or more replicas to your service, Azure AI Search attempts to place each replica in a different availability zone. For services with more replicas than available zones, replicas are distributed across zones as evenly as possible. |
| 44 | + |
| 45 | +> [!IMPORTANT] |
| 46 | +> Azure AI Search doesn't guarantee the exact placement of replicas, which is subject to capacity constraints, scaling operations, and other factors. |
| 47 | +
|
| 48 | +### Region support |
| 49 | + |
| 50 | +Support for availability zones depends on infrastructure and storage. For a list of supported regions, see [Choose a region for Azure AI Search](/azure/search/search-region-support). |
| 51 | + |
| 52 | +### Requirements |
| 53 | + |
| 54 | +Zone redundancy is automatically enabled when your search service: |
| 55 | + |
| 56 | ++ Is in a [region that has availability zones](/azure/search/search-region-support). |
| 57 | ++ Is on the [Basic tier or higher](/azure/search/search-sku-tier). Zone redundancy isn't available for the Free tier. |
| 58 | ++ Has [multiple replicas](/azure/search/search-capacity-planning#add-or-remove-partitions-and-replicas). |
| 59 | + |
| 60 | +### Cost |
| 61 | + |
| 62 | +Each search service starts with one replica. Zone redundancy requires two or more replicas, which increases the cost of running the service. To understand the billing implications of replicas, use the [pricing calculator](https://azure.microsoft.com/pricing/calculator/). |
| 63 | + |
| 64 | +### Configure availability zone support |
| 65 | + |
| 66 | +If your search service meets the [requirements for zone redundancy](#requirements), no extra configuration is necessary. Whenever possible, Azure AI Search attempts to place your replicas in different availability zones. |
| 67 | + |
| 68 | +### Zone-down experience |
| 69 | + |
| 70 | +When an availability zone experiences an outage, your search service continues to operate using replicas in the surviving zones. The following points summarize the expected behavior: |
| 71 | + |
| 72 | ++ **Detection and response**: Azure AI Search is responsible for detecting a failure in an availability zone. You don't need to do anything to initiate a zone failover. |
| 73 | + |
| 74 | ++ **Notification**: Azure AI Search doesn't notify you when a zone is down. |
| 75 | + |
| 76 | ++ **Active requests**: Any active requests are dropped and should be retried by the client. |
| 77 | + |
| 78 | ++ **Expected data loss**: A zone failure isn't expected to cause data loss. |
| 79 | + |
| 80 | ++ **Expected downtime**: A zone failure isn't expected to cause downtime to your search service, but it can temporarily reduce your service's overall capacity. To maintain optimal performance, consider provisioning more replicas than you typically need. Adding replicas during an outage is challenging, so overprovisioning helps ensure that your service can handle normal request volumes, even with reduced capacity. |
| 81 | + |
| 82 | ++ **Traffic rerouting**: When a zone fails, Azure AI Search detects the failure and routes requests to active replicas in the surviving zones. |
| 83 | + |
| 84 | +### Failback |
| 85 | + |
| 86 | +When the availability zone recovers, Azure AI Search automatically restores normal operations and begins routing traffic to available replicas across all zones, including the recovered zone. |
| 87 | + |
| 88 | +### Testing for zone failures |
| 89 | + |
| 90 | +Azure AI Search manages traffic routing for zone-redundant services. You don't need to initiate or validate any zone failure processes. |
| 91 | + |
| 92 | +## Multi-region support |
| 93 | + |
| 94 | +Azure AI Search is a single-region service. If the region becomes unavailable, your search service also becomes unavailable. |
| 95 | + |
| 96 | +### Alternative multi-region approaches |
| 97 | + |
| 98 | +To use Azure AI Search in multiple regions, you must deploy separate services in each region. If you create an identical deployment in a secondary Azure region using a multi-region geography architecture, your application becomes less susceptible to a single-region disaster. |
| 99 | + |
| 100 | +When you follow this approach, you must synchronize indexes across regions to recover the last application state. You must also configure load balancing and failover policies. For more information, see [Multi-region deployments in Azure AI Search](/azure/search/search-multi-region). |
| 101 | + |
| 102 | +## Backups |
| 103 | + |
| 104 | +Because AI Search isn't a primary data storage solution, it doesn't offer self-service backup and restore options. However, you can use the `index-backup-restore` sample for [.NET](https://github.com/Azure-Samples/azure-search-dotnet-utilities/tree/main/index-backup-restore) or [Python](https://github.com/Azure/azure-search-vector-samples/tree/main/demo-python/code/utilities/index-backup-restore) to back up your index definition and its documents to a series of JSON files, which are then used to restore the index. |
| 105 | + |
| 106 | +However, if you accidentally delete the index and don't have a backup, you can [rebuild the index](/azure/search/search-howto-reindex). Rebuilding involves recreating the index on your search service and then reloading it by retrieving data from your primary data store. |
| 107 | + |
| 108 | +## Service-level agreement |
| 109 | + |
| 110 | +The service-level agreement (SLA) for Azure AI Search describes the expected availability of the service and the conditions that must be met to achieve that availability expectation. For more information, see the [SLA for Azure AI Search](https://azure.microsoft.com/support/legal/sla/search/v1_0/). |
| 111 | + |
| 112 | +SLA coverage applies to search services on billable tiers with at least two replicas. In Azure AI Search, a replica is a copy of your index. Each service can have between 1 and 12 replicas. When you [add replicas](/azure/search/search-capacity-planning#add-or-remove-partitions-and-replicas), Azure AI Search can then perform maintenance on one replica while queries continue to execute on other replicas. |
| 113 | + |
| 114 | +Microsoft guarantees at least 99.9% availability of: |
| 115 | + |
| 116 | ++ Read-only workloads (queries) for search services with two replicas. |
| 117 | ++ Read-write workloads (queries and indexing) for search services with three or more replicas. |
| 118 | + |
| 119 | +## Related content |
| 120 | + |
| 121 | ++ [Reliability in Azure](overview.md) |
| 122 | ++ [Service limits in Azure AI Search](/azure/search/search-limits-quotas-capacity) |
| 123 | ++ [Choose a region for Azure AI Search](/azure/search/search-region-support) |
| 124 | ++ [Choose a pricing tier for Azure AI Search](/azure/search/search-sku-tier) |
| 125 | ++ [Plan or add capacity in Azure AI Search](/azure/search/search-capacity-planning) |
0 commit comments