Устранение неполадок в отчетах о проверке кластера
Область применения: 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) Data Center Bridging (DCB) согласована и, если определена, содержит подходящие правила для отказоустойчивой кластеризации и классов трафика SMB/SMB Direct.
DCB требуется для RDMA через конвергентные сети Ethernet (RoCE) и является необязательным (но рекомендуется) для сетей протокола RDMA (iWARP).
Установка мостового подключения для центра обработки данных
Для использования командлетов, специфичных для QoS, необходимо установить Data Center Bridging. Чтобы проверить, установлена ли функция бриджинга Центра обработки данных на сервере, выполните следующий командлет в PowerShell:
Get-WindowsFeature -Name Data-Center-Bridging -ComputerName Server1
Если Мостовое соединение центра обработки данных (DCB) не установлено, установите его, выполнив следующую командлет на каждом сервере в кластере:
Install-WindowsFeature –Name Data-Center-Bridging -ComputerName Server1
Запуск теста проверки кластера
Используйте функцию "Проверка кластера" в Windows Admin Center, выбрав Инструменты > Серверы > Инвентаризация > Проверка кластера, или выполните следующую команду PowerShell:
Test-Cluster –Node Server1, Server2
Помимо прочего, тест проверяет согласованность конфигурации dcb QoS и что все серверы в кластере имеют одинаковое количество классов трафика и правил качества обслуживания. Он также проверяет, что все серверы имеют правила качества обслуживания, определенные для отказоустойчивой кластеризации и SMB/SMB Direct трафика.
Отчет о проверке можно просмотреть в Windows Admin Center или получить доступ к файлу журнала в текущем рабочем каталоге. Например: C:\Users<username>\AppData\Local\Temp\
В нижней части отчета вы увидите "Проверка конфигурации параметров QoS" и соответствующий отчет для каждого сервера в кластере.
Чтобы понять, какие классы трафика уже заданы на сервере, используйте Get-NetQosTrafficClass командлет.
Дополнительные сведения см. в статье "Проверка кластера Azure Stack HCI".
Проверка правил качества обслуживания сети
Проверьте согласованность параметров состояния готовности DCB и параметров управления приоритетом потока между серверами в кластере.
Состояние готовности DCB
Сетевые адаптеры, поддерживающие протокол обмена возможностями высокоскоростного межсетевого взаимодействия в центре обработки данных (DCBX), могут принимать конфигурации с удаленного устройства. Чтобы включить эту возможность, необходимо установить бит DCB willing для сетевого адаптера в значение true. Если для готового бита задано значение false, устройство отклоняет все попытки конфигурации с удаленных устройств и применяет только локальные конфигурации. Если вы используете RDMA через адаптеры Конвергентного Ethernet (RoCE), то на всех серверах необходимо установить значение false.
Все серверы в кластере Azure Stack HCI должны иметь бит готовности DCB, настроенный одинаково.
Используйте командлет Set-NetQosDcbxSetting, чтобы задать значение бита готовности DCB как true или false, как показано в следующем примере:
Set-NetQosDcbxSetting –Willing $false
Состояние управления потоком данных DCB
Контроль потока на основе приоритета важен, если протокол верхнего уровня, такой как Fiber Channel, предполагает базовую транспортировку без потерь. Управление потоками DCB можно включить или отключить глобально или для отдельных сетевых адаптеров. Если этот параметр включен, он позволяет создавать политики качества обслуживания, которые определяют приоритеты определенного трафика приложения.
Чтобы политики QoS работали без проблем во время переключения при отказе, все серверы в кластере 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
Следующие шаги
Дополнительные сведения см. также: