Запуск переключения на резерв учетной записи для хранения данных

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

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

Предварительные условия

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

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

Начать переключение

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

Примечание.

Мы рекомендуем использовать модуль Azure Az PowerShell для взаимодействия с Azure. Чтобы начать работу, см. статью Установка Azure PowerShell. Чтобы узнать, как перенести PowerShell модуль Az, см. статью Перенос 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

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

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 в уведомлениях, в журнале действий и на странице резервирования учетной записи хранения.

Уведомления

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

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

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

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

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

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

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

Важные последствия непланового переключения на резервный канал

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

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

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

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

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

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

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

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

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

См. также

Обратная связь

Были ли сведения на этой странице полезными?

Last updated on 2025-04-05