Описание

Сеть AHV описана в документации, доступной на портале поддержки Nutanix.

• Первоначальная настройка описана в Руководстве по установке на месте:
  Руководство по полевой установке Foundation 4.6.x
• Базовая конфигурация для большинства случаев использования описана ниже:
  Руководство администратора AHV (версия AOS 5.18)
  Руководство по передовому опыту AHV
• Расширенная настройка для более глубоких потребностей описана в следующем:
  Руководство по передовому использованию сетевых технологий AHV .

Решение

Примечание. Не используйте ни одну из этих команд на интерфейсах пользовательской виртуальной машины или CVM (интерфейсы виртуальной сети).

Темы охватывали:

• Открыть конфигурацию vSwitch
• Утилита Manage_ovs
• Действия по добавлению или удалению тега VLAN хоста CVM и AHV
• Конфигурация LACP
• Как выбрать активную сетевую карту в режиме соединения активного резервного копирования
• Отделите интерфейсы 1G от связи с интерфейсами 10G.
• Мосты с одним восходящим каналом
• Известные вопросы

Открыть конфигурацию vSwitch

Хосты Nutanix AHV поставляются с предварительно настроенным Open vSwitch. Команда «ovs-vsctl show» распечатает обзор конфигурации Open vSwitch:

 [root@ahv ~]#  ovs-vsctl show e0d89b99-335d-417f-9fd1-4a0cb8db711e    Bridge "br0"        Port "br0"            Interface "br0"                type: internal        Port "vnet0"            Interface "vnet0"        Port "bond0"            Interface "eth2"            Interface "eth1"            Interface "eth0"    ovs_version: "1.10.0"

Существует мост с именем «br0» с несколькими портами.

• Порт «br0» — это внутренний интерфейс моста br0. Это внешний интерфейс управления хоста AHV.
• Порт «vnet0» — это порт виртуального интерфейса, который использует CVM (виртуальная машина контроллера).
• Порт «bond0» или порт «br0-up» — это связанный порт, содержащий несколько физических интерфейсов от хоста AHV.

Примечание. В AOS 5.5 была введена цепочка мостов, и в результате вы можете увидеть больше мостов в выводе «ovs-vsctl show».
[ Вверх ]

Утилита Manage_ovs

Nutanix предоставляет утилиту под названием «manage_ovs», которая устанавливается на каждую CVM и должна использоваться для управления конфигурацией Open vSwitch на хосте AHV. Подробную информацию об использовании смотрите в выводе «manage_ovs --helpshort».

Пример вывода AOS 5.10.2:

 nutanix@cvm$ manage_ovs --helpshort USAGE: manage_ovs [flags] Where is one of the following: show_bridges: Shows a list of the uplink bridges. show_interfaces: Shows a list of host physical interfaces. show_uplinks: Shows the current uplink configuration for the OVS bridge. update_uplinks: Updates the uplink configuration for the OVS bridge. enable_bridge_chain: Enables bridge chaining on the host. disable_bridge_chain: Disables bridge chaining on the host. create_single_bridge: Adds one OVS bridge to the host. delete_single_bridge: Removes one OVS bridge from the host. The update_uplinks action requires the --interfaces flag, which indicates the desired set of uplinks for the OVS bridge. The script will remove any existing uplinks from the bridge, and replace them with the specified set of uplinks on a single bonded port. flags: /usr/local/nutanix/cluster/bin/manage_ovs: --bond_mode: Bond mode to use: active-backup, balance-slb, or balance-tcp (default: 'active-backup') --bond_name: Bond name to use --bridge_name: Openvswitch on which to operate (default: '') --[no]dry_run: Just print what would be done instead of doing it (default: 'false') --[no]enable_vlan_splinters: Enable VLAN splintering on uplink interfaces (default: 'true') --[no]force: Reconfigure the bridge even if the the set of uplinks has not changed (default: 'false') -?,--[no]help: show this help --[no]helpshort: show usage only for this module --[no]helpxml: like --help, but generates XML output --host: Host on which to operate (default: '192.168.5.1') --interfaces: Comma-delimited list of interfaces to configure as bridge uplinks, or a keyword based on the NIC speed: all, 100g, 40g, 10g, 1g, etc. --[no]json: Output in json format. (default: 'false') --lacp_fallback: If LACP negotiation fails, set the bond_mode to active-backup: true, false (default: 'true') --lacp_mode: LACP mode for the uplink bond: off, slow, or fast (default: 'off') --mtu: Maximum transmission unit (an integer) --num_arps: Number of gratuitous ARPs to send on the bridge interface after updating uplinks (default: '3') (an integer) --[no]prevent_network_loop: Enables network loop prevention when bridge chain is enabled. (default: 'false') --[no]require_link: Require that at least one uplink has link status (default: 'true') 
  nutanix@cvm$ manage_ovs --helpshort USAGE: manage_ovs [flags] Where is one of the following: show_bridges: Shows a list of the uplink bridges. show_interfaces: Shows a list of host physical interfaces. show_uplinks: Shows the current uplink configuration for the OVS bridge. update_uplinks: Updates the uplink configuration for the OVS bridge. enable_bridge_chain: Enables bridge chaining on the host. disable_bridge_chain: Disables bridge chaining on the host. create_single_bridge: Adds one OVS bridge to the host. delete_single_bridge: Removes one OVS bridge from the host. The update_uplinks action requires the --interfaces flag, which indicates the desired set of uplinks for the OVS bridge. The script will remove any existing uplinks from the bridge, and replace them with the specified set of uplinks on a single bonded port. flags: /usr/local/nutanix/cluster/bin/manage_ovs: --bond_mode: Bond mode to use: active-backup, balance-slb, or balance-tcp (default: 'active-backup') --bond_name: Bond name to use --bridge_name: Openvswitch on which to operate (default: '') --[no]dry_run: Just print what would be done instead of doing it (default: 'false') --[no]enable_vlan_splinters: Enable VLAN splintering on uplink interfaces (default: 'true') --[no]force: Reconfigure the bridge even if the the set of uplinks has not changed (default: 'false') -?,--[no]help: show this help --[no]helpshort: show usage only for this module --[no]helpxml: like --help, but generates XML output --host: Host on which to operate (default: '192.168.5.1') --interfaces: Comma-delimited list of interfaces to configure as bridge uplinks, or a keyword based on the NIC speed: all, 100g, 40g, 10g, 1g, etc. --[no]json: Output in json format. (default: 'false') --lacp_fallback: If LACP negotiation fails, set the bond_mode to active-backup: true, false (default: 'true') --lacp_mode: LACP mode for the uplink bond: off, slow, or fast (default: 'off') --mtu: Maximum transmission unit (an integer) --num_arps: Number of gratuitous ARPs to send on the bridge interface after updating uplinks (default: '3') (an integer) --[no]prevent_network_loop: Enables network loop prevention when bridge chain is enabled. (default: 'false') --[no]require_link: Require that at least one uplink has link status (default: 'true')
   
   nutanix@cvm$ manage_ovs --helpshort USAGE: manage_ovs [flags] Where is one of the following: show_bridges: Shows a list of the uplink bridges. show_interfaces: Shows a list of host physical interfaces. show_uplinks: Shows the current uplink configuration for the OVS bridge. update_uplinks: Updates the uplink configuration for the OVS bridge. enable_bridge_chain: Enables bridge chaining on the host. disable_bridge_chain: Disables bridge chaining on the host. create_single_bridge: Adds one OVS bridge to the host. delete_single_bridge: Removes one OVS bridge from the host. The update_uplinks action requires the --interfaces flag, which indicates the desired set of uplinks for the OVS bridge. The script will remove any existing uplinks from the bridge, and replace them with the specified set of uplinks on a single bonded port. flags: /usr/local/nutanix/cluster/bin/manage_ovs: --bond_mode: Bond mode to use: active-backup, balance-slb, or balance-tcp (default: 'active-backup') --bond_name: Bond name to use --bridge_name: Openvswitch on which to operate (default: '') --[no]dry_run: Just print what would be done instead of doing it (default: 'false') --[no]enable_vlan_splinters: Enable VLAN splintering on uplink interfaces (default: 'true') --[no]force: Reconfigure the bridge even if the the set of uplinks has not changed (default: 'false') -?,--[no]help: show this help --[no]helpshort: show usage only for this module --[no]helpxml: like --help, but generates XML output --host: Host on which to operate (default: '192.168.5.1') --interfaces: Comma-delimited list of interfaces to configure as bridge uplinks, or a keyword based on the NIC speed: all, 100g, 40g, 10g, 1g, etc. --[no]json: Output in json format. (default: 'false') --lacp_fallback: If LACP negotiation fails, set the bond_mode to active-backup: true, false (default: 'true') --lacp_mode: LACP mode for the uplink bond: off, slow, or fast (default: 'off') --mtu: Maximum transmission unit (an integer) --num_arps: Number of gratuitous ARPs to send on the bridge interface after updating uplinks (default: '3') (an integer) --[no]prevent_network_loop: Enables network loop prevention when bridge chain is enabled. (default: 'false') --[no]require_link: Require that at least one uplink has link status (default: 'true')
   
  nutanix@cvm$ manage_ovs --helpshort USAGE: manage_ovs [flags] Where is one of the following: show_bridges: Shows a list of the uplink bridges. show_interfaces: Shows a list of host physical interfaces. show_uplinks: Shows the current uplink configuration for the OVS bridge. update_uplinks: Updates the uplink configuration for the OVS bridge. enable_bridge_chain: Enables bridge chaining on the host. disable_bridge_chain: Disables bridge chaining on the host. create_single_bridge: Adds one OVS bridge to the host. delete_single_bridge: Removes one OVS bridge from the host. The update_uplinks action requires the --interfaces flag, which indicates the desired set of uplinks for the OVS bridge. The script will remove any existing uplinks from the bridge, and replace them with the specified set of uplinks on a single bonded port. flags: /usr/local/nutanix/cluster/bin/manage_ovs: --bond_mode: Bond mode to use: active-backup, balance-slb, or balance-tcp (default: 'active-backup') --bond_name: Bond name to use --bridge_name: Openvswitch on which to operate (default: '') --[no]dry_run: Just print what would be done instead of doing it (default: 'false') --[no]enable_vlan_splinters: Enable VLAN splintering on uplink interfaces (default: 'true') --[no]force: Reconfigure the bridge even if the the set of uplinks has not changed (default: 'false') -?,--[no]help: show this help --[no]helpshort: show usage only for this module --[no]helpxml: like --help, but generates XML output --host: Host on which to operate (default: '192.168.5.1') --interfaces: Comma-delimited list of interfaces to configure as bridge uplinks, or a keyword based on the NIC speed: all, 100g, 40g, 10g, 1g, etc. --[no]json: Output in json format. (default: 'false') --lacp_fallback: If LACP negotiation fails, set the bond_mode to active-backup: true, false (default: 'true') --lacp_mode: LACP mode for the uplink bond: off, slow, or fast (default: 'off') --mtu: Maximum transmission unit (an integer) --num_arps: Number of gratuitous ARPs to send on the bridge interface after updating uplinks (default: '3') (an integer) --[no]prevent_network_loop: Enables network loop prevention when bridge chain is enabled. (default: 'false') --[no]require_link: Require that at least one uplink has link status (default: 'true')
 

AOS 5.19 или новее

Управлять конфигурацией хост-сети можно с помощью Prism Element или Prism Central UI. Дополнительную информацию о виртуальных коммутаторах см. в главе «О виртуальном коммутаторе». Информацию о том, как управлять виртуальными коммутаторами, см. в главе «Создание или обновление виртуального коммутатора» .
[ Вверх ]

Дополнительная информация

Действия по добавлению или удалению тега VLAN хоста CVM и AHV

Выполните все изменения хоста AHV и сети CVM, подключившись к хосту с помощью IPMI и открыв удаленную консоль. Внесение изменений VLAN на уровне физического коммутатора без координации изменений хоста в соответствии с этими шагами может привести к проблемам с доступом и подключением CVM и потенциально привести к простою UVM и тому, что кластер станет недоступным из Prism Central или Prism Element до завершения настройки VLAN. или любое несоответствие устранено. Рекомендуется выполнять такие изменения по одному хосту/CVM/восходящему соединению/порту коммутатора в режиме обслуживания, завершая работу одного хоста/CVM и возвращая его в онлайн перед переходом к следующему. См. KB4639 — Как перевести CVM и хост в режим обслуживания.
См. также: Руководство администратора AHV / Управление сетью уровня 2 с помощью Open vSwitch / Конфигурация VLAN.

Чтобы изменить VLAN на хосте AHV, выполните следующую команду:

 [root@ahv ~]# ovs-vsctl set port br0 tag=<vlan tag>

Примечание. Убедитесь, что вы обновляете порт br0 , а не порт br0-up или Bond0. Если VLAN назначена br0-up или Bond0, CVM и хост могут потерять сетевое соединение. Если VLAN была назначена br-up или Bond0, выполните следующую команду, чтобы удалить ее:

 [root@ahv ~]# ovs-vsctl remove port br0-up tag <vlan tag>

Используйте команду «ovs-vsctl show», чтобы проверить изменения. Правильная конфигурация должна выглядеть так:

 [root@ahv ~]# ovs-vsctl show ... Bridge "br0" ... Port "br0-up" Interface "eth2" Interface "eth3" Port "br0" tag: 1234 <<<<< Correct vlan tag location for AHV host Interface "br0" type: internal ...

Чтобы изменить VLAN на CVM, выполните следующую команду с тегом VLAN (отмеченным X), который вы хотите настроить:

 nutanix@cvm$ change_cvm_vlan <vlan tag>

Примечание. Не используйте команду ovs-vsctl с хоста AHV для установки тега VLAN для CVM (на vnet0). Вместо этого используйте команду Change_cvm_vlan из CVM.

Чтобы удалить тег VLAN с хоста AHV, после открытия удаленной консоли выполните следующую команду:

 [root@ahv ~]# ovs-vsctl set port br0 tag=0

Чтобы удалить теги VLAN из CVM, выполните следующую процедуру:

• Войдите на хост AHV через удаленную консоль.
• SSH от хоста к CVM (всегда SSH по адресу 192.168.5.254):

   [root@ahv ~]# ssh nutanix@192.168.5.254

• Выполните следующую команду на CVM:

   nutanix@cvm$ change_cvm_vlan --remove

[ Вернуться к началу ]

Конфигурация LACP

Следуйте статье KB-3263 « Как включить, отключить и проверить LACP в AHV».

Как узнать MAC-адрес сетевой карты хоста

• Выполните следующую команду на хосте AHV:

 [root@ahv ~]# ethtool -P <interface>

Пример вывода:

 [root@ahv ~]# ethtool -P eth3 Permanent address: 00:25:90:cb:39:27

• Выполните следующую команду на хосте AHV:

 [root@ahv ~]# ifconfig <interface>

Пример вывода:

 [root@ahv ~]# ifconfig eth3 eth3 Link encap:Ethernet HWaddr 00:25:90:CB:39:27 UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:46857327754 errors:0 dropped:228250 overruns:0 frame:0 TX packets:49134503170 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:49893674683483 (45.3 TiB) TX bytes:54855610562476 (49.8 TiB)

[ Вернуться к началу ]

Как выбрать активный сетевой адаптер в режиме соединения активного резервного копирования

По умолчанию во время загрузки AHV случайным образом выбирает одну из связанных сетевых карт и делает ее активной. Всем остальным сетевым картам назначены резервные роли, и они будут активированы только в случае сбоя активного сетевого адаптера.
Если вы хотите, чтобы предпочтительный сетевой адаптер был выбран в качестве основного, вы можете использовать следующую команду (AOS 5.15.4 и более поздние версии):

 ovs-vsctl set port other_config:bond-primary= 
  ovs-vsctl set port other_config:bond-primary=
   
  ovs-vsctl set port other_config:bond-primary=
 

Например:

 ovs-vsctl set port br0-up other_config:bond-primary=eth2

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

 [root@ahv ~]# ovs-appctl bond/show

В выводе команды активный интерфейс будет помечен как активный подчиненный . В примере ниже eth3 является активным интерфейсом в соединении br0-up:

 [root@ahv ~]# ovs-appctl bond/show ---- br0-up ---- bond_mode: active-backup active-backup primary: eth2 ... slave eth2: enabled may_enable: true slave eth3: enabled active slave may_enable: true

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

 [root@ahv ~]# ovs-appctl bond/set-active-slave <bond name> <interface name>

Пример:

 [root@ahv ~]# ovs-appctl bond/set-active-slave br0-up eth2 done

Теперь, когда вы проверите вывод Bond/Show, вы увидите, что интерфейс eth2 отображается как активный подчиненный :

Пример:

 [root@ahv ~]# ovs-appctl bond/show ---- br0-up ---- bond_mode: active-backup ... slave eth2: enabled        active slave        may_enable: true slave eth3: enabled        may_enable: true

[ Вверх ]

Отделите интерфейсы 1G от связи с интерфейсами 10G.

Подробное описание рабочего процесса см. в базе знаний 8835 .
[ Вверх ]

Мосты с одним восходящим каналом

Подробное описание рабочего процесса см. в базе знаний 8015 .
[ Вверх ]

Известные вопросы

Признак: Manage_ovs завершается с ошибкой «ovs-vsctl: not Found»:

 CRITICAL manage_ovs:166 Failed to execute ovs command: list-br ... stderr: sh: ovs-vsctl: not found ...

Решение: Убедитесь, что базовым гипервизором является AHV. Если используется другой гипервизор, обратитесь к документации его поставщика, чтобы узнать, как управлять сетью из командной строки.

Признак: происходит сбой Manage_ovs: «IP-адрес ARP и DHCP кластера не инициализирован». ошибка при попытке создать дополнительный мост:

 2019-10-24 01:55:57 ERROR manage_ovs:602 OVS error (192.168.5.1 create_single_bridge): Cluster ARP and DHCP ip not initialized.

Решение: Убедитесь, что узел, на котором добавляется мост, является частью существующего кластера. Manage_ovs не поддерживает создание новых мостов на узлах, которые не присоединены к кластеру.
[ Вверх ]

Статьи по Теме

• Оригинальная статья на портале Nutanix: Nutanix KB Статья: 2090
• Целевая страница Nutanix