Создание высокодоступных приложений службы хранилища Azure с хранилищем, избыточным в геопоясе (ГЗРС) (Предварительная версия)Build highly available Azure Storage applications with geo-zone-redundant storage (GZRS) (preview)

Хранилище, избыточное в геопоясе (ГЗРС) (Предварительная версия), сочетает высокий уровень доступности хранилища, избыточного в рамках зоны (ZRS) , с защитой от региональных простоев, предоставляемых географически избыточным хранилищем (GRS).Geo-zone-redundant storage (GZRS) (preview) marries the high availability of zone-redundant storage (ZRS) with protection from regional outages as provided by geo-redundant storage (GRS). Данные в учетной записи хранения ГЗРС реплицируются по трем зонам доступности Azure в основном регионе, а также реплицируются в дополнительный географический регион для защиты от региональных аварий.Data in a GZRS storage account is replicated across three Azure availability zones in the primary region and also replicated to a secondary geographic region for protection from regional disasters. Каждый регион Azure образует пару с другим регионом в пределах той же географической территории. Эти два региона формируют пару регионов.Each Azure region is paired with another region within the same geography, together making a regional pair. Дополнительные сведения и исключения см. в документации.For more details and exceptions refer to the documentation.

С помощью учетной записи хранения ГЗРС можно продолжить чтение и запись данных, если зона доступности становится недоступной или невосстанавливаемой.With a GZRS storage account, you can continue to read and write data if an availability zone becomes unavailable or is unrecoverable. Кроме того, ваши данные также устойчивы в случае полного сбоя в регионе или аварии, в которой основной регион не может быть восстановлен.Additionally, your data is also durable in the case of a complete regional outage or a disaster in which the primary region isn’t recoverable. ГЗРС предназначен для предоставления минимума 99,99999999999999% (16) устойчивости объектов в течение заданного года.GZRS is designed to provide at least 99.99999999999999% (16 9's) durability of objects over a given year. ГЗРС также предоставляет те же целевые показатели масштабируемости , что и LRS, ZRS, GRS или RA-GRS.GZRS also offers the same scalability targets as LRS, ZRS, GRS, or RA-GRS. При необходимости можно включить доступ на чтение к данным в дополнительном регионе с хранилищем, избыточным в геозону с доступом на чтение (RA-ГЗРС), если приложения должны иметь возможность считывать данные в случае аварии в основном регионе.You can optionally enable read access to data in the secondary region with read-access geo-zone-redundant storage (RA-GZRS) if your applications need to be able to read data in the event of a disaster in the primary region.

Корпорация Майкрософт рекомендует использовать ГЗРС для приложений, которым требуются согласованность, устойчивость, высокая доступность, отличная производительность и устойчивость к аварийному восстановлению.Microsoft recommends using GZRS for applications requiring consistency, durability, high availability, excellent performance, and resilience for disaster recovery. Для дополнительной защиты доступа на чтение к дополнительному региону в случае региональной аварии включите RA-ГЗРС для вашей учетной записи хранения.For the additional security of read access to the secondary region in the event of a regional disaster, enable RA-GZRS for your storage account.

Сведения о предварительной версииAbout the preview

ГЗРС и RA-ГЗРС поддерживают только учетные записи хранения общего назначения версии 2.Only general-purpose v2 storage accounts support GZRS and RA-GZRS. Дополнительные сведения о типах учетных записей хранения см. в статье Общие сведения об учетной записи хранения.For more information about storage account types, see Azure storage account overview. ГЗРС и RA-ГЗРС поддерживают блочные и страничные BLOB-объекты (не являющиеся дисками VHD), файлы, таблицы и очереди.GZRS and RA-GZRS support block blobs, page blobs (that are not VHD disks), files, tables, and queues.

ГЗРС и RA-ГЗРС в настоящее время доступны для предварительного просмотра в следующих регионах:GZRS and RA-GZRS are currently available for preview in the following regions:

  • Северная ЕвропаEurope North
  • Западная ЕвропаEurope West
  • Восток СШАUS East
  • Восточная часть США 2US East 2
  • Центральная часть СШАUS Central

Корпорация Майкрософт продолжит включать ГЗРС и RA-ГЗРС в дополнительных регионах Azure.Microsoft continues to enable GZRS and RA-GZRS in additional Azure regions. Для получения сведений о поддерживаемых регионах регулярно проверяйте страницу обновлений службы Azure .Check the Azure Service Updates page regularly for information about supported regions.

Сведения о ценах на предварительную версию см. в разделе цены на предварительную версию ГЗРС для больших двоичных объектов, файлов, очередейи таблиц.For information on preview pricing, refer to GZRS preview pricing for Blobs, Files, Queues, and Tables.

Важно!

Корпорация Майкрософт рекомендует использовать предварительные версии функций для рабочих нагрузок.Microsoft recommends against using preview features for production workloads.

Как работают ГЗРС и RA-ГЗРСHow GZRS and RA-GZRS work

При записи данных в учетную запись хранения с включенным ГЗРС или RA-ГЗРС эти данные сначала реплицируются синхронно в основном регионе в трех зонах доступности.When data is written to a storage account with GZRS or RA-GZRS enabled, that data is first replicated synchronously in the primary region across three availability zones. Затем данные реплицируются асинхронно во второй регион, который находится в сотнях миль.The data is then replicated asynchronously to a second region that is hundreds of miles away. Когда данные записываются в дополнительный регион, они также реплицируются в три раза в пределах этого региона с помощью локально избыточного хранилища (LRS).When the data is written to the secondary region, it's further replicated synchronously three times within that region using locally redundant storage (LRS).

Важно!

Асинхронная репликация включает задержку между моментом, когда данные записываются в основной регион и когда она реплицируется в дополнительный регион.Asynchronous replication involves a delay between the time that data is written to the primary region and when it is replicated to the secondary region. В случае региональной аварии изменения, которые еще не реплицированные в дополнительный регион, могут быть потеряны, если данные будет невозможно восстановить из основного региона.In the event of a regional disaster, changes that haven't yet been replicated to the secondary region may be lost if that data can't be recovered from the primary region.

При создании учетной записи хранения необходимо указать способ репликации данных в этой учетной записи, а также указать основной регион для этой учетной записи.When you create a storage account, you specify how data in that account is to be replicated, and you also specify the primary region for that account. Парный дополнительный регион для геореплицированной учетной записи определяется на основе основного региона и не может быть изменен.The paired secondary region for a geo-replicated account is determined based on the primary region and can't be changed. Обновленную информацию о регионах, поддерживаемых Azure, см. в статье Непрерывность бизнес-процессов и аварийное восстановление в службах BizTalk: пары регионов Azure.For up-to-date information about regions supported by Azure, see Business continuity and disaster recovery (BCDR): Azure paired regions. Сведения о создании учетной записи хранения с помощью ГЗРС или RA-ГЗРС см. в статье Создание учетной записи хранения.For information about creating a storage account using GZRS or RA-GZRS, see Create a storage account.

Использование RA-ГЗРС для обеспечения высокой доступностиUse RA-GZRS for high availability

При включении RA-ГЗРС для учетной записи хранения данные можно считывать из дополнительной конечной точки, а также из основной конечной точки для учетной записи хранения.When you enable RA-GZRS for your storage account, your data can be read from the secondary endpoint as well as from the primary endpoint for your storage account. Вторичная конечная точка добавляет суффикс — Secondary к имени учетной записи.The secondary endpoint appends the suffix –secondary to the account name. Например, если первичная конечная точка для службы BLOB-объектов — myaccount.blob.core.windows.net, то вторичная конечная точка — myaccount-secondary.blob.core.windows.net.For example, if your primary endpoint for the Blob service is myaccount.blob.core.windows.net, then your secondary endpoint is myaccount-secondary.blob.core.windows.net. Ключи доступа для учетной записи хранения одинаковые как для первичной, так и для вторичной конечных точек.The access keys for your storage account are the same for both the primary and secondary endpoints.

Чтобы воспользоваться преимуществами RA-ГЗРС в случае регионального сбоя, необходимо разработать приложение заранее для обработки этого сценария.To take advantage of RA-GZRS in the event of a regional outage, you must design your application in advance to handle this scenario. Приложение должно выполнять чтение и запись в основную конечную точку, но переключитесь на использование вторичной конечной точки в случае, если основной регион становится недоступным.Your application should read from and write to the primary endpoint, but switch to using the secondary endpoint in the event that the primary region becomes unavailable. Рекомендации по проектированию для обеспечения высокой доступности с помощью RA-ГЗРС см. в статье Разработка высокодоступных приложений с помощью RA-гзрс или RA-GRS.For guidance on designing for high availability with RA-GZRS, see Designing Highly Available Applications using RA-GZRS or RA-GRS.

Так как данные реплицируются в дополнительный регион асинхронно, дополнительный регион часто находится за основным регионом.Because data is replicated to the secondary region asynchronously, the secondary region is often behind the primary region. Чтобы определить, какие операции записи были реплицированы в дополнительный регион, приложение проверяет время последней синхронизации для учетной записи хранения.To determine which write operations have been replicated to the secondary region, your application check the last sync time for your storage account. Все операции записи, записанные в основной регион до последней синхронизации, были успешно реплицированы в дополнительный регион. Это означает, что они доступны для чтения из базы данных-получателя.All write operations written to the primary region prior to the last sync time have been successfully replicated to the secondary region, meaning that they are available to be read from the secondary. Любые операции записи, записанные в основной регион после последней синхронизации, могут быть или не реплицированы в дополнительный регион. Это означает, что они могут быть недоступны для операций чтения.Any write operations written to the primary region after the last sync time may or may not have been replicated to the secondary region, meaning that they may not be available for read operations.

Вы можете запросить значение свойства время последней синхронизации с помощью Azure PowerShell, Azure CLI или одной из клиентских библиотек службы хранилища Azure.You can query the value of the Last Sync Time property using Azure PowerShell, Azure CLI, or one of the Azure Storage client libraries. Последнее свойство время синхронизации — это значение даты и времени по Гринвичу.The Last Sync Time property is a GMT date/time value.

Дополнительные рекомендации по производительности и масштабируемости с помощью RA-ГЗРС см. в разделе Служба хранилища Microsoft Azure производительность и контрольный список масштабируемости.For additional guidance on performance and scalability with RA-GZRS, see the Microsoft Azure Storage performance and scalability checklist.

Сбои в зонах доступностиAvailability zone outages

В случае сбоя, влияющего на зону доступности в основном регионе, ваши приложения могут без проблем выполнять чтение и запись в учетную запись хранения, используя другие зоны доступности для этого региона.In the event of a failure affecting an availability zone in the primary region, your applications can seamlessly continue to read from and write to your storage account using the other availability zones for that region. Корпорация Майкрософт рекомендует следовать рекомендациям по обработке временных сбоев при использовании ГЗРС или ZRS.Microsoft recommends that you continue to follow practices for transient fault handling when using GZRS or ZRS. Эти рекомендации включают в себя внедрение политик повтора с экспоненциальной задержкой.These practices include implementing retry policies with exponential back-off.

Когда зона доступности становится недоступной, Azure принимает сетевые обновления, такие как повторное указание DNS.When an availability zone becomes unavailable, Azure undertakes networking updates, such as DNS re-pointing. Эти обновления могут повлиять на приложение при доступе к данным до завершения обновления.These updates may affect your application if you are accessing data before the updates have completed.

Региональные сбоиRegional outages

Если сбой влияет на весь основной регион, корпорация Майкрософт сначала попытается восстановить основной регион.If a failure affects the entire primary region, then Microsoft will first attempt to restore the primary region. Если восстановление невозможно, Майкрософт выполнит отработку отказа в дополнительный регион, чтобы дополнительный регион стал новым основным регионом.If restoration is not possible, then Microsoft will fail over to the secondary region, so that the secondary region becomes the new primary region. Если в учетной записи хранения включено RA-ГЗРС, то приложения, разработанные для этого сценария, могут выполнять чтение из дополнительного региона во время ожидания отработки отказа.If the storage account has RA-GZRS enabled, then applications designed for this scenario can read from the secondary region while waiting for failover. Если в учетной записи хранения не включена RA-ГЗРС, то приложения не смогут считывать сведения из базы данных-получателя до завершения отработки отказа.If the storage account does not have RA-GZRS enabled, then applications will not be able to read from the secondary until the failover is complete.

Примечание

ГЗРС и RA-ГЗРС в настоящее время доступны в предварительной версии только в Восточном регионе США.GZRS and RA-GZRS are currently in preview in the US East region only. Управляемая клиентом отработка отказа (Предварительная версия) еще недоступна в восточной части США 2, поэтому клиенты не могут управлять событиями отработки отказа учетной записи ГЗРС и RA-ГЗРС.Customer-managed account failover (preview) is not yet available in US East 2, so customers cannot currently manage account failover events with GZRS and RA-GZRS accounts. Во время предварительной версии Корпорация Майкрософт будет управлять событиями отработки отказа, затрагивающими учетные записи ГЗРС и RA-ГЗРС.During the preview, Microsoft will manage any failover events affecting GZRS and RA-GZRS accounts.

Так как данные реплицируются в дополнительный регион асинхронно, сбой, влияющий на основной регион, может привести к утере данных, если основной регион восстановить нельзя.Because data is replicated to the secondary region asynchronously, a failure that affects the primary region may result in data loss if the primary region cannot be recovered. Интервал между последними операциями записи в основной регион и последней записью в дополнительный регион называется целевой точкой восстановления (RPO).The interval between the most recent writes to the primary region and the last write to the secondary region is known as the recovery point objective (RPO). RPO указывает момент времени, до которого данные могут быть восстановлены.The RPO indicates the point in time to which data can be recovered. Служба хранилища Azure обычно имеет значение RPO менее чем за 15 минут, хотя в настоящее время нет соглашения об уровне обслуживания относительно того, сколько времени занимает репликация данных в дополнительный регион.Azure Storage typically has an RPO of less than 15 minutes, although there's currently no SLA on how long it takes to replicate data to the secondary region.

Целевое время восстановления (RTO) — это мера времени, затрачиваемого на выполнение отработки отказа и возврат учетной записи хранения в оперативный режим.The recovery time objective (RTO) is a measure of how long it takes to perform the failover and get the storage account back online. Эта мера указывает время, необходимое Azure для выполнения отработки отказа путем изменения основных записей DNS, чтобы они указывали на дополнительное расположение.This measure indicates the time required by Azure to perform the failover by changing the primary DNS entries to point to the secondary location.

Миграция учетной записи хранения в ГЗРС или RA-ГЗРСMigrate a storage account to GZRS or RA-GZRS

Любую существующую учетную запись хранения можно перенести в ГЗРС или RA-ГЗРС.You can migrate any existing storage account to GZRS or RA-GZRS. Миграция с существующей учетной записи ZRS на ГЗРС или RA-ГЗРС является простой задачей, а миграция с учетной записи LRS, GRS или RA-GRS является более сложной.Migrating from an existing ZRS account to GZRS or RA-GZRS is straightforward, while migrating from an LRS, GRS, or RA-GRS account is more involved. В следующих разделах описано, как выполнить миграцию в любом случае.The following sections describe how to migrate in either case.

Миграция с учетной записи ZRSMigrating from a ZRS account

Чтобы преобразовать существующую учетную запись ZRS в RA-ГЗРС, используйте командлет Set-азсторажеаккаунт , чтобы изменить номер SKU для учетной записи.To convert an existing ZRS account to RA-GZRS, use the Set-AzStorageAccount cmdlet to change the SKU for the account. Не забудьте заменить значения заполнителей собственными значениями:Remember to replace the placeholder values with your own values:

Set-AzStorageAccount -ResourceGroupName <resource-group> -AccountName <storage-account> -SkuName "Standard_RAGZRS"

Миграция из учетной записи LRS, GRS или RA-GRSMigrating from an LRS, GRS, or RA-GRS account

Существует два варианта перехода на ГЗРС или RA-ГЗРС из учетной записи LRS, GRS или RA-GRS:There are two options for migrating to GZRS or RA-GZRS from an LRS, GRS, or RA-GRS account:

  • Вы можете вручную скопировать или переместить данные в новую учетную запись ГЗРС или RA-ГЗРС из существующей учетной записи.You can manually copy or move data to a new GZRS or RA-GZRS account from an existing account.
  • Вы можете запросить динамическую миграцию.You can request a live migration.

Выполнение миграции вручнуюPerform a manual migration

Если вам требуется выполнение миграции на определенную дату, попробуйте выполнить миграцию вручную.If you need the migration to complete by a certain date, consider performing a manual migration. Она обеспечивает большую гибкость, чем динамическая.A manual migration provides more flexibility than a live migration. При миграции вручную можно контролировать время миграции.With a manual migration, you're in control of the timing.

Чтобы вручную перенести данные из существующей учетной записи в учетную запись ГЗРС или RA-ГЗРС, используйте средство, позволяющее эффективно копировать данные.To manually migrate data from an existing account to a GZRS or RA-GZRS account, use a tool that can copy data efficiently. Некоторые примеры:Some examples include:

  • Используйте такую служебную программу, как AzCopy, или надежное стороннее средство.Use a utility like AzCopy or a reliable third-party tool. Дополнительные сведения о AzCopy см. в статье Приступая к работе с AzCopy.For information about AzCopy, see Get started with AzCopy.
  • Если вы знакомы с Hadoop или HDInsight, подключите их к кластеру как исходную, так и целевую учетную запись хранения.If you're familiar with Hadoop or HDInsight, attach both the source and destination storage accounts to your cluster. Затем параллелизации процесс копирования данных с помощью такого средства, как DistCp.Next, parallelize the data copy process with a tool like DistCp.
  • Разработайте собственный инструмент с помощью одной из клиентских библиотек службы хранилища Azure.Build your own tooling using one of the Azure Storage client libraries.

Выполнение динамической миграцииPerform a live migration

Миграция вручную может вызвать простой приложения.A manual migration can result in application downtime. Если приложению требуется высокий уровень доступности, корпорация Майкрософт также предоставляет возможность динамической миграции.If your application requires high availability, Microsoft also provides a live migration option. Динамическая миграция — это миграция "на месте" без простоев.A live migration is an in-place migration with no downtime.

Во время динамической миграции вы можете использовать учетную запись хранения во время миграции данных между исходной и целевой учетными записями хранения.During a live migration, you can use your storage account while your data is migrated between source and destination storage accounts. В процессе динамической миграции ваша учетная запись будет по своему соглашению соблюдать соглашение об уровне обслуживания для обеспечения устойчивости и доступности.During the live migration process, your account continues to meet its SLA for durability and availability. Нет простоев или потерь данных, вызванных динамической миграцией.There is no downtime or data loss caused by the live migration.

Только учетные записи общего назначения v2 поддерживают ГЗРС/RA-ГЗРС, поэтому перед отправкой запроса на динамическую миграцию в ГЗРС/RA-ГЗРС необходимо обновить учетную запись до общего назначения версии 2.Only general-purpose v2 accounts support GZRS/RA-GZRS, so before submitting a request for a live migration to GZRS/RA-GZRS, you must upgrade your account to general-purpose v2. Дополнительные сведения см. в статье Обзор учетной записи хранения Azure и обновление до учетной записи хранения общего назначения версии 2.For more information, see Azure storage account overview and Upgrade to a general-purpose v2 storage account.

После завершения миграции параметр репликации учетной записи хранения будет обновлен до хранилища с избыточной зоной (гзрс) или хранилища с избыточной зоной с доступом на чтение (RA-гзрс) .Once the migration is complete, the storage account's replication setting will be updated to Geo-zone-redundant storage (GZRS) or Read-access geo-zone-redundant storage (RA-GZRS). Конечные точки служб, ключи доступа, подписанные URL-адрес (SAS) и другие параметры конфигурации учетной записи остаются без изменений.Service endpoints, access keys, shared access signatures (SAS), and any other account configuration options remain unchanged and intact.

Учитывайте следующие ограничения на динамическую миграцию:Keep in mind the following restrictions on live migration:

  • Хотя корпорация Майкрософт незамедлительно отреагирует на запрос динамической миграции, нет никакой гарантии относительно времени ее завершения.While Microsoft handles your request for live migration promptly, there's no guarantee as to when a live migration will complete. Если вам нужны данные, перенесенные в ГЗРС или RA-ГЗРС по определенной дате, корпорация Майкрософт рекомендует выполнить миграцию вручную.If you need your data migrated to GZRS or RA-GZRS by a certain date, then Microsoft recommends that you perform a manual migration instead. Как правило, чем больше данных в вашей учетной записи, тем дольше будет выполняться их перенос.Generally, the more data you have in your account, the longer it takes to migrate that data.
  • Учетная запись должна содержать данные.Your account must contain data.
  • Данные можно переносить только в рамках одного региона.You can only migrate data within the same region.
  • Только учетные записи хранения цен. категории "Стандартный" поддерживают динамическую миграцию.Only standard storage account types support live migration. Учетные записи хранения цен. категории "Премиум" необходимо переносить вручную.Premium storage accounts must be migrated manually.
  • Динамическая миграция из учетной записи ГЗРС или RA-ГЗРС в учетную запись LRS, GRS или RA-GRS не поддерживается.Live migration from a GZRS or RA-GZRS account to an LRS, GRS, or RA-GRS account is not supported. Необходимо вручную переместить данные в новую или существующую учетную запись хранения.You will need to manually move the data to a new or an existing storage account.
  • Вы можете запросить динамическую миграцию из RA-GRS в RA-ГЗРС.You can request a live migration from RA-GRS to RA-GZRS. Однако миграция из RA-GRS в ГЗРС не поддерживается.However, migrating from RA-GRS to GZRS is not supported. В этом случае необходимо запросить динамическую миграцию в RA-ГЗРС, а затем вручную преобразовать учетную запись хранения для использования ГЗРС.In this case, you must request a live migration to RA-GZRS and then manually convert the storage account to use GZRS.
  • Управляемые диски поддерживают только LRS и не могут быть перенесены в ГЗРС или RA-ГЗРС.Managed disks support LRS only and cannot be migrated to GZRS or RA-GZRS. Сведения об интеграции с группами доступности см. в статье Общие сведения о управляемых дисках Azure.For integration with availability sets, see Introduction to Azure managed disks.
  • Вы можете хранить моментальные снимки и образы для SSD (цен. категория "Стандартный") управляемых дисков в хранилище HDD (цен. категория "Стандартный") и выбирать параметры LRS, ZRS, гзрс и RA-гзрс.You can store snapshots and images for Standard SSD Managed Disks on Standard HDD storage and choose between LRS, ZRS, GZRS, and RA-GZRS options.
  • Учетные записи, содержащие большие файловые ресурсы, не поддерживаются для ГЗРС.Accounts containing large file shares are not supported for GZRS.

Чтобы запросить динамическую миграцию, используйте портал Azure.To request a live migration, use the Azure portal. На портале выберите учетную запись хранения для миграции в ГЗРС или RA-ГЗРС и выполните следующие инструкции:From the portal, select the storage account to migrate to GZRS or RA-GZRS, and follow these instructions:

  1. Выберите новый запрос в службу поддержки.Select New Support Request.
  2. Заполните раздел Основные сведения, основываясь на информации об учетной записи.Complete the Basics based on your account information. В разделе Служба выберите Управление учетной записью хранения и укажите учетную запись для переноса.In the Service section, select Storage Account Management and specify the account to be migrated.
  3. Щелкните Далее.Select Next.
  4. Укажите следующие значения в разделе Проблема:Specify the following values the Problem section:
    • Серьезность. Оставьте значение по умолчанию.Severity: Leave the default value as-is.
    • Тип проблемы. Выберите Миграция данных.Problem Type: Select Data Migration.
    • Категория: выберите Миграция в (RA-) гзрс в пределах региона.Category: Select Migrate to (RA-)GZRS within a region.
    • Title (заголовок): введите описательное название, например (RA-) миграция учетной записи гзрс.Title: Type a descriptive title, for example, (RA-)GZRS account migration.
    • Сведения: введите дополнительные сведения в поле сведения , например "я хочу перейти на гзрс из [LRS, GRS] в _ @ no__t-3 регионе".Details: Type additional details in the Details box, for example, "I would like to migrate to GZRS from [LRS, GRS] in the __ region." или "я хочу перейти на RA-ГЗРС из [LRS, RA-GRS] в _ @ no__t-1 регионе".or "I would like to migrate to RA-GZRS from [LRS, RA-GRS] in the __ region."
  5. Щелкните Далее.Select Next.
  6. Проверьте правильность контактных данных в колонке Контактные данные.Verify that the contact information is correct on the Contact information blade.
  7. Нажмите кнопку Создать.Select Create.

Специалист службы поддержки свяжется с вами, чтобы предоставить помощь.A support representative will contact you to provide assistance.

Дополнительные материалыSee also