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

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

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

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

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

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

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

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

Внимание

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

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

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

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

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