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