Создание логических сетей для кластеров Kubernetes в Azure Stack HCI 23H2
Область применения: Azure Stack HCI, версия 23H2
После установки и настройки Azure Stack HCI 23H2 необходимо создать логические сети виртуальных машин Arc. AKS в Azure Stack HCI использует статические логические сети для предоставления IP-адресов базовым виртуальным машинам кластеров AKS.
Подготовка к работе
Прежде чем приступить к работе, убедитесь, что у вас есть следующие необходимые компоненты.
- Установите и настройте Azure Stack HCI 23H2. Убедитесь, что у вас есть идентификатор пользовательского расположения Azure Resource Manager, так как этот идентификатор является обязательным параметром для создания логической сети.
- Убедитесь, что созданная логическая сеть содержит достаточно пригодных для использования IP-адресов, чтобы избежать нехватки IP-адресов. Нехватка IP-адресов может привести к сбоям развертывания кластера Kubernetes. Дополнительные сведения см. в статье Основные понятия сети в AKS в Azure Stack HCI 23H2.
- Убедитесь, что у вас есть внешний коммутатор виртуальной машины, к которому могут обращаться все серверы в кластере Azure Stack HCI. По умолчанию во время развертывания кластера Azure Stack HCI создается внешний коммутатор, который можно использовать для связывания с создаваемой логической сетью.
Выполните следующую команду, чтобы получить имя внешнего коммутатора виртуальной машины в кластере Azure Stack HCI:
Get-VmSwitch -SwitchType External
Запишите имя переключателя. Эти сведения используются при создании логической сети. Пример:
Get-VmSwitch -SwitchType External
Name SwitchType NetAdapterInterfaceDescription
---- ---------- ----------------------------
ConvergedSwitch(management_compute_storage) External Teamed-Interface
Создание логической сети
Логическую сеть можно создать с помощью интерфейса Command-Line Azure (CLI) или с помощью портал Azure.
Командлет можно использовать для az stack-hci-vm network lnet create
создания логической сети на коммутаторе виртуальной машины в конфигурации статических IP-адресов.
Для статического IP-адреса обязательные параметры:
Необходимые параметры | Описание |
---|---|
--name |
Имя логической сети, создаваемой для кластера Azure Stack HCI. Обязательно укажите имя, которое соответствует правилам для ресурсов Azure. Логическую сеть нельзя переименовать после ее создания. |
--resource-group |
Имя группы ресурсов, в которой создается логическая сеть. |
--subscription |
Имя или идентификатор подписки, в которой развернут Azure Stack HCI. |
--custom-location |
Укажите пользовательское расположение, связанное с кластером Azure Stack HCI, в котором создается логическая сеть. |
--vm-switch-name |
Имя коммутатора виртуальной машины. Использование: --vm-switch-name "vm-switch-01" . |
--address-prefixes |
AddressPrefix для сети. В настоящее время поддерживается только 1 префикс адреса. Использование: --address-prefixes "10.220.32.16/24" . |
--dns-servers |
Разделенный пробелами список IP-адресов DNS-серверов. Использование: --dns-servers 10.220.32.16 10.220.32.17 . |
--gateway |
Шлюз IP-адрес шлюза должен находиться в область префикса адреса. Использование: --gateway 10.220.32.16 . |
--ip-allocation-method |
Метод выделения IP-адресов. Поддерживаемые значения — Static. Использование: --ip-allocation-method "Static" . |
--ip-pool-start |
Начальный IP-адрес пула IP-адресов. Адрес должен находиться в диапазоне префикса адреса. Использование: --ip-pool-start "10.220.32.18" . |
--ip-pool-end |
Конечный IP-адрес пула IP-адресов. Адрес должен находиться в диапазоне префикса адреса. Использование: --ip-pool-end "10.220.32.38" . |
az stack-hci-vm network lnet create --subscription $subscription --resource-group $resource_group --custom-location $customLocationID --name $lnetName --vm-switch-name $vmSwitchName --ip-allocation-method "Static" --address-prefixes $addressPrefixes --gateway $gateway --dns-servers $dnsServers --ip-pool-start $ipPoolStart --ip-pool-end $ipPoolEnd
Дальнейшие действия
Создание кластеров Kubernetes и управление ими в локальной среде с помощью Azure CLI
Обратная связь
https://aka.ms/ContentUserFeedback.
Ожидается в ближайшее время: в течение 2024 года мы постепенно откажемся от GitHub Issues как механизма обратной связи для контента и заменим его новой системой обратной связи. Дополнительные сведения см. в разделеОтправить и просмотреть отзыв по