Устранение неполадок с отчетами о проверке кластера
Область применения: Azure Stack HCI версий 22H2 и 21H2; Windows Server 2022, Windows Server 2019
Этот раздел поможет вам устранить неполадки с отчетами о проверке кластера для параметров качества обслуживания сети и хранилища (качество обслуживания) на серверах в кластере Azure Stack HCI, а также проверить, определены ли важные правила. Для оптимального подключения и производительности процесс проверки кластера проверяет согласованность конфигурации качества обслуживания центра обработки данных (DCB) и, если она определена, содержит соответствующие правила для классов отказоустойчивой кластеризации и прямого трафика SMB/SMB.
DCB требуется для RDMA через конвергентные сети Ethernet (RoCE) и является необязательным (но рекомендуется) для сетей 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
Помимо прочего, тест проверит согласованность конфигурации качества обслуживания DCB и что все серверы в кластере имеют одинаковое количество классов трафика и правил качества обслуживания. Кроме того, на всех серверах определены правила качества обслуживания для классов отказоустойчивой кластеризации и прямого трафика SMB/SMB.
Отчет о проверке можно просмотреть в Windows Admin Center или путем доступа к файлу журнала в текущем рабочем каталоге. Например: C:\Users<username>\AppData\Local\Temp\
В нижней части отчета вы увидите "Проверка конфигурации параметров качества обслуживания" и соответствующий отчет для каждого сервера в кластере.
Чтобы понять, какие классы трафика уже заданы на сервере Get-NetQosTrafficClass , используйте командлет .
Дополнительные сведения см. в статье Проверка кластера Azure Stack HCI.
Проверка правил качества обслуживания сети
Проверьте согласованность параметров управления состоянием готовности DCB и приоритетом управления состоянием потока между серверами в кластере.
Состояние готовности DCB
Сетевые адаптеры, поддерживающие протокол DCBX, могут принимать конфигурации с удаленного устройства. Чтобы включить эту возможность, бит готовности DCB на сетевом адаптере должен иметь значение 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
Дальнейшие действия
Дополнительные сведения см. также в разделе: