Patchen per Update Manager ohne SAN?

[tomber]

Hallo!

Zur Zeit betreiben wir unsere 5 ESX Server noch ohne SAN.Nun wollen wir das Patchen automatisieren,derUpdate manager ist dabei das Mittel der Wahl.

Nun zumProblem, fast alle Patche erfordern ja den Wechsel in den MaintenanceMode. Um in diesen zu kommen,müssen da alle VM Gäste runtergefahren werden? Macht das der Update Manager automatisch?

Im SAN und mit Vmotion soll das ja mit verschieben der vmware gäste abgehandelt werden,aber wie macht man das ohne SAN?

Tom

[irix]

Hallo!

Zur Zeit betreiben wir unsere 5 ESX Server noch ohne SAN.Nun wollen wir das Patchen automatisieren,derUpdate manager ist dabei das Mittel der Wahl.

Nun zumProblem, fast alle Patche erfordern ja den Wechsel in den MaintenanceMode.

Sie erfordern eher einen Reboot des ESX Hosts. Ist ein Host in den Maintenance Mode versetzt worden laufen die darauf befindlichen Maschinen ja erstmal weiter nur lassen sich keine neuen mehr starten bzw. erstellen.

Um in diesen zu kommen,müssen da alle VM Gäste runtergefahren werden? Macht das der Update Manager automatisch?

Nein macht er nicht.

Im SAN und mit Vmotion soll das ja mit verschieben der vmware gäste abgehandelt werden,aber wie macht man das ohne SAN?

Tom

Manuell herunterfahren oder aber ein Script zur "QuickMigration" benutzen was die VM supended und auf einen anderen Host migriert und das ganze dann im Ring so das immer ein Host zum Patchen freigemacht werden kann.

Die VMs wuerden nur automatisch verschoben werden wenn man DRS aktiv hat und die Automatik aktiviert hat. Dann greift er auf vMotion zurueck.

Gruss
Joerg

[tomber]

...
Sie erfordern eher einen Reboot des ESX Hosts. Ist ein Host in den Maintenance Mode versetzt worden laufen die darauf befindlichen Maschinen ja erstmal weiter nur lassen sich keine neuen mehr starten bzw. erstellen.
...
Gruss
Joerg

Danke soweit. Aber wenn ich einen Host in den MMode schalten will (einige Patche brauchen nur den mmode, z.B. der aktuelle Security Patch vom 10.4), dann kommt ein Hinweisfenster das dazu alle V-Gäste runtergefahren werden müssen??Genau steht da: "To complete entry into Maintenance Mode, all virtual machines must be shut down or moved to another host. ..."
Die Frage ist, was stimmt nun...

[mangold]

der MMmode erfordert das herunterfahren oder evakuieren des Hostst, das hat mit dem Patchen nichts zu tun.

[tomber]

Wieso hat das mit dem patchen nichts zu tun, wenn der Patch in den mmode schalten will?

[mangold]

patchen über update manager erfordert immer mmode
mmode erfordert immer evak oder off. damit der abgeschlossen werden kann. Wenn die VMs noch drauf sind oder an, dann geht der mmode nie in die 100%

selbst wenn ein patch KEINEN Boot benötigt, müssen die VMs runter.
will damit sagen, nicht der patch will keine vms haben, sondern der mmode. Kommt aber letztendlich aufs gleiche raus.

Oder ich habe deine Frage falsch verstanden?

[tomber]

Na ja: Oben schrieb jemand:

Ist ein Host in den Maintenance Mode versetzt worden laufen die darauf befindlichen Maschinen ja erstmal weiter nur lassen sich keine neuen mehr starten bzw. erstellen.

Du sagst, für mmode müssen die vm aus oder runter

Ich weiß nun nicht, was stimmt denn nu?

[mangold]

also wenn ein host in den MM gehen soll, laufen die VMs wirklich weiter. Die werden nicht einfach ausgeschaltet. Bei aktiviertem DRS werden dann die VMs per vMotion weg migriert. Erst dann wird der Prozess des Eintretens in den MMode mit 100% abgeschlossen. Ohne DRS muss man eben selbst dafür sorgen, dass die VMs nicht mehr auf dem Host laufen, muss man z.B. auch machen, wenn DRS sich weigert aus diversen Gründen ein vmotion durchzuführen. Vmotion ist z.B. bei gestartetem VMware Tools install oder bei verbundenen lokalen COM Schnittstellen nicht möglich.

Aber erst wenn alle VMs weg sind, geht der auf 100% und schließt den Task ab. (das Symbol am ESX Host verändert sich auch) Un der Update Manager fängt nicht an, bevor der MMode erreicht ist.

Ich habe das gerade letzte Woche hinter mich gebracht

[Heros]

Ihr müsst folgendes machen:

Wenn ein Patch ansteht:

1. Manuell VMs auf einem Host herunterfahren
2. Manuell Host in Maintenance Mode
3. VUM gegen diesen Host laufen lassen
4. Manuell aus dem Maintenance Mode raus
5. Manuell VMs starten

Das ganze in nen Powershell Skript und dann geht das auch halbwegs flott und automatisiert.

[mangold]

wenn ne VM nicht migireren will, geht das dann auch nicht mit einem Skript , leider habe ich das mit dem VI toolkit nicht hinbekommen, die VMs manuell zu migireren. Ärgerlich ist, dass man eine blockierende VM nicht mehr konfigurieren kann, wenn der Host versucht in den MM zu wechseln, also heisst es den zu canceln, die VM zu konfigurieren und dann wieder von vorne. Aber letztendlich braucht man das skripten nur wenn man es vollautomatisch z.B. in der Nacht machen möchte. Aber dank vmotion muss ich das nicht wirklich und mache es an einem normalen Arbeitstag einfach nebenbei, bei "nur" sechs Host kein Problem.

[Saturnous]

Witzig das keiner den Eingangspost richtig gelesen hat, tomber hat kein SAN .

Wobei man sich mal schnell mit einer kleinen NAS behelfen könnte (1,5TB Raid 1 für unter 400Eur - bzw 2 USB Pladden als Dynamic Disk anner Workstation) um die Maschinchen dort zwischenzuparken, und umzuhängen.

[mangold]

doch schon, aber wir sind abgedriftet. also hat er zwei Möglichkeite, sich irgendwie einen Shared Storage besorgen (NAS oder was auch immer) oder die VMs runterfahren.

5 ESX Hosts OHNE Vmotion hatle ich aber generell für keine gute Idee.

[Heros]

Ich hab doch geschrieben runterfahren! Da bleibt ihm nichts anders über.

[irix]

Ich hab doch geschrieben runterfahren! Da bleibt ihm nichts anders über.

Nicht nur du.... stand schon in der ersten Antwort inkl. einer Alternative.

Gruss
Joerg