Развертывание сети узла с помощью Network ATC

Область применения: Azure Stack HCI версий 22H2 и 21H2

В этой статье описаны требования, рекомендации и развертывание сетевого ATC. Network ATC упрощает развертывание и управление конфигурацией сети для кластеров Azure Stack HCI. Network ATC предоставляет подход к развертыванию сети узла на основе намерений. Указав для сетевого адаптера одно или несколько намерений (управление, вычисление или хранилище), можно автоматизировать развертывание предполагаемой конфигурации. Дополнительные сведения о network ATC, в том числе общие сведения и определения, см. в статье Обзор сетевых ATC.

Если у вас есть отзывы или возникли проблемы, ознакомьтесь с разделом Требования и рекомендации, проверка журнал событий AtC сети и обратитесь в службу поддержки Майкрософт.

Требования и рекомендации

Ниже приведены требования и рекомендации по использованию network ATC в Azure Stack HCI.

  • Все серверы в кластере должны работать под управлением Azure Stack HCI версии 22H2 с ноябрьским обновлением (или более поздней).

  • Необходимо использовать физические узлы, сертифицированные для Azure Stack HCI.

  • Адаптеры в одном намерении Network ATC должны быть симметричными (одного и того же вида, модели, скорости и конфигурации) и доступными на каждом узле кластера.

    • Асимметричные адаптеры приводят к сбою при развертывании любого намерения.

    • При использовании Azure Stack HCI 22H2 network ATC автоматически подтвердит симметрию адаптера для всех узлов в кластере перед развертыванием намерения.

    • Дополнительные сведения о симметрии адаптера см. в разделе Switch Embedded Teaming (SET)

  • Каждый физический адаптер, указанный в намерении, должен использовать одно и то же имя на всех узлах кластера.

  • Убедитесь, что каждый сетевой адаптер имеет состояние "Вверх", что подтверждается командлетом PowerShell Get-NetAdapter .

  • Убедитесь, что на всех узлах установлено обновление Azure Stack HCI за ноябрь или более поздней версии.

  • На каждом узле должны быть установлены следующие компоненты Azure Stack HCI:

    • Network ATC
    • HuD сети
    • Hyper-V
    • Отказоустойчивая кластеризация
    • Data Center Bridging

    Ниже приведен пример установки необходимых компонентов с помощью PowerShell.

    Install-WindowsFeature -Name NetworkATC, NetworkHUD, Hyper-V, 'Failover-Clustering', 'Data-Center-Bridging' -IncludeManagementTools
    
  • Рекомендация. Вставьте каждый адаптер в одни и те же слоты PCI на каждом узле. Эта практика упрощает автоматизированные соглашения об именовании с помощью систем обработки образов.

  • Рекомендация. Настройте физическую сеть (коммутаторы) до сетевого ATC, включая виртуальные локальные сети, MTU и конфигурацию DCB. Дополнительные сведения см. в разделе Требования к физической сети.

Важно!

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

Развертывание сетевого ATC в автономном режиме можно использовать только для тестирования и проверки.

Общие команды ATC для сети

Существует несколько новых команд PowerShell, включенных в network ATC. Get-Command -ModuleName NetworkATC Запустите командлет , чтобы определить их. Убедитесь, что PowerShell запущен от имени администратора.

Командлет Remove-NetIntent удаляет намерение из локального узла или кластера. Эта команда не уничтожает вызванную конфигурацию.

Примеры намерений

Сетевой ATC изменяет способ развертывания сети узла, а не то, что вы развертываете. Можно развернуть несколько сценариев, если каждый из них поддерживается корпорацией Майкрософт. Ниже приведены некоторые примеры распространенных вариантов развертывания и необходимые команды PowerShell. Это не единственные доступные сочетания, но они должны дать вам представление о возможностях.

Для простоты мы демонстрируем только два физических адаптера для каждой команды SET, однако можно добавить и другие. Дополнительные сведения см. в статье Планирование сети узла.

Полностью конвергентное намерение

Для этого намерения вычислительные сети, сети хранения и управления развертываются и управляются на всех узлах кластера.

Полностью конвергентное намерение

Add-NetIntent -Name ConvergedIntent -Management -Compute -Storage -AdapterName pNIC01, pNIC02

Намерение конвергентных вычислений и хранилища; отдельное намерение управления

Два намерения управляются между узлами кластера. Управление использует pNIC01 и pNIC02; Вычислительные ресурсы и хранилище находятся на разных адаптерах.

Конвергентное намерение хранилища и вычислений

Add-NetIntent -Name Mgmt -Management -AdapterName pNIC01, pNIC02
Add-NetIntent -Name Compute_Storage -Compute -Storage -AdapterName pNIC03, pNIC04

Полностью дезагрегированное намерение

Для этого все вычислительные сети, сети хранения и управления управляются на разных адаптерах на всех узлах кластера.

Полностью дезагрегированное намерение

Add-NetIntent -Name Mgmt -Management -AdapterName pNIC01, pNIC02
Add-NetIntent -Name Compute -Compute -AdapterName pNIC03, pNIC04
Add-NetIntent -Name Storage -Storage -AdapterName pNIC05, pNIC06

Намерение только для хранилища

Для этого намерения управляется только хранилище. Адаптеры управления и вычислений не управляются сетевыми ATC.

Намерение только для хранилища

Add-NetIntent -Name Storage -Storage -AdapterName pNIC05, pNIC06

Намерение вычислений и управления

Для этого намерения управляемыми являются вычислительные сети и сети управления, но не хранилище.

Управление и намерение вычислений

Add-NetIntent -Name Management_Compute -Management -Compute -AdapterName pNIC01, pNIC02

Несколько намерений вычислений (switch)

Для этого намерения управляется несколько коммутаторов вычислений.

Намерение нескольких коммутаторов

Add-NetIntent -Name Compute1 -Compute -AdapterName pNIC03, pNIC04
Add-NetIntent -Name Compute2 -Compute -AdapterName pNIC05, pNIC06

Значения atc сети по умолчанию

В этом разделе перечислены некоторые значения ключей по умолчанию, используемые atc network.

Значения по умолчанию

В этом разделе рассматриваются дополнительные значения по умолчанию, которые atc network atc будет устанавливать в версиях 22H2 и более поздних.

Виртуальные локальные сети по умолчанию

Область применения: Azure Stack HCI 21H2, 22H2

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

Намерение адаптера Значение по умолчанию
Управление Настроенная виртуальная локальная сеть для адаптеров управления не изменяется
Адаптер хранилища 1 711
Адаптер хранилища 2 712
Адаптер хранилища 3 713
Адаптер хранилища 4 714.
Адаптер хранилища 5 715
Адаптер хранилища 6 716
Адаптер хранилища 7 717
Адаптер хранилища 8 718
Будущее использование 719

Рассмотрим следующую команду:

Add-NetIntent -Name MyIntent -Storage -AdapterName pNIC01, pNIC02, pNIC03, pNIC04

Физический сетевой адаптер (или виртуальный сетевой адаптер при необходимости) настроен для использования виртуальных локальных сетей 711, 712, 713 и 714 соответственно.

Примечание

Network ATC позволяет изменять виртуальные локальные сети, используемые с параметром StorageVlans в Add-NetIntent.

Автоматическая IP-адресация хранилища

Область применения: Azure Stack HCI 22H2

AtC сети автоматически настроит допустимые IP-адреса для адаптеров с типом намерения хранилища . Сетевая atc делает это единообразно на всех узлах в кластере и проверяет, что выбранный адрес еще не используется в сети.

IP-адрес по умолчанию для каждого адаптера на каждом узле в намерении хранилища будет настроен следующим образом:

Адаптер IP-адрес и подсеть Виртуальная локальная сеть
pNIC1 10.71.1.X 711
pNIC2 10.71.2.X 712
pNIC3 10.71.3.X 713

Чтобы переопределить автоматическую IP-адресацию хранилища, создайте переопределение хранилища и передайте переопределение при создании намерения:

$StorageOverride = New-NetIntentStorageOverrides
$StorageOverride.EnableAutomaticIPGeneration = $false
Add-NetIntent -Name MyIntent -Storage -Compute -AdapterName 'pNIC01', 'pNIC02' -StorageOverrides $StorageOverride

Параметры сети кластера

Область применения: Azure Stack HCI 22H2

Network ATC настраивает набор сетевых компонентов кластера по умолчанию. Значения по умолчанию перечислены ниже.

Свойство По умолчанию
EnableNetworkNaming $true
EnableLiveMigrationNetworkSelection $true
EnableVirtualMachineMigrationPerformance $true
VirtualMachineMigrationPerformanceOption Значение по умолчанию вычисляется: SMB, TCP или Compression
MaximumVirtualMachineMigrations 1
MaximumSMBMigrationBandwidthInGbps Значение по умолчанию вычисляется на основе настройки

Конфигурация мостового центра обработки данных (DCB) по умолчанию

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

Политика Использование Приоритет по умолчанию Резервирование пропускной способности по умолчанию
Кластер Резервирование пульса кластера 7 2 %, если адаптеры = <10 Гбит/с; 1 % , если адаптеры имеют > значение 10 Гбит/с
SMB_Direct Трафик хранилища RDMA 3 50 %
По умолчанию Все остальные типы трафика 0 Остаток

Примечание

Network ATC позволяет переопределить параметры по умолчанию, такие как резервирование пропускной способности по умолчанию. Примеры см. в разделе Обновление или переопределение параметров сети.

Распространенные сообщения об ошибках

С новыми журналами событий в 22H2 есть несколько упрощенных методов устранения неполадок для выявления сбоев развертывания намерений. В этом разделе описываются некоторые распространенные исправления при обнаружении проблемы. Приведенные ниже ошибки выводятся из выходных данных командлета Get-NetIntentStatus .

Ошибка: AdapterBindingConflict

Снимок экрана: ошибка привязки адаптера.

Сценарий 1. Адаптер фактически привязан к существующему виртуальному коммутатору, конфликтующему с новым виртуальным коммутатором, который развертывается сетевым ATC.

Решение: Удалите конфликтующий виртуальный коммутатор, а затем Set-NetIntentRetryState

Сценарий 2. Адаптер привязан к компоненту, но не обязательно является виртуальным коммутатором.

Решение: Отключите компонент vms_pp (отмените привязку адаптера к vSwitch), а затем запустите Set-NetIntentRetryState.

Ошибка: ConflictingTrafficClass

Снимок экрана: ошибка конфликтующего класса трафика.

Эта проблема возникает из-за того, что класс трафика уже настроен. Этот предварительно настроенный класс трафика конфликтует с классами трафика, развертываемыми с помощью Network ATC. Например, клиент, возможно, уже развернул класс трафика SMB, когда Network ATC развернет аналогичный класс трафика с другим именем.

Решение.

Очистите существующую конфигурацию DCB в системе и запустите Set-NetIntentRetryState


Get-NetQosTrafficClass | Remove-NetQosTrafficClass
Get-NetQosPolicy | Remove-NetQosPolicy -Confirm:$false
Get-NetQosFlowControl | Disable-NetQosFlowControl

Ошибка: RDMANotOperational

Снимок экрана: ошибка RDMA

Может отображаться следующее сообщение:

  1. Если сетевой адаптер использует драйвер папки "Входящие". Драйверы для папки "Входящие" не поддерживаются и должны быть обновлены.

    Решение: Обновите драйвер для адаптера.

  2. Если SR-IOV отключен в BIOS.

    Решение: Включение SR-IOV для адаптера в BIOS системы

  3. Если RDMA отключен в BIOS

    Решение: Включение RDMA для адаптера в BIOS системы

Ошибка: InvalidIsolationID

Снимок экрана: ошибка недопустимого идентификатора изоляции.

Это сообщение будет появляться, когда используется RoCE RDMA и вы переопределили виртуальную локальную сеть по умолчанию значением, которое нельзя использовать с этим протоколом. Например, для RoCE RDMA требуется ненулевая виртуальная локальная сеть, чтобы можно было добавить в кадр маркировку управления потоком приоритета (PFC). Необходимо использовать значение виртуальной локальной сети в диапазоне от 1 до 4094. Сетевой ATC не переопределяет указанное значение без вмешательства администратора по ряду причин. Для разрешения этой проблемы:

  1. Выберите iWARP в качестве протокола RDMA (NetworkDirect)

    Решение: Если адаптер поддерживается, atc network ATC автоматически выбирает iWARP в качестве протокола RDMA, который может использовать идентификатор виртуальной локальной сети 0. Удалите переопределение, которое применяет RoCE в качестве выбранного протокола.

  2. Использование виртуальных ЛС по умолчанию

    Решение: Настоятельно рекомендуется использовать виртуальные локальные сети ATC по умолчанию.

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

    При указании виртуальной локальной сети используйте параметр -StorageVLAN и укажите значения, разделенные запятыми в диапазоне от 1 до 4094.

Дальнейшие действия