Надежность поисковой системы Azure AI

2025-08-15

В этой статье описывается поддержка надежности в поиске ИИ Azure, охватывающая устойчивость внутри региона через зоны доступности и развертывания в нескольких регионах.

Надежность — это общая ответственность между вами и корпорацией Майкрософт. Это руководство позволяет определить, какие варианты надежности соответствуют конкретным бизнес-целям и целям простоя.

В службе "Поиск по искусственному интеллекту Azure" можно добиться надежности, выполнив следующие действия.

Масштабирование одной службы поиска. Добавьте несколько реплик для повышения доступности и обработки более высоких индексов и рабочих нагрузок запросов. Если регион поддерживает зоны доступности, реплики распределяются по разным физическим центрам обработки данных на основе дополнительной устойчивости.
Развертывание нескольких служб поиска в разных регионах. Каждая служба работает независимо в пределах своего региона. Однако в сценарии с несколькими службами можно синхронизировать содержимое во всех службах. Вы также можете использовать решение балансировки нагрузки для распространения запросов или отработки отказа при сбое службы.

Временные сбои

Временные ошибки являются короткими, периодическими сбоями в компонентах. Они часто происходят в распределенной среде, такой как облачная платформа, и являются обычной частью операций. Временные ошибки исправляют себя через короткий период времени. Важно, чтобы приложения могли обрабатывать временные ошибки, обычно повторяя затронутые запросы.

Все облачные приложения должны следовать рекомендациям по обработке временных ошибок Azure при обмене данными с любыми размещенными в облаке API, базами данных и другими компонентами. Дополнительные сведения см. в Рекомендациях по обработке временных сбоев.

Службы поиска могут столкнуться с временными сбоями во время стандартных незапланированных операций обслуживания. Поиск по искусственному интеллекту Azure не предоставляет предварительное уведомление или не разрешает планирование обслуживания в определенное время. Несмотря на все усилия, чтобы свести к минимуму время простоя, даже для служб с одной репликой, кратковременные прерывания по-прежнему могут возникнуть. Чтобы повысить устойчивость к временным сбоям, рекомендуется использовать две или более реплики.

Поддержка зоны доступности

Зоны доступности — это физически отдельные группы центров обработки данных в каждом регионе Azure. При сбое одной зоны службы могут переключиться на одну из оставшихся зон.

Поиск по искусственному интеллекту Azure является избыточным по зонам, что означает, что ваши реплики распределяются по нескольким зонам доступности в регионе службы.

При добавлении двух или нескольких реплик в службу поиск Azure AI пытается разместить каждую реплику в разной зоне доступности. Для служб с большим объемом реплик, чем доступные зоны, реплики распределяются по зонам как можно более равномерно.

Это важно

Поиск по искусственному интеллекту Azure не гарантирует точное размещение реплик, которые подвержены ограничениям емкости, операциям масштабирования и другим факторам.

Поддержка регионов

Поддержка зон доступности зависит от инфраструктуры и хранилища. Список поддерживаемых регионов см. в разделе "Выбор региона" для поиска ИИ Azure.

Требования

Избыточность зоны автоматически включена, когда служба поиска:

Находится в регионе с зонами доступности.
Находится на уровне "Базовый" или выше. Избыточность зоны недоступна для уровня "Бесплатный".
Имеет несколько реплик.

Себестоимость

Каждая служба поиска начинается с одной реплики. Для избыточности зоны требуется две или более реплики, что повышает стоимость выполнения службы. Чтобы понять последствия выставления счетов реплик, используйте калькулятор цен.

Настройка поддержки зоны доступности

Если служба поиска соответствует требованиям для избыточности зоны, дополнительная конфигурация не требуется. По возможности поиск Azure AI пытается разместить реплики в разных зонах доступности.

Опыт понижения зоны

Когда зона доступности возникает сбой, служба поиска продолжает работать с использованием реплик в выживших зонах. Следующие моменты обобщают ожидаемое поведение:

Обнаружение и ответ. Поиск ИИ Azure отвечает за обнаружение сбоя в зоне доступности. Вам не нужно ничего делать, чтобы инициировать переключение зоны.
Уведомление. Поиск azure AI не уведомляет вас о том, когда зона отключена.
Активные запросы: все активные запросы удаляются и должны быть извлечены клиентом.
Ожидаемая потеря данных: сбой зоны не должен вызывать потерю данных.
Ожидаемое время простоя: не ожидается, что сбой зоны приведет к простою службы поиска, но может временно сократить общую емкость службы. Чтобы обеспечить оптимальную производительность, рекомендуется подготовить больше реплик, чем обычно требуется. Добавление реплик во время сбоя является сложным, поэтому перепроизбыточная подготовка помогает гарантировать, что служба может обрабатывать обычные тома запросов, даже с меньшей емкостью.
Перенаправка трафика. При сбое зоны поиск ИИ Azure обнаруживает сбой и направляет запросы на активные реплики в выживших зонах.

Возврат к исходному состоянию

Когда зона доступности восстанавливается, поиск Azure AI автоматически восстанавливает обычные операции и начинает маршрутизацию трафика в доступные реплики во всех зонах, включая восстановленную зону.

Тестирование зон на сбои

Поиск ИИ Azure управляет маршрутизацией трафика для служб, избыточных между зонами. Не нужно инициировать или проверять процессы сбоя зоны.

Поддержка нескольких регионов

Поиск по искусственному интеллекту Azure — это служба с одним регионом. Если регион становится недоступным, служба поиска также становится недоступной.

Альтернативные подходы с несколькими регионами

Чтобы использовать поиск azure AI в нескольких регионах, необходимо развернуть отдельные службы в каждом регионе. Если вы создаете идентичное развертывание в дополнительном регионе Azure с помощью архитектуры географического региона с несколькими регионами, приложение становится менее подверженным аварии в одном регионе.

При выполнении этого подхода необходимо синхронизировать индексы между регионами, чтобы восстановить последнее состояние приложения. Кроме того, необходимо настроить политики балансировки нагрузки и отработки отказа. Дополнительные сведения см. в статье о развертывании с несколькими регионами в службе "Поиск ИИ Azure".

Резервные копии

Так как поиск ИИ не является основным решением для хранения данных, он не предлагает варианты самостоятельного резервного копирования и восстановления. Однако вы можете использовать index-backup-restore пример для .NET или Python для резервного копирования определения индекса и его документов в ряд JSON-файлов, которые затем используются для восстановления индекса.

Однако если вы случайно удалите индекс и не имеете резервной копии, можно перестроить индекс. Перестроение включает восстановление индекса в службе поиска, а затем перезагрузить его, извлекая данные из основного хранилища данных.

Соглашение об уровне обслуживания

Соглашение об уровне обслуживания (SLA) для поиска ИИ Azure описывает ожидаемую доступность службы и условия, которые должны быть выполнены для достижения этого ожидания доступности. Дополнительные сведения см. в документе SLA для сервиса поиска Azure ИИ.

Покрытие обслуживания применяется к службам поиска на оплачиваемых уровнях по крайней мере две реплики. В службе "Поиск ИИ Azure" реплика — это копия индекса. Каждая служба может иметь от 1 до 12 реплик. При добавлении реплик поиск ИИ Azure может выполнять обслуживание одной реплики, пока запросы продолжают выполняться на других репликах.

Корпорация Майкрософт гарантирует по крайней мере 99.9% доступность:

Рабочие нагрузки только для чтения (запросы) для служб поиска с двумя репликами.
Рабочие нагрузки чтения и записи (запросы и индексирование) для служб поиска с тремя или более репликами.