Vmware Storage Überbuchung Kontrolle
Hallo,
ich habe diesmal eine Frage an euch,
wie ihr das bei euch handhabt ?
Storage Überbuchung ist ein heikles Thema.
Da es aus dem nichts passieren kann und das System lahm legt.
Werden bei den VMs die Festplatten auf Thin gestellt.
Wird der Speicherplatz verbraucht der verbraucht wird.
zB hat man eine 100GB Disk in den Einstellungen
und die VM braucht nur 60GB,
sagt vmware 40GB ist frei zur vergabe.
Das stimmt aber ja nicht, weil ich ja nicht überbuchen will.
zu dem Speicherplatz der DISK kommt auch noch die SWAP Datei dazu.
Die 110MB groß ist oder so groß wie der RAM.
Außer man hat eine RAM Reservierung, dann wird das abgezogen.
SWAP = RAM - RAM Reservierung
Bis jetzt zähle ich die Virtuellen Disken den Speicherplatz zusammen
und dann schaue ich, gibt es SWAP und falls ja wie groß.
Dann zähle ich alles zusammen und schau ob ich unter dem Maximum Wert liege.
Wie prüft ihr ob ihr bei der Storage überbucht oder beim RAM ?
Beim RAM ist es ja leicht.
Lg K
ich habe diesmal eine Frage an euch,
wie ihr das bei euch handhabt ?
Storage Überbuchung ist ein heikles Thema.
Da es aus dem nichts passieren kann und das System lahm legt.
Werden bei den VMs die Festplatten auf Thin gestellt.
Wird der Speicherplatz verbraucht der verbraucht wird.
zB hat man eine 100GB Disk in den Einstellungen
und die VM braucht nur 60GB,
sagt vmware 40GB ist frei zur vergabe.
Das stimmt aber ja nicht, weil ich ja nicht überbuchen will.
zu dem Speicherplatz der DISK kommt auch noch die SWAP Datei dazu.
Die 110MB groß ist oder so groß wie der RAM.
Außer man hat eine RAM Reservierung, dann wird das abgezogen.
SWAP = RAM - RAM Reservierung
Bis jetzt zähle ich die Virtuellen Disken den Speicherplatz zusammen
und dann schaue ich, gibt es SWAP und falls ja wie groß.
Dann zähle ich alles zusammen und schau ob ich unter dem Maximum Wert liege.
Wie prüft ihr ob ihr bei der Storage überbucht oder beim RAM ?
Beim RAM ist es ja leicht.
Lg K
Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 395598
Url: https://administrator.de/contentid/395598
Ausgedruckt am: 22.11.2024 um 10:11 Uhr
8 Kommentare
Neuester Kommentar
Moin,
ich habe die VMs bei uns alle mit "ThickProvisioning" angelegt. Klar kostet das auf den ersten Blick mehr Speicher. Allerdings umgehe ich damit Dein Problem.
Zusätzlich habe ich aber für das Storage eine Excel-Tabelle, in der alle Einstellungen für alle VMs dokumentiert sind. Somit weiß ich immer, wieviel Resourcen noch frei sind.
ABER: Wir sind auch nur ein KMU mit 15 VMs.
Gruß
Looser
ich habe die VMs bei uns alle mit "ThickProvisioning" angelegt. Klar kostet das auf den ersten Blick mehr Speicher. Allerdings umgehe ich damit Dein Problem.
Zusätzlich habe ich aber für das Storage eine Excel-Tabelle, in der alle Einstellungen für alle VMs dokumentiert sind. Somit weiß ich immer, wieviel Resourcen noch frei sind.
ABER: Wir sind auch nur ein KMU mit 15 VMs.
Gruß
Looser
Moin,
ich halte das immer so: Solange das Gast-OS Volumeerweiterungen im laufenden Betrieb zulässt (z.B. Win >= 2008 oder Linux mit LVM) dann mach' ich die VMDKs Thick - wenn der Platz knapp wird kann ich die VMDK einfach vergrößern. Bei kuriose Gastbetriebssystemen mach ich, wenn's denn ungebdingt sein muss, die VMDKs Thin.
UND
Wenn das SAN schon Thin LUNs bereitstellt, mach ich aussschliesslich Thic VMDKs, da das sonst mMn überhaupt nicht mehr zu monitoren ist.
Aber eine Frage: Bist du so knapp mit Storage/so voll mit VMs, dass dich die "paar 100MB" von Swap Files wirklich aus der Bahn werfen.
/EDIT:
lg,
Slainte
ich halte das immer so: Solange das Gast-OS Volumeerweiterungen im laufenden Betrieb zulässt (z.B. Win >= 2008 oder Linux mit LVM) dann mach' ich die VMDKs Thick - wenn der Platz knapp wird kann ich die VMDK einfach vergrößern. Bei kuriose Gastbetriebssystemen mach ich, wenn's denn ungebdingt sein muss, die VMDKs Thin.
UND
Wenn das SAN schon Thin LUNs bereitstellt, mach ich aussschliesslich Thic VMDKs, da das sonst mMn überhaupt nicht mehr zu monitoren ist.
Aber eine Frage: Bist du so knapp mit Storage/so voll mit VMs, dass dich die "paar 100MB" von Swap Files wirklich aus der Bahn werfen.
/EDIT:
... Summiert sich das schnell, überhaupt beim Backup...
Dann nimmst du das falsche Backup Programm. Mit Veeam z.B: werden nur die verwendeten Blöcke auf der Storage gesichert.lg,
Slainte
Wenn ich bei der vmware THICK einstelle,
ändert sich das nicht für das Backup ?
Mein Wissensstand war immer, bei Thick ändert sich das Backup.
Kann eh sein, das ich mich irre.
Was soll sich da für's Backup ändern? Wenn man nicht nur stupide die VMDK* Files kopiert, werden von jedem Backupprogramm mittlerweile nur die verwendeten Blöcke per CBT markiert und gesichert.ändert sich das nicht für das Backup ?
Mein Wissensstand war immer, bei Thick ändert sich das Backup.
Kann eh sein, das ich mich irre.
Swapfile...
Per default = so groß wie der RAM - RAM Reservierung
Ja richtig, deswegen die Frage: Bist du so knapp mit Storage/so voll mit VMs?Per default = so groß wie der RAM - RAM Reservierung
Bzw. Wieviel GB RAM hat/haben denn der/die Host/s? Mehr solltest du an die VMs eh nicht vergeben...
Moin,
Gruß,
Dani
wie ihr das bei euch handhabt ?
Alle VMs sind mit Thinprovising angelegt. Das ist der große Vorteil, dass du nicht unbenötigen Speicherplatz reservierst. Zudem kannst du optimalerweise mit weniger Speicherplatz starten und später 2-3 Jahre problemlos nachrüsten.Storage Überbuchung ist ein heikles Thema.
Da es aus dem nichts passieren kann und das System lahm legt.
Dafür gibt es Monitoringsysteme, welche rechtzeitig Alarm schlagen.Da es aus dem nichts passieren kann und das System lahm legt.
Das stimmt aber ja nicht, weil ich ja nicht überbuchen will.
Dann ist Thick Provision Eager-Zeroed bzw. Lazy-Zeroed die richtige Wahl.Gruß,
Dani