Репликация томов Azure NetApp Files между регионами
Функциональные возможности репликации Azure NetApp Files обеспечивают защиту данных путем репликации томов между регионами. Вы можете асинхронным образом реплицировать данные из тома Azure NetApp Files (источника) в одном регионе в другой том Azure NetApp Files (назначение) в другом регионе. Эта возможность позволяет выполнить отработку отказа критического приложения в случае сбоя или аварии на уровне региона.
Поддерживаемые пары репликации между регионами
Репликация томов Azure NetApp Files поддерживается между различными региональными парами Azure и нестандартной парой. Репликация томов Azure NetApp Files в настоящее время доступна между следующими регионами. Вы можете реплицировать тома Azure NetApp Files из региональной пары A в региональную пару B и наоборот.
Пары регионов Azure
Географический регион | Национальная пара A | Национальная пара B |
---|---|---|
Австралия | Центральная Австралия | Центральная Австралия 2 |
Австралия | Восточная Австралия | Юго-Восточная часть Австралии |
Азиатско-Тихоокеанский регион | Восточная Азия | Юго-Восточная Азия |
Бразилия | Южная Бразилия | Юго-Восточная Бразилия |
Бразилия/Северная Америка | Южная Бразилия | Центрально-южная часть США |
Canada | Центральная Канада | Восточная Канада |
Европа | Северная Европа | Западная Европа |
Германия | Центрально-Западная Германия | Северная Германия |
Индия | Центральная Индия | Южная Индия |
Япония | Восточная Япония | Западная Япония |
Корея | Республика Корея, центральный регион | Республика Корея, южный регион |
Северная Америка | Восточная часть США | Западная часть США |
Северная Америка | Восточная часть США 2 | Центральная часть США |
Северная Америка | Центрально-северная часть США | Центрально-южная часть США |
Северная Америка | Западная часть США — 3 | Восточная часть США |
Норвегия | Восточная Норвегия; | Западная Норвегия |
Швейцария | Северная Швейцария | Западная Швейцария |
UK | южная часть Соединенного Королевства | западная часть Соединенного Королевства |
ОАЭ | Северная часть ОАЭ; | Центральная часть ОАЭ |
US Government | US Gov (Аризона) | US Gov (Техас) |
US Government | US Gov (Вирджиния) | US Gov (Техас) |
Регионы Azure, не являющиеся стандартными парами
Географический регион | Национальная пара A | Национальная пара B |
---|---|---|
Австралия/Юго-Восточная Азия | Восточная Австралия | Юго-Восточная Азия |
Израиль/Швеция | Израиль, центральный регион | Центральная Швеция |
Катар/Европа | Центральный Катар | Западная Европа |
Франция и Европа | Центральная Франция | Западная Европа |
Германия/Великобритания | Центрально-Западная Германия | южная часть Соединенного Королевства |
Германия и Европа | Центрально-Западная Германия | Западная Европа |
Германия/Франция | Центрально-Западная Германия | Центральная Франция |
Италия/Швеция | Северная Италия | Центральная Швеция |
Швеция/Германия | Центральная Швеция | Центрально-Западная Германия |
Испания/Швеция | Центральная Испания | Центральная Швеция |
Северная Америка | Восточная часть США | Восточная часть США 2 |
Северная Америка | Восточная часть США 2 | западная часть США 2 |
Северная Америка | Восточная часть США 2 | Западная часть США — 3 |
Северная Америка | Центрально-северная часть США | Восточная часть США 2 |
Северная Америка | Центрально-южная часть США | Восточная часть США |
Северная Америка | Центрально-южная часть США | Восточная часть США 2 |
Северная Америка | Центрально-южная часть США | Центральная часть США |
Северная Америка | западная часть США 2 | Восточная часть США |
Северная Америка | западная часть США 2 | Западная часть США — 3 |
US Government | US Gov (Аризона) | US Gov (Вирджиния) |
Примечание.
Может возникнуть несоответствие размера и количества моментальных снимков между источником и назначением. Это несоответствие ожидается. Политики моментальных снимков и расписания репликации влияют на количество моментальных снимков. Политики моментальных снимков и расписания репликации, в сочетании с объемом данных, измененных между моментальными снимками, влияют на размер моментальных снимков. Дополнительные сведения о моментальных снимках см. в статье о работе моментальных снимков Azure NetApp Files.
Цели уровня обслуживания
Целевая точка восстановления (RPO) обозначает момент времени, до которого данные могут быть восстановлены. RPO обычно превышает интервал репликации не более чем в два раза, однако это значение может меняться. Иногда интервал RPO может превысить стандартное значение в зависимости от таких факторов, как общий размер набора данных, частота изменения, процент перезаписи данных и пропускная способность репликации, доступная для передачи.
Репликация между регионами поддерживает три расписания репликации: 10 минут, почасовой и ежедневной.
- Если интервал репликации составляет 10 минут, то целевая точка восстановления обычно меньше 20 минут.
- Если интервал репликации составляет час, то целевая точка восстановления обычно меньше двух часов.
- Если интервал репликации составляет сутки, то целевая точка восстановления обычно меньше двух суток.
Внимание
Большие тома для репликации между регионами не поддерживают расписание репликации в 10 минут.
Целевое время восстановления (RTO), или максимально допустимый простой бизнес-приложений, определяется факторами загрузки приложения и предоставления доступа к данным на втором сайте. Часть хранилища RTO, предназначенная для прерывания отношения пиринга с целью активации конечного тома и предоставления доступа на чтение и запись данных на втором сайте, должна быть завершена в течение минуты.
Модель затрат для межрегиональной репликации
При использовании репликации между регионами Azure NetApp Files плата взимается только за объем реплицируемых данных. Плата за настройку или минимальную плату за использование не взимается. Цена репликации зависит от частоты репликации и региона конечного тома, выбранного во время начальной конфигурации репликации. Дополнительные сведения см. на странице цен на Azure NetApp Files.
Плата за стандартную емкость хранилища Azure NetApp Files применяется к конечному тому репликации (также называемому томом защиты данных).
Примеры цен
Оплачиваемый объем репликации между регионами за месяц зависит от объема данных, реплицированных в этом месяце с помощью функции репликации между регионами. Объем реплицированных данных измеряется в ГиБ. Он представляет собой общий объем данных, реплицированных в двух регионах во время всех стандартных репликаций из исходных томов в конечные тома, а также во время всех репликаций с повторной синхронизацией из конечных томов в исходные тома.
Пример 1. Базовая репликация и добавочные репликации за месяц 1
Представим следующие ситуации.
- Исходный том находится на уровне службы Azure NetApp Files Premium. В начале первого дня месяца размер квоты тома составляет 1000 ГиБ, а потребленный размер тома — 500 ГиБ. Том находится в регионе Центрально-южная часть США.
- Конечный том относится к уровню обслуживания Azure NetApp Files Стандартный. Он находится в регионе Восточная часть США 2.
- Между двумя томами выше вы настроили репликацию между регионами на почасовой основе. Поэтому стоимость репликации составляет 0,12 долл. за ГиБ.
- Для простоты предположим, что исходный том имеет постоянное изменение данных 0,5 ГиБ каждый час, но общий объем потребляемого объема не растет (остается на 500 ГиБ).
После первоначальной настройки базовая репликация выполняется немедленно.
- Объем данных, реплицированных во время базовой репликации:
500 GiB
- Расходы на базовую репликацию:
500 GiB * $0.12 = $60
После базовой репликации выполняется репликация только измененных блоков. Таким образом, в ходе последующих добавочных репликаций каждый час будет реплицироваться только 0,5 ГиБ данных.
- Общий объем данных, реплицированных в рамках добавочных репликаций за 30-дневный месяц:
0.5 GiB * 24 hours * 30 days = 360 GiB
- Расходы на добавочную репликацию:
360 GiB * $0.12 = $43.2
К концу месяца 1 общие расходы на репликацию между регионами выглядит следующим образом:
- Общие расходы на репликацию между регионами за месяц 1:
$60 + $43.2 = $103.2
Плата за стандартную емкость хранилища Azure NetApp Files применяется к конечному тому. Однако конечный том может использовать уровень хранилища, отличный от уровня исходного тома (и более дешевый).
Пример 2. Добавочные репликации и репликация с повторной синхронизацией за месяц 2
Предположим, что у вас есть исходный том, том назначения и связь репликации между двумя настройками, как описано в примере 1. В течение 29 дней второго месяца (30-дневный месяц) ежечасная репликация выполнялась в соответствии с прогнозами.
- Общий объем данных, реплицированных в рамках добавочных репликаций за 29 дней:
0.5 GiB * 24 hours * 29 days = 348 GiB
Предположим, что в последний день месяца произошел незапланированный сбой в исходном регионе и вы выполнили отработку отказа в конечный том. Через 2 часа исходный регион был восстановлен и вы выполнили репликацию с повторной синхронизацией из тома назначения в исходный том. В течение 2 часов в исходном томе произошло изменение данных объемом 0,8 ГиБ, которое необходимо повторно синхронизировать с источником.
- Общий объем данных, реплицированных в рамках стандартных репликаций за 22 часа в последний день:
0.5 GiB * 22 hours = 11 GiB
- Объем данных, реплицированных во время одной репликации с повторной синхронизацией:
0.8 GiB
Таким образом, к концу месяца 2 общие расходы на репликацию между регионами выглядит следующим образом:
- Общие расходы на репликацию между регионами за месяц 2:
(348 GiB + 11 GiB + 0.8 GiB) * $0.12 = $43.18
Плата за стандартную емкость хранилища Azure NetApp Files за месяц 2 применяется к тому назначения.
Следующие шаги
- Требования и рекомендации по использованию репликации между регионами
- Создание репликации томов
- Отображение состояния работоспособности отношения репликации
- Управление аварийным восстановлением
- Изменение размера целевого тома репликации между регионами
- Метрики репликации томов
- Удаление репликаций томов или томов
- Устранение неполадок с репликацией между регионами
- Тестирование аварийного восстановления для Azure NetApp Files