Примечание.
Для доступа к этой странице требуется авторизация. Вы можете попробовать войти или изменить каталоги.
Для доступа к этой странице требуется авторизация. Вы можете попробовать изменить каталоги.
Многие Azure регионы предоставляют зоны доступности, которые являются отдельными группами центров обработки данных в пределах региона. Зоны доступности располагаются достаточно близко для установления подключений с низкой задержкой к другим зонам доступности. Они подключены высокопроизводительной сетью с задержкой кругового пути менее 2 мс. Однако зоны доступности достаточно далеко друг от друга, чтобы снизить вероятность того, что локальные сбои или погода влияют на несколько зон доступности. Каждая зона доступности имеет независимую инфраструктуру питания, охлаждения и сетевой инфраструктуры. Они разработаны таким образом, чтобы в случае сбоя одной зоны остальные зоны поддерживали региональные службы, емкость и высокий уровень доступности. Дополнительные сведения см. в разделе Azure Зоны доступности.
Кластеры Azure Data Explorer можно настроить для использования зон доступности в поддерживаемых регионах. Используя зоны доступности, кластер может лучше противостоять сбою одного центра обработки данных в регионе для поддержки сценариев непрерывности бизнес-процессов.
Зоны доступности можно настроить при создании кластера на портале Azure или программно с помощью одного из следующих методов:
- REST API
- Пакет SDK для C#
- пакет SDK Python
- PowerShell
- ARM template
Внимание
- После настройки кластера с зонами доступности невозможно изменить кластер, чтобы не использовать зоны доступности.
- Не все регионы поддерживают несколько зон. Таким образом, нельзя настроить кластеры в этих регионах для использования зон доступности.
- Использование зон доступности требует дополнительных затрат на хранение.
Примечание.
- Прежде чем продолжить, убедитесь, что вы знакомы с процессом миграции и рекомендациями.
- Эти действия также можно использовать для изменения зон существующего кластера, использующего зоны доступности.
В этой статье раскрываются следующие темы:
Предварительные условия
Убедитесь, что кластер находится в регионе, где поддерживаются несколько зон доступности.
Чтобы перенести кластер для поддержки зон доступности, требуется кластер, развернутый без поддержки зоны доступности.
Чтобы изменить зоны кластера, вам потребуется кластер, настроенный с зонами доступности.
Для REST API ознакомьтесь с управлением ресурсами Azure с помощью REST API.
Сведения о других программных методах см. в разделе "Предварительные требования".
Получение списка зон доступности для региона кластера
Список зон доступности для кластера можно получить следующим образом:
- портал Azure
- PowerShell
Настройка кластера для поддержки зон доступности
Чтобы добавить зоны доступности в существующий кластер, обновите атрибут кластера zones со списком целевых зон доступности. Следуйте инструкциям для предпочтительного метода, используя сведения в следующей таблице:
| Параметр | Значение |
|---|---|
subscriptionId |
Идентификатор подписки кластера |
resourceGroupName |
Имя группы ресурсов кластера |
clusterName |
Имя кластера |
apiVersion |
2023-05-02 или новее |
Следуйте инструкциям по развертыванию шаблона.
Сделайте вызов REST API к следующей конечной точке, заменив параметры на ваши значения.
PUT https://management.azure.com/subscriptions/{subscriptionId}/resourceGroups/{resourceGroupName}/providers/Microsoft.Kusto/clusters/{clusterName}?api-version={apiVersion}Укажите зоны доступности в тексте запроса. Например, чтобы настроить кластер для использования зон доступности 1, 2 и 3, задайте текст следующим образом:
{ "zones": [ "{zone1}", "{zone2}", "{zone3}" ] }
Во время миграции на странице обзора кластера появится следующее сообщение на портале Azure. Сообщение удаляется после завершения миграции.
Изменение зональности для хранилища этого кластера выполняется. Время обновления может отличаться в зависимости от объема данных.
Архитектура кластеров с зонами доступности
При настройке зон доступности кластер развертывает ресурсы следующим образом:
Вычислительный уровень: Azure Data Explorer — это распределенная вычислительная платформа с двумя или более узлами. При настройке зон доступности кластер распределяет вычислительные узлы между определенными зонами доступности для максимальной устойчивости внутри региона. Сбой зоны может снизить производительность кластера, пока не будут развернуты неисправные вычислительные ресурсы в выживших зонах. Настройте максимальные доступные зоны в регионе.
Примечание.
- В некоторых случаях из-за ограничений емкости вычислительных ресурсов доступны только частичные зоны доступности для вычислительного слоя.
- Вычислительный слой кластера использует оптимальный подход для равномерного распределения экземпляров между выбранными зонами.
Постоянный уровень хранения. Кластеры используют служба хранилища Azure в качестве устойчивого уровня сохраняемости. Если вы настроите зоны доступности, кластер включает ZRS, разместив три реплики хранилища в нескольких зонах доступности для максимальной устойчивости внутри региона.
Примечание.
- ZRS влечет дополнительные затраты.
- Если вы не настраиваете зоны доступности, ресурсы хранилища используют параметр по умолчанию локально избыточного хранилища (LRS), размещая все три реплики в одной зоне.
Процесс миграции и рекомендации
При настройке существующего кластера, развернутого без зон доступности для поддержки зон доступности, процесс миграции выполняет следующие действия.
Распределяет вычислительные ресурсы между определенными зонами доступности
Процесс распространения вычислительных ресурсов включает этап подготовки, в котором кэш зональных вычислительных ресурсов нагревается. На этапе подготовки вычислительные ресурсы существующего кластера продолжают функционировать, обеспечивая непрерывную работу службы. Этот этап подготовки может занять до десятков минут. Переход к новым вычислительным ресурсам происходит только после того, как они полностью подготовлены и работают. Этот подход параллельной обработки обеспечивает относительно беспрепятственную работу, при этом в процессе переключения происходит лишь небольшое нарушение работы службы, продолжительность которого составляет от одной до трех минут. Однако во время миграции SKU производительность запросов может снизиться. Степень влияния может отличаться в зависимости от конкретных шаблонов использования.
Переносит существующие данные постоянного хранилища в ZRS
Процесс миграции зависит от региональной поддержки перехода из LRS в хранилище ZRS и доступной емкости учетных записей хранения в выбранных зонах. Передача исторических данных может быть длительным процессом, потенциально занимает несколько часов или даже расширяется до нескольких недель.
Записывает все новые данные в ZRS
После запуска запроса на миграцию в зоны доступности система реплицирует и сохраняет все новые данные в конфигурации ZRS.
Примечание.
- После запроса миграции может возникнуть задержка до нескольких минут до начала записи всех новых данных в конфигурации ZRS.
- Если в кластере используется потоковый прием данных, то перезапись новых данных в формате ZRS может занять до 30 дней.
Обновляет состояние зоны
После завершения обработки запроса на миграцию в зоны доступности система обновляет статус зон, чтобы в нём отображались поддерживаемые зоны. Если состояние зоны является зональным несоответствием, это означает, что некоторые вычислительные ресурсы или ресурсы хранилища не удалось перенести и не зональные. Это условие обычно возникает, когда для некоторых ресурсов недостаточно зональной емкости. В таких случаях повторите миграцию позже, когда емкость доступна.
Вопросы миграции
Ограничения емкости могут предотвратить успешный запрос на миграцию. Для успешной миграции достаточная емкость вычислительных ресурсов и хранилища должна поддерживать миграцию. Если существуют ограничения емкости, появится сообщение об ошибке, указывающее на проблему.