Требования к физической сети для Azure Local

Область применения: Azure Local 2311.2 и более поздних версий

В этой статье рассматриваются вопросы и требования к физической сети (fabric) для Azure Local, особенно для сетевых коммутаторов.

Сетевые коммутаторы для Azure Local

Майкрософт тестирует Azure Local в соответствии со стандартами и протоколами, указанными в разделе Требования к сетевым коммутаторам. Хотя корпорация Майкрософт не сертифицирует сетевые коммутаторы, мы работаем с поставщиками, чтобы определить устройства, поддерживающие требования Azure Local.

При покупке сетевых коммутаторов обратитесь к поставщику коммутаторов и убедитесь, что устройства соответствуют требованиям Azure Local для указанных типов ролей. Следующие поставщики (в алфавитном порядке) подтверждают, что их коммутаторы поддерживают Azure Local требования:

Проверенные сетевые коммутаторы по производителям

Чтобы просмотреть проверенные коммутаторы для каждого типа локального трафика Azure, выберите и раскройте поставщиков в следующем списке. Эти классификации сети можно найти здесь.

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

Требования к сетевому коммутатору

В этом разделе перечислены отраслевые стандарты, которые являются обязательными для определенных ролей сетевых коммутаторов, используемых в Azure Local развертываниях. Эти стандарты помогают обеспечить надежную связь между узлами в Azure Local развертываниях.

Ниже приведены обязательные стандарты и спецификации IEEE:

Сетевой трафик и архитектура

Этот раздел преимущественно предназначен для администраторов сети.

Azure Local может функционировать в различных архитектурах центра обработки данных, включая 2-tier (Spine-Leaf) и 3-tier (Core-Aggregation-Access). В этом разделе приведены дополнительные понятия из топологии Spine-Leaf, которая обычно используется с рабочими нагрузками в гиперконвергентной инфраструктуре, например Azure Local.

Модели сети

Сетевой трафик можно классифицировать по его направлению. Традиционные среды сети хранения (SAN) в значительной степени характеризуются вертикальным (North-South) потоком данных, где трафик поступает с вычислительного уровня на уровень хранения через границу третьего уровня (IP). Гиперконвергентная инфраструктура является более сильно восточно-западной, где существенная часть трафика остается в пределах границы уровня 2 (VLAN).

Север-Юг трафик для Azure Local

Трафик "Север-Юг" имеет следующие характеристики:

• Трафик выходит из коммутатора ToR к магистральному коммутатору или поступает из магистрального коммутатора к коммутатору ToR.
• Трафик покидает физическую стойку или пересекает границу уровня 3 (IP).
• Включает управление (PowerShell, Windows Admin Center), вычислительные ресурсы (виртуальная машина) и трафик растянутого кластера между сайтами.
• Использует коммутатор Ethernet для подключения к физической сети.

Восточно-западный трафик для Azure Local

Трафик "Восток-Запад" имеет следующие характеристики:

• Трафик остается внутри коммутаторов ToR и границы уровня 2 (VLAN).
• Включает трафик хранилища или трафик динамической миграции между узлами в одной системе и при использовании растянутого кластера на одном сайте.
• Может использоваться коммутатор Ethernet (с коммутатором) или прямая связь (без коммутатора), как описано в следующих двух разделах.

Политика качества обслуживания для Azure Local

Чтобы обеспечить согласованную приоритетность трафика в Azure Local развертываниях, политики качества обслуживания должны соответствовать конфигурациям узлов, которые управляют трафиком хранилища в поддерживаемой структуре коммутаторов. Эта политика применяется как к средам ROCEv2, так и iWARP и требуется для переключенных конфигураций Azure Local. Конфигурации без переключателей, которые не проводят трафик данных хранения через коммутатор, не требуют этой политики.

Дополнительные сведения см. в разделе Azure Local — политика качества обслуживания.

Использование коммутаторов

Для трафика "Север-Юг" требуется использование коммутаторов. Помимо использования коммутатора Ethernet, поддерживающего необходимые протоколы для Azure Local, наиболее важным аспектом является правильный размер сетевой структуры.

Необходимо понять неблокирующую пропускную способность сети, которую могут поддерживать Ethernet коммутаторы, и свести к минимуму (или, желательно, исключить) переподписку сети.

Распространенные точки перегрузки и чрезмерное использование, такие как Multi-Chassis Link Aggregation Group, используемая для избыточности пути, могут быть устранены путем надлежащего использования подсетей и виртуальных локальных сетей (VLAN). Дополнительные сведения см. в разделе "Требования к сети узла".

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

Использование без переключателей

Azure Local поддерживает подключения без коммутаторов (прямые) для трафика East-West для всех размеров системы, если каждый узел в системе имеет резервное соединение с каждым узлом в системе. Эта конфигурация называется подключением с полной сеткой.

Преимущества подключений без переключателей

• Для трафика "Восток-Запад" не требуется покупка коммутатора. Для трафика "Север-Юг" требуется переключатель. Это может привести к снижению капитальных расходов (CAPEX), но зависит от количества узлов в системе.
• Так как нет коммутатора, конфигурация ограничена узлом, что может снизить потенциальное количество необходимых шагов конфигурации. Это значение уменьшается по мере увеличения размера системы.

Недостатки соединений без переключателей

• Для схем адресации IP-адресов и подсетей требуется больше планирования.
• Предоставляет доступ только к локальному хранилищу. Трафик управления, трафик виртуальной машины и другой трафик, который требует North-South доступа, не может использовать эти адаптеры.
• По мере роста числа узлов в системе стоимость сетевых адаптеров может превышать затраты на использование сетевых коммутаторов.
• Не масштабируется далеко за рамки трехузловых систем. Дополнительные узлы влекут за собой необходимость дополнительных кабелей и настройки, которые могут превзойти сложность использования коммутатора.
• Расширение системы является сложным, требуя изменения конфигурации оборудования и программного обеспечения.

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

• См. раздел Deploy с помощью портала Azure.
• См. раздел Deploy с помощью шаблона Azure Resource Manager.