Как работает отработка отказа, управляемая клиентом (незапланированная)
Отработка отказа, управляемая клиентом (незапланированная), позволяет выполнить отработку отказа всей геоизбыточного учетной записи хранения в дополнительный регион, если конечные точки службы хранилища для основного региона становятся недоступными. Во время отработки отказа исходный дополнительный регион становится новым основным регионом. Затем все конечные точки службы хранилища перенаправляются в новый основной регион. После устранения сбоя конечной точки службы хранилища можно выполнить другую операцию отработки отказа, чтобы вернуться к исходному основному региону.
В этой статье описывается, что происходит во время отработки отказа, управляемого клиентом (незапланированной) и восстановления размещения на каждом этапе процесса.
Внимание
Отработка отказа, управляемого клиентом (незапланированная) для учетных записей с включенным Azure Data Lake Storage 2-го поколения, в настоящее время доступна в предварительной версии и поддерживается во всех общедоступных регионах GRS/GZRS.
Юридические условия, применимые к функциям Azure, которые находятся в состоянии бета-версии, предварительной версии или иным образом еще не выпущены в общедоступной версии, см. на странице Дополнительные условия использования предварительных версий в Microsoft Azure.
Внимание
Отработка отказа, управляемого клиентом (незапланированная) для учетных записей с включенным протоколом SSH-передачи файлов (SFTP), в настоящее время поддерживается в предварительной версии и поддерживается только в следующих регионах:
- "Центральная Индия" (Азиатско-Тихоокеанский регион);
- (Азиатско-Тихоокеанский регион) Юго-Восточная Азия
- "Северная Европа" (Европа);
- Северная Швейцария (Европа)
- (Европа) Западная Швейцария
- "Западная Европа" (Европа).
- (Северная Америка) Центральная Канада;
- (Северная Америка) Восточная часть США 2;
- (Северная Америка) Центрально-южная часть США;
Юридические условия, применимые к функциям Azure, которые находятся в состоянии бета-версии, предварительной версии или иным образом еще не выпущены в общедоступной версии, см. на странице Дополнительные условия использования предварительных версий в Microsoft Azure.
В случае значительного сбоя, затрагивающего основной регион, корпорация Майкрософт будет управлять отработкой отказа для учетных записей с иерархическим пространством имен. Дополнительные сведения см. в статье Отработка отказа под управлением корпорации Майкрософт.
Управление избыточностью во время отмены плановая отработка отказа и восстановления размещения
Совет
Дополнительные сведения о различных состояниях избыточности во время процесса отмены плановая отработка отказа и восстановления размещения см. в разделе служба хранилища Azure избыточности для определений каждого из них.
Если учетная запись хранения настроена для геоизбыточного хранилища (GRS) или геоизбыточного хранилища для чтения (RA-GRS), данные реплицируются три раза в пределах локально избыточного хранилища (LRS) первичных и вторичных регионов. Если учетная запись хранения настроена для геоизбыточного хранилища (GZRS) или геоизбыточного хранилища с доступом для чтения (RA-GZRS), данные являются избыточными между зонами в основном регионе хранилища( ZRS) и реплицируются три раза в дополнительном регионе LRS. Если учетная запись настроена для доступа на чтение (RA), вы сможете считывать данные из дополнительного региона до тех пор, пока в этом регионе доступны конечные точки службы хранилища.
Во время процесса отработки отказа, управляемого клиентом (незапланированной), записи системы доменных имен (DNS) для конечных точек службы хранилища переключаются. Вторичные конечные точки учетной записи хранения становятся новыми основными конечными точками, а исходные первичные конечные точки становятся новыми вторичными. После отработки отказа копия учетной записи хранения в исходном основном регионе удаляется, а учетная запись хранения продолжает реплицироваться в три раза локально в новом основном регионе. На этом этапе учетная запись хранения становится локально избыточной и использует LRS.
Исходные и текущие конфигурации избыточности хранятся в свойствах учетной записи хранения. Эта функция позволяет вернуться к исходной конфигурации при отработки отказа. Полный список результирующих конфигураций избыточности считывает планирование восстановления и отработку отказа.
Чтобы восстановить геоизбыточность после отработки отказа, необходимо перенастроить учетную запись как GRS. После перенастройки учетной записи для геоизбыточности Azure немедленно начинает копирование данных из нового основного региона в новый дополнительный. Если вы настроите учетную запись хранения для доступа на чтение к дополнительному региону, доступ доступен. Однако репликация из основного региона в дополнительный регион может занять некоторое время.
Предупреждение
После перенастройки учетной записи для геоизбыточности может потребоваться значительное время, прежде чем существующие данные в новом основном регионе полностью копируются в новую вторичную.
Чтобы избежать основной потери данных, проверьте значение свойства времени последней синхронизации перед отработкой отказа. Чтобы оценить потенциальную потерю данных, сравните время последней синхронизации с последним временем записи данных в новую первичную.
Процесс восстановления размещения по сути совпадает с процессом отработки отказа, за исключением того, что конфигурация репликации восстанавливается до исходного состояния перед отработки отказа.
После восстановления размещения можно перенастроить учетную запись хранения, чтобы воспользоваться преимуществами геоизбыточности. Если исходный основной объект был настроен как ZRS, его можно настроить для GZRS или RA-GZRS. Дополнительные варианты см. в разделе "Изменение репликации учетной записи хранения".
Как инициировать un плановая отработка отказа
Сведения о том, как инициировать отмену плановая отработка отказа, см. в статье "Запуск отработки отказа учетной записи".
Внимание
Не плановая отработка отказа обычно включает некоторые потери данных, а также потенциально несоответствия файлов и данных. Важно понимать влияние отработки отказа учетной записи на данные, прежде чем инициировать этот тип отработки отказа.
Дополнительные сведения о потенциальных потерях данных и несоответствиях см. в статье "Предвидение потери данных и несоответствий".
Процесс отмены плановая отработка отказа и восстановления размещения
В этом разделе приводится сводка процесса отработки отказа для отработки отказа, управляемого клиентом (незапланированной).
Un плановая отработка отказа сводка по переходу
После отработки отказа, управляемой клиентом (незапланированной):
- Дополнительный регион становится новым первичным
- Копия данных в исходном основном регионе удаляется
- Учетная запись хранения преобразуется в LRS
- Геоизбыточность потеряна
В этой таблице приводится сводка результирующей конфигурации избыточности на каждом этапе отработки отказа, управляемого клиентом (незапланированной) и восстановления размещения:
| Исходный текст настройка |
После отработка отказа |
После повторного включения геоизбыточность |
После восстановление размещения |
После повторного включения геоизбыточность |
|---|---|---|---|---|
| GRS | LRS | GRS 1 | LRS | GRS 1 |
| GZRS | LRS | GRS 1 | ZRS | GZRS 1 |
1 Геоизбыточность теряется во время отработки отказа, управляемой клиентом (незапланированной) и должна быть перенастроена вручную.
Un плановая отработка отказа сведения о переходе
На следующих схемах показан процесс отработки отказа и отработки отказа, управляемого клиентом, и восстановления размещения для учетной записи хранения, настроенной для геоизбыточности. Сведения о переходе для GZRS и RA-GZRS немного отличаются от GRS и RA-GRS.
Обычная операция (GRS/RA-GRS)
В обычных условиях клиент записывает данные в учетную запись хранения в основном регионе с помощью конечных точек службы хранилища (1). Затем данные копируются асинхронно из основного региона в дополнительный регион (2). На следующем рисунке показано нормальное состояние учетной записи хранения, настроенной как GRS, когда доступны основные конечные точки:
Конечные точки службы хранилища становятся недоступными в основном регионе (GRS/RA-GRS)
Если конечные точки основной службы хранилища становятся недоступными по какой-либо причине (1), клиент больше не сможет записывать данные в учетную запись хранения. В зависимости от основной причины сбоя репликация в дополнительный регион может перестать функционировать (2), поэтому следует ожидать некоторые потери данных. На следующем рисунке показан сценарий, в котором первичные конечные точки становятся недоступными, но до восстановления:
Процесс un плановая отработка отказа (GRS/RA-GRS)
Чтобы восстановить доступ на запись к данным, можно инициировать отработку отказа. URI конечной точки службы хранилища для больших двоичных объектов, таблиц, очередей и файлов остаются неизменными, но их записи DNS изменяются, чтобы указать на дополнительный регион, как показано ниже.
Отработка отказа, управляемая клиентом (незапланированная), обычно занимает около часа.
После завершения отработки отказа исходная вторичная становится новой первичной (1), а копия учетной записи хранения в исходном первичном объекте удаляется (2). Учетная запись хранения настраивается как LRS в новом основном регионе и больше не является геоизбыточным. Пользователи могут возобновить запись данных в учетную запись хранения (3), как показано на этом рисунке:
Чтобы возобновить репликацию в новом дополнительном регионе, перенастройку учетной записи для геоизбыточности.
Внимание
Имейте в виду, что преобразование учетной записи локально избыточного хранилища в геоизбыточную подразумевает дополнительные затраты средств и времени. Дополнительные сведения см. в разделе "Время и стоимость отработки отказа".
После перенастройки учетной записи для использования GRS Azure начинает асинхронно копировать данные в новый дополнительный регион (1), как показано на этом рисунке:
Доступ на чтение к новому дополнительному региону недоступен еще раз, пока проблема не будет устранена.
Незапланированный процесс восстановления размещения (GRS/RA-GRS)
Предупреждение
После перенастройки учетной записи для геоизбыточности может потребоваться значительное время, прежде чем данные в новом основном регионе полностью копируются в новую вторичную.
Чтобы избежать основной потери данных, проверьте значение свойства времени последней синхронизации перед отработкой отказа. Сравните время последней синхронизации с последним временем записи данных в новый первичный источник для оценки потенциальной потери данных.
После устранения проблемы, вызвавшего исходный сбой, можно инициировать восстановление размещения в исходном основном регионе. Этот процесс описан на следующем рисунке:
- Текущий основной регион становится доступным только для чтения.
- При отработке отказа, инициированной клиентом, и восстановление размещения данные не могут завершить репликацию в дополнительный регион во время процесса восстановления размещения. Поэтому важно проверить значение свойства времени последней синхронизации перед восстановлением размещения.
- Записи DNS для конечных точек службы хранилища переключаются. Конечные точки в дополнительном регионе становятся новыми основными конечными точками для учетной записи хранения.
После завершения восстановления размещения исходный основной регион снова становится текущим (1), а копия учетной записи хранения в исходной вторичной части удаляется (2). Учетная запись хранения настроена как локальная избыточность в основном регионе и больше не является геоизбыточным. Пользователи могут возобновить запись данных в учетную запись хранения (3), как показано на этом рисунке:
Чтобы возобновить репликацию в исходном дополнительном регионе, перенастройку учетной записи для геоизбыточности.
Внимание
Имейте в виду, что преобразование учетной записи локально избыточного хранилища в геоизбыточную подразумевает дополнительные затраты средств и времени. Дополнительные сведения см. в разделе "Время и стоимость отработки отказа".
После перенастройки учетной записи как GRS репликация в исходный дополнительный регион возобновляется, как показано на этом рисунке:
