Развертывание растянутых кластеров vSAN

В этой статье описано, как реализовать растянутый кластер vSAN для частного облака Решение Azure VMware.

Предварительные условия

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

• Название организации
• Точка контакта: электронная почта
• Идентификатор подписки: требуется новая отдельная подписка
• Тип частного облака: "Растянутый кластер"
• Запрошенный регион: Восточная часть США, Южная Часть Великобритании, Западная Европа, Западная Германия или Восточная Австралия
• Число узлов в первом растянутом кластере: минимум 6, максимум 16 — в нескольких из двух
• Предполагаемый план расширения

Развертывание частного облака растянутого кластера

После получения данных о поддержке запроса квота зарезервируется для растянутой среды кластера в запрошенном регионе. Подписка включена для развертывания растянутого кластера SDDC через портал Azure. Сообщение электронной почты с подтверждением отправляется в указанную точку контакта в течение двух рабочих дней, после чего вы сможете самостоятельно развернуть растянутое частное облако кластера через портал Azure. Не забудьте выбрать хосты в двух зонах доступности, чтобы удостовериться, что растянутый кластер развертывается в выбранном вами регионе.

После создания частного облака можно подключить обе зоны доступности (AZ) к локальному каналу ExpressRoute с global Reach, который помогает подключить локальный центр обработки данных к частному облаку. Пиринг обоих AZ гарантирует, что сбой AZ не приводит к потере подключения к частному облаку. Так как ключ проверки подлинности ExpressRoute действителен только для одного подключения, повторите ключ проверки подлинности ExpressRoute в локальном процессе канала ExpressRoute, чтобы создать другую авторизацию.

Затем повторите процесс, чтобы связать ExpressRoute Global Reach с двумя зонами доступности с локальной схемой ExpressRoute.

Поддерживаемые политики хранения

Следующие политики SPBM поддерживаются с основными отказами, допускаемыми (PFTT) "Дублирование на двух сайтах" и вторичными отказами, допускаемыми (SFTT) "RAID 1 (дублирование)" как политики по умолчанию для кластера.

• Параметры отказоустойчивости сайта (PFTT):
  • Зеркальное дублирование сайтов
  • Нет. Хранение данных в предпочтительном режиме
  • Нет . Сохранение данных в непреднаставленных
• Допускаемые локальные сбои (SFTT):
  • 1 отказ – RAID 1 (зеркалирование)
  • 1 сбой — RAID 5 (кодирование эразера), требуется не менее четырех узлов в каждом AZ
  • 2 сбоя — RAID 1 (зеркалирование)
  • 2 сбоя — RAID 6 (кодирование стирания), требуется не менее шести хостов в каждой зоне доступности
  • 3 сбоя — RAID 1 (зеркалирование)