Изменение конфигурации избыточности для учетной записи хранения
служба хранилища Azure всегда хранит несколько копий данных, чтобы защитить их перед лицом запланированных и незапланированных событий. К этим событиям относятся временные сбои оборудования, сети или сбоя питания и массовые стихийные бедствия. Избыточность данных гарантирует, что учетная запись хранения соответствует соглашению об уровне обслуживания (SLA) для служба хранилища Azure даже в случае сбоев.
В этой статье описывается процесс изменения параметров реплика tion для существующей учетной записи хранения.
Параметры изменения типа реплика tion
При выборе оптимальной конфигурации избыточности для вашего сценария следует учитывать компромиссы между более низкими затратами и более высокой доступностью. Факторы, которые помогают определить, какую конфигурацию избыточности следует выбрать:
- Как данные реплика в основном регионе. Данные в основном регионе можно реплика локально с помощью локально избыточного хранилища (LRS) или между зонами доступности Azure с использованием хранилища, избыточного между зонами (ZRS).
- Указывает, реплика ли данные. Геос реплика охранение обеспечивает защиту от региональных бедствий путем реплика данных в второй регион, географически удаленный от основного региона. Геоизбыточные конфигурации реплика включают геоизбыточное хранилище (GRS) и геоизбыточное хранилище (GZRS).
- Требуется ли приложению доступ на чтение к реплика данным в дополнительном регионе. Вы можете настроить учетную запись хранения, чтобы разрешить доступ на чтение к данным, реплика в дополнительный регион, если основной регион становится недоступным по какой-либо причине. Конфигурации, обеспечивающие доступ на чтение к данным в дополнительном регионе , включают геоизбыточное хранилище с доступом на чтение (RA-GRS) и геоизбыточное хранилище (RA-GZRS).
Подробный обзор всех параметров избыточности см. в разделе служба хранилища Azure избыточности.
При необходимости можно изменить конфигурации избыточности учетной записи хранения, хотя некоторые конфигурации подвержены ограничениям и требованиям к простою. Просмотр этих ограничений и требований перед внесением изменений в вашей среде помогает избежать конфликтов с собственными временными рамками и требованиями к времени простоя.
Существует три способа изменения параметров реплика tion:
- Добавьте или удалите гео-реплика или доступ на чтение к дополнительному региону.
- Добавьте или удалите избыточность зоны, выполнив преобразование.
- Выполните миграцию вручную в сценариях, когда первые два варианта не поддерживаются или убедитесь, что изменение завершено в течение определенного периода времени.
Геоизбыточное и доступ на чтение можно изменять одновременно. Однако любые изменения, которые также включают избыточность зоны, требуют преобразования и должны выполняться отдельно с помощью двухэтапного процесса. Эти два шага можно выполнить в любом порядке.
Изменение конфигурации избыточности
В следующей таблице представлен обзор переключения между типами реплика.
Примечание.
Миграция вручную — это вариант для любого сценария, в котором необходимо изменить параметр реплика tion в пределах ограничений для изменения типов реплика. Параметр миграции вручную исключается из следующей таблицы для упрощения.
| Переключение | на LRS | ... для GRS/RA-GRS 6 | В ZRS | ... в GZRS/RA-GZRS 2,6 |
|---|---|---|---|---|
| с LRS | Н/Д | Использование портал Azure, PowerShell или CLI1,2 | Выполнение преобразования2,3,4,5 | Сначала используйте портал, PowerShell или CLI для переключения на GRS/RA-GRS 1, а затем выполните преобразование в GZRS/RA-GZRS 3,4,5 |
| с GRS/RA-GRS | Использование портал Azure, PowerShell или CLI | Н/Д | Сначала используйте портал, PowerShell или CLI для переключения на LRS, а затем выполните преобразование в ZRS 3,5. | Выполнение преобразования3,5 |
| с ZRS | Выполнение преобразования3 | Сначала используйте портал, PowerShell или CLI для переключения на GZRS/RA-GZRS, а затем выполните преобразование в GRS/RA-GRS3 | Н/Д | Использование портал Azure, PowerShell или CLI1 |
| с GZRS/RA-GZRS | Сначала используйте портал, PowerShell или CLI для переключения на ZRS, а затем выполните преобразование в LRS 3. | Выполнение преобразования3 | Использование портал Azure, PowerShell или CLI | Н/Д |
1Добавление геоизбыточности вызывает одноразовую плату за исходящий трафик.
2 Если учетная запись хранения содержит большие двоичные объекты на уровне архива, просмотрите ограничения уровня доступа перед изменением типа избыточности на геоизбыточное или избыточное между зонами.
3 Тип поддерживаемого преобразования зависит от типа учетной записи хранения. Дополнительные сведения см. в таблице учетной записи хранения.
4 Преобразование в ZRS или GZRS для учетной записи LRS, полученной из-за отработки отказа, не поддерживается. Дополнительные сведения см. в разделе "Отработка отказа и восстановление размещения".
5 Преобразование из LRS в ZRS не поддерживается, если поддержка протокола NFSv3 включена для Хранилище BLOB-объектов Azure или если учетная запись хранения содержит Файлы Azure общих папок NFSv4.1.
6 Несмотря на то, что включение геоизбыточности происходит мгновенно, отработка отказа в дополнительный регион не может быть инициирована до завершения синхронизации данных между двумя регионами.
Изменение параметра репликации
В зависимости от сценария из раздела конфигурации изменения избыточности используйте один из следующих методов, чтобы изменить параметры реплика.
Изменение конфигурации избыточности с помощью портал Azure, PowerShell или Azure CLI
В большинстве случаев вы можете использовать портал Azure, PowerShell или Azure CLI для изменения параметра геоизбыточного или доступа для чтения (RA) реплика для учетной записи хранения.
Изменение того, как учетная запись хранения реплика в портал Azure не приводит к простою приложений, включая изменения, требующие преобразования.
Чтобы изменить параметр избыточности для учетной записи хранения на портале Azure, выполните указанные ниже действия.
Войдите в свою учетную запись хранения на портале Azure.
В разделе "Управление данными" выберите "Избыточность".
Обновите параметр избыточности.
Выберите Сохранить.
Выполнение преобразования
Избыточность —это процесс изменения аспекта избыточности зоны учетной записи хранения.
Во время преобразования не требуется потери данных или простоя приложения.
Существует два способа инициировать преобразование:
Совет
Корпорация Майкрософт рекомендует использовать преобразование, инициированное клиентом, вместо преобразования, инициированного поддержкой, по возможности. Преобразование, инициированное клиентом, позволяет инициировать преобразование и отслеживать его ход непосредственно из портал Azure. Так как преобразование инициируется клиентом, вам не нужно создавать запрос на поддержку и управлять ими.
Преобразование, инициированное клиентом
Вместо открытия запроса на поддержку клиенты в большинстве регионов могут начать преобразование и отслеживать его ход выполнения. Этот параметр устраняет потенциальные задержки, связанные с созданием запросов на поддержку и управлением ими. Сведения об определении регионов, в которых поддерживается преобразование, инициированное клиентом, см. в статье об ограничениях региона.
Преобразование, инициированное клиентом, можно выполнить в поддерживаемых регионах с помощью портал Azure, PowerShell или Azure CLI. После запуска преобразование может занять до 72 часов.
Важно!
Для завершения преобразования не существует соглашение об уровне обслуживания.
Если вам потребуется больше контроля над началом и завершением преобразования, рассмотрите возможность миграции вручную. Как правило, чем больше данных в вашей учетной записи, тем больше времени требуется реплика зоны или регионы.
Дополнительные сведения о времени, инициированном клиентом, см. в разделе "Время и частота".
Чтобы добавить или изменить зональную избыточность учетной записи хранения в портал Azure, выполните следующие действия.
Войдите в свою учетную запись хранения на портале Azure.
В разделе "Управление данными" выберите "Избыточность".
Обновите параметр избыточности.
Выберите Сохранить.
Мониторинг хода выполнения преобразования, инициированного клиентом
При оценке и обработке запроса на преобразование состояние должно выполняться в списке, показанном в следующей таблице:
| Состояние | Описание |
|---|---|
| Отправлено для преобразования | Запрос на преобразование успешно отправлен для обработки. |
| Выполняется1 | Преобразование выполняется. |
| Завершено - или -Failed2 |
Преобразование успешно завершено. - или -Преобразование завершилось сбоем. |
1 После запуска преобразование может занять до 72 часов. Если преобразование не вводит состояние "In Progress" в течение 96 часов после инициирования запроса, отправьте запрос на поддержку корпорации Майкрософт, чтобы определить, почему. Дополнительные сведения о времени, инициированном клиентом, см. в разделе "Время и частота".
2 При сбое преобразования отправьте запрос на поддержку в корпорацию Майкрософт, чтобы определить причину сбоя.
Примечание.
Хотя корпорация Майкрософт оперативно обрабатывает запрос на преобразование, не гарантируется, что он завершится. Если вам нужны данные, преобразованные по определенной дате, корпорация Майкрософт рекомендует выполнить миграцию вручную.
Как правило, чем больше данных в вашей учетной записи, тем больше времени требуется для реплика, чтобы данные в другие зоны в регионе.
Состояние преобразования, инициированного клиентом , отображается на странице избыточности учетной записи хранения:
Преобразование, инициированное поддержкой
Клиенты по-прежнему могут запросить преобразование, открыв запрос на поддержку с корпорацией Майкрософт.
Совет
Если необходимо преобразовать несколько учетных записей хранения, создайте один запрос в службу поддержки и укажите имена учетных записей, которые необходимо преобразовать на вкладке "Дополнительные сведения ".
Выполните следующие действия, чтобы запросить преобразование от Корпорации Майкрософт:
В портал Azure перейдите к учетной записи хранения, которую требуется преобразовать.
В группе Поддержка и устранение неполадок выберите Новый запрос на поддержку.
Перейдите на вкладку "Описание проблемы" на основе сведений о учетной записи:
- Сводка: (некоторый описательный текст).
- Тип проблемы: выберите Техническая.
- Подписка: выберите подписку в раскрывающемся списке.
- Служба: выберите мои службы, а затем служба хранилища управление учетными записями для типа службы.
- Ресурс. Выберите учетную запись хранения для преобразования. Если необходимо указать несколько учетных записей хранения, это можно сделать на вкладке "Дополнительные сведения ".
- Тип проблемы: выберите Перенос данных.
- Подтип проблемы: выберите Миграция на ZRS, GZRS или RA-GZRS.
Выберите Далее. Вкладка "Рекомендуемое решение " может отображаться кратко перед переходом на страницу "Решения ". На странице "Решения" можно проверка право на преобразование учетных записей хранения:
- Тип целевой реплика tion: (выберите нужный параметр из раскрывающегося списка)
- служба хранилища учетные записи из: (введите имя одной учетной записи хранения или список учетных записей, разделенных точкой с запятой)
- Выберите Отправить.
Выполните соответствующее действие, если результаты указывают, что учетная запись хранения не подходит для преобразования. В противном случае выберите "Вернуться в запрос на поддержку".
Выберите Далее. Если для миграции требуется несколько учетных записей хранения, на вкладке "Сведения " укажите имя каждой учетной записи, разделенной точкой с запятой.
Укажите необходимые сведения на вкладке "Дополнительные сведения", а затем нажмите кнопку "Рецензирование" и "Создать", чтобы просмотреть и отправить запрос в службу поддержки. Агент поддержка Azure проверяет ваш случай и обращается к вам, чтобы предоставить помощь.
Миграция вручную
Миграция вручную обеспечивает большую гибкость и управление, чем преобразование. Этот параметр можно использовать, если вам нужны данные, перемещаемые определенной датой, или если преобразование не поддерживается для вашего сценария. Миграция вручную также полезна при перемещении учетной записи хранения в другой регион. Дополнительные сведения см. в разделе "Перемещение учетной записи служба хранилища Azure в другой регион".
Миграцию необходимо выполнить вручную, если:
- Вы хотите перенести учетную запись хранения в другой регион.
- Ваша учетная запись хранения — это учетная запись блочного BLOB-объекта.
- Учетная запись хранения содержит данные на уровне архива и повторное форматирование данных не нужно.
Важно!
Миграция вручную может вызвать простой приложения. Если приложению требуется высокий уровень доступности, корпорация Майкрософт также предоставляет возможность преобразования . Преобразование — это миграция на месте без простоя.
При миграции вручную данные из существующей учетной записи хранения копируются в новую учетную запись хранения. Для миграции вручную можно использовать один из перечисленных ниже вариантов.
- Скопируйте данные с помощью существующего средства, например AzCopy, одной из клиентских библиотек служба хранилища Azure или надежного средства, отличного от Майкрософт.
- Если вы знакомы с Hadoop или HDInsight, вы можете подключить исходную учетную запись хранения и учетную запись назначения к кластеру. Затем выполните процесс копирования данных параллельно, используя такой инструмент, как DistCp.
Дополнительные сведения о том, как выполнить миграцию вручную, см. в статье "Перемещение учетной записи служба хранилища Azure в другой регион".
Ограничения для изменения типов реплика
Важно!
Загрузка диагностика не поддерживает учетные записи хранения класса Premium или учетные записи хранения, избыточные между зонами. Если учетные записи хранения, избыточные по зонам, используются для загрузки диагностика, пользователи получают ошибку StorageAccountTypeNotSupported при запуске виртуальной машины.
Ограничения применяются к некоторым сценариям изменения реплика в зависимости от:
- Регион
- Конфликты компонентов
- Тип учетной записи хранения
- Уровень доступа
- Поддержка протоколов
- Отработка отказа и восстановление размещения
Регион
Убедитесь, что регион, в котором находится учетная запись хранения, поддерживает все нужные параметры реплика. Например, если вы преобразуете учетную запись в избыточность между зонами (ZRS, GZRS или RA-GZRS), убедитесь, что ваша учетная запись хранения находится в регионе, поддерживающем его. Ознакомьтесь со списками поддерживаемых регионов для хранилища, избыточного между зонами, и геоизбыточного хранилища.
Важно!
Преобразование , инициированное клиентом из LRS в ZRS, доступно во всех общедоступных регионах, поддерживающих ZRS, за исключением следующих:
- (Европа) Италия Север
- (Европа) Южная часть Соединенного Королевства
- (Европа) Центральная Польша
- "Западная Европа" (Европа).
- (Ближний Восток) Центральная Израиль
- (Северная Америка) Центральная Канада;
- (Северная Америка) Восточная часть США;
- (Северная Америка) Восточная часть США 2;
Преобразование , инициированное клиентом из существующих учетных записей ZRS в LRS, доступно во всех общедоступных регионах.
Конфликты компонентов
Некоторые функции учетной записи хранения несовместимы с другими функциями или операциями. Например, возможность отработки отказа в дополнительный регион является ключевой функцией геоизбыточности, но другие функции несовместимы с отработкой отказа. Дополнительные сведения о функциях и службах, которые не поддерживаются при отработки отказа, см. в разделе "Неподдерживаемые функции и службы". Преобразование учетной записи в GRS, GZRS или RA-GZRS может быть заблокировано, если включена конфликтующая функция или может потребоваться отключить функцию позже перед началом отработки отказа.
Storage account type
При планировании изменения параметров реплика tion следует учитывать следующие ограничения, связанные с типом учетной записи хранения.
Некоторые типы учетных записей хранения поддерживают только определенные конфигурации избыточности, которые влияют на возможность их преобразования или переноса и, если да, как. Дополнительные сведения о типах учетных записей хранения Azure и поддерживаемых параметрах избыточности см . в обзоре учетной записи хранения.
В следующей таблице представлен обзор вариантов избыточности, доступных для типов учетных записей хранения, а также поддерживается ли преобразование и миграция вручную.
| Storage account type | Поддерживает LRS | Поддерживает ZRS | Поддерживает преобразование (с портала) |
Поддерживает преобразование (по запросу на поддержку) |
Поддерживает миграцию вручную |
|---|---|---|---|---|---|
| Стандартный общего назначения версии 2 | ✅ | ✅ | ✅ | ✅ | ✅ |
| Общие папки ценовой категории "Премиум" | ✅ | ✅ | ✅1 | ✅ | |
| Блочный BLOB-объект категории "Премиум". | ✅ | ✅ | ✅ | ||
| Большой двоичный объект страницы "Премиум" | ✅ | ||||
| Управляемыедиски 2 | ✅ | ✅ | ✅ | ✅ | |
| Стандартная общая цель версии 1 | ✅ | 3 | ✅ | ||
| ZRS Classic4 (доступно в учетных записях общего назначения (цен. категория "Стандартный" версии 1) |
✅ |
1 Преобразование общих папок уровня "Премиум" доступно только при открытии запроса на поддержку; Преобразование, инициированное клиентом, в настоящее время не поддерживается.
Для LRS и ZRS доступны 2 управляемых диска, хотя диски ZRS имеют некоторые ограничения. Если диск LRS является региональным (не указанная зона), его можно преобразовать, изменив номер SKU. Если диск LRS зональный, его можно перенести вручную, выполнив процесс миграции управляемых дисков. Вы можете сохранять моментальные снимки и образы управляемых дисков SSD категории "Стандартный" в хранилище дисков HDD класса "Стандартный" в LRS или ZRS на выбор. Сведения об интеграции с группами доступности см. в статье Общие сведения об управляемых дисках Azure.
3 Если учетная запись хранения имеет версию 1, необходимо обновить ее до версии 2 перед преобразованием. Сведения об обновлении учетной записи версии 1 см. в статье "Обновление до учетной записи хранения общего назначения версии 2".
Не рекомендуется использовать 4 классические учетные записи хранения ZRS. Сведения о преобразовании классических учетных записей ZRS см. в разделе "Преобразование классических учетных записей ZRS".
Преобразование классических учетных записей ZRS
Важно!
Классические учетные записи ZRS были устарели 31 марта 2021 года. Клиенты больше не могут создавать классические учетные записи ZRS. Если у вас по-прежнему есть некоторые учетные записи, необходимо обновить их до учетных записей общего назначения версии 2.
Классическая версия ZRS была доступна только для блочных BLOB-объектов в учетных записях хранения общего назначения версии 1 (GPv1). Дополнительные сведения об учетных записях хранения см. в статье Общие сведения об учетной записи хранения.
Классические учетные записи ZRS асинхронно реплика данных в центрах обработки данных в одном или двух регионах. Реплицированные данные не были доступны, если корпорация Майкрософт не инициировала отработку отказа в дополнительный. Классическую учетную запись ZRS невозможно преобразовать в учетную запись хранилища LRS, GRS или RA-GRS и наоборот. Кроме того, она не поддерживает использование метрик или ведение журналов.
Чтобы изменить ZRS Classic на другой тип реплика tion, используйте один из следующих методов:
- Сначала обновите его до ZRS
- Перенос данных вручную в другой тип реплика
Чтобы обновить классическую учетную запись хранения ZRS до ZRS, используйте портал Azure, PowerShell или Azure CLI в регионах, где доступны ZRS:
Чтобы выполнить обновление до ZRS на портале Azure, перейдите в своей учетной записи в раздел Конфигурация и выберите Обновить.
Чтобы вручную перенести данные классической учетной записи ZRS в другой тип реплика tion, выполните действия, чтобы выполнить миграцию вручную.
Если вы хотите перенести данные в учетную запись хранения с избыточностью между зонами, расположенную в регионе, отличном от исходной учетной записи, необходимо выполнить миграцию вручную. Подробнее: Перемещение учетной записи хранения Azure в другой регион.
Уровень доступа
Убедитесь, что нужный параметр избыточности поддерживает уровни доступа, используемые в настоящее время в учетной записи хранения. Например, учетные записи хранения ZRS, GZRS и RA-GZRS не поддерживают архивный уровень. Дополнительные сведения см. в статье Горячий, холодный и архивный уровни доступа к данным BLOB-объектов. Чтобы преобразовать учетную запись LRS, GRS или RA-GRS в ту, которая поддерживает избыточность между зонами, сначала переместите архивные BLOB-объекты в учетную запись хранения, которая поддерживает большие двоичные объекты на уровне архива. Затем преобразуйте исходную учетную запись в ZRS, GZRS и RA-GZRS.
Учетная запись хранения LRS, содержащая большие двоичные объекты на уровне архива, можно переключиться на GRS или RA-GRS после повторного копирования всех архивированных BLOB-объектов на горячий или холодный уровень. Вы также можете выполнить миграцию вручную.
Совет
Корпорация Майкрософт рекомендует по мере возможности не изменять конфигурации избыточности для учетной записи хранения, содержащей архивные большие двоичные объекты, так как операции восстановления могут оказаться дорогостоящими и длительными. Но если необходимо изменить его, миграция вручную может сэкономить затраты на восстановление.
Поддержка протоколов
Вы не можете преобразовать учетные записи хранения в избыточность между зонами (ZRS, GZRS или RA-GZRS), если одно из следующих случаев имеет значение true:
- Поддержка протокола NFSv3 включена для Хранилище BLOB-объектов Azure
- Учетная запись хранения содержит Файлы Azure общие папки NFSv4.1
Отработка отказа и восстановление размещения
После отработки отказа учетной записи в дополнительный регион можно инициировать восстановление размещения с нового первичного сервера обратно в новую вторичную с помощью PowerShell или Azure CLI (версия 2.30.0 или более поздней версии). Инициируйте отработку отказа.
Если вы выполнили отработку отказа управляемой клиентом учетной записи для восстановления после сбоя учетной записи GRS или RA-GRS, учетная запись становится локально избыточной (LRS) в новом основном регионе после отработки отказа. Преобразование в ZRS или GZRS для учетной записи LRS, полученной из-за отработки отказа, не поддерживается даже для так называемых операций восстановления размещения. Например, если вы выполняете отработку отказа учетной записи из RA-GRS в LRS в дополнительном регионе, а затем снова настройте ее как RA-GRS, она остается LRS в новом дополнительном регионе (исходном первичном). Если выполнить отработку отказа другой учетной записи для восстановления размещения в исходном основном регионе, он остается LRS снова в исходном первичном регионе. В этом случае невозможно выполнить преобразование в ZRS, GZRS или RA-GZRS в основном регионе. Вместо этого выполните миграцию вручную, чтобы добавить избыточность зоны.
Требования к простою
Во время преобразования вы можете получить доступ к данным в учетной записи хранения без потери устойчивости или доступности. Соглашение об уровне обслуживания служба хранилища Azure сохраняется во время процесса миграции, и данные не теряются во время преобразования. После миграции конечные точки служб, ключи доступа, подписи общего доступа и другие параметры учетной записи остаются без изменений.
Если вы решили выполнить миграцию вручную, время простоя необходимо, но у вас есть больше контроля над временем миграции.
Время и частота
Если вы инициируете преобразование избыточности между зонами из портал Azure, процесс преобразования может занять до 72 часов. Может потребоваться больше времени, если вы запрашиваете преобразование, открыв запрос на поддержку. Если преобразование, инициированное клиентом, не вводит состояние "Выполняется" в течение 96 часов после инициирования запроса, отправьте запрос на поддержку корпорации Майкрософт, чтобы определить, почему. Чтобы отслеживать ход выполнения преобразования, инициированного клиентом, см. сведения о ходе выполнения преобразования, инициированного клиентом.
Важно!
Для завершения преобразования не существует соглашение об уровне обслуживания. Если вам потребуется больше контроля над началом и завершением преобразования, рассмотрите возможность миграции вручную. Как правило, чем больше данных в вашей учетной записи, тем больше времени требуется реплика зоны или регионы.
После преобразования избыточности зоны необходимо подождать не менее 72 часов, прежде чем снова изменить параметр избыточности учетной записи хранения. Временное удержание позволяет фоновым процессам выполняться перед внесением другого изменения, обеспечивая согласованность и целостность учетной записи. Например, переход из LRS в GZRS — это 2-шаговый процесс. Необходимо добавить избыточность зоны в одну операцию, а затем добавить геоизбыточность в секунду. После выхода из LRS в ZRS необходимо подождать не менее 72 часов, прежде чем переходить из ZRS в GZRS.
Затраты, связанные с изменением способа репликации данных
служба хранилища Azure предлагает несколько вариантов настройки реплика tion. Эти варианты, упорядоченные по крайней мере на наиболее дорогие, включают:
- LRS
- ZRS
- GRS
- RA-GRS
- GZRS
- RA-GZRS
Затраты, связанные с изменением способа реплика данных в учетной записи хранения, зависят от того, какие аспекты конфигурации избыточности вы изменяете. Сочетание цен на пропускную способность хранилища данных и исходящего трафика определяет стоимость внесения изменений. Дополнительные сведения о ценах см. на странице цен служба хранилища Azure.
Если вы добавляете избыточность зоны в основном регионе, не существует начальных затрат, связанных с преобразованием, но текущие затраты на хранение данных выше из-за увеличения реплика и места хранения.
Геоизбыточное использование взимается плата за пропускную способность исходящего трафика во время изменения, так как вся учетная запись хранения реплика в дополнительный регион. Для всех последующих операций записи в основной регион также взимается плата за пропускную способность исходящего трафика при репликации операций записи в дополнительный регион.
При удалении геоизбыточности (изменение с GRS на LRS) не требуется вносить изменения, но реплика полученные данные удаляются из дополнительного расположения.
Важно!
Если удалить доступ на чтение к дополнительному региону (RA) (изменение с RA-GRS на GRS или LRS), эта учетная запись взимается как RA-GRS за дополнительный 30 дней после того, как она была преобразована.