Файлы Azure избыточность данных
Файлы Azure всегда хранит несколько копий данных таким образом, чтобы он был защищен от запланированных и незапланированных событий, включая временные сбои оборудования, сетевые или сетевые сбои и стихийные бедствия. Избыточность гарантирует, что учетная запись хранения будет соответствовать целям доступности и устойчивости даже в случае сбоев.
При принятии решения о том, какой вариант обеспечения избыточности лучше всего подходит для вашего сценария, постарайтесь найти оптимальное сочетание цены и высокого уровня доступности. Чтобы выбрать подходящий вариант обеспечения избыточности, ответьте на следующие вопросы.
- Каким образом данные реплицируются в основном регионе.
- Реплицируются ли данные во второй регион, географически удаленный к основному региону, для защиты от региональных бедствий (геоизбыточность).
Общие папки Azure управляются с помощью общего ресурса Azure, называемого учетной записью хранения. Учетная запись хранения представляет общий пул хранилища, который можно использовать для развертывания общих папок. См. сведения об учетных записях хранения.
При создании учетной записи хранения вы выбираете параметр избыточности для учетной записи хранения, которая предоставляется для всех служб хранения, предоставляемых этой учетной записью. Поэтому все общие папки, развернутые в одной учетной записи хранения, имеют одинаковый параметр избыточности. Возможно, потребуется изолировать общие папки в отдельных учетных записях хранения, если они имеют разные требования к избыточности.
Избыточность в основном регионе
Данные в учетной записи хранения Azure всегда реплицируются три раза в основном регионе. Файлы Azure предлагает два варианта репликации данных в основном регионе:
- Локально избыточное хранилище (LRS) синхронно копирует данные три раза в пределах одного физического расположения в основном регионе. Хранилище LRS является наименее дорогостоящим вариантом репликации, но его не рекомендуется использовать для приложений, требующих высокой доступности и надежности.
- Хранилище, избыточное между зонами (ZRS), синхронно копирует данные между тремя зонами доступности Azure в основном регионе. Для приложений, требующих высокой доступности, рекомендуется использовать ZRS в основном регионе, а также репликацию в дополнительный регион.
Локально избыточное хранилище
Локально избыточное хранилище (LRS) реплицирует учетную запись хранения три раза в пределах одного центра обработки данных в основном регионе. LRS обеспечивает по крайней мере 99,9999999999 % (11 девять) устойчивости в течение заданного года.
LRS стоит меньше всего и обеспечивает самый низкий уровень избыточности по сравнению с другими вариантами репликации. LRS защищает ваши данные от сбоев в стойках сервера и на дисках. Однако в случае аварии в центре обработки данных, например пожара или наводнения, все реплики учетной записи хранения, использующие LRS, могут быть утрачены или оказаться непригодными для восстановления. Чтобы устранить этот риск, рекомендуется использовать хранилище, избыточное между зонами (ZRS), геоизбыточное хранилище (GRS) или геоизбыточное хранилище (GZRS).
Запрос на запись в учетную запись хранения, использующую LRS, выполняется синхронно. Операция записи считается успешно выполненной только после записи данных во все три реплики.
На следующей диаграмме показано, как реплицируются данные в одном центре обработки данных с помощью LRS:
LRS хорошо подходит для следующих сценариев:
- Если приложение хранит данные, которые можно легко восстановить, если происходит потеря данных.
- Если приложение ограничено репликацией данных только в стране или регионе из-за требований к управлению данными. В некоторых случаях парные регионы, в которых данные геореплицируются, могут находиться в другой стране или регионе. Дополнительные сведения о парных регионах см. на странице Регионы Azure.
Хранилище, избыточное между зонами
Хранилище, избыточное между зонами (ZRS), синхронно реплицирует учетную запись хранения в трех Зонах доступности Azure в основном регионе. Каждая зона доступности — это отдельное физическое расположение с независимым питанием, охлаждением и сетью. ZRS обеспечивает устойчивость по крайней мере 99,999999999999 % (12 9) в течение заданного года.
С ZRS ваши данные будут по-прежнему доступны для чтения и записи, даже если зона становится недоступной. Если зона недоступна, Azure выполняет обновления сети, например перенаправление DNS. Такие обновления могут повлиять на приложение, если вы получаете доступ к своим данным до завершения обновлений. При разработке приложений для ZRS следуйте рекомендациям по обработке временных сбоев, в том числе по реализации политик повтора с экспоненциальной задержкой.
Запрос на запись в учетную запись хранения, использующую ZRS, выполняется синхронно. Операция записи считается успешно выполненной только после записи данных во все реплики во всех трех зонах доступности.
Преимущество использования ZRS для Файлы Azure рабочих нагрузок заключается в том, что если зона становится недоступной, не требуется повторное подключение общих папок Azure от подключенных клиентов. Рекомендуется использовать ZRS в основном регионе для сценариев, требующих высокой доступности. Мы также рекомендуем ZRS ограничить репликацию данных в определенную страну или регион в соответствии с требованиями к управлению данными.
Примечание.
Синхронизация файлов Azure является избыточной по зонам во всех регионах, которые поддерживают зоны, кроме US Gov Вирджиния. В большинстве случаев рекомендуется Синхронизация файлов Azure пользователям настраивать учетные записи хранения для использования ZRS или GZRS.
На следующей диаграмме показано, как данные реплицируются между зонами доступности в основном регионе с помощью ZRS:
ZRS обеспечивает отличную производительность, низкую задержку и устойчивость данных, если они становятся временно недоступными. Тем не менее, ZRS сама по себе не может защитить данные от региональной катастрофы, в которой несколько зон постоянно затронуты. Для защиты от региональных аварий рекомендуется использовать геоизбыточное хранилище (GZRS), которое использует ZRS в основном регионе, а также геореплицирует данные в дополнительный регион.
Дополнительные сведения о том, какие регионы поддерживают ZRS, см. в разделе "Служба зоны доступности" и региональная поддержка.
Учетные записи хранения Standard
ZRS поддерживается в стандартных учетных записях хранения версии 2 общего назначения для всех трех стандартных уровней: оптимизированных транзакций, горячих и холодных.
Список регионов, поддерживающих ZRS для стандартных учетных записей хранения, см . в регионах Azure, поддерживающих хранилище, избыточное между зонами (ZRS) для стандартных учетных записей хранения.
Учетные записи общих папок ценовой категории "Премиум"
ZRS поддерживается для общих папок класса Premium через тип учетной FileStorage записи хранения.
Список регионов, поддерживающих ZRS для учетных записей общих папок уровня "Премиум", см. в разделе Файлы Azure хранилище, избыточное между зонами, для общих папок уровня "Премиум".
Избыточность в дополнительном регионе
Для приложений, требующих высокой устойчивости для общих папок SMB, можно выбрать геоизбыточное хранилище, чтобы скопировать данные в свою учетную запись хранения в дополнительный регион, который находится в сотнях миль от основного региона. Если данные в учетной записи хранения копируются в дополнительный регион, они будут устойчивы даже в случае отключения электричества во всем регионе или аварии, в результате которой основной регион восстановить невозможно.
Внимание
Файлы Azure поддерживает только геоизбыточное использование (GRS или GZRS) для стандартных общих папок SMB. Общие папки класса Premium и общие папки NFS должны использовать LRS или ZRS.
При создании учетной записи хранения вы выбираете первичный регион для учетной записи. Парный дополнительный регион определяется на основе основного региона, его невозможно изменить. Дополнительные сведения о регионах, поддерживаемых Azure, см. на странице Регионы Azure.
Файлы Azure предлагает два варианта копирования данных в дополнительный регион. В настоящее время геоизбыточное хранилище доступно только для стандартных общих папок SMB.
- Геоизбыточное хранилище (GRS) синхронно копирует данные три раза в пределах одного физического расположения в основном регионе, используя LRS. Затем данные копируются асинхронно в одно физическое расположение в дополнительном регионе. В дополнительном регионе ваши данные синхронно копируются три раза с помощью LRS.
- Хранилище, геоизбыточное между зонами (GZRS), синхронно копирует данные в трех Зонах доступности Azure в основном регионе, используя ZRS. Затем данные копируются асинхронно в одно физическое расположение в дополнительном регионе. В дополнительном регионе ваши данные синхронно копируются три раза с помощью LRS.
Основное различие между GRS и GZRS заключается в способе репликации данных в основном регионе. В дополнительном регионе данные всегда реплицируются синхронно три раза с использованием LRS. LRS в дополнительном регионе защищает данные от сбоев оборудования.
Геоизбыточное хранилище
Геоизбыточное хранилище (GRS) синхронно копирует данные три раза в пределах одного физического расположения в основном регионе, используя LRS. Затем данные копируются асинхронно в одно расположение в дополнительном регионе, который находится в сотнях километров от основного. GRS обеспечивает устойчивость по крайней мере 99,999999999999999% (16 9) в течение заданного года.
Операция записи сначала фиксируется в основное расположение и реплицируется с использованием LRS. Затем обновление реплицируется асинхронно в дополнительный регион. При записи данных в дополнительное расположение они также реплицируются в этом расположении с использованием LRS.
На следующей схеме показано, как данные реплицируются с помощью GRS:
Хранилище, геоизбыточное между зонами
Хранилище, геоизбыточное между зонами (GZRS), сочетает в себе высокий уровень доступности за счет избыточности зон доступности и защиту от региональных сбоев за счет георепликации. Данные в учетной записи хранения GZRS копируются в три зоны доступности Azure в основном регионе, а также реплицируются в дополнительный географический регион для защиты от региональных аварий. Мы рекомендуем использовать GZRS для приложений, требующих максимальной согласованности, устойчивости и доступности, отличной производительности и устойчивости для аварийного восстановления.
С помощью учетной записи хранения GZRS можно продолжить чтение и запись данных, если зона доступности становится недоступной или непригодной для восстановления. Кроме того, данные будут устойчивы в случае сбоя во всем регионе или аварии, в результате которой основной регион восстановить невозможно. GZRS предназначен для обеспечения по крайней мере 99,999999999999999 % (16 9) устойчивости в течение заданного года.
На следующей схеме показано, как данные реплицируются с помощью GZRS:
GZRS поддерживают только учетные записи хранения общего назначения версии 2 цен. категории "Стандартный".
Список регионов, поддерживающих GZRS, см. в регионах Azure, поддерживающих геоизбыточное хранилище (GZRS).
Аварийное восстановление и отработка отказа
При использовании GRS или GZRS общие папки не будут доступны в дополнительном регионе, если не произойдет отработка отказа. Если основной регион становится недоступным, можно выбрать отработку отказа в дополнительном регионе. Процесс отработки отказа обновляет запись DNS, предоставленную Файлы Azure, чтобы вторичная конечная точка стала новой основной конечной точкой для учетной записи хранения. Во время отработки отказа данные недоступны. Когда отработка отказа завершится, вы можете считывать и записывать данные в новый основной регион. После завершения отработки отказа дополнительный регион станет основным и вы снова сможете считывать и записывать данные. Дополнительные сведения см. в разделе Файлы Azure аварийного восстановления и отработки отказа.
Внимание
Файлы Azure не поддерживает геоизбыточное хранилище для чтения (RA-GRS) или геоизбыточное хранилище (RA-GZRS). Если учетная запись хранения настроена для использования RA-GRS или RA-GZRS, общие папки будут настроены и выставляются как GRS или GZRS.
Геоизбыточность для общих папок класса Premium
Как упоминалось ранее, параметры геоизбыточности (GRS и GZRS) не поддерживаются для общих папок класса Premium. Однако вы можете достичь геоизбыточности другими способами.
В Синхронизация файлов Azure сценариях можно синхронизировать общую папку Azure (облачную конечную точку), локальный файловый сервер Windows и подключенный файловый ресурс, работающий на виртуальной машине в другом регионе Azure (конечная точка сервера для аварийного восстановления). Необходимо отключить распределение по уровням облака, чтобы обеспечить наличие всех данных локально и подготовить достаточно хранилища на виртуальной машине Azure для хранения всего набора данных. Чтобы убедиться, что изменения будут быстро реплицироваться в дополнительный регион, файлы должны быть доступны только и изменены на конечной точке сервера, а не в Azure.
Вы также можете создать собственный скрипт для копирования данных в учетную запись хранения в дополнительном регионе с помощью таких средств, как AzCopy (используйте версию 10.4 или более поздней, чтобы сохранить списки управления доступом и метки времени).
Сводка по вариантам обеспечения избыточности
В таблицах в следующих разделах перечислены варианты избыточности, доступные для Файлы Azure.
Параметры устойчивости и доступности
В следующей таблице описаны основные параметры для каждого варианта обеспечения избыточности.
| Параметр | LRS | ZRS | GRS | GZRS |
|---|---|---|---|---|
| Процент устойчивости в течение заданного года | не менее 99,999999999 % (11 девяток) | не менее 99,9999999999 % (12 девяток) | не менее 99,99999999999999 % (16 девяток) | не менее 99,99999999999999 % (16 девяток) |
| Доступность для запросов на чтение | По крайней мере 99,9 % (99 % для холодного уровня) | По крайней мере 99,9 % (99 % для холодного уровня) | По крайней мере 99,9 % (99 % для холодного уровня) | По крайней мере 99,9 % (99 % для холодного уровня) |
| Доступность для запросов на запись | По крайней мере 99,9 % (99 % для холодного уровня) | По крайней мере 99,9 % (99 % для холодного уровня) | По крайней мере 99,9 % (99 % для холодного уровня) | По крайней мере 99,9 % (99 % для холодного уровня) |
| Число копий данных, хранимых на отдельных узлах | Три копии в одном регионе | Три копии в отдельных зонах доступности в одном регионе | Всего шесть копий, включая три копии в основном регионе и три копии в дополнительном регионе | Всего шесть копий, включая три копии в отдельных зонах доступности в основном регионе и три локальные избыточные копии в дополнительном регионе. |
Дополнительные сведения см. в Соглашении об уровне обслуживания для учетных записей хранения.
Устойчивость и доступность для отдельных сценариев сбоя
В следующей таблице указывается, являются ли ваши данные устойчивыми и доступными в определенном сценарии в зависимости от типа избыточности для учетной записи хранения. Файлы Azure не поддерживает доступ на чтение к дополнительному региону, если основной регион становится недоступным, если не происходит отработка отказа.
| Сценарий сбоя | LRS | ZRS | GRS | GZRS |
|---|---|---|---|---|
| Узел в центре обработки данных становится недоступным | Да | Да | Да | Да |
| Весь центр обработки данных (зональный или не зональный) становится недоступным | No | Да | Да1 | Да |
| Происходит сбой на уровне всего основного региона | No | No | Да1 | Да1 |
1 Для восстановления доступности записанных данных в случае недоступности основного региона необходима отработка отказа учетной записи.
Сведения о ценах для каждого варианта избыточности см. в Файлы Azure ценах.