Определение стратегий репликации

  • 7 мин

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

Мы рассмотрим четыре стратегии репликации:

  • Локально избыточное хранилище (LRS)
  • хранилище, избыточное между зонами (ZRS);
  • Геоизбыточное хранилище (GRS)
  • Хранилище, геоизбыточное между зонами (GZRS)

Локально избыточное хранилище

Схема хранилища LRS с тремя копиями.

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

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

Хранилище, избыточное в пределах зоны

Схема хранилища ZRS с тремя центрами обработки данных.

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

  • В настоящее время ZRS недоступен во всех регионах.
  • При переходе на ZRS с другого варианта репликации данных требуется перемещение физических данных из одной метки хранилища в несколько меток в пределах одного региона.

Геоизбыточное хранилище

Схема хранилища GRS с двумя центрами обработки данных.

Геоизбыточное хранилище реплицирует данные в дополнительный регион (сотни миль от основного расположения исходных данных). GRS обеспечивает более высокий уровень устойчивости даже во время регионального сбоя. GRS предназначено для обеспечения устойчивости не менее 99,99999999999999 % (14 девяток после запятой). Если учетная запись хранения включена, данные устойчивы, даже если произошел полный региональный сбой или авария, в которой основной регион не может восстановиться.

Если вы реализуете GRS, вы можете выбрать один из следующих вариантов:

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

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

Для учетной записи хранения с поддержкой GRS или RA-GRS все данные сначала реплицируются с локальным избыточным хранилищем. Обновление сначала фиксируется в основном расположении и реплицируется с помощью LRS. Затем обновление реплицируется асинхронно в дополнительный регион с помощью GRS. Данные в дополнительном регионе используют LRS. Основной и дополнительный регионы управляют репликами в отдельных доменах сбоя и доменах обновления в рамках единицы масштабирования хранилища. Единица масштабирования хранилища — это основная единица репликации в центре обработки данных. Репликация на этом уровне предоставляется LRS.

Хранилище, геоизбыточное между зонами

Схема хранилища RA-GRS с двумя центрами обработки данных.

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

С помощью учетной записи хранения GZRS можно продолжить чтение и запись данных, если зона доступности становится недоступной или непригодной для восстановления. Кроме того, данные также устойчивы во время полного регионального сбоя или во время аварии, в которой основной регион не может восстановиться. GZRS обеспечивает устойчивость объектов как минимум на уровне 99,99999999999999 % (16 девяток) в течение определенного года. GZRS также предоставляет те же целевые показатели масштабируемости, что и LRS, ZRS, GRS или RA-GRS. При необходимости можно включить доступ на чтение к данным в дополнительном регионе с хранилищем, геоизбыточным между зонами, с доступом на чтение (RA-GZRS).

Совет

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

Рекомендации по выбору стратегий репликации

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

Узел в центре обработки данных недоступен Весь центр обработки данных недоступен Сбой на уровне региона Доступ на чтение во время сбоя на уровне региона
- LRS
- ZRS
- ГР
- RA-GRS
- GZRS
- RA-GZRS		 - ZRS
- ГР
- RA-GRS
- GZRS
- RA-GZRS		 - ГР
- RA-GRS
- GZRS
- RA-GZRS		 - RA-GRS
- RA-GZRS