Примечание.
Для доступа к этой странице требуется авторизация. Вы можете попробовать войти или изменить каталоги.
Для доступа к этой странице требуется авторизация. Вы можете попробовать изменить каталоги.
✔️ Относится к: классическим общим файловым ресурсам, созданным с использованием поставщика ресурсов Microsoft.Storage и использующим модель выставления счетов Provisioned v1, Provisioned v2 или оплату по мере использования
✖️ Не применяется к: файловым общим ресурсам, созданным с помощью поставщика ресурсов Microsoft.FileShares
Azure всегда хранит несколько копий данных, чтобы защитить их перед лицом запланированных и незапланированных событий. К этим событиям относятся временные сбои оборудования, сети или сбоя питания и стихийных бедствий. Избыточность данных гарантирует, что учетная запись хранения соответствует соглашению об уровне обслуживания (SLA) для Microsoft Online Services.
В этой статье описывается процесс изменения настроек репликации для существующей учетной записи хранилища, на которой размещены классические файловые ресурсы Azure.
Внимание
Если вы используете зональную учетную запись хранения, сначала необходимо открепить учетную запись хранения из зоны, прежде чем можно изменить конфигурацию избыточности с локально избыточного хранилища (LRS) на конфигурацию без LRS.
Параметры изменения типа репликации
При выборе оптимальной конфигурации избыточности для вашего сценария следует учитывать компромиссы между более низкими затратами и более высокой доступностью. Факторы, помогающие определить, какую конфигурацию избыточности выбрать, включают:
- Как ваши данные реплицируются в основном регионе. Данные в основном регионе можно реплицировать локально с помощью локально избыточного хранилища (LRS) или между зонами доступности Azure с использованием избыточного между зонами хранилища (ZRS).
- Требуется ли геоизбыточность вашим данным. Георезервирование обеспечивает защиту от региональных катастроф, реплицируя ваши данные во второй регион, географически удалённый от основного региона. Файлы Azure поддерживают геоизбыточное хранилище (GRS) и геозонально-избыточное хранилище (GZRS).
Внимание
Файлы Azure не поддерживают геоизбыточное хранилище для чтения (RA-GRS) или геозонально избыточное хранилище для чтения (RA-GZRS). Если учетная запись хранения настроена для использования RA-GRS или RA-GZRS, общие папки будут настроены и учитываться как GRS или GZRS.
Для подробного обзора всех вариантов избыточности Файлы Azure см. раздел Избыточность Файлы Azure.
При необходимости можно изменить конфигурации избыточности учетной записи хранения, хотя некоторые конфигурации подвержены ограничениям и требованиям к простою. Просмотр этих ограничений и требований перед внесением изменений в вашей среде помогает избежать конфликтов с собственными временными рамками и требованиями к времени простоя.
Существует три способа изменения параметров репликации:
- Добавьте или удалите геоизбыточность или доступ на чтение в дополнительном регионе.
- Добавьте или удалите зональную избыточность, выполнив преобразование.
- Выполните миграцию вручную в сценариях, когда первые два варианта не поддерживаются или убедитесь, что изменение завершено в течение определенного периода времени.
Геоизбыточность и доступ на чтение можно изменять одновременно. Однако любое изменение, которое также включает зональную избыточность, требует преобразования и должно выполняться отдельно с помощью двухэтапного процесса. Эти два шага можно выполнить в любом порядке.
Изменение конфигурации избыточности
В следующей таблице представлен обзор переключения между типами репликации.
Примечание.
Миграция вручную — это вариант для любого сценария, в котором необходимо изменить параметр репликации в пределах ограничений для изменения типов репликации. Параметр миграции вручную исключается из следующей таблицы для упрощения.
| Переключение | на LRS | … до GRS 6 | к ZRS | … до GZRS 2,6 |
|---|---|---|---|---|
| с LRS | Н/Д | Использование портал Azure, PowerShell или CLI1,2 | Выполнение преобразования2,3,4,5 | Сначала используйте портал, PowerShell или CLI для переключения на GRS 1, а затем выполните преобразование в GZRS 3,4,5 |
| … из GRS | Использование портал Azure, PowerShell или CLI | Н/Д | Сначала используйте портал, PowerShell или CLI для переключения на LRS, а затем выполните преобразование в ZRS 3,5. | Выполнение преобразования3,5 |
| с ZRS | Выполнение преобразования3 | Сначала используйте портал, PowerShell или CLI для переключения на GZRS, а затем выполните преобразование в GRS3. | Н/Д | Использование портал Azure, PowerShell или CLI1 |
| … из GZRS | Сначала используйте портал, PowerShell или CLI для переключения на ZRS, а затем выполните преобразование в LRS 3. | Выполнение преобразования3 | Используйте Azure Portal, PowerShell или CLI | Н/Д |
1Добавление геоизбыточности приводит к разовой плате за исходящий трафик.
2 Если ваша учетная запись хранения содержит BLOB-объекты на уровне архива, просмотрите ограничения на использование уровня доступа перед изменением типа избыточности на геоизбыточность или зональную избыточность.
3 Тип поддерживаемого преобразования зависит от типа учетной записи хранения. Дополнительные сведения см. в таблице учетной записи для хранения.
4 Преобразование в ZRS или GZRS для учетной записи LRS, в результате отработки отказа, не поддерживается. Дополнительные сведения см. в отказоустойчивости и восстановлении работоспособности.
5 Преобразование из LRS в ZRS не поддерживается, если поддержка протокола NFSv3 включена для хранилища BLOB-объектов Azure или если учетная запись хранения содержит ресурсы Файлы Azure NFSv4.1 с включенными общедоступными конечными точками.
6 Несмотря на то, что включение геоизбыточности кажется, что происходит мгновенно, переключение на резервный регион не может быть инициировано до завершения синхронизации данных между двумя регионами.
Ограничения для изменения типов репликации
Ограничения применяются к некоторым сценариям изменения репликации в зависимости от следующих:
- Регион
- Конфликты компонентов
- Тип учетной записи хранения
- Поддержка протоколов
- Переключение на резерв и возврат на основной
Область/регион
Убедитесь, что регион, в котором находится учетная запись хранения, поддерживает все требуемые параметры репликации. Например, если вы преобразуете учетную запись в избыточность между зонами (ZRS или GZRS), убедитесь, что ваша учетная запись хранения находится в регионе, поддерживающем его. Ознакомьтесь со списками поддерживаемых регионов для хранилища с избыточностью между зонами и геоизбыточного хранилища.
Внимание
Конвертация, инициированная клиентом , с LRS в ZRS доступна во всех публичных регионах, поддерживающих ZRS, за исключением следующих регионов:
- (Северная Америка) Центральная Мексика
Преобразование , инициированное клиентом из существующих учетных записей ZRS в LRS, доступно во всех общедоступных регионах.
Конфликты компонентов
Некоторые функции учетной записи хранения несовместимы с другими функциями или операциями. Например, возможность переключения на вторичный регион является ключевой функцией георезервирования, но другие функции несовместимы с таким переключением. Дополнительные сведения о функциях и службах, которые не поддерживаются при отработки отказа, см. в разделе "Неподдерживаемые функции и службы". Преобразование учетной записи в GRS или GZRS может быть заблокировано, если включена конфликтующая функция, или позже потребуется отключить эту функцию до начала процедуры отказоустойчивости.
Тип учетной записи хранения
При планировании изменения параметров репликации рассмотрите следующие ограничения, связанные с типом учетной записи хранения.
Некоторые типы аккаунтов хранения поддерживают только определённые конфигурации избыточности, что влияет на возможность их конвертации или миграции и, если да, то как. Для получения более подробной информации о типах учетных записей хранения Azure и поддерживаемых вариантах отказоустойчивости см. обзор учетной записи хранения.
В следующей таблице перечислены варианты избыточности, доступные для типов учетных записей хранения, а также поддерживается ли преобразование и миграция вручную.
| Тип учетной записи хранения | Поддерживает LRS | Поддерживает ZRS | Поддерживает преобразование (из портала Azure) |
Поддерживает преобразование (по запросу на поддержку) |
Поддерживает миграцию вручную |
|---|---|---|---|---|---|
| SSD выделенная версия 1 | ✅ | ✅ | ✅ | ✅ 1 | ✅ |
| HDD с оплатой по мере использования | ✅ | ✅ | ✅ | ✅ | ✅ |
1 Для инициации client-initiated conversion используйте Azure portal, PowerShell или Azure CLI. Можно также отправить запрос в службу поддержки.
Поддержка протоколов
Вы не можете преобразовать аккаунты хранения в зональное резервирование (ZRS или GZRS), если в аккаунте хранения есть NFS-файловые ресурсы с включённым доступом к публичным конечным точкам.
Преобразование разделяемых ресурсов NFSv4.1 с включёнными публичными конечными точками не поддерживается. Чтобы изменить избыточность для акций NFS с публичными конечными точками, следуйте следующим шагам:
- Отключите доступ к общедоступной конечной точке учетной записи хранения.
- Отправьте запрос на преобразование, чтобы изменить избыточность указанной учетной записи хранения.
- После миграции аккаунта хранения настройте приватные или публичные конечные точки по мере необходимости.
Отказоустойчивость и восстановление после сбоя
После резервного подключения аккаунта к вторичной области вы можете инициировать отказ с нового основного сервера обратно к новому вторичному с помощью PowerShell или Azure CLI (версии 2.30.0 и новее). Инициируйте переключение в случае отказа.
Если вы выполните отказоустройство аккаунта, управляемого клиентом, чтобы восстановить сбой для вашего аккаунта GRS, после отказа счет становится локально избыточным (LRS) в новом основном регионе. Преобразование в ZRS или GZRS не поддерживается для аккаунта LRS вследствие отказа, даже для так называемых операций отказа. Например, если вы выполняете отработку отказа учетной записи из GRS в LRS во вторичном регионе, а затем снова настраиваете её как GRS, она останется LRS в новом вторичном регионе (первоначальном первичном). Если затем выполнить отработку отказа учетной записи для возврата к исходному основному региону, она снова останется LRS в исходном основном регионе. В этом случае невозможно выполнить преобразование в ZRS или GZRS в основном регионе. Вместо этого выполните миграцию вручную, чтобы обеспечить избыточность зоны.
Изменение параметра репликации
В зависимости от вашего сценария в разделе изменения конфигурации избыточности используйте один из следующих методов для изменения параметров репликации.
Изменение конфигурации избыточности, используя портал Azure, PowerShell или Azure CLI
В большинстве случаев можно использовать портал Azure, PowerShell или Azure CLI, чтобы изменить параметр репликации с геоизбыточностью или с правами на доступ для чтения (RA) для учетной записи хранения.
Изменение способа реплицирования вашей учетной записи хранения в портале Azure не приводит к простоям приложений, включая изменения, требующие конвертации.
Чтобы изменить параметр избыточности для учетной записи хранения на портале Azure, выполните указанные ниже действия.
Войдите в свою учетную запись хранения на портале Azure.
В разделе "Управление данными" выберите "Избыточность".
Обновите параметр избыточности.
Выберите Сохранить.
Выполнение преобразования
Преобразование в избыточность — это процесс изменения аспекта избыточности зон в аккаунте хранения.
Во время преобразования не требуется потери данных или простоя приложения.
Существует два способа инициировать преобразование:
Совет
По возможности используйте конверсию, инициированную клиентом, вместо конвертации, инициированной поддержкой. Конверсия, инициированная клиентом, позволяет инициировать конвертацию и отслеживать его ход напрямую через портал Azure. Вам не нужно создавать или управлять запросом в поддержку.
Преобразование, инициированное клиентом
Вместо открытия запроса на поддержку клиенты в большинстве регионов могут начать преобразование и отслеживать его ход выполнения. Этот параметр устраняет потенциальные задержки, связанные с созданием запросов на поддержку и управлением ими. Сведения об определении регионов, в которых поддерживается преобразование, инициированное клиентом, см. в статье об ограничениях региона.
Для HDD (стандартных) файлов можно завершить конвертацию, инициированную клиентом, в поддерживаемых регионах, используя портал Azure, PowerShell или Azure CLI.
Для SSD (премиум) файловых ресурсов клиентом доступна конверсия через портал Azure, PowerShell и Azure CLI. Или вы можете запросить преобразование, инициированное поддержкой.
После запуска преобразование может занять до 72 часов.
Внимание
Нет соглашения об уровне обслуживания для завершения преобразования.
Если вам потребуется больше контроля над началом и завершением преобразования, рассмотрите возможность миграции вручную. Как правило, чем больше данных в вашей учетной записи, тем больше времени требуется для репликации данных в другие зоны или регионы.
Дополнительные сведения о времени конверсии, инициированной клиентом, см. в разделе «Время и частота».
Чтобы добавить или изменить зональную избыточность аккаунта хранения в портале Azure, выполните следующие шаги:
Войдите в свою учетную запись хранения на портале Azure.
В разделе "Управление данными" выберите "Избыточность".
Обновите параметр избыточности.
Выберите Сохранить.
Мониторинг хода выполнения преобразования, инициированного клиентом
По мере оценки и обработки запроса на преобразование состояние должно продвигаться через список, показанный в следующей таблице.
| Состояние | Описание |
|---|---|
| Отправлено для преобразования | Запрос на преобразование успешно отправлен для обработки. |
| В процессе1 | Преобразование выполняется. |
| Завершено - или - Ошибка2 |
Преобразование успешно завершено. - или - Преобразование завершилось сбоем. |
1 После инициации начало обращения может занять до 72 часов. Если конвертация не входит в статус «В процессе» в течение 96 часов после начала запроса, отправьте запрос в поддержку в Microsoft, чтобы выяснить причину. Дополнительные сведения о времени конверсии, инициированной клиентом, см. в разделе «Время и частота».
2 При сбое преобразования отправьте запрос на поддержку в корпорацию Майкрософт, чтобы определить причину сбоя.
Примечание.
Хотя Microsoft оперативно обрабатывает ваш запрос на конверсию, нет гарантии, когда он завершится. Если вам нужно конвертировать данные к определённой дате, выполните ручную миграцию.
Как правило, чем больше данных в вашей учетной записи, тем больше времени требуется для репликации данных в другие зоны региона.
Состояние преобразования, инициированного клиентом, отображается на странице Redundancy учетной записи хранения.
Преобразование, инициированное службой поддержки
Клиенты могут запросить преобразование, открыв запрос на поддержку с корпорацией Майкрософт.
Совет
Если необходимо преобразовать несколько учетных записей хранения, создайте один запрос в службу поддержки и укажите имена учетных записей, которые необходимо преобразовать на вкладке "Дополнительные сведения ".
Выполните следующие действия, чтобы запросить преобразование от Корпорации Майкрософт:
В портал Azure перейдите к учетной записи хранения, которую требуется преобразовать.
В группе Поддержка и устранение неполадок выберите Новый запрос на поддержку.
Заполните вкладку Описание проблемы на основе информации о вашей учетной записи.
- Резюме: Опишите ваш запрос, включая исходный и целевой тип избыточности.
- Тип проблемы: выберите Техническая.
- Подписка: выберите подписку в раскрывающемся списке.
- Служба: выберите "Мои службы", а затем "Управление учетными записями хранения" для типа службы.
- Ресурс. Выберите учетную запись хранения для преобразования. Если необходимо указать несколько учетных записей хранения, это можно сделать на вкладке "Дополнительные сведения ".
- Тип проблемы: выберите Перенос данных.
- Подтип проблемы: выберите Миграция на ZRS, GZRS или RA-GZRS.
Выберите Далее. Вкладка "Рекомендуемое решение " может отображаться кратко перед переходом на страницу "Решения ". На странице "Решения" можно проверить соответствие учетных записей хранения для преобразования:
- Тип целевой репликации: (выберите нужный параметр из раскрывающегося списка)
- Учетные записи хранения от: (введите имя одной учетной записи хранения или список учетных записей, разделённых точкой с запятой)
- Выберите Отправить.
Выполните соответствующее действие, если результаты указывают, что учетная запись хранения не подходит для преобразования. В противном случае выберите «Вернуться к запросу в техподдержку».
Выберите Далее. Если для миграции требуется несколько учетных записей хранения, на вкладке "Сведения " укажите имя каждой учетной записи, разделенной точкой с запятой.
Укажите необходимые сведения на вкладке "Дополнительные сведения", а затем нажмите кнопку "Рецензирование" и "Создать", чтобы просмотреть и отправить запрос в службу поддержки. Агент поддержка Azure проверяет ваш случай и обращается к вам, чтобы предоставить помощь.
Миграция вручную
Миграция вручную обеспечивает большую гибкость и управление, чем преобразование. Используйте этот вариант, если нужно переместить данные к определённой дате или если конверсия не поддерживается в вашем сценарии. Миграция вручную также полезна при перемещении учетной записи хранения в другой регион. Дополнительные сведения см. в разделе Перемещение учетной записи служба хранилища Azure в другой регион.
Чтобы перенести учетную запись хранения в другой регион, необходимо выполнить миграцию вручную.
Внимание
Миграция вручную может привести к времени простоя приложения. Если для вашей заявки требуется высокая доступность, также доступна опция конвертации . Преобразование — это миграция на месте без простоя.
При миграции вручную данные из существующей учетной записи хранения копируются в новую учетную запись хранения. Для выполнения ручной миграции используйте один из следующих вариантов:
- Скопируйте данные с помощью существующего средства, например AzCopy, одной из клиентских библиотек служба хранилища Azure или надежного средства, отличного от Майкрософт.
- Если вы знакомы с Hadoop или HDInsight, вы можете подключить исходную учетную запись хранения и учетную запись назначения к кластеру. Затем выполните процесс копирования данных параллельно, используя такой инструмент, как DistCp.
Дополнительные сведения о том, как выполнить миграцию вручную, см. в статье "Перемещение учетной записи служба хранилища Azure в другой регион".
Требования к простою при изменении избыточности Файлы Azure
Во время преобразования в зону вы можете получить доступ к данным в своём аккаунте хранения без потери надёжности или доступности. Соглашение об уровне обслуживания хранилища Azure сохраняется во время процесса миграции, и ни один элемент данных не теряется во время преобразования. После миграции конечные точки служб, ключи доступа, подписи общего доступа и другие параметры учетной записи остаются без изменений.
Если вы решите выполнить ручную миграцию, требуется простой, но у вас больше контроля над временем миграции.
Время и частота
Процесс преобразования избыточности в зоны, инициированный клиентом, может занять до 72 часов после запуска, но наличие ресурсов, объём данных и другие факторы могут вызывать задержки. Если вы запросите конверсию, открыв запрос в поддержку, начало может занять больше времени. Чтобы отслеживать ход выполнения преобразования, инициированного клиентом, см. сведения о ходе выполнения преобразования, инициированного клиентом.
Внимание
Нет соглашения об уровне обслуживания для завершения преобразования. Если вам нужно больше контроля над началом и завершением конвертации, рассмотрите возможность ручной миграции. Как правило, чем больше данных в вашей учетной записи, тем больше времени требуется для репликации данных в другие зоны или регионы.
После преобразования избыточности зоны необходимо подождать не менее 72 часов, прежде чем снова изменить параметр избыточности учетной записи хранения. Временное удержание позволяет фоновым процессам выполняться перед внесением другого изменения, обеспечивая согласованность и целостность учетной записи. Например, переход из LRS в GZRS — это двухэтапный процесс. Необходимо добавить избыточность зоны в рамках одной операции, а затем добавить геоизбыточность во второй. После выхода из LRS в ZRS необходимо подождать не менее 72 часов, прежде чем переходить из ZRS в GZRS.
Затраты, связанные с изменением способа репликации данных
Файлы Azure предлагают несколько вариантов настройки репликации. Эти варианты, упорядоченные от дешёвого к дорогому, включают:
- LRS
- ZRS
- GRS
- GZRS
Затраты, связанные с изменением способа репликации данных в учетной записи хранения, зависят от того, какие аспекты конфигурации избыточности вы изменяете. Сочетание цен на пропускную способность хранилища данных и исходящего трафика определяет стоимость внесения изменений. Дополнительные сведения о ценообразовании см. на странице цен для Файлы Azure.
Если вы добавляете зональную избыточность в основном регионе, на начальном этапе затраты на выполнение этого изменения отсутствуют, но текущие затраты на хранение данных выше из-за увеличенной репликации и потребности в дополнительном пространстве для хранения.
Во время изменения за георедундантность взимается плата за пропускную способность исходящего трафика, так как вся ваша учетная запись хранилища реплицируется во вторичный регион. Для всех последующих операций записи в основной регион также взимается плата за исходящую пропускную способность для репликации записи во вторичный регион.
Если вы удалите геоизбыточность (измените с GRS на LRS), это не приведет к дополнительным расходам, но реплицированные данные будут удалены из вторичного местоположения.