Устранение неполадок с отчетами о проверке кластера
Область применения: Azure Stack HCI, версии 22H2 и 21H2; Windows Server 2022, Windows Server 2019
Внимание
Azure Stack HCI теперь является частью Azure Local. Выполняется переименование документации по продукту. Однако старые версии Azure Stack HCI, например 22H2, будут продолжать ссылаться на Azure Stack HCI и не отражают изменение имени. Подробнее.
В этом разделе показано, как устранить неполадки с отчетами проверки кластера для параметров качества обслуживания сети и хранилища (качество обслуживания) на серверах в кластере Azure Stack HCI и убедиться, что определены важные правила. Для оптимального подключения и производительности процесс проверки кластера проверяет, согласована ли конфигурация QoS Центра обработки данных (DCB), а если она определена, содержит соответствующие правила для отказоустойчивой кластеризации и классов трафика SMB/SMB Direct.
DCB требуется для RDMA через конвергентные сети Ethernet (RoCE) и является необязательным (но рекомендуется) для сетей протокола RDMA (iWARP).
Установка мостов центра обработки данных
Для использования командлетов QoS необходимо установить бриджинг центра обработки данных. Чтобы проверить, установлена ли функция бриджинга Центра обработки данных на сервере, выполните следующий командлет в PowerShell:
Get-WindowsFeature -Name Data-Center-Bridging -ComputerName Server1
Если подключение к Центру обработки данных не установлено, установите его, выполнив следующий командлет на каждом сервере в кластере:
Install-WindowsFeature –Name Data-Center-Bridging -ComputerName Server1
Запуск теста проверки кластера
Используйте функцию проверки в Windows Admin Center, выбрав кластер "Инвентаризация серверов > инструментов>" > или выполните следующую команду PowerShell:
Test-Cluster –Node Server1, Server2
Помимо прочего, тест проверит согласованность конфигурации QoS DCB, и что все серверы в кластере имеют одинаковое количество классов трафика и правил качества обслуживания. Кроме того, убедитесь, что все серверы имеют правила качества обслуживания, определенные для отказоустойчивой кластеризации и SMB/SMB Direct трафика.
Отчет о проверке можно просмотреть в Windows Admin Center или получить доступ к файлу журнала в текущем рабочем каталоге. Например: C:\Users<username>\AppData\Local\Temp\
В нижней части отчета вы увидите "Проверка конфигурации параметров QoS" и соответствующий отчет для каждого сервера в кластере.
Чтобы понять, какие классы трафика уже заданы на сервере, используйте Get-NetQosTrafficClass командлет.
Дополнительные сведения см. в статье "Проверка кластера Azure Stack HCI".
Проверка правил качества обслуживания сети
Проверьте согласованность параметров состояния готовности DCB и параметров управления приоритетом потока между серверами в кластере.
Состояние готовности DCB
Сетевые адаптеры, поддерживающие протокол Exchange для подключения к Центру обработки данных (DCBX), могут принимать конфигурации с удаленного устройства. Чтобы включить эту возможность, необходимо задать значение true для контроллера домена контроллера домена. Если для готового бита задано значение false, устройство отклоняет все попытки конфигурации с удаленных устройств и применяет только локальные конфигурации. Если вы используете RDMA через адаптеры Конвергентного Ethernet (RoCE), то на всех серверах необходимо установить значение false.
Все серверы в кластере Azure Stack HCI должны иметь готовый бит DCB таким же образом.
Set-NetQosDcbxSetting Используйте командлет, чтобы задать для DCB значение true или false, как показано в следующем примере:
Set-NetQosDcbxSetting –Willing $false
Состояние управления потоком DCB
Контроль потока на основе приоритета важен, если протокол верхнего уровня, такой как Fiber Channel, предполагает базовую транспортировку без потерь. Управление потоками DCB можно включить или отключить глобально или для отдельных сетевых адаптеров. Если этот параметр включен, он позволяет создавать политики качества обслуживания, которые определяют приоритеты определенного трафика приложения.
Чтобы политики качества обслуживания работали без проблем во время отработки отказа, все серверы в кластере Azure Stack HCI должны иметь одинаковые параметры состояния управления потоком. Если вы используете адаптеры RoCE, на всех серверах необходимо включить управление потоком приоритета.
Get-NetQosFlowControl Используйте командлет, чтобы получить текущую конфигурацию управления потоком. Все приоритеты отключены по умолчанию.
Enable-NetQosFlowControl Используйте командлеты с Disable-NetQosFlowControl параметром -priority, чтобы включить или отключить управление потоком приоритета. Например, следующая команда включает управление потоком для трафика, помеченного приоритетом 3:
Enable-NetQosFlowControl –Priority 3
Проверка правил качества обслуживания хранилища
Убедитесь, что у всех узлов есть правило качества обслуживания для отказоустойчивой кластеризации и для SMB или SMB Direct. В противном случае могут возникнуть проблемы с подключением и производительностью.
Правило QoS для отказоустойчивой кластеризации
Если в кластере определены какие-либо правила качества обслуживания хранилища, то должно присутствовать правило качества обслуживания для отказоустойчивой кластеризации или проблемы с подключением могут возникнуть. Чтобы добавить новое правило качества обслуживания для отказоустойчивой кластеризации, используйте New-NetQosPolicy командлет, как показано в следующем примере:
New-NetQosPolicy "Cluster" -Cluster -Priority 6
Правило QoS для SMB
Если некоторые или все узлы имеют правила QOS, но не имеют правила QOS для SMB, это может привести к проблемам с подключением и производительностью для SMB. Чтобы добавить новое правило качества обслуживания сети для SMB, используйте New-NetQosPolicy командлет, как показано в следующем примере:
New-NetQosPolicy -Name "SMB" -SMB -PriorityValue8021Action 3
Правило QoS для SMB Direct
SMB Direct передает сетевой стек вместо использования методов RDMA для передачи данных. Если некоторые или все узлы имеют правила QOS, но не имеют правила QOS для SMB Direct, это может привести к проблемам с подключением и производительностью для SMB Direct. Чтобы создать новую политику качества обслуживания для SMB Direct, выполните следующие команды:
New-NetQosPolicy "SMB Direct" –NetDirectPort 445 –Priority 3
Следующие шаги
Дополнительные сведения см. также: