Seite 1 von 1
Snapshots überschreiben Reservations
Verfasst: 20.07.2011, 11:08
von McKane
Hallo Forum,
Mein Problem:
um die Performance meiner VM´s zu verbessern, bzw. um die Anzahl laufender VM´s auf dem Server zu beschränken, habe ich die Hardwareeinstellungen angepasst. Wenn ich jetzt aber einen alten Snapshot wiederherstelle, indem es diese Reservations noch nicht gab, werden die aktuellen Reservations wieder "zurückgesetzt".
Fragen:
- Wie kann ich verhindern, dass die alten Snapshots die aktuellen Reservations überschreiben
- Gibt es eventuell eine andere Möglichkeit die Anzahl laufender VM´s zu beschränken?
edit:
- Kann man bei Änderungen an den Einstellungen, diese auch für alle anderen Snapshots übernehmen?
Ich hoffe ihr könnt mir helfen
btw: habe werder per google Suche noch über Foren Suche etwas gefunden was mir weiterhilft.
Verfasst: 20.07.2011, 12:22
von continuum
gewöhn dich dran - dieses Verhalten kann man nicht aendern
Verfasst: 20.07.2011, 12:42
von McKane
gibt es denn keine Möglichkeit die Änderungen, die an den Einstellungen gemacht werden für alle Snapshots zu übernehmen?
Verfasst: 20.07.2011, 12:51
von irix
Dann Pack die VMs in Resourcepools und stelle dort die Resourcen ein und bei der VM selber immer Unlimited.
Gruss
Joerg
Verfasst: 20.07.2011, 13:02
von McKane
danke für deine Antwort irix, jetzt muss mir nur noch einer sagen wie das geht.^^
Verfasst: 20.07.2011, 13:31
von continuum
McKane hat geschrieben:gibt es denn keine Möglichkeit die Änderungen, die an den Einstellungen gemacht werden für alle Snapshots zu übernehmen?
doch - aber dafür müsstest du einige Dateien mit nem Hexeditor vergewaltigen
probier besser den Tip von irix
Verfasst: 20.07.2011, 16:39
von McKane
Das Problem an den Resource Pools ist, dass ich da die Resourcen nur für mehrere VM setzten kann (oder ich erstelle für jede VM einen Resource Pool - sehr unschön bei 20+ VM´s).
Habt ihr noch andere Ideen?
Verfasst: 20.07.2011, 16:48
von irix
McKane hat geschrieben:Das Problem an den Resource Pools ist, dass ich da die Resourcen nur für mehrere VM setzten kann (oder ich erstelle für jede VM einen Resource Pool - sehr unschön bei 20+ VM´s).
Habt ihr noch andere Ideen?
Die Settings machen bevor man Snaps macht. Die meisten brauchen die Snaps nur fuer die durchfuehrung einer Datensicherung und anschliessend wird der Snap wieder commited.
Aus welchem Grund hast du denn die Snaps bzw. warum kannst du die nicht loeschen?
Andernfalls koennte ich mir auch eine Powershell Script vorstellen wo die Settings hinterlegt sind und dann wackelt einmal am Tag ueber die VMs und korrigiert die Einstellungen.
Gruss
Joerg
Verfasst: 20.07.2011, 17:13
von McKane
Bei neueren VM´s werden die Settings mittlerweile sofort gemacht, bei älternen geht das leider nicht mehr,
Wir testen hauptsächlich Software auf unseren VM´s (Installationen, Programme) und um dann nicht immer Software, die benötigt wir neu zu installieren, werden Snapshots gemacht.
Bsp: ein Kollege entwickelt ein Tool, welches das .Net Framework benötigt, dann wird das Framework nur einmal installiert, ein Snapshot gemacht und dann getestet. Ist sein Tool noch fehlerhaft, muss nur der Snapshot wiederhergestellt werden und nicht nach jedem Test das Framework installiert werden.
Wie würde so ein Script aussehen?
Verfasst: 20.07.2011, 22:08
von Dayworker
McKane hat geschrieben:Bsp: ein Kollege entwickelt ein Tool, welches das .Net Framework benötigt, dann wird das Framework nur einmal installiert, ein Snapshot gemacht und dann getestet. Ist sein Tool noch fehlerhaft, muss nur der Snapshot wiederhergestellt werden und nicht nach jedem Test das Framework installiert werden.
Dein Beispiel hinkt etwas...
Keine Ahnung was dieses Bsp-Tool macht, aber zum Framework zerschiessen gehört schon einiges dazu und ist mir so auch nur von Delphi bekannt.
Verfasst: 21.07.2011, 10:15
von McKane
Dayworker hat geschrieben:Dein Beispiel hinkt etwas...
Dann ein weiteres Beispiel, ich erstelle eine Installation für eins unserer Produkte, die Installation erfüllt aber noch nciht alle anforderungen, bei der Deinstallation werden nicht alle Dateien gelöscht, um dann nicht händisch nachbessern zu müssen wird einfach der Snapshot wiederhergestellt.
Das Beispiel tut aber eigentlich auch nichts zur Sache. Es geht darum die Hardwareeinstellungen einer Maschine für alle Snapshots zu übernehmen.
Hat jemand hier ein Beispiel Script, welches diese Aufgabe übernimmt?
Verfasst: 21.07.2011, 11:25
von continuum
hexedits per script ???
warum legst du dir nicht neue snapshots an ?
also geh zu dem snap zurueck wo frisch dotnet installiert ist - pass die reservations an und mach einen neuen snapshot
danach kannst du den alten ja wieder loeschen
Verfasst: 21.07.2011, 11:33
von McKane
das wäre zwar möglich, aber bei der Anzahl an Virtuellen Maschinen und den darin enthaltenen Snapshots sehr viel Aufwand. ich denke ein Script ist da um einiges schöner und nicht so Zeitaufwendig.
Habe mir bereits PowerCLI geladen. Ich informier mich jetzt mal wie ich dort automatisch Kommandos eingeben lassen kann und welche ich benötige, für Tipps wäre ich sehr dankbar
Verfasst: 21.07.2011, 11:42
von continuum
die Daten die du veraendern willst liegen innerhalb der *.vmsn files
mir sind keine scripts bekannt die hier Werte aendern wuerden
Verfasst: 21.07.2011, 11:49
von irix
continuum hat geschrieben:hexedits per script ???
Nein, mittels Powershell/Perl die API bedienen und einmal am Tag die Resourcen gemaess Vorlange neu setzten.
Gruss
Joerg
Verfasst: 21.07.2011, 15:33
von McKane
Habe nun das gefunden was ich brauche. es gibt ein SDK für C# mit dem ich auf die gewünschten Einstellungen zugreifen kann (
SDK Doku).
bekomme jetzt aber den Fehler "fault.RestrictedVersion.summary". Bedeutet das, dass meine ESXi Server Lizenz nicht ausreicht?
Verfasst: 21.07.2011, 15:38
von irix
McKane hat geschrieben:bekomme jetzt aber den Fehler "fault.RestrictedVersion.summary". Bedeutet das, dass meine ESXi Server Lizenz nicht ausreicht?
Wenn du mal eine haettest. Du hast den "vSphere Hypervisor" aka "Free ESXi" und damit ist die API ReadOnly und automatisierung wird aktiv unterbunden. Der Schutz wird mit dem Kauf einer Lizenz aufgehoben.
Gruss
Joerg
Verfasst: 21.07.2011, 16:07
von McKane
Dann bleibt mir wohl nur noch:
continuum hat geschrieben:geh zu dem snap zurueck wo frisch dotnet installiert ist - pass die reservations an und mach einen neuen snapshot
danach kannst du den alten ja wieder loeschen
Trotzdem danke für eure Bemühungen.
Verfasst: 21.07.2011, 16:07
von continuum
Nein, mittels Powershell/Perl die API bedienen und einmal am Tag die Resourcen gemaess Vorlange neu setzten.
Interessant - und auf jeden Fall eleganter als x vmsn Files zu editieren
Verfasst: 21.07.2011, 16:35
von McKane
continuum hat geschrieben:Nein, mittels Powershell/Perl die API bedienen und einmal am Tag die Resourcen gemaess Vorlange neu setzten.
Interessant - und auf jeden Fall eleganter als x vmsn Files zu editieren
ist mit dem SDK und der Doku die ich dazu gepostet habe auch recht simpel. Wenn ich die passende Lizenz hätte, dann würde das wahrscheinlich alles laufen und das in vielleicht 1-2 Stunden (vorrausgesetzt man weis das es dieses SDK gibt

)
Verfasst: 22.07.2011, 07:58
von Tschoergez
BTW: Auch wieder ein netter Use-Case für den Orchestrator, da kann man prima Workflows als Scheduled Tasks regelmäßig laufen lassen....
Braucht aber mind. eine vCenter-Lizenz
Viele grüße,
jörg