Примечание.
Для доступа к этой странице требуется авторизация. Вы можете попробовать войти или изменить каталоги.
Для доступа к этой странице требуется авторизация. Вы можете попробовать изменить каталоги.
Избыточность зоны включена по умолчанию для всех реестров контейнеров Azure в регионах, поддерживающих зоны доступности. Эта функция доступна для каждого уровня служб — "Базовый", "Стандартный" и "Премиум" без дополнительных затрат и не требует никаких действий от вас.
Избыточность зоны распределяет плоскость данных реестра между несколькими зонами доступности в пределах региона. В результате операции отправки и извлечения изображений продолжают функционировать, несмотря на сбой в одной зоне. Если ваш реестр Premium использует георепликацию, все реплики в поддерживаемых регионах также имеют зональную избыточность по умолчанию.
Полное руководство по надежности реестра контейнеров, включая поведение отработки отказа зоны, временную обработку сбоев и развертывание в нескольких регионах, см. в разделе "Надежность реестра контейнеров Azure"
Последствия избыточности зоны по умолчанию
Избыточность зоны не является опцией. Вам не нужно создавать специальный реестр, выбирать определенный номер SKU или изменять параметры для защиты. В следующей таблице приведены сведения о поведении распространенных сценариев:
| Сценарий | Зональная избыточность? | Для включения зональной избыточности требуется действие |
|---|---|---|
| Новый реестр в поддерживаемом регионе | Да | Нет |
| Существующий реестр в поддерживаемом регионе | Да | Нет |
| Географическая репликация (Премиум-класс) в поддерживаемом регионе | Да | Нет |
| Реестр в регионе без поддержки зоны доступности | Нет | Миграция в поддерживаемый регион (см. ниже) |
Note
Избыточность зоны применяется к плоскости данных реестра (отправка образа и извлечение). Задачи реестра контейнеров в настоящее время не поддерживают зоны доступности.
Общие сведения о свойстве zoneRedundancy
Ранее зональная избыточность была настраиваемой функцией, доступной только на уровне Премиум. При создании реестра или геореплики необходимо явно указать zoneRedundancy: Enabled, и свойство точно отражает, активна ли зональная избыточность.
Теперь избыточность зоны включается по умолчанию для всех реестров в поддерживаемых регионах, на всех уровнях обслуживания, независимо от того, что показывает свойство zoneRedundancy. В настоящее время в портале, CLI и API ARM по-прежнему может отображаться Disabled, даже если ваш реестр полностью зонально-избыточный.
Это важно
Ваш реестр имеет избыточность по зонам в любом поддерживаемом регионе, независимо от того, что показывает свойство zoneRedundancy. Значение свойства — это устаревший элемент, который больше не влияет на поведение.
Свойство zoneRedundancy ресурса реестра ARM (Microsoft.ContainerRegistry/registries) не рекомендуется использовать в соответствии с политикой нерекомендуемого использования Azure. До тех пор установка в Enabled безвредна, но ненужна, а установка в Disabled не оказывает воздействия в поддерживаемых регионах.
Георепликация
Если реестр класса Premium геореплицирован, каждая реплика в регионе, поддерживающем зоны доступности, автоматически обладает резервированием между зонами. Его не нужно включить во время создания реплики.
Дополнительные сведения о надежности георепликации см. в разделе " Устойчивость к сбоям на уровне региона".
Реестры в неподдерживаемых регионах
Если реестр находится в регионе, который не поддерживает зоны доступности, он не является зонально-избыточным. Чтобы обеспечить отказоустойчивость зоны, создайте новый реестр в поддерживаемом регионе и перенесите ваши образы с помощью одного из следующих подходов:
- Импортируйте образы контейнеров в новый реестр.
- Создайте конвейер передачи для крупномасштабной или автономной миграции.
Инфраструктура как код
Свойство zoneRedundancy по-прежнему существует в определениях ресурсов ARM и Bicep для обратной совместимости, но оно больше не управляет поведением и в конечном итоге будет устаревшим. Установка его прямо безвредна, но больше не обязательна.
| Действие | Эффект |
|---|---|
Опустите zoneRedundancy полностью |
Реестр является избыточным по зонам в поддерживаемых регионах (поведение по умолчанию) |
Задайте значение zoneRedundancy: 'Enabled'. |
Нет изменений— соответствует умолчанию. Безопасное хранение в существующих шаблонах |
Задайте значение zoneRedundancy: 'Disabled'. |
Не оказывает действия в поддерживаемых регионах — зональная избыточность не может быть отключена |
Для Azure CLI флаг --zone-redundancy в командах az acr create и az acr replication create по-прежнему существует для обратной совместимости. Этот флаг не требуется использовать, так как избыточность зоны активна по умолчанию.
Часто задаваемые вопросы
Доступно ли резервирование зоны на уровнях «Базовый» и «Стандартный»?
Да. Зональная избыточность применяется к всем сервиса уровням (Базовый, Стандарт, Премиум) в регионах, поддерживающих зоны доступности.
На портале показано zoneRedundancy как Disabled. Защищен ли мой реестр?
Да. Если ваш реестр находится в регионе, который поддерживает зоны доступности, он обладает зональной избыточностью, независимо от отображаемых данных в портале или API. Экран обновляется.
Можно ли отключить резервирование зоны?
Нет. Избыточность зоны не может быть отключена для реестров в поддерживаемых регионах.
Требуется ли дополнительная оплата за избыточность зоны?
Нет. Избыточность зоны включается без дополнительных затрат для всех уровней служб.
Я ранее задал значение zoneRedundancyEnabled в моих шаблонах. Нужно ли изменить что-нибудь?
Нет. Явный Enabled параметр совместим с новым значением по умолчанию, и шаблоны продолжают работать без изменений. Если свойство объявлено устаревшим, его можно безопасно удалить, и реестр останется зонально избыточным.
Что насчет реестров, которые я создал до того, как зональная избыточность стала настройкой по умолчанию?
Существующие реестры в поддерживаемых регионах были обновлены задним числом и стали избыточными по зонам. Никаких действий не требуется.
Что происходит во время сбоя зоны?
Служба автоматически направляет трафик в здоровые зоны. Операции отправки изображений и получения продолжаются с минимальным влиянием. Дополнительные сведения о поведении при отказе и ожидаемых периодах потенциальной потери данных см. в разделе "Устойчивость к сбоям зоны доступности".