Leírás

Az AHV Networkingről a Nutanix támogatási portálon elérhető dokumentációban olvashat.

• A kezdeti beállítást a Helyszíni telepítési útmutató tartalmazza:
  Foundation 4.6.x helyszíni telepítési útmutató
• A legtöbb használati eset alapvető konfigurációját a következők tárgyalják:
  AHV Admin Guide (AOS 5.18 verzió)
  AHV legjobb gyakorlatok útmutatója
• A részletesebb igényekhez szükséges speciális konfigurációt a következők tárgyalják:
  AHV hálózati bevált gyakorlatok útmutatója .

Megoldás

Megjegyzés: Ne használja ezeket a parancsokat a felhasználói virtuális gépeken vagy a CVM-felületeken (vnet-felületeken).

Lefedett témakörök:

• Nyissa meg a vSwitch konfigurációt
• manage_ovs Utility
• A CVM és az AHV gazdagép VLAN-címkéjének hozzáadásának vagy eltávolításának lépései
• LACP konfiguráció
• Hogyan válasszuk ki az aktív hálózati kártyát aktív tartalék kötés módban
• Különítse el az 1G interfészt a 10G interfészekkel való kötéstől
• Hidak egyetlen felfelé irányuló kapcsolattal
• Ismert problémák

Nyissa meg a vSwitch konfigurációt

A Nutanix AHV gazdagépei előre konfigurált Open vSwitch-el vannak ellátva. Az 'ovs-vsctl show' parancs kinyomtatja az Open vSwitch konfigurációjának áttekintését:

 [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"

Van egy "br0" nevű híd több porttal.

• A "br0" port egy belső interfész a br0 hídon. Ez az AHV gazdagép külső kezelőfelülete.
• A "vnet0" port egy virtuális interfész port, amelyet a CVM (Controller VM) használ.
• A „bond0” vagy a „br0-up” port egy kötött port, amely több fizikai interfészt tartalmaz az AHV gazdagéptől.

Megjegyzés: Az AOS 5.5-ben bevezették a hídláncolást, és ennek eredményeként több hidat láthat az "ovs-vsctl show" kimenetben.
[ Vissza a tetejére ]

manage_ovs Utility

A Nutanix egy „manage_ovs” nevű segédprogramot biztosít, amely minden CVM-re telepítve van, és az Open vSwitch konfigurációjának kezeléséhez használható az AHV gazdagépen. A használat részleteiért lásd a "manage_ovs --helpshort" kimenetet.

Minta kimenet az AOS 5.10.2-ből:

 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 vagy újabb

Lehetőség van a gazdagép hálózati konfigurációjának kezelésére a Prism Element vagy a Prism Central UI használatával. A virtuális kapcsolókkal kapcsolatos további információkért tekintse meg a Virtuális kapcsolóról című fejezetet. A virtuális kapcsolók kezelésével kapcsolatos információkért tekintse meg a Virtuális kapcsoló létrehozása vagy frissítése című fejezetet.
[ Vissza a tetejére ]

további információ

A CVM és az AHV gazdagép VLAN-címkéjének hozzáadásának vagy eltávolításának lépései

Hajtsa végre az összes AHV gazdagép- és CVM-hálózati módosítást úgy, hogy IPMI használatával csatlakozik a gazdagéphez, és nyisson meg egy távoli konzolt. A fizikai kapcsoló szintjén végrehajtott VLAN-módosítások a gazdagép-módosítások ezen lépések szerinti koordinálása nélkül CVM-hozzáférési és kapcsolódási problémákhoz vezethetnek, és UVM-leálláshoz vezethetnek, és a fürt nem érhető el a Prism Centralról vagy a Prism Elementről a VLAN-konfiguráció befejeződéséig. vagy az esetleges eltérés megoldódik. Javasoljuk, hogy ezeket a változtatásokat egyszerre csak egy gazdagép/CVM/uplink bond/switchport esetén hajtsa végre, miközben karbantartási módban van, egyetlen gazdagép/CVM befejezése és újra online állapotba állítása, mielőtt a következőre váltana. Lásd: KB4639 – A CVM és a gazdagép elhelyezése karbantartási módban
Lásd még: AHV Admin Guide / Layer 2 Network Management with Open vSwitch / VLAN Configuration

A VLAN megváltoztatásához az AHV gazdagépen futtassa a következő parancsot:

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

Megjegyzés: Győződjön meg arról, hogy a br0-t frissíti, és nem a br0-up vagy a bond0 portot. Ha a VLAN hozzá van rendelve a br0-up vagy bond0 értékhez, akkor a CVM és a gazdagép elveszítheti a hálózati kapcsolatot. Abban az esetben, ha a VLAN a br-up-hoz vagy a bond0-hoz lett hozzárendelve, futtassa a következő parancsot az eltávolításhoz:

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

A változtatások ellenőrzéséhez használja az "ovs-vsctl show" parancsot. A helyes konfigurációnak így kell kinéznie:

 [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 ...

A VLAN megváltoztatásához a CVM-en futtassa a következő parancsot a konfigurálni kívánt VLAN címkével (X jelzéssel):

 nutanix@cvm$ change_cvm_vlan <vlan tag>

Megjegyzés: Ne használja az AHV gazdagép ovs-vsctl parancsát a CVM VLAN-címkéjének beállításához (a vnet0-n). Ehelyett használja a change_cvm_vlan parancsot a CVM-ből.

A VLAN címke AHV gazdagépről való eltávolításához futtassa a következő parancsot a távoli konzol megnyitása után:

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

A VLAN-címkézés CVM-ből való eltávolításához kövesse az alábbi eljárást:

• Jelentkezzen be az AHV gazdagépre a távoli konzolon keresztül
• SSH a gazdagéptől a CVM-hez (mindig SSH a 192.168.5.254 címre):

   [root@ahv ~]# ssh nutanix@192.168.5.254

• Hajtsa végre a következő parancsot a CVM-en:

   nutanix@cvm$ change_cvm_vlan --remove

[ Vissza a tetejére ]

LACP konfiguráció

Kövesse a KB-3263 A LACP engedélyezése, letiltása és ellenőrzése című részt az AHV-ben.

Hogyan lehet megtalálni a gazdagép hálózati kártya MAC-címét

• Hajtsa végre a következő parancsot az AHV gazdagépen:

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

Minta kimenet:

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

• Hajtsa végre a következő parancsot az AHV gazdagépen:

 [root@ahv ~]# ifconfig <interface>

Minta kimenet:

 [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)

[ Vissza a tetejére ]

Hogyan válasszuk ki az aktív hálózati kártyát aktív tartalék kötés módban

Alapértelmezés szerint a rendszerindítási idő alatt az AHV véletlenszerűen kiválasztja a kötésben lévő hálózati kártyák egyikét, és aktiválja azt. Az összes többi hálózati kártya tartalék szerepkörrel rendelkezik, és csak akkor aktiválódik, ha az aktív hálózati kártya meghibásodik.
Ha be szeretné állítani, hogy egy preferált hálózati kártya legyen elsődleges, akkor a következő parancsot használhatja (AOS 5.15.4 és újabb):

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

Például:

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

Az aktív és/vagy előnyben részesített hálózati kártya ellenőrzéséhez csatlakozzon az AHV gazdagéphez, és futtassa a következő parancsot:

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

A parancskimenetben az aktív interfész aktív slaveként lesz megjelölve. Az alábbi példában az eth3 egy aktív interfész a br0-up kötésben:

 [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

Az aktív hálózati kártya megváltoztatásához csatlakozzon az AHV gazdagéphez, és futtassa a következő parancsot:

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

Példa:

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

Most, amikor ellenőrzi a kötés/show kimenetet, láthatja, hogy az eth2 interfész aktív slaveként jelenik meg:

Példa:

 [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

[ Vissza a tetejére ]

Különítse el az 1G interfészt a 10G interfészekkel való kötéstől

A munkafolyamat részletes leírását a KB 8835-ben találja.
[ Vissza a tetejére ]

Hidak egyetlen felfelé irányuló kapcsolattal

A munkafolyamat részletes leírását a KB 8015-ben találja.
[ Vissza a tetejére ]

Ismert problémák

Tünet: A manage_ovs meghiúsul az "ovs-vsctl: nem található" hibával:

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

Megoldás: Győződjön meg arról, hogy a mögöttes hypervisor AHV. Ha másik hipervizort használ, tekintse meg annak szállítójának dokumentációját a hálózat parancssorból történő kezeléséről.

Tünet: A manage_ovs sikertelen, ha "A fürt ARP és DHCP IP-címe nincs inicializálva." hiba egy további híd létrehozása során:

 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.

Megoldás: Győződjön meg arról, hogy a csomópont, amelyhez a hidat hozzáadja, egy meglévő fürt része. A manage_ovs nem támogatja az új hidak létrehozását azokon a csomópontokon, amelyek nem csatlakoznak a fürthöz.
[ Vissza a tetejére ]

kapcsolódó cikkek

• Eredeti cikk a Nutanix portálon: Nutanix KB Cikk: 2090
• Nutanix nyitóoldal