Инициация отработки отказа учетной записи хранения

Мақала
08/06/2024

Корпорация Майкрософт стремится непрерывно поддерживать доступность служб Azure. Однако иногда могут возникать незапланированные сбои служб. Чтобы свести к минимуму время простоя, служба хранилища Azure поддерживает отработку отказа, управляемой клиентом, чтобы обеспечить доступность данных как во время частичных, так и полных сбоев.

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

Внимание

Отработка отказа, управляемого клиентом (незапланированная) для учетных записей с включенным Azure Data Lake Storage 2-го поколения, в настоящее время доступна в предварительной версии и поддерживается во всех общедоступных регионах GRS.

Внимание

Отработка отказа, управляемого клиентом (незапланированная) для учетных записей с включенным протоколом SSH-передачи файлов (SFTP), в настоящее время поддерживается в предварительной версии и поддерживается только в следующих регионах:

"Центральная Индия" (Азиатско-Тихоокеанский регион);
(Азиатско-Тихоокеанский регион) Юго-Восточная Азия
"Северная Европа" (Европа);
Северная Швейцария (Европа)
(Европа) Западная Швейцария
"Западная Европа" (Европа).
(Северная Америка) Центральная Канада;
(Северная Америка) Восточная часть США 2;
(Северная Америка) Центрально-южная часть США;

Чтобы войти в предварительную версию, ознакомьтесь с разделом "Настройка предварительных версий функций в подписке Azure" и указание AllowHNSAccountFailover в качестве имени функции.

Юридические условия, применимые к функциям Azure, которые находятся в состоянии бета-версии, предварительной версии или иным образом еще не выпущены в общедоступной версии, см. на странице Дополнительные условия использования предварительных версий в Microsoft Azure.

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

Необходимые компоненты

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

Потенциальная потеря данных: потеря данных должна ожидаться во время незапланированной отработки отказа учетной записи хранения. Дополнительные сведения о последствиях отработки отказа незапланированной учетной записи и способах подготовки к потере данных см. в разделе "Предвидение потери данных и несоответствий ".
Геоизбыточность. Прежде чем выполнять отработку отказа, учетная запись хранения должна быть настроена для геоизбыточности. Начальная синхронизация из первичного региона в дополнительный регион должна завершиться до начала процесса отработки отказа. Если учетная запись не настроена для геоизбыточности, ее можно изменить, выполнив действия, описанные в разделе "Изменение репликации учетной записи хранения". Дополнительные сведения о параметрах избыточности службы хранилища Azure см. в статье служба хранилища Azure избыточности.
Ознакомьтесь с различными типами отработки отказа учетной записи: существует два типа отработки отказа, управляемой клиентом. См. статью "План отработки отказа", чтобы узнать о потенциальных вариантах использования для каждого типа и о том, как они отличаются.
Планирование неподдерживаемых функций и служб. Просмотрите статью неподдерживаемых функций и служб и выполните соответствующие действия перед началом отработки отказа.
Поддерживаемые типы учетных записей хранения: убедитесь, что тип учетной записи хранения можно использовать для запуска отработки отказа. См. раздел "Поддерживаемые типы учетных записей хранения".
Задайте ваши ожидания по времени и затратам: время, затраченное на выполнение процесса отработки отказа, управляемого клиентом, может отличаться, но обычно занимает менее одного часа. Не плановая отработка отказа приводит к потере конфигурации геоизбыточного обеспечения. Перенастройка геоизбыточного хранилища (GRS) обычно требует дополнительного времени и затрат. Дополнительные сведения см. в разделе "Время и стоимость отработки отказа".

Запуск отработки отказа

Вы можете инициировать плановую или незапланированную отработку отказа, управляемой клиентом, с помощью портал Azure, PowerShell или Azure CLI.

Примечание.

Мы рекомендуем использовать модуль Azure Az PowerShell для взаимодействия с Azure. Сведения о начале работы см. в статье "Установка Azure PowerShell". Дополнительные сведения см. в статье Перенос Azure PowerShell с AzureRM на Az.

Выполните следующие действия, чтобы инициировать отработку отказа учетной записи с помощью портал Azure:

Перейдите к учетной записи хранилища.
Выберите избыточность в группе управления данными. На следующем рисунке показана конфигурация геоизбыточности и состояние отработки отказа учетной записи хранения.
Убедитесь, что учетная запись хранения настроена для геоизбыточного хранилища (GRS, RA-GRS, GZRS или RA-GZRS). Если это не так, выберите нужную конфигурацию избыточности в раскрывающемся списке "Избыточность " и нажмите кнопку "Сохранить ", чтобы зафиксировать изменение. После изменения конфигурации геоизбыточности данные синхронизируются с основного в дополнительный регион. Эта синхронизация занимает несколько минут, и отработка отказа не может быть инициирована до тех пор, пока все данные не реплицируются. Следующее сообщение появится до завершения синхронизации:
Выберите "Подготовка к отработке отказа, управляемой клиентом", как показано на следующем рисунке:
Выберите тип отработки отказа, для которого вы готовитесь. Страница подтверждения зависит от выбранного типа отработки отказа. Если выбрать:Unplanned Failover

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

Если выбрать Planned failover (предварительная версия):

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

Так как конфигурация избыточности в каждом регионе не изменяется во время плановая отработка отказа или восстановления размещения, после отработки отказа не требуется вручную перенастроить геоизбыточное состояние.
Просмотрите страницу подготовки к отработки отказа. Когда вы будете готовы, введите "Да " и выберите "Отработка отказа", чтобы подтвердить и инициировать процесс отработки отказа.

Отображается сообщение, указывающее, что отработка отказа выполняется:

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

Установка модуля предварительной версии служба хранилища Azure для PowerShell
Получение текущего состояния учетной записи хранения с помощью PowerShell
Запуск отработки отказа учетной записи хранения с помощью PowerShell

Установка модуля предварительной версии служба хранилища Azure для PowerShell

Чтобы использовать PowerShell для запуска и мониторинга запланированной отработки отказа учетной записи, управляемой клиентом (предварительная версия), в дополнение к отработке отказа, инициированной клиентом, установите модуль Az.Storage 5.2.2-preview. Более ранние версии модуля поддерживают отработку отказа, управляемой клиентом (незапланированную), но не плановая отработка отказа. Предварительная версия поддерживает новый FailoverType параметр. Допустимые значения включают либо planned unplanned.

Установка и запуск модуля предварительной версии в PowerShell 5.1

Рекомендуемые рекомендации включают установку и использование последней версии PowerShell. Если у вас возникли проблемы с установкой модуля предварительной версии с помощью более старых версий PowerShell, возможно, потребуется обновить PowerShellGet до последней версии перед установкой модуля предварительной версии Az.Storage 5.2.2.2.

Чтобы установить последнюю версию PowerShellGet и модуль предварительной версии Az.Storage, выполните следующие действия.

Используйте следующий командлет для обновления PowerShellGet:
```
Install-Module PowerShellGet –Repository PSGallery –Force
```
Закрытие и повторное открытие PowerShell
Установите модуль предварительной версии Az.Storage с помощью следующего командлета:
```
Install-Module -Name Az.Storage -RequiredVersion 5.2.2-preview -AllowPrerelease
```
Определите, установлена ли более поздняя версия модуля Az.Storage, выполнив команду:
```
Get-InstalledModule Az.Storage -AllVersions
```

Если также установлена более поздняя версия, например 5.3.0 или 5.4.0, необходимо явно импортировать предварительную версию перед его использованием.

Закройте и снова откройте PowerShell
Перед выполнением других команд импортируйте предварительную версию модуля с помощью следующей команды:
```
Import-Module Az.Storage -RequiredVersion 5.2.2
```
Убедитесь, что FailoverType параметр поддерживается, выполнив следующую команду:
```
Get-Help Invoke-AzStorageAccountFailover -Parameter FailoverType
```

Сведения об установке Azure PowerShell см. в статье Установка модуля Azure PowerShell.

Получение текущего состояния учетной записи хранения с помощью PowerShell

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

Основные и вторичные регионы и их состояние
Тип хранилища и уровень доступа
Текущее состояние отработки отказа
Время последней синхронизации
Состояние преобразования номера SKU учетной записи хранения

   # Log in first with Connect-AzAccount
   Connect-AzAccount

   # Specify the resource group name and storage account name
   $rgName = "<your resource group name>"
   $saName = "<your storage account name>"

   # Get the storage account information
   Get-AzStorageAccount `
       -Name $saName `
       -ResourceGroupName $rgName `
       -IncludeGeoReplicationStats

Чтобы уточнить список свойств в отображении наиболее релевантного набора, попробуйте заменить Get-AzStorageAccount команду в предыдущем примере следующей командой:

Get-AzStorageAccount `
    -Name $saName `
    -ResourceGroupName $rgName `
    -IncludeGeoReplicationStats `
        | Select-Object Location,PrimaryLocation,SecondaryLocation,StatusOfPrimary,StatusOfSecondary,@{E={$_.Kind};L="AccountType"},AccessTier,LastGeoFailoverTime,FailoverInProgress,StorageAccountSkuConversionStatus,GeoReplicationStats `
    -ExpandProperty Sku `
        | Select-Object Location,PrimaryLocation,SecondaryLocation,StatusOfPrimary,StatusOfSecondary,AccountType,AccessTier,@{E={$_.Name};L="RedundancyType"},LastGeoFailoverTime,FailoverInProgress,StorageAccountSkuConversionStatus `
        -ExpandProperty GeoReplicationStats `
        | fl

Запуск отработки отказа учетной записи хранения с помощью PowerShell

Invoke-AzStorageAccountFailover `
    -ResourceGroupName $rgName `
    -Name $saName `
    -FailoverType <planned|unplanned> # Specify either planned or unplanned failover

Выполните следующие действия, чтобы получить текущие сведения о избыточности и отработки отказа для учетной записи хранения, а затем инициировать отработку отказа:

Установка расширения предварительной версии служба хранилища Azure для Azure CLI
Получение текущего состояния учетной записи хранения с помощью Azure CLI
Запуск отработки отказа учетной записи хранения с помощью Azure CLI

Установка расширения предварительной версии служба хранилища Azure для Azure CLI

Установите последнюю версию Azure CLI. Дополнительные сведения см. в статье Установка Azure CLI.
Установите расширение предварительной версии хранилища Azure CLI с помощью следующей команды:
```
az extension add -n storage-preview
```
Внимание

Расширение предварительной версии хранилища Azure CLI добавляет поддержку функций или аргументов, которые в настоящее время находятся в предварительной версии.

Юридические условия, применимые к функциям Azure, которые находятся в состоянии бета-версии, предварительной версии или иным образом еще не выпущены в общедоступной версии, см. на странице Дополнительные условия использования предварительных версий в Microsoft Azure.

Получение текущего состояния учетной записи хранения с помощью Azure CLI

Выполните следующую команду, чтобы получить текущие сведения о георепликации для учетной записи хранения. Замените значения заполнителей в угловых скобках (<>) собственными значениями:

az storage account show \
    --resource-group <resource-group-name> \
    --name <storage-account-name> \
    --expand geoReplicationStats

Дополнительные сведения о команде storage account show выполните:

az storage account show --help

Запуск отработки отказа учетной записи хранения с помощью Azure CLI

Выполните следующую команду, чтобы инициировать отработку отказа учетной записи хранения. Замените значения заполнителей в угловых скобках (<>) собственными значениями:

az storage account failover \
    --resource-group <resource-group-name> \
    --name <storage-account-name> \
    --failover-type <planned|unplanned>

Дополнительные сведения о команде storage account failover выполните:

az storage account failover --help

Контроль отработки отказа

Состояние отработки отказа можно отслеживать с помощью портал Azure, PowerShell или Azure CLI.

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

Notifications

Чтобы проверить состояние отработки отказа, щелкните значок уведомления с фигурой колокола справа от заголовка глобальной страницы портал Azure:

Журнал действий

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

Страница избыточности

Сообщения на странице избыточности учетной записи хранения отображаются для предоставления обновлений состояния отработки отказа:

Если отработка отказа приближается к завершению, страница избыточности может отобразить исходный дополнительный регион как новый первичный, но по-прежнему отображает сообщение, указывающее, что отработка отказа выполняется:

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

Важные последствия не плановая отработка отказа

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

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

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

После отработки отказа тип вашей учетной записи хранения автоматически преобразуется в локально избыточное хранилище (LRS) в новом основном регионе. Вы можете снова включить геоизбыточное хранилище (GRS) или геоизбыточное хранилище с доступом для чтения (RA-GRS) для вашего аккаунта. Обратите внимание, что преобразование в тип репликации из LRS на GRS или RA-GRS влечет за собой дополнительные затраты. Плата взимается за исходящий сетевой трафик для повторной репликации данных в новый дополнительный регион. Дополнительные сведения см. на странице Сведения о стоимости пропускной способности.

После повторного включения GRS для учетной записи хранения Microsoft начинает репликацию данных в вашей учетной записи в новый вторичный регион. Время репликации зависит от многих факторов, в том числе:

Число и размер объектов в учетной записи хранения. Для множества небольших объектов потребуется больше времени, чем для меньшего количества больших объектов.
Доступные ресурсы для фоновой репликации, такие как ЦП, память, диск и пропускная способность WAN. Динамический трафик имеет приоритет над георепликацией.
Если используется хранилище BLOB-объектов — количество моментальных снимков на BLOB-объект.
Если используется хранилище таблиц — стратегия секционирования данных. Процесс репликации не может масштабироваться сверх количества используемых ключей разделов.

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

Поставщик ресурсов служба хранилища Azure не выполняет отработку отказа во время отработки отказа. В результате свойство location служба хранилища Azure REST API продолжает возвращать исходное расположение после завершения отработки отказа.

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

Бөлісу құралы: