Репликация службы хранилища Azure

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

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

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

Примечание.

Функции и доступность по регионам, описанные в этой статье, также доступны для учетных записей с иерархическим пространством имен (Хранилище BLOB-объектов Azure).

Службы, составляющие службу хранилища Azure, управляются с помощью общего ресурса Azure, называемого учетной записью хранения. Учетная запись хранения представляет общий пул хранилища, который можно использовать для развертывания ресурсов хранилища, таких как контейнеры BLOB-объектов (Хранилище BLOB-объектов), общие папки (Файлы Azure), таблицы (Хранилище таблиц) или очереди (Хранилище очередей). Дополнительные сведения об учетных записях хранения Azure см. в статье Общие сведения об учетной записи хранения.

Параметр избыточности для учетной записи хранения является общим для всех служб хранения, предоставляемых этой учетной записью. Все ресурсы хранилища, развернутые в одной учетной записи хранения, имеют одинаковый параметр избыточности. Рекомендуется изолировать различные типы ресурсов в отдельных учетных записях хранения, если они имеют разные требования к избыточности.

Избыточность в основном регионе

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

• Локально избыточное хранилище (LRS) синхронно копирует данные три раза в пределах одного физического расположения в основном регионе. Хранилище LRS является наименее дорогостоящим вариантом репликации, но его не рекомендуется использовать для приложений, требующих высокой доступности и надежности.
• Хранилище, избыточное между зонами (ZRS), синхронно копирует данные между тремя зонами доступности Azure в основном регионе. Для приложений, которым требуется высокий уровень доступности, корпорация Майкрософт рекомендует использовать ZRS в основном регионе, а также репликацию в дополнительный регион.

Примечание.

Корпорация Майкрософт рекомендует использовать ZRS в основном регионе для рабочих нагрузок Azure Data Lake Storage.

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

Локально избыточное хранилище (LRS) реплицирует учетную запись хранения три раза в пределах одного центра обработки данных в основном регионе. LRS обеспечивает устойчивость объектов как минимум на уровне 99,999999999 % (11 девяток) в течение заданного года.

LRS стоит меньше всего и обеспечивает самый низкий уровень избыточности по сравнению с другими вариантами репликации. LRS защищает ваши данные от сбоев в стойках сервера и на дисках. Однако если в центре обработки данных возникает катастрофа, например пожар или наводнение, все реплики учетной записи хранения с помощью LRS могут быть потеряны или невосстановлены. Чтобы уменьшить этот риск, корпорация Майкрософт рекомендует использовать хранилище, избыточное между зонами (ZRS), геоизбыточное хранилище (GRS) или хранилище, геоизбыточное между зонами (GZRS).

Запрос на запись в учетную запись хранения, использующую LRS, выполняется синхронно. Операция записи считается успешно выполненной только после записи данных во все три реплики.

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

LRS хорошо подходит для следующих сценариев:

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

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

Хранилище, избыточное между зонами (ZRS), синхронно реплицирует учетную запись хранения в трех Зонах доступности Azure в основном регионе. Каждая зона доступности — это отдельное физическое расположение с независимым питанием, охлаждением и сетью. ZRS обеспечивает устойчивость ресурсов хранилища по крайней мере 99,999999999999 % (12 9s) в течение заданного года.

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

Запрос на запись в учетную запись хранения, использующую ZRS, выполняется синхронно. Операция записи считается успешно выполненной только после записи данных во все реплики во всех трех зонах доступности. Если зона доступности временно недоступна, операция успешно возвращается после записи данных во все доступные зоны.

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

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

На следующей диаграмме показано, как данные реплицируются между зонами доступности в основном регионе с помощью ZRS:

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

Уровень архива для хранилища BLOB-объектов в настоящее время не поддерживается для учетных записей ZRS, GZRS или RA-GZRS. Неуправляемые диски не поддерживают ZRS и GZRS.

Дополнительные сведения о том, какие регионы поддерживают ZRS, см. в статье Регионы Azure с зонами доступности.

Учетные записи хранения Standard

ZRS поддерживается для службы хранилища Azure через стандартные учетные записи хранения общего назначения версии 2, включая:

• Хранилище BLOB-объектов Azure (горячие и холодные блочные BLOB-объекты и добавление больших двоичных объектов, нераскрытых страничных BLOB-объектов)
• Файлы Azure (все стандартные уровни: оптимизированные для транзакций, горячие и холодные);
• Хранилище таблиц Azure
• Хранилище очередей Azure

Список регионов, поддерживающих хранилище, избыточное между зонами (ZRS) для стандартных учетных записей, см. в регионах Azure, поддерживающих хранилище, избыточное между зонами (ZRS) для стандартных учетных записей хранения.

Учетные записи блочных BLOB-объектов уровня "Премиум"

ZRS поддерживается для учетных записей блочных BLOB-объектов ценовой категории "Премиум". Дополнительные сведения о блочных BLOB-объектах категории "Премиум" см. статье Блочные BLOB-объекты (цен. категории "Премиум").

Список регионов, поддерживающих хранилище, избыточное между зонами (ZRS) для учетных записей больших двоичных объектов уровня "Премиум", см. в регионах Azure, поддерживающих хранилище, избыточное между зонами (ZRS) для учетных записей блочных BLOB-объектов уровня "Премиум".

Учетные записи общих папок ценовой категории "Премиум"

ZRS поддерживается для общих папок категории "Премиум" (Файлы Azure) через тип учетной записи хранения FileStorage.

Список регионов, поддерживающих хранилище, избыточное между зонами (ZRS) для учетных записей общих папок уровня "Премиум", см. в разделе Файлы Azure хранилище, избыточное между зонами, для общих папок уровня "Премиум".

Управляемые диски

ZRS поддерживается для управляемых дисков со следующими ограничениями.

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

Избыточность в дополнительном регионе

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

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

Служба хранилища Azure предлагает два варианта копирования данных в дополнительный регион.

• Геоизбыточное хранилище (GRS) синхронно копирует данные три раза в пределах одного физического расположения в основном регионе, используя LRS. Затем данные копируются асинхронно в одно физическое расположение в дополнительном регионе. В дополнительном регионе ваши данные синхронно копируются три раза с помощью LRS.
• Хранилище, геоизбыточное между зонами (GZRS), синхронно копирует данные в трех Зонах доступности Azure в основном регионе, используя ZRS. Затем данные копируются асинхронно в одно физическое расположение в дополнительном регионе. В дополнительном регионе ваши данные синхронно копируются три раза с помощью LRS.

Примечание.

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

При использовании GRS или GZRS данные в дополнительном регионе недоступны для доступа на чтение или запись, если не существует отработки отказа в основной регион. Чтобы получить доступ на чтение к дополнительному региону, настройте для своей учетной записи хранения использование геоизбыточного хранилища с доступом на чтение (RA-GRS) или хранилища, геоизбыточного между зонами, с доступом на чтение (RA-GZRS). Дополнительные сведения см. в разделе Доступ на чтение для данных в дополнительном регионе.

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

Внимание

Так как данные реплицируются в дополнительный регион асинхронно, сбой в основном регионе может привести к утере данных, если этот регион восстановить невозможно. Интервал между последними операциями записи в основном регионе и последней записью в дополнительный регион называется целевой точкой восстановления (RPO). RPO указывает момент времени, до которого данные могут быть восстановлены. Обычно RPO в платформе службы хранилища Azure не превышает 15 минут, хотя на данный момент нет какого-либо Соглашения об уровне обслуживания, регулирующего интервалы репликации данных в дополнительный регион.

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

Геоизбыточное хранилище (GRS) синхронно копирует данные три раза в пределах одного физического расположения в основном регионе, используя LRS. Затем данные копируются асинхронно в одно расположение в дополнительном регионе, который находится в сотнях километров от основного. GRS обеспечивает устойчивость ресурсов хранения не менее 99,99999999999999999999 % (16 9s) в течение заданного года.

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

На следующей диаграмме показано, как данные реплицируются с помощью GRS или RA-GRS:

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

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

С помощью учетной записи GZRS можно продолжать считывать и записывать данные, если зона доступности становится недоступной или недоступна. Кроме того, данные также остаются устойчивыми во время полного регионального сбоя или аварии, в которой основной регион не может восстановиться. GZRS предназначен для обеспечения по крайней мере 99,999999999999999 % (16 9s) устойчивости объектов в течение заданного года.

На следующей диаграмме показано, как данные реплицируются с помощью GZRS или RA-GZRS:

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

• Хранилище BLOB-объектов Azure (большие двоичные объекты с горячим и холодным блоком, нераскрытые страничные BLOB-объекты)
• Файлы Azure (все стандартные уровни: оптимизированные для транзакций, горячие и холодные);
• Хранилище таблиц Azure
• Хранилище очередей Azure

Список регионов, поддерживающих геоизбыточное хранилище (GZRS), см. в регионах Azure, поддерживающих геоизбыточное хранилище (GZRS).

Доступ на чтение для данных в дополнительном регионе

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

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

Примечание.

Файлы Azure не поддерживают геоизбыточное хранилище с доступом на чтение (RA-GRS) и хранилище, геоизбыточное между зонами, с доступом на чтение (RA-GZRS).

Разработка приложений для доступа на чтение в дополнительном регионе

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

Дополнительный регион доступен для доступа на чтение после включения RA-GRS или RA-GZRS. Эта доступность позволяет заранее протестировать приложение, чтобы убедиться, что оно правильно считывается из дополнительного региона во время сбоя. Дополнительные сведения о проектировании приложений для обеспечения геоизбыточности см. в разделе Разработка высокодоступных приложений с геоизбыточностью.

Если доступ на чтение к вторичному объекту включен, приложение можно считывать как из вторичных, так и из основных конечных точек. Вторичная конечная точка добавляет суффикс -secondary к имени учетной записи. Например, если основная конечная точка для хранилища BLOB-объектов — myaccount.blob.core.windows.net, то дополнительной конечной точкой будет myaccount-secondary.blob.core.windows.net. Ключи доступа для учетной записи хранения одинаковые как для основной, так и для дополнительной конечных точек.

Планирование потери данных

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

Сводка по вариантам обеспечения избыточности

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

Параметры устойчивости и доступности

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

Параметр	LRS	ZRS	Учетная запись	GZRS или RA-GZRS
Устойчивость объектов в процентах в течение определенного года	по крайней мере 99,999999999 % (11 9s)	по крайней мере 99,99999999999 % (12 9s)	по крайней мере 99,999999999999999 % (16 9s)	по крайней мере 99,999999999999999 % (16 9s)
Доступность для запросов на чтение	По крайней мере 99,9% (99% для уровней доступа к холодным и холодным и архивным)	По крайней мере 99,9% (99 % для уровня холодного и холодного доступа)	По крайней мере 99,9 % (99 % для уровней доступа к холодному и холодному и архиву) для GRS По крайней мере 99,99% (99,9% для уровней доступа к холодным и холодным и архивным) для RA-GRS	По крайней мере 99,9% (99 % для уровня холодного и холодного доступа) для GZRS По крайней мере 99,99% (99,9% для уровня холодного и холодного доступа) для RA-GZRS
Доступность для запросов на запись	По крайней мере 99,9% (99% для уровней доступа к холодным и холодным и архивным)	По крайней мере 99,9% (99 % для уровня холодного и холодного доступа)	По крайней мере 99,9% (99% для уровней доступа к холодным и холодным и архивным)	По крайней мере 99,9% (99 % для уровня холодного и холодного доступа)
Число копий данных, хранимых на отдельных узлах	Три копии в одном регионе	Три копии в отдельных зонах доступности в одном регионе	Всего шесть копий, включая три копии в основном регионе и три копии в дополнительном регионе	Всего шесть копий, включая три копии в отдельных зонах доступности в основном регионе и три локальные избыточные копии в дополнительном регионе.

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

Устойчивость и доступность для отдельных сценариев сбоя

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

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

¹ Для восстановления доступности записанных данных в случае недоступности основного региона необходима отработка отказа учетной записи. Дополнительные сведения см. в статье Аварийное восстановление и отработка отказа учетной записи хранения.

Поддерживаемые службы хранилища Azure

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

Service	LRS	ZRS	GRS	RA-GRS	GZRS	RA-GZRS
Хранилище BLOB-объектов (включая Data Lake Storage)	✅	✅	✅	✅	✅	✅
Хранилище очередей	✅	✅	✅	✅	✅	✅
Хранилище таблиц	✅	✅	✅	✅	✅	✅
Файлы Azure	✅1,2	✅1,2	✅1		✅1
Управляемые диски Azure	✅	✅3
Azure Elastic SAN	✅	✅

¹ Общие папки уровня "Стандарт" поддерживаются для LRS и ZRS. Общие папки уровня "Стандарт" поддерживаются для GRS и GZRS, если их размер не превышает 5 ТиБ.
² Общие папки уровня "Премиум" поддерживаются для LRS и ZRS.
³ У управляемых ZRS дисков ZRS есть некоторые ограничения. Подробные сведения см. в разделе Ограничения статьи об избыточных параметрах для управляемых дисков.

Поддерживаемые типы учетных записей хранения

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

Типы учетных записей хранения	LRS	ZRS	Учетная запись	GZRS или RA-GZRS
Рекомендуется	Общего назначения версии 2 цен. категории "Стандартный" (StorageV2)1 Блочные BLOB-объекты цен. категории "Премиум" (BlockBlobStorage)1 Общие папки уровня "Премиум" (FileStorage) Страничные BLOB-объекты класса Premium (StorageV2)	Общего назначения версии 2 цен. категории "Стандартный" (StorageV2)1 Блочные BLOB-объекты цен. категории "Премиум" (BlockBlobStorage)1 Общие папки цен. категории "Премиум" (FileStorage)	Общего назначения версии 2 цен. категории "Стандартный" (StorageV2)1	Общего назначения версии 2 цен. категории "Стандартный" (StorageV2)1
Наследство	Общего назначения версии 1 цен. категории "Стандартный" (Storage) Устаревший BLOB-объект (BlobStorage)	Н/П	Общего назначения версии 1 цен. категории "Стандартный" (Storage) Устаревший BLOB-объект (BlobStorage)	Н/П

¹ Учетные записи этого типа с иерархическим пространством имен также поддерживают указанный вариант обеспечения избыточности.

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

Данные во всех уровнях, включая архивный уровень, всегда копируются из первичного в вторичный во время георепликации. Уровень архива для хранилища BLOB-объектов в настоящее время поддерживается для учетных записей LRS, GRS и RA-GRS, но не для учетных записей ZRS, GZRS или RA-GZRS. Дополнительные сведения о уровнях BLOB-объектов см. в разделе "Уровни доступа" для данных BLOB-объектов.

Неуправляемые диски не поддерживают ZRS и GZRS.

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

Примечание.

Учетные записи хранения блочных BLOB-объектов поддерживают локально избыточное хранилище (LRS) и (в определенных регионах) хранилище, избыточное между зонами (ZRS).

Целостность данных

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

См. также

• Изменение параметров избыточности для учетной записи хранения
• Георепликация (GRS/GZRS/RA-GRS/RA-GZRS)
  • Проверка свойства "Время последней синхронизации" для учетной записи хранения
  • Аварийное восстановление и отработка отказа учетной записи хранения
• Ценообразование
  • Хранилище BLOB-объектов
  • Файлы Azure
  • Хранилище таблиц
  • Хранилище очередей
  • Диски Azure