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

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

  • Статья

Во многих случаях устойчивость между зонами доступности достигается архитектурами высокого уровня доступности с помощью репликации на основе приложений и высокой доступности, как описано в разделе "Использование зон доступности для обеспечения высокой доступности". Однако более простые подходы к более экономичным подходам часто рассматриваются с помощью репликации данных на основе хранилища.

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

Поддерживаемые регионы

Предварительная версия репликации между зонами доступна в следующих регионах:

  • Восточная Австралия
  • Южная Бразилия
  • Центральная Канада
  • Центральная Индия
  • Центральная часть США
  • Восточная Азия
  • Восточная часть США
  • Восточная часть США 2
  • Центральная Франция
  • Центрально-Западная Германия
  • Израиль, центральный регион
  • Северная Италия
  • Восточная Япония
  • Республика Корея, центральный регион
  • Северная Европа
  • Восточная Норвегия;
  • Центральный Катар
  • Северная часть ЮАР
  • Юго-Восточная Азия
  • Центрально-южная часть США
  • Центральная Швеция
  • Северная Швейцария
  • Северная часть ОАЭ;
  • южная часть Соединенного Королевства
  • US Gov (Вирджиния)
  • Западная Европа
  • западная часть США 2
  • Западная часть США — 3

В будущем репликация между зонами планируется для всех регионов с поддержкой AZ с присутствием Azure NetApp Files.

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

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

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

  • Если интервал репликации составляет 10 минут, то целевая точка восстановления обычно меньше 20 минут.
  • Если интервал репликации составляет час, то целевая точка восстановления обычно меньше двух часов.
  • Если интервал репликации составляет сутки, то целевая точка восстановления обычно меньше двух суток.

Внимание

Расписание репликации на 10 минут не поддерживается для больших томов с помощью репликации между зонами.

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

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

Реплицированные тома размещаются в пуле емкости. Таким образом, стоимость репликации между зонами зависит от размера подготовленного пула емкости и уровня как обычно. Для репликации данных нет дополнительных затрат.

Следующие шаги