Примечание.
Для доступа к этой странице требуется авторизация. Вы можете попробовать войти или изменить каталоги.
Для доступа к этой странице требуется авторизация. Вы можете попробовать изменить каталоги.
Azure всегда хранит несколько копий данных, чтобы защитить их перед лицом запланированных и незапланированных событий. К этим событиям относятся временные сбои оборудования, сети или сбоя питания и стихийных бедствий. Избыточность данных гарантирует, что учетная запись хранения соответствует соглашению об уровне обслуживания (SLA) для Microsoft Online Services.
В этой статье описывается процесс изменения параметров репликации для существующей учетной записи хранения, в которую размещаются общие папки Azure.
Внимание
Если вы используете зональную учетную запись хранения, сначала необходимо открепить учетную запись хранения из зоны, прежде чем можно изменить конфигурацию избыточности с локально избыточного хранилища (LRS) на конфигурацию без LRS.
Применимо к
| Модель управления | Модель выставления счетов | Тарифный уровень мультимедиа | Избыточность | Малый и средний бизнес (SMB) | Сетевая файловая система (NFS) |
|---|---|---|---|---|---|
| Microsoft.Storage | Настроенная версия 2 | HDD (стандартный) | Локальное (LRS) |
|
|
| Microsoft.Storage | Настроенная версия 2 | HDD (стандартный) | Зона (ZRS) |
|
|
| Microsoft.Storage | Настроенная версия 2 | HDD (стандартный) | Джио (GRS) |
|
|
| Microsoft.Storage | Настроенная версия 2 | HDD (стандартный) | GeoZone (GZRS) |
|
|
| Microsoft.Storage | Настроенная версия v1 | SSD (премиум) | Локальное (LRS) |
|
|
| Microsoft.Storage | Настроенная версия v1 | SSD (премиум) | Зона (ZRS) |
|
|
| Microsoft.Storage | Оплата по мере использования | HDD (стандартный) | Локальное (LRS) |
|
|
| Microsoft.Storage | Оплата по мере использования | HDD (стандартный) | Зона (ZRS) |
|
|
| Microsoft.Storage | Оплата по мере использования | HDD (стандартный) | Джио (GRS) |
|
|
| Microsoft.Storage | Оплата по мере использования | HDD (стандартный) | GeoZone (GZRS) |
|
|
Параметры изменения типа репликации
При выборе оптимальной конфигурации избыточности для вашего сценария следует учитывать компромиссы между более низкими затратами и более высокой доступностью. Факторы, которые помогают определить, какую конфигурацию избыточности следует выбрать:
- Как ваши данные реплицируются в основном регионе. Данные в основном регионе можно реплицировать локально с помощью локально избыточного хранилища (LRS) или между зонами доступности Azure с использованием избыточного между зонами хранилища (ZRS).
- Требуется ли геоизбыточность вашим данным. Геоизбыточность обеспечивает защиту от региональных бедствий путем репликации данных в второй регион, географически удаленный к основному региону. Файлы Azure поддерживают геоизбыточное хранилище (GRS) и геозонально-избыточное хранилище (GZRS).
Внимание
Файлы Azure не поддерживают геоизбыточное хранилище для чтения (RA-GRS) или геозонально избыточное хранилище для чтения (RA-GZRS). Если учетная запись хранения настроена для использования RA-GRS или RA-GZRS, общие папки будут настроены и учитываться как GRS или GZRS.
Для подробного обзора всех вариантов избыточности Azure Files см. раздел Избыточность Azure Files.
При необходимости можно изменить конфигурации избыточности учетной записи хранения, хотя некоторые конфигурации подвержены ограничениям и требованиям к простою. Просмотр этих ограничений и требований перед внесением изменений в вашей среде помогает избежать конфликтов с собственными временными рамками и требованиями к времени простоя.
Существует три способа изменения параметров репликации:
- Добавьте или удалите геоизбыточность или доступ на чтение в дополнительном регионе.
- Добавьте или удалите зональную избыточность, выполнив преобразование.
- Выполните миграцию вручную в сценариях, когда первые два варианта не поддерживаются или убедитесь, что изменение завершено в течение определенного периода времени.
Геоизбыточность и доступ на чтение можно изменять одновременно. Однако любое изменение, которое также включает зональную избыточность, требует преобразования и должно выполняться отдельно с помощью двухэтапного процесса. Эти два шага можно выполнить в любом порядке.
Изменение конфигурации избыточности
В следующей таблице представлен обзор переключения между типами репликации.
Примечание.
Миграция вручную — это вариант для любого сценария, в котором необходимо изменить параметр репликации в пределах ограничений для изменения типов репликации. Параметр миграции вручную исключается из следующей таблицы для упрощения.
| Переключение | на 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 Files NFSv4.1 с включенными общедоступными конечными точками.
6 Несмотря на то, что включение геоизбыточности кажется, что происходит мгновенно, переключение на резервный регион не может быть инициировано до завершения синхронизации данных между двумя регионами.
Изменение параметра репликации
В зависимости от вашего сценария в разделе изменения конфигурации избыточности используйте один из следующих методов для изменения параметров репликации.
Изменение конфигурации избыточности, используя портал Azure, PowerShell или Azure CLI
В большинстве случаев можно использовать портал Azure, PowerShell или Azure CLI, чтобы изменить параметр репликации с геоизбыточностью или с правами на доступ для чтения (RA) для учетной записи хранения.
Изменение способа репликации вашей учетной записи хранения в портале Azure не приводит к простою ваших приложений, включая изменения, требующие преобразования.
Чтобы изменить параметр избыточности для учетной записи хранения на портале Azure, выполните указанные ниже действия.
Войдите в свою учетную запись хранения на портале Azure.
В разделе "Управление данными" выберите "Избыточность".
Обновите параметр избыточности.
Выберите Сохранить.
Выполнение преобразования
Конверсия избыточности — это процесс изменения аспекта зональной избыточности учетной записи хранения.
Во время преобразования не требуется потери данных или простоя приложения.
Существует два способа инициировать преобразование:
Совет
Корпорация Майкрософт рекомендует использовать преобразование, инициированное клиентом, вместо преобразования, инициированного поддержкой, по возможности. Преобразование, инициированное клиентом, позволяет инициировать преобразование и отслеживать его ход непосредственно из портал Azure. Так как преобразование инициируется клиентом, вам не нужно создавать запрос на поддержку и управлять ими.
Преобразование, инициированное клиентом
Вместо открытия запроса на поддержку клиенты в большинстве регионов могут начать преобразование и отслеживать его ход выполнения. Этот параметр устраняет потенциальные задержки, связанные с созданием запросов на поддержку и управлением ими. Сведения об определении регионов, в которых поддерживается преобразование, инициированное клиентом, см. в статье об ограничениях региона.
Для общих папок HDD преобразование, инициированное клиентом, можно выполнить в поддерживаемых регионах с помощью портала Azure, PowerShell или Azure CLI.
Для общих папок SSD преобразование, инициированное клиентом, доступно через PowerShell и Azure CLI. Или вы можете запросить преобразование, инициированное поддержкой.
После запуска преобразование может занять до 72 часов.
Внимание
Соглашение об уровне обслуживания для завершения преобразования отсутствует.
Если вам потребуется больше контроля над началом и завершением преобразования, рассмотрите возможность миграции вручную. Как правило, чем больше данных в вашей учетной записи, тем больше времени требуется для репликации данных в другие зоны или регионы.
Дополнительные сведения о времени конверсии, инициированной клиентом, см. в разделе «Время и частота».
Чтобы добавить или изменить зональную избыточность учетной записи хранения в портал Azure, выполните следующие действия.
Войдите в свою учетную запись хранения на портале Azure.
В разделе "Управление данными" выберите "Избыточность".
Обновите параметр избыточности.
Выберите Сохранить.
Мониторинг хода выполнения преобразования, инициированного клиентом
По мере оценки и обработки запроса на преобразование состояние должно продвигаться через список, показанный в следующей таблице.
| Состояние | Описание |
|---|---|
| Отправлено для преобразования | Запрос на преобразование успешно отправлен для обработки. |
| В процессе1 | Преобразование выполняется. |
| Завершено - или - Ошибка2 |
Преобразование успешно завершено. - или - Преобразование завершилось сбоем. |
1 После запуска преобразование может занять до 72 часов. Если преобразование не вводит состояние "In Progress" в течение 96 часов после инициирования запроса, отправьте запрос на поддержку корпорации Майкрософт, чтобы определить, почему. Дополнительные сведения о времени конверсии, инициированной клиентом, см. в разделе «Время и частота».
2 При сбое преобразования отправьте запрос на поддержку в корпорацию Майкрософт, чтобы определить причину сбоя.
Примечание.
Хотя корпорация Майкрософт оперативно обрабатывает запрос на преобразование, не гарантируется, что он завершится. Если вам нужны данные, преобразованные по определенной дате, корпорация Майкрософт рекомендует выполнить миграцию вручную.
Как правило, чем больше данных в вашей учетной записи, тем больше времени требуется для репликации данных в другие зоны региона.
Состояние преобразования, инициированного клиентом, отображается на странице Redundancy учетной записи хранения.
Преобразование, инициированное службой поддержки
Клиенты могут запросить преобразование, открыв запрос на поддержку с корпорацией Майкрософт.
Совет
Если необходимо преобразовать несколько учетных записей хранения, создайте один запрос в службу поддержки и укажите имена учетных записей, которые необходимо преобразовать на вкладке "Дополнительные сведения ".
Выполните следующие действия, чтобы запросить преобразование от Корпорации Майкрософт:
В портал Azure перейдите к учетной записи хранения, которую требуется преобразовать.
В группе Поддержка и устранение неполадок выберите Новый запрос на поддержку.
Заполните вкладку Описание проблемы на основе информации о вашей учетной записи.
- Сводка: (некоторый описательный текст).
- Тип проблемы: выберите Техническая.
- Подписка: выберите подписку в раскрывающемся списке.
- Служба: выберите "Мои службы", а затем "Управление учетными записями хранения" для типа службы.
- Ресурс. Выберите учетную запись хранения для преобразования. Если необходимо указать несколько учетных записей хранения, это можно сделать на вкладке "Дополнительные сведения ".
- Тип проблемы: выберите Перенос данных.
- Подтип проблемы: выберите Миграция на ZRS, GZRS или RA-GZRS.
Выберите Далее. Вкладка "Рекомендуемое решение " может отображаться кратко перед переходом на страницу "Решения ". На странице "Решения" можно проверить соответствие учетных записей хранения для преобразования:
- Тип целевой репликации: (выберите нужный параметр из раскрывающегося списка)
- Учетные записи хранения от: (введите имя одной учетной записи хранения или список учетных записей, разделённых точкой с запятой)
- Выберите Отправить.
Выполните соответствующее действие, если результаты указывают, что учетная запись хранения не подходит для преобразования. В противном случае выберите «Вернуться к запросу в техподдержку».
Выберите Далее. Если для миграции требуется несколько учетных записей хранения, на вкладке "Сведения " укажите имя каждой учетной записи, разделенной точкой с запятой.
Укажите необходимые сведения на вкладке "Дополнительные сведения", а затем нажмите кнопку "Рецензирование" и "Создать", чтобы просмотреть и отправить запрос в службу поддержки. Агент поддержка Azure проверяет ваш случай и обращается к вам, чтобы предоставить помощь.
Миграция вручную
Миграция вручную обеспечивает большую гибкость и управление, чем преобразование. Вы можете использовать этот параметр, если необходимо переместить данные к определенной дате, или если преобразование не поддерживается для вашего сценария. Миграция вручную также полезна при перемещении учетной записи хранения в другой регион. Дополнительные сведения см. в разделе "Перемещение учетной записи хранилища Azure в другой регион".
Чтобы перенести учетную запись хранения в другой регион, необходимо выполнить миграцию вручную.
Внимание
Миграция вручную может привести к времени простоя приложения. Если приложению требуется высокий уровень доступности, корпорация Майкрософт также предоставляет возможность преобразования . Преобразование — это миграция на месте без простоя.
При миграции вручную данные из существующей учетной записи хранения копируются в новую учетную запись хранения. Для миграции вручную можно использовать один из перечисленных ниже вариантов.
- Скопируйте данные с помощью существующего средства, например AzCopy, одной из клиентских библиотек служба хранилища Azure или надежного средства, отличного от Майкрософт.
- Если вы знакомы с Hadoop или HDInsight, вы можете подключить исходную учетную запись хранения и учетную запись назначения к кластеру. Затем выполните процесс копирования данных параллельно, используя такой инструмент, как DistCp.
Дополнительные сведения о том, как выполнить миграцию вручную, см. в статье "Перемещение учетной записи служба хранилища Azure в другой регион".
Ограничения для изменения типов репликации
Ограничения применяются к некоторым сценариям изменения репликации в зависимости от следующих:
- Регион
- Конфликты компонентов
- Тип учетной записи хранения
- Поддержка протоколов
- Переключение на резерв и возврат на основной
Область/регион
Убедитесь, что регион, в котором находится учетная запись хранения, поддерживает все требуемые параметры репликации. Например, если вы преобразуете учетную запись в избыточность между зонами (ZRS или GZRS), убедитесь, что ваша учетная запись хранения находится в регионе, поддерживающем его. Ознакомьтесь со списками поддерживаемых регионов для хранилища с избыточностью между зонами и геоизбыточного хранилища.
Внимание
Преобразование , инициированное клиентом из LRS в ZRS, доступно во всех общедоступных регионах, поддерживающих ZRS, за исключением следующих:
- (Северная Америка) Центральная Мексика
Преобразование , инициированное клиентом из существующих учетных записей ZRS в LRS, доступно во всех общедоступных регионах.
Конфликты компонентов
Некоторые функции учетной записи хранения несовместимы с другими функциями или операциями. Например, возможность переключения на вторичный регион является ключевой функцией георезервирования, но другие функции несовместимы с таким переключением. Дополнительные сведения о функциях и службах, которые не поддерживаются при отработки отказа, см. в разделе "Неподдерживаемые функции и службы". Преобразование учетной записи в GRS или GZRS может быть заблокировано, если включена конфликтующая функция, или позже потребуется отключить эту функцию до начала процедуры отказоустойчивости.
Тип учетной записи хранения
При планировании изменения параметров репликации рассмотрите следующие ограничения, связанные с типом учетной записи хранения.
Некоторые типы учетных записей хранения поддерживают только определенные конфигурации избыточности, которые влияют на возможность их преобразования или переноса и, если да, как. Для получения более подробной информации о типах учетных записей хранения Azure и поддерживаемых вариантах отказоустойчивости см. обзор учетной записи хранения.
В следующей таблице перечислены варианты избыточности, доступные для типов учетных записей хранения, а также поддерживается ли преобразование и миграция вручную.
| Тип учетной записи хранения | Поддерживает LRS | Поддерживает ZRS | Поддерживает преобразование (из портала Azure) |
Поддерживает преобразование (по запросу на поддержку) |
Поддерживает миграцию вручную |
|---|---|---|---|---|---|
| SSD выделенная версия 1 | ✅ | ✅ | ✅ | ✅ 1 | ✅ |
| HDD с оплатой по мере использования | ✅ | ✅ | ✅ | ✅ | ✅ |
1 Преобразование, инициированное клиентом, можно выполнить с помощью портала Azure, 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 сохраняется во время процесса миграции, и ни один элемент данных не теряется во время преобразования. После миграции конечные точки служб, ключи доступа, подписи общего доступа и другие параметры учетной записи остаются без изменений.
Если вы решили выполнить миграцию вручную, время простоя необходимо, но у вас есть больше контроля над временем миграции.
Время и частота
Процесс преобразования зоны с отказоустойчивостью, инициированный клиентом, может начаться в течение 72 часов после запуска, но может занять больше времени из-за доступности ресурсов, объема данных и других факторов. Может потребоваться больше времени, если вы запрашиваете преобразование, открыв запрос в службу поддержки. Чтобы отслеживать ход выполнения преобразования, инициированного клиентом, см. сведения о ходе выполнения преобразования, инициированного клиентом.
Внимание
Соглашение об уровне обслуживания для завершения преобразования отсутствует. Если вам потребуется больше контроля над началом и завершением преобразования, рассмотрите возможность миграции вручную. Как правило, чем больше данных в вашей учетной записи, тем больше времени требуется для репликации данных в другие зоны или регионы.
После преобразования избыточности зоны необходимо подождать не менее 72 часов, прежде чем снова изменить параметр избыточности учетной записи хранения. Временное удержание позволяет фоновым процессам выполняться перед внесением другого изменения, обеспечивая согласованность и целостность учетной записи. Например, переход из LRS в GZRS — это двухэтапный процесс. Необходимо добавить избыточность зоны в рамках одной операции, а затем добавить геоизбыточность во второй. После выхода из LRS в ZRS необходимо подождать не менее 72 часов, прежде чем переходить из ZRS в GZRS.
Затраты, связанные с изменением способа репликации данных
Файлы Azure предлагают несколько вариантов настройки репликации. Эти варианты, упорядоченные от дешёвого к дорогому, включают:
- LRS
- ZRS
- GRS
- GZRS
Затраты, связанные с изменением способа репликации данных в учетной записи хранения, зависят от того, какие аспекты конфигурации избыточности вы изменяете. Сочетание цен на пропускную способность хранилища данных и исходящего трафика определяет стоимость внесения изменений. Дополнительные сведения о ценообразовании см. на странице цен для Azure Files.
Если вы добавляете зональную избыточность в основном регионе, на начальном этапе затраты на выполнение этого изменения отсутствуют, но текущие затраты на хранение данных выше из-за увеличенной репликации и потребности в дополнительном пространстве для хранения.
Во время изменения за георедундантность взимается плата за пропускную способность исходящего трафика, так как вся ваша учетная запись хранилища реплицируется во вторичный регион. Для всех последующих операций записи в основной регион также взимается плата за исходящую пропускную способность для репликации записи во вторичный регион.
Если вы удалите геоизбыточность (измените с GRS на LRS), это не приведет к дополнительным расходам, но реплицированные данные будут удалены из вторичного местоположения.