vCenter 5 Appliance (SuSE/SLES) updaten?

[hkais]

Hallo zusammen,

wir haben uns damals entschieden die vCenter Appliance von VMware direkt zu verwenden.
Das hat uns einiges an Arbeit gespart nur jetzt:
- wie kann ich das SLES von VMware aktualisieren?
- wie kann ich rpm-Packages im SLES-VMware hinzufügen (z.B. mc, subversion)?
- wie bekomme ich den aktuellsten Patchlevel von vCenter auf die Applicance?

Ich hoffe jemand von euch kann Licht ins Dunkel bringen.

Grüße,
hkais

[irix]

Also als ich das letzte mal geschaut hatte gabs die VCSA noch nicht fuer 5.0u1 und das steht auch auf der Downloadseite. Somit wird es auch noch keine Updates geben.

Man installiert keine Pakete in den VAs.

Gruss
Joerg

[hkais]

Hi Jörg,

wenn es denn ein Update geben würde. Wie müsste ich das installieren?

Bzgl. "man installiert keine Pakete in VA" sehe ich anders.
Letztendlich muss ich eine Ǜberwachung/Monitoring einrichten. Hierfür brauche ich NRPE und da unsere Configs im Subversion liegen auch noch subversion.
Auf mc könnte ich noch verzichten...

[irix]

Hi Jörg,

wenn es denn ein Update geben würde. Wie müsste ich das installieren?

Kann ich auch nicht definitiv sagen. Bei anderen VAs von VMware gibts in der WebGUI einen Update Bereich mit auto. Versionsueberpruefung (Dumm nur das man da keine Proxy angeben kann) und die Moeglichkeit ein Update Paket hochzuladen.

Bzgl. "man installiert keine Pakete in VA" sehe ich anders.
Letztendlich muss ich eine Ǜberwachung/Monitoring einrichten. Hierfür brauche ich NRPE und da unsere Configs im Subversion liegen auch noch subversion.
Auf mc könnte ich noch verzichten...

Falscher Ansatz. Dein "Agent" ist schon da er hat nur einen anderen Namen... .in diesem Fall heist er VMware Tools. Von aussen pruefen wir die Services und die Tools geben mir Speicher, CPU und verbrauchten Festplattenplatz.

Gruss
Joerg

[hkais]

Falscher Ansatz. Dein "Agent" ist schon da er hat nur einen anderen Namen... .in diesem Fall heist er VMware Tools. Von aussen pruefen wir die Services und die Tools geben mir Speicher, CPU und verbrauchten Festplattenplatz.

Ahh okay, hast Du mir hierzu Links oder docs?
Ich benutze check_esx3, aber das ist zu limitiert, um alle meine Anforderungen abzudecken.

[PeterDA]

Hi,
Dokumente wären dann so Sachen wie CLI, PowerCLI bzw die VMA Doku. Für die Tests von aussen musst du einfach nach Agenten freien Tools schauen, die überprüfen ob bestimmte Services in der VM noch leben.

Ich denke du hast hier einenDenkfehler. Mit dem Einsatz der VCSA installierst du eine BlackBox in deiner Infrastruktur. Das geht schnell und ohne viel Arbeit. Auf der anderen Seite ist es halt eine Blackbox, die man nicht wie andere OS mit Agenten ausstatten oder einfach patchen kann. Wenn du das brauchst, musst du halt den Weg über eine Win Installation gehen. Dort kannst du dann alles bestimmen.

Gruß Peter

[irix]

Falscher Ansatz. Dein "Agent" ist schon da er hat nur einen anderen Namen... .in diesem Fall heist er VMware Tools. Von aussen pruefen wir die Services und die Tools geben mir Speicher, CPU und verbrauchten Festplattenplatz.

Ahh okay, hast Du mir hierzu Links oder docs?
Ich benutze check_esx3, aber das ist zu limitiert, um alle meine Anforderungen abzudecken.

Wenn du es direkt auf dem NAGIOS machen moechtest brauchts da genau wie fuer check_esx3 das entsprechende vSphere Perl SDK[1] und dann schreibst du dir halt einen Check. Ich persoenlich komme allerdings per Powershell schneller zum Ziel und hab somit den dunklen Weg zur Loesung gewaehlt

Wiliam sein vSphere Healtcheck verwendet ja Perl und er hat auf der Info Seite der VMs auch die Plattengroessen und Belegungsgroesse des Volumes mit drin. Sprich du kannst mal da im Code gucken.

Gruss
Joerg

[hkais]

Wenn du es direkt auf dem NAGIOS machen moechtest brauchts da genau wie fuer check_esx3 das entsprechende vSphere Perl SDK[1] und dann schreibst du dir halt einen Check. Ich persoenlich komme allerdings per Powershell schneller zum Ziel und hab somit den dunklen Weg zur Loesung gewaehlt

Wiliam sein vSphere Healtcheck verwendet ja Perl und er hat auf der Info Seite der VMs auch die Plattengroessen und Belegungsgroesse des Volumes mit drin. Sprich du kannst mal da im Code gucken.

Soweit kann ich der Argumentation folgen. Nur ist es so, dass ich schon mit den nagios-Plugins 95% meiner Probleme gelöst habe. Mit selbstgestrickten Tools habe ich dann noch den Aufwand die Skripte anzupassen und zu warten. Daher ziehe ich immer im OSS (oepnsource) "buy before build" vor. Windows kommt mir nicht in die "VM-Operating-Tüte"

Zu den Updates.
Verstehe ich das richtig. VMware schiebt Appliances raus, die auf SUSE basieren, aber die Systemsoftware darf ich nicht via SUSE / Yast Online Update aktualisieren?
D.h. ich habe jetzt eine vCenter-Applicance die bereits über 6 Monate ungepatched ist und zudem ist unbekannt wann die neuen Updates eintreffen? Das ist kann doch nicht Ernst von VMware gemeint sein? Mit dem veralteten vCenter könnte ich ja noch leben, aber nicht mit dem ungepatchten Operating System SUSE/SLES.

[PeterDA]

Hi,
so ist das aber bei allen Appliances. Dafür kann dort auch nichts verkonfigurieren...

Wem das Patchen des OS wichtig ist der nützt halt die Win Installation.

Gruß Peter