Hostitelské sítě AHV
Hostitelské sítě AHV
Hostitelské sítě AHV
Popis
AHV Networking je zahrnut v dokumentaci dostupné na portálu podpory Nutanix.
- Počáteční nastavení je popsáno v Průvodci instalací v terénu:
Průvodce instalací v terénu Foundation 4.6.x - Základní konfigurace pro většinu případů použití je pokryta následujícím:
AHV Admin Guide (verze AOS 5.18)
Průvodce osvědčenými postupy AHV - Pokročilá konfigurace pro hlubší potřeby je zahrnuta v následujícím:
Průvodce doporučenými postupy pro síťování AHV .
Řešení
Poznámka: Žádný z těchto příkazů nepoužívejte na uživatelských VM nebo CVM rozhraních (vnet interfaces).
Pokrytá témata:
- Otevřete konfiguraci vSwitch
- Správa_ovs Utility
- Kroky k přidání nebo odebrání značky VLAN hostitele CVM a AHV
- Konfigurace LACP
- Jak vybrat aktivní NIC v režimu aktivní zálohy
- Oddělte rozhraní 1G od vazby s rozhraními 10G
- Mosty s jedním uplinkem
- Známé potíže
Otevřete konfiguraci vSwitch
Hostitelé Nutanix AHV přicházejí s předkonfigurovaným Open vSwitch. Příkaz 'ovs-vsctl show' vytiskne přehled konfigurace 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"
Existuje most s názvem „br0“ s několika porty.
- Port "br0" je interní rozhraní na mostě br0. Toto je externí rozhraní pro správu hostitele AHV.
- Port "vnet0" je port virtuálního rozhraní, který používá CVM (Controller VM).
- Port "bond0" nebo port "br0-up" je spojený port obsahující více fyzických rozhraní od hostitele AHV.
Poznámka: V AOS 5.5 bylo představeno řetězení mostů a v důsledku toho můžete ve výstupu "ovs-vsctl show" vidět více mostů.
[ Zpět na začátek ]
Správa_ovs Utility
Nutanix poskytuje nástroj nazvaný 'manage_ovs', který je nainstalován na každém CVM a měl by být používán ke správě konfigurace Open vSwitch na hostiteli AHV. Podrobnosti o použití najdete ve výstupu "manage_ovs --helpshort".
Ukázkový výstup z 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 nebo novější
Je možné spravovat konfiguraci hostitelské sítě pomocí Prism Element nebo Prism Central UI. Další informace o virtuálních přepínačích naleznete v kapitole O virtuálních přepínačích. Informace o tom, jak spravovat virtuální přepínače, najdete v kapitole Vytvoření nebo aktualizace virtuálního přepínače .
[ Zpět na začátek ]
dodatečné informace
Kroky k přidání nebo odebrání značky VLAN hostitele CVM a AHV
Proveďte všechny změny hostitele AHV a sítě CVM připojením k hostiteli pomocí IPMI a otevřením vzdálené konzoly. Provádění změn VLAN na úrovni fyzického přepínače bez koordinace změn hostitele podle těchto kroků může vést k problémům s přístupem a konektivitou CVM a potenciálně vést k výpadkům UVM a clusteru, který nebude přístupný z Prism Central nebo Prism Element, dokud nebude dokončena konfigurace VLAN. nebo je jakýkoli nesoulad vyřešen. Doporučuje se provádět takové změny po jednom hostiteli/CVM/uplink bond/switchport v režimu údržby, dokončení jednoho hostitele/CVM a jeho uvedení zpět do režimu online před přechodem na další. Viz KB4639 – Jak umístit CVM a hostitele do režimu údržby
Viz také: AHV Admin Guide / Layer 2 Network Management with Open vSwitch / VLAN Configuration
Chcete-li změnit VLAN na hostiteli AHV, spusťte následující příkaz:
[root@ahv ~]# ovs-vsctl set port br0 tag=<vlan tag>
Poznámka: Ujistěte se, že aktualizujete port br0 a ne port br0-up nebo bond0. Pokud je VLAN přiřazena k br0-up nebo bond0, CVM a hostitel mohou ztratit síťové připojení. V případě, že byla VLAN přiřazena k br-up nebo bond0, spusťte následující příkaz a odeberte ji:
[root@ahv ~]# ovs-vsctl remove port br0-up tag <vlan tag>
Pro ověření změn použijte příkaz "ovs-vsctl show". Správná konfigurace by měla vypadat takto:
[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 ...
Chcete-li změnit VLAN na CVM, spusťte následující příkaz se značkou VLAN (označenou X), kterou chcete nakonfigurovat:
nutanix@cvm$ change_cvm_vlan <vlan tag>
Poznámka: Nepoužívejte příkaz ovs-vsctl z hostitele AHV k nastavení značky VLAN pro CVM (na vnet0). Místo toho použijte příkaz change_cvm_vlan z CVM.
Chcete-li odebrat značku VLAN z hostitele AHV, spusťte po otevření vzdálené konzoly následující příkaz:
[root@ahv ~]# ovs-vsctl set port br0 tag=0
Chcete-li odebrat značení VLAN z CVM, postupujte takto:
- Přihlaste se k hostiteli AHV prostřednictvím vzdálené konzoly
- SSH z hostitele do CVM (vždy SSH na adresu 192.168.5.254):
[root@ahv ~]# ssh nutanix@192.168.5.254
- V CVM proveďte následující příkaz:
nutanix@cvm$ change_cvm_vlan --remove
[ Zpět na začátek ]
Konfigurace LACP
Postupujte podle KB-3263 Jak povolit, zakázat a ověřit LACP v AHV.
Jak zjistit MAC adresu hostitelské NIC
- Na hostiteli AHV proveďte následující příkaz:
[root@ahv ~]# ethtool -P <interface>
Ukázkový výstup:
[root@ahv ~]# ethtool -P eth3 Permanent address: 00:25:90:cb:39:27
- Na hostiteli AHV proveďte následující příkaz:
[root@ahv ~]# ifconfig <interface>
Ukázkový výstup:
[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)
[ Zpět na začátek ]
Jak vybrat aktivní NIC v režimu aktivní zálohy
Ve výchozím nastavení během spouštění AHV náhodně vybere jednu z připojených síťových karet a aktivuje ji. Všem ostatním NIC jsou přiřazeny záložní role a budou aktivovány pouze v případě, že aktivní NIC selže.
Pokud chcete nastavit preferovanou síťovou kartu tak, aby byla vybrána jako primární, můžete použít následující příkaz (AOS 5.15.4 a novější):
ovs-vsctl set port other_config:bond-primary=
ovs-vsctl set port other_config:bond-primary=
ovs-vsctl set port other_config:bond-primary=
Například:
ovs-vsctl set port br0-up other_config:bond-primary=eth2
Chcete-li zkontrolovat, která síťová karta je aktivní a/nebo preferovaná, připojte se k hostiteli AHV a spusťte následující příkaz:
[root@ahv ~]# ovs-appctl bond/show
V příkazovém výstupu bude aktivní rozhraní označeno jako aktivní slave . V níže uvedeném příkladu je eth3 aktivní rozhraní v br0-up bond:
[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
Chcete-li změnit aktivní NIC, připojte se k hostiteli AHV a spusťte následující příkaz:
[root@ahv ~]# ovs-appctl bond/set-active-slave <bond name> <interface name>
Příklad:
[root@ahv ~]# ovs-appctl bond/set-active-slave br0-up eth2 done
Nyní, když zkontrolujete výstup bond/show, můžete vidět, že se rozhraní eth2 jeví jako aktivní slave :
Příklad:
[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
[ Zpět na začátek ]
Oddělte rozhraní 1G od vazby s rozhraními 10G
Podrobný popis pracovního postupu najdete v KB 8835 .
[ Zpět na začátek ]
Mosty s jedním uplinkem
Podrobný popis pracovního postupu najdete v KB 8015 .
[ Zpět na začátek ]
Známé potíže
Příznak: manage_ovs selže s chybou "ovs-vsctl: nenalezeno":
CRITICAL manage_ovs:166 Failed to execute ovs command: list-br ... stderr: sh: ovs-vsctl: not found ...
Rozlišení: Ujistěte se, že základním hypervizorem je AHV. Pokud je použit jiný hypervizor, podívejte se do dokumentace jeho dodavatele, jak spravovat síť z příkazového řádku.
Příznak: manage_ovs selže s "Cluster ARP a DHCP IP nejsou inicializovány." chyba při pokusu o vytvoření dalšího mostu:
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.
Řešení: Ujistěte se, že uzel, do kterého se most přidává, je součástí existujícího clusteru. Správa_ovs nepodporuje vytváření nových mostů na uzlech, které nejsou připojeny ke clusteru.
[ Zpět na začátek ]
Související články
- Původní článek na portálu Nutanix: Nutanix KB Článek: 2090
- Vstupní stránka Nutanix