In einem interessanten Vortrag zu HP Converged Infrastructure letztes Jahr ist mehrfach der Begriff „logische Server“ gefallen. HP unterscheidet heute nicht mehr zwischen virtuellen und physikalischen Servern. Möglich macht das die Virtual Connect Technologie !
Mit virtuellen Servern wurde die IT mit einer außerordentlich angenehmen Eigenschaft bereichert. Der Server ist nicht mehr fest an das „Blech“ gebunden. Jederzeit kann eine virtuelle Maschine von einem Host zu einem anderen Host übertragen werden. Welche Kostenauswirkung diese Technologie hat, möchte ich nicht weiter erörtern. 😉 Aber im Grunde genommen ist das Thema Migrationen vom Tisch.
Aber was macht man mit den Geräte die auf „Blech“ lauf müssen???
Richtig ! Man setzt konsequent HP Blade Server und HP Virtual Connect ein. 😉 *schleichwerbung* *ggg*
In besagtem Vortrag fiel irgendwann die höchst interessante Aussage: Man sei im Stande jederzeit ganze Rackreihen an Maschinen (natürlich Blade Server mit Virtual Connect) z.B. bei Ausfall der Klimaanlage in eine klimatisierte Zone umzuziehen (oder soll ich migrieren sagen? ;)). Das ist echt Wow !
Warum das möglich ist, zeig ich euch jetzt !
In meinem C7000 BladeSystem hab ich zwei BL465c Blade Server laufen. Mit Virtual Connect bin ich sowohl im Netzwerk als auch im SAN angebunden. Beide Server booten über das SAN. Auf dem Blade Server in Bay 1 habe ich Windows Server 2008 R2 instaliert und auf dem Blade Server in Bay 2 VMware ESX 4i. Der so genannten Virtual Connect Domain hab ich einen Bereich an Seriennummer, MAC Adressen und WWN IDs zugewiesen, d.h. die statischen Einstellungen der Blade Server werden dank Virtual Connect quais überschrieben.
Auf meiner HP EVA 5000 hab ich entsprechende LUNs bereitgestellt und die LUN Zuweisungen durchgeführt. Im Virtual Connect Manager kann man dann die Boot Reihenfolge der Blade Server auf die EVA LUN umbiegen. Ein manueller Eingriff in das Fibre Channel HBA BIOS ist nicht nötig !
Als alles soweit fertig installiert war und gelaufen ist, habe ich beide Server heruntergefahren und folgende Befehle über die CLI des Virtual Connect Moduls ausgeführt. 😉
->show profile srv-bay-1
Name : srv-bay-1
Device Bay : enc0:1
Server : ProLiant BL465c G1
Status : OK
Serial Number : INVALIDATA00
Serial Number (Logical) : VCX0000000
UUID : -- --
UUID (Logical) : 268fca50-c6f2-4799-b3c0-66f75cb271e0
Ethernet Network Connections
====================================================================
Port Network Name Status PXE MAC Address Allocated
Speed
====================================================================
1 NET_VLAN_1_A OK UseBIOS 00-17-A4-77-00-00 1 GB
2 NET_VLAN_1_B OK UseBIOS 00-17-A4-77-00-02 1 GB
FC SAN Connections
================================================================
Port Bay FC SAN Name Status Speed WWPN
================================================================
1 3 SAN_1_A OK Auto 50:06:0B:00:00:C2:62:00
->unassign profile srv-bay-1
SUCCESS: Profile `srv-bay-1 unassigned from device bay `enc0:1`
->remove profile srv-bay-1
SUCCESS: Profile removed : srv-bay-1
->unassign profile srv-bay-2
SUCCESS: Profile `srv-bay-2 unassigned from device bay `enc0:2`
->remove profile srv-bay-2 SUCCESS: Profile removed : srv-bay-2 ->add profile srv-bay-2 -NoDefaultEnetConn -NoDefaultFcConn SNType=User-Defined SerialNumber=VCX0000000 SUCCESS: Profile added : srv-bay-2 ->add enet-connection srv-bay-2 Network=NET_VLAN_1_A PXE=UseBios AddressType=User-Defined EthernetMAC=00-17-A4-77-00-00 iScsiMac=00-17-A4-77-00-01 SUCCESS: Connection added to server profile : srv-bay-2 ->add enet-connection srv-bay-2 Network=NET_VLAN_1_B PXE=UseBios AddressType=User-Defined EthernetMAC=00-17-A4-77-00-02 iScsiMac=00-17-A4-77-00-03 SUCCESS: Connection added to server profile : srv-bay-2 ->add fc-connection srv-bay-2 Fabric=SAN_1_A AddressType=User-Defined PortWWN=50:06:0B:00:00:C2:62:00 NodeWWN=50:06:0B:00:00:C2:62:01 SUCCESS: Connection added to server profile : srv-bay-2 ->set fc-connection srv-bay-2 1 BootPriority=Primary BootPort=50:00:1F:E1:00:1D:5F:79 BootLUN=1 SUCCESS: Connection modified : srv-bay-2 ->assign profile srv-bay-2 enc0:2 -PowerOn SUCCESS: Profile 'srv-bay-2' assigned to device bay enc0:2
Was hier passiert dürfte wohl selbsterklärend sein? 😉
Ich habe die Profileinstellung vom Blade Server 1 und 2 gelöscht und das Profil von Blade Server 1 vollständig auf Blade Server 2 neu abgebildet. D.h. die MAC Adressen, WWN-IDs, Boot Einstellungen etc. einfach übernommen. 🙂 Blade Server 2 bootet ohne Probleme das zuvor auf auf Blade 1 nstallierte Windows ! Cool !!!
Allerdings ist diese Vorgehensweise viel zu kompliziert. 😉 Es geht auch viel einfacher ! Ich ziehe nun den Server von Bay 2 auf Bay 1 wieder um. 😉
->unassign profile srv-bay-2 SUCCESS: Profile `srv-bay-2` unassigned from device bay `enc0:2` ->assign profile srv-bay-2 enc0:1 -PowerOn SUCCESS: Profile 'srv-bay-2' assigned to device bay enc0:1
Kein Wunder das alle andere Hersteller mit ähnliche Interconnect Module nachziehen. Fehlt jetzt nur noch der Weg Physical->Virtual und umgekehrt 😉 Mit ein paar Skripten sollte das durchaus möglich sein. Ergo der logische Server ist geboren. 🙂