Поделиться через

Репликация томов 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
Австралия Восточная Австралия Юго-Восток Австралии
Азиатско-Тихоокеанский регион Восточная Азия Юго-Восточная Азия
Бразилия Бразилия (Юг) Юго-Восток Бразилии
Бразилия/Северная Америка Бразилия (Юг) Южно-Центральная часть США
Канада Центральная Канада Восточная Канада
Европа Северная Европа Западная Европа
Германия Западно-Центральная Германия Северная Германия
Индия Центральная Индия Южная Индия
Япония Восточная Япония Западная Япония
Республика Корея Центральная Корея Корея (юг)
Северная Америка Центральная часть США Западная часть США 3
Северная Америка Восток США Западная часть США
Северная Америка Восток США 2 Центральная часть США
Северная Америка северо-центральная часть США Южно-Центральная часть США
Северная Америка Западная часть США 3 Восток США
Норвегия Восточная Норвегия Западная Норвегия
Швейцария Северная Швейцария Западная Швейцария
ВЕЛИКОБРИТАНИЯ Юг Соединённого Королевства Западная часть Великобритании
Объединённые Арабские Эмираты Северная часть ОАЭ; Центральная часть ОАЭ
Правительство США Правительство США (штат Аризона) US Gov (Техас)
Правительство США Правительство США (штат Вирджиния) US Gov (Техас)

Региональные пары Azure, не являющиеся стандартными

География Региональная пара A Региональная пара B
Австралия/Юго-Восточная Азия Восточная Австралия Юго-Восточная Азия
Израиль/Швеция Центральный Израиль Центральная Швеция
Катар/Европа Центральный Катар Западная Европа
Франция и Европа Центральная Франция Западная Европа
Германия/Великобритания Западно-Центральная Германия Юг Соединённого Королевства
Германия и Европа Западно-Центральная Германия Западная Европа
Германия/Франция Западно-Центральная Германия Центральная Франция
Италия/Швеция Италия Север Центральная Швеция
Швеция/Германия Центральная Швеция Западно-Центральная Германия
Испания/Швеция Центральная Испания Центральная Швеция
Северная Америка Восток США Восток США 2
Северная Америка Восток США северо-центральная часть США
Северная Америка Восток США 2 Западная часть США 2
Северная Америка Восток США 2 Западная часть США 3
Северная Америка северо-центральная часть США Восток США 2
Северная Америка Южно-Центральная часть США Восток США
Северная Америка Южно-Центральная часть США Восток США 2
Северная Америка Южно-Центральная часть США Центральная часть США
Северная Америка Западная часть США 2 Восток США
Северная Америка Западная часть США 2 Западная часть США 3
Швеция/Европа Центральная Швеция Северная Европа
Швеция/Европа Центральная Швеция Западная Европа
Великобритания/Европа Юг Соединённого Королевства Северная Европа
Правительство США Правительство США (штат Аризона) Правительство США (штат Вирджиния)

Замечание

Может возникнуть несоответствие размера и количества моментальных снимков между источником и целью. Это несоответствие ожидается. Политики моментальных снимков и расписания репликации влияют на количество моментальных снимков. Политики моментальных снимков и расписания репликации, в сочетании с объемом данных, которые изменяются между моментальными снимками, влияют на размер моментальных снимков. Дополнительные сведения о моментальных снимках см. в статье о работе моментальных снимков Azure NetApp Files.

Цели уровня обслуживания

Целевая точка восстановления (RPO) обозначает момент времени, до которого данные могут быть восстановлены. Целевое значение RPO обычно меньше, чем в два раза больше расписания репликации, но оно может варьироваться. Иногда интервал RPO может превысить стандартное значение в зависимости от таких факторов, как общий размер набора данных, частота изменения, процент перезаписи данных и пропускная способность репликации, доступная для передачи.

Репликация между регионами поддерживает три расписания репликации: 10 минут, почасовой и ежедневной.

  • При расписании репликации каждые 10 минут, типичное значение RPO составляет менее 20 минут.
  • Для расписания почасовой репликации типичное значение RPO составляет меньше двух часов.
  • Для расписания ежедневной репликации типичная точка восстановления (RPO) составляет менее двух дней.

Это важно

Большие тома для репликации между регионами не поддерживают расписание репликации с интервалом в 10 минут.

Целевое время восстановления (RTO), или максимально допустимый простой бизнес-приложений, определяется факторами загрузки приложения и предоставления доступа к данным на втором сайте. Часть хранилища RTO, предназначенная для прерывания отношения пиринга с целью активации конечного тома и предоставления доступа на чтение и запись данных на втором сайте, должна быть завершена в течение минуты.

Модель затрат для репликации между регионами

При репликации Azure NetApp Files между регионами вы платите только за объем реплицируемых данных. Плата за настройку или минимальную плату за использование не взимается. Цена репликации зависит от частоты репликации и региона целевого тома, выбранного во время начальной конфигурации репликации. Дополнительные сведения см. на странице цен на Azure NetApp Files .

Обычная плата за емкость хранилища Azure NetApp Files применяется к целевому тому репликации (также называемому томом защиты данных ).

Примеры цен

Сумма репликации между регионами, выставленная за месяц, зависит от объема данных, реплицированных через функцию репликации между регионами в течение этого месяца. Объем реплицируемых данных измеряется в ГиБ. Он представляет сумму данных, реплицируемых между двумя регионами во время всех регулярных репликаций из исходных томов в тома назначения и во время всех репликаций повторной синхронизации из конечных томов в исходные тома.

Пример 1. Базовая репликация за месяц 1 и добавочная репликация

Предположим, следующие ситуации имеют место:

  • Объем вашего источника относится к уровню обслуживания Premium в Azure NetApp Files. У него квота объема тома 1000 ГиБ и потребляемый объем тома 500 ГиБ в начале первого дня месяца. Объем находится в регионе южной части США .
  • Целевой том находится на уровне обслуживания Azure NetApp Files Standard. Он находится в регионе "Восточная часть США 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: $60 + $43.2 = $103.2

Обычная плата за емкость хранилища Azure NetApp Files применяется к целевому тому. Однако целевой том может использовать уровень хранилища, который отличается от (и дешевле) исходного уровня тома.

Пример 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

Таким образом, к концу второго месяца общая плата за репликацию между регионами составляет следующее:

  • Общая плата за репликацию между регионами, начиная со второго месяца: (348 GiB + 11 GiB + 0.8 GiB) * $0.12 = $43.18

Обычная плата за емкость хранилища Azure NetApp Files за второй месяц применяется к целевому объему.

Дальнейшие шаги