HP 5130 Link Aggregation einrichten

Das Link Aggragation Protocol (LACP) ermöglicht die Bündelung mehrerer Ports zu einem logischen Kanal (Link Aggregation Group). Damit kann einerseits die Bandbreite erhöht werden, aber andererseits auch Redundanz geschaffen werden. Bündelt man beispielsweise 2x 1Gigabit Ports zu einer Aggregation Group, so beträgt die Bandbreite 2 Gigabit. Fällt eine der beteiligten Leitungen aus, so bleibt die Verbindung mit der halben Bandbreite intakt.

Ich schildere hier kurz die Einrichtung am Beispiel eines bestehenden IRF Clusters [VINet01], der über zwei 1 GBit Kupfer Leitungen mit einem Partner verbunden werden soll. Die Basiseinrichtung der Switches setze ich voraus.

„HP 5130 Link Aggregation einrichten“ weiterlesen

vSphere 5.1 static MAC

Fehler beim VM Start

Nach Upgrade eines ESX Clusters von vSphere 5.0 auf vSphere 5.1 konnte eine VM nicht neu gestartet werden. Statt dessen wurde eine Fehlermeldung ausgegeben:

Failed to start the virtual machine.
Module DevicePowerOn power on failed.
Could not set up “macAddress” for ethernet0.
Invalid MAC address specified.
00:0C:29:A0:B0:1D is not an allowed static Ethernet address. It conflicts with VMware reserved MACs.

„vSphere 5.1 static MAC“ weiterlesen

vSphere5: Multi NIC vMotion

Betrachtet man vSphere Cluster im produktiven Einsatz, so fällt auf daß immer noch sehr wenige davon mit 10 GB Uplinks ausgestattet sind. Und das meist aus gutem Grund, denn die Hardware ist sehr teuer und auch die Infrastruktur zwischen den ESX-Knoten (Switches, Router, etc.) muß 10 Gbit unterstützen. In der Regel kann man mit mehreren 1Gbit Uplinks sehr gut auskommen und es bedarf schon einiger Mühe einen 1 Gbit NIC zu sättigen. Einzig bei vMotion kann es gelegentlich zu Engpässen kommen, weswegen von mir in der Vergangenheit der Management Traffic vom VM-Network logisch getrennt wurde und die Adapter nur wechselseitig als Standby zur Verfügung standen.

Eine wirklich tolle Eigenschaft von vSphere5 ist mir aber bis vor kurzem entgangen: Multi-NIC vMotion. Hierbei wird der Datenverkehr über mehrere physische NICs geleitet. Es bedarf mindestens zweier NICs mit je einer VM-Kernel Portgruppe und ähnelt dem Verfahren zum Aufbau einer iSCSI-Portgruppe. Nur daß sich hier beide vmk Portgruppen im selben IP Subnetz befinden. Diese Funktion ist nicht nur bei mehreren gleichzeitigen vMotion Transaktionen nützlich, sonder auch schon bei einer einzelnen.

Manuelle Einrichtung

Wir brauchen dazu entweder zwei vSwitches mit je einem vmnic und je einer vmkernel Portgruppe, oder wir verwenden einen vSwitch mit zwei vmnics und zwei Portgruppen. Letztere Variante gefällt mir persönlich besser.

  • Einen vSwitch erstellen und diesem zwei NICs zuordnen (Bsp: vmnic1, vmnic2)
  • zwei vmkernel Portgruppen erstellen (Bsp: vMotion1, vMotion2), mit IP Adressen aus dem gleichen Subnetz.
  • Switch failover-order umgehen.
  • vMotion1 mit vmnic1 (active), vmnic2 (standby)
  • vMotion2 mit vmnic2 (active), vmnic1 (standby)

Achtung Bug!: Derzeit existiert noch ein Problem in vSphere5, wenn zwei Kernelports auf dem selben Virtual Standard Switch vorhanden sind. Das Problem wurde ausführlich im Blogartikel von VMtoday beschrieben und ist ab vSphere5 U1 behoben.

Skriptgesteuerte Einrichtung

Bei mehreren Hosts ist eine Automatisierung wichtig. Die manuelle Einrichtung ist nicht nur mühsam, sondern auch fehleranfällig. Im Diskussionsbereich des Artikels zum Thema Multiple-NIC-vMotion auf Yellow-Bricks werden Skripte in unterschiedlichen Skriptsprachen gelistet. Darunter auch vSphereCLI und PowerCLI.

Links

Frankdenneman.nl: Multi-NIC vMotion support in vSphere5
VMtoday: vSphere 5 Networking Bug #2 Affects Management Network Connectivity
Yellow-Bricks: Multiple-NIC vMotion in vSphere 5
VMware Pubs [PDF]: Networking-Guide

vSphere5: vmxnet3 bei OS Setup

VMware vSphere bringt seit Version 4.0 den verbesserten vmxnet3 LAN Adapter als Virtuelle Hardware für Gastsysteme mit. Da es sich um einen nativen VMware Adapter handelt, verfügen Gastsysteme natürlich über keinen Treiber für diesen Adapter und melden ihn als unbekannt. Das ist i.d.R. kein Problem, da unmittelbar nach Installation der VM-Tools der Treiber zur Verfügung steht. Es gibt jedoch Fälle da benötigt man schon zu Beginn der Installation einen funktionierenden LAN-Adapter. So z.B. beim Small Business Server (SBS) von Microsoft. Nun kann man sich zunächst mit dem e1000 Adapter behelfen und diesen ggf. später gegen einen vmxnet3 ersetzen, aber viele Dienste und Anwendungen binden sich an den Adapter und es ist dann bisweilen mühsam, das wieder umzubiegen. „vSphere5: vmxnet3 bei OS Setup“ weiterlesen