tschokko.de

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

Nach langem Warten ist heute endlich meine Apple Magic Mouse eingetroffen. 🙂 In Verbindung mit dem Wireless Keyboard sieht das schon echt schick aus ! Allerdings hätte ich mir mehr Funktionalität gewünscht. Lediglich Scrollen und Vor-/Rückwärts per Fingergestik find ich jetzt nicht sooo wahnsinnig überzeugend. Und einen guten Zahn an Geschwindigkeit darf die Maus ruhig auch zulegen. Meine Zeigergeschwindigkeit ist bei 100% und alles andere als schnell. Mal schauen was die kommenden Treiber so mitsichbringen. Ansonsten bleib ich doch lieber wieder bei meiner Logitech Maus. 😉

S wie Sturm statt Sport… Der Audi Sport Quattro S1 wenn er denn mal losgelassen wurde, war wie ein entfesselter Sturm. Also wenn ich mal gerne ein Auto fahren wollen würde, dann dieses Auto!

Schon als kleines Kind – Gott weiß warum – summte ich schon die Melodie des Fünfzylinders. Höchstwahrscheinlich ist mein Papa daran Schuld. Er schleppte mich immerhin im zarten Alter von 5 bis 10 Jahren gerne zu Auto-Cross Veranstaltungen. Noch heute rieche ich das Benzin, das Öl und der Audi 5-Zylinder Klang erklingt wie eh und je in meinen Ohren.

Mal schauen, die neuen Büchsen sind eh nicht so meins, womöglich wird mein nächstes Auto doch besser ein 5-Ender. 🙂 😀

… im Dialog mit einem guten Freund sind heute ein paar lustige Worte gefallen. Diese will ich mir mal hier besser notieren, nicht das mein Sieb im Kopf wieder zuschlägt.

• Krawattenkompatibel
• Staubsauger
• Buzzwords

Natürlich ergibt das nur im Zusammenhang einen Sinn: Krawattenkompatibel sind vermeintlich kompetente Informationen, die mit Buzzwords überladen sind und von den Schlipsträger wie Dreck vom Staubsauger aufgesaugt werden. 😉

Und was ich auch nicht vergessen will, ist folgendes Zitat:

„Und jetzt heißt das Grid halt Cloud und wieder reden alle drüber ohne genau zu wissen, wovon sie reden. Aber für die meisten Leute kommt der Strom ja auch aus der Steckdose und das Wasser aus dem Hahn.“

Soviel IT Realität/Wahrheit in zwei Sätzen ist schon fast Rekordverdächtig. 😉

Grrrrrrrrrrr… eigentlich hat es ja schon in der Nacht von Donnerstag auf Freitag begonnen, irre Schmerzen im linken Bein und in der Hüfte. Da drückt wohl mal wieder irgendwo ein verspannter Wirbelsäulen Muskel auf den Nerv. 🙁 Also heute Vormittag Termin bei Arzt ausgemacht.

Derweil kümmerte ich mich mal um mein verbleibendes Paket aus den USA. Ich erwarte ja seit langer Zeit ein HP Virtual Connect Ethernet Modul für mein  HP BladeSystem. Laut USPS (United States Postal Services) Tracking Status befindet sich das Paket seit 10.11. in Deutschland in der Zustellung, d.h. Zoll schon passiert. Aber wo bleibt denn mein Paket? Bin mal prompt in die Post geflitzt um mich dort zu erkundigen. Keine Chance. *seufz* Ist ja nicht so, dass ich das Virtual Connect Modul geschenkt bekommen habe. 🙁

Nachmittags hab ich mich dann heran gemacht meinen abgerauchten DNS/DHCP/JumpStart/AI/osol-Repo/etc. Server wieder neu aufzusetzen. Erstmal das Atom 330 Board, usw. in ein Gehäuse geschraubt, CD eingelegt, OpenSolaris installiert. 🙂 Hat geklappt. Leider war das Ding irgendwie schrecklich laut. Also entschloss ich mich das Netzteil zu wechseln. Gesagt – getan… System angeworfen und Grub meldet einen Fehler. 🙁 Och menno! OpenSolaris CD nochmal eingelegt und Installation wiederholt. Leider knatterte die Platte verdächtig laut und nichts ging mehr voran. Mist! Also Platte gewechselt, Installation nochmal gestartet. Nachdem ich dann die Box soweit eingerichtet hatte, hab ich den OpenSolaris Local Repository Server fertig gemacht. Hat soweit prima geklappt und schon hatte ich mich über die Zonen auf der Sun Fire T1000 hergemacht. Mit einem eigenen OpenSolaris Mirror macht das arbeiten mit OpenSolaris deutlich mehr Spaß. Aber die Freude hielt nicht lange an, irgendwann war das Repository nicht mehr erreichbar und die Kiste schon wieder tot! Reset, OpenSolaris bootet, Anmeldung und dann nichts mehr. 🙁 Scheiße…

Daraufhin beschloss ich OpenSolaris lieber mal auf der Sun Fire X4100 zu installieren. Zu dumm nur, dass die Kiste keinen BIOS POST auf Bildschirm noch auf die ILOM Konsole zauberte. Das Ding zuckte trotz aller Bemühungen nicht mehr. Was ist denn hier passiert? Das darf doch echt nicht wahr sein?

Neben all den Pleiten, Pech und Pannen quälen mich trotz Arztbesuch weiter meine Schmerzen in Bein und Hüfte. 🙁 Da soll mir noch ein erzählen, Freitag der 13. wäre ein rabenschwarzer Tag.

Na dann Prost, ich trinke jetzt weiter an  meinem Glas Rotwein und spüle den Frust runter. *seufz*

Gruß
Tschokko

Heute mal kein Beitrag zum Keller oder zu Solaris… im Gegenteil ! Seit ein paar Tagen beschäftigt mich eine Entscheidung und ich suche nach den Erklärungen. Vielleicht könnt Ihr da draußen mir helfen.

Vor ein paar Tagen hatte ich ein kurzes Gespräch mit einem Kunden und dabei kam zu Wort, dass die betagte Oracle Datenbank Umgebung abgelöst wird. Bisher leistete ein Oracle RAC auf einer Sun Fire 6800/6900 – natürlich unter Solaris – halbwegs zuverlässige Dienste. Das System hat wohl schon locker 7 Jahre auf dem Buckel, wurde auch schon „gepimpt“ und ist dennoch inzwischen einfach nicht mehr zeitgemäß. (IMHO verständlich!) Auf dem System laufen sehr viele Instanzen und wirklich jeeeeeeede Menge Datenbanken (Schemas). Details kann ich nicht preisgeben, erstens weil ich diese kaum kenne und zweitens weil es keine Information für die Öffentlichkeit ist.

Man hat sich für eine neuen Lösung mit Linux – vermutlich RHEL oder Oracle Linux – entschieden ! Hardware sind HP Blade Server mit x86/64 Architektur und Storage sehr wahrscheinlich EMC. Man plant ein großes und flexibles Oracle Grid, d.h. wohl ein RAC über jede Menge Blades.

Prinzipiell ist gegen die Entscheidung HP als Hardwarelieferant nichts einzuwenden. 😉 Bei dieser Aussage lacht natürlich mein HP Herz. Aber das ist subjektiv und darum will ich auch nicht weiter darauf eingehen.

Was ich aber nicht verstehe ist die Entscheidung für Linux. Also mit J2EE Application Server Farmen, große MySQL Installationen, Apache HTTP, etc. hab ich mit Linux als Betriebssystem wenig Schmerzen. Aber ein Mission Critical Oracle RAC unter Linux? So ein bißchen Angst um meine Daten und um meine vereinbarten SLAs hätte ich da ja schon.

Ist ja nicht so, dass bei dem Vorhaben eine neue Umgebung zu bauen Oracle/Sun gar nicht ins Haus geholt worden sind. Aber so Recht überzeugen konnte der Verrein nicht. Mit einem Schwung Sun M5000 Server wollte man sich nicht abspeisen lassen! Hinzu kommt, dass das Oracle/Sun Angebot wohl preislich nicht unbedingt günstig war.

Auf die Frage hin warum man sich nicht für Solaris x86 auf HP Blade Server entschieden hat, kam nur: Lediglich eine Referenz in Deutschland und Oracle konzentriert sich offensichtlich erstmal weiter auf ihr Oracle Linux. Man möchte abwarten, wie sich das ganze in den nächsten Jahren entwickelt. Wie bitte ???

Nachdem ich nun so nebenbei ziemlich „spektakuläre“ Erfahrungswerte zu Linux erhalte – in naher Zukunft mehr dazu, die Welt soll ruhig wissen, was es bedeutet auf Linux zu setzen. 😉 – ich auch so meine Erfahrungen damit habe, wird mir eigentlich Himmelangst. Im Prinzip kann man dann doch gleich sein PPS System auf Linux umziehen und darauf hoffen, dass die Produktion irgendwie rund rennt. Man bastelt sich das dann schon zurecht. 😉 Interessant ist aber nur, dass genau solche Systeme eben nicht unter Linux tun! Doch ein großer Oracle RAC auf dem wirklich jede Menge Anwendungen zugreifen ist aber dagegen Linux tauglich? Das ist nicht Euer Ernst?

Ergo, wenn der Oracle RAC in Probleme läuft, dann bastelt man sich halt das irgendwie wieder hin. Genauso bastelt man halt die Updates rein, irgendwie kriegt man schon die Kernel Module wieder zum fliegen. Vor allem jetzt wo doch Oracle auch an seinem eigenen Linux und eigenen Kernel Modulen bastelt. Zur Not muss halt der GCC herhalten und irgendwelche Anleitungen aus dem großen World Wide Web. Irgendwie (ich wiederhole mich) kriegt man das Ding schon zum Fliegen. Mir fehlen die Worte! Das ist Enteprise im Jahr 2010 oder?

Na dann Prost, da wechsle ich dann doch lieber zu einem MSSQL Cluster auf einem HP Integrity Superdome 😉 Und ihr wisst was ich von Windows halte. 😉

Bin ich denn wirklich alleine auf diesem Planeten, der Bedenken mit Linux im Mission Critical Segment hat? Bin ich denn der Einzige, der schon allein des Bauchgefühls wegen (und das hat meistens immer Recht), niemals einen großen Oracle RAC unter Linux empfehlen und aufsetzen würde? Gerade wo es doch sooooo ausgereifte Betriebssysteme und HA Umgebungen gibt, die sich schon mehr als nur ein Jahrzehnt lang bewährt haben. *seufz*

Wie ist eure Meinung?

Gruß
Tschokko