Xen 5.5 Installation - Plattenplatzfrage
Wie viel Platz braucht XEN?
Hallo,
ich möchte mir zu hause einen Xen aufsetzen. Das ganze mit lokalen Platten. Nun stellt sich mir die Frage, wie viel Platz ich zu meinen Guestsystemen zusätzlich für den Xen selber benötige (System, Backup?, etc.) Auf dem Xen soll hauptsächlich ein Windowsserver laufen und ab und an vielleicht 1-2 Testumgebungen. Gibt es dazu Faustregeln oder Erfahrungeswerte wieviel Platz ich einplanen muß?
Thx!
Ralf
Hallo,
ich möchte mir zu hause einen Xen aufsetzen. Das ganze mit lokalen Platten. Nun stellt sich mir die Frage, wie viel Platz ich zu meinen Guestsystemen zusätzlich für den Xen selber benötige (System, Backup?, etc.) Auf dem Xen soll hauptsächlich ein Windowsserver laufen und ab und an vielleicht 1-2 Testumgebungen. Gibt es dazu Faustregeln oder Erfahrungeswerte wieviel Platz ich einplanen muß?
Thx!
Ralf
Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 125136
Url: https://administrator.de/forum/xen-5-5-installation-plattenplatzfrage-125136.html
Ausgedruckt am: 27.12.2024 um 01:12 Uhr
4 Kommentare
Neuester Kommentar
Hi,
wenn du von "Xen 5.5" sprichst nehm ich mal stark an dass du den XenServer von Citrix meinst.
Bei dem brauchste dir bzgl. Plattenplatz des Hypervisors keine Sorgen machen, bei der Installation zwickt sich XenServer selbstständig einen Teil des vorhandenen Speichers ab. Laut Doku sind das etwa 16Gig. Es wird zwar am Anfang nur ein Bruchteil davon wirklich genutzt, aber beeinflussen kannst du es nicht.
~Chibi~
wenn du von "Xen 5.5" sprichst nehm ich mal stark an dass du den XenServer von Citrix meinst.
Bei dem brauchste dir bzgl. Plattenplatz des Hypervisors keine Sorgen machen, bei der Installation zwickt sich XenServer selbstständig einen Teil des vorhandenen Speichers ab. Laut Doku sind das etwa 16Gig. Es wird zwar am Anfang nur ein Bruchteil davon wirklich genutzt, aber beeinflussen kannst du es nicht.
~Chibi~
Hi,
wenn ich das an "meinem" XenServer hier im Haus richtig sehe werden die Snaphots standardmäßig im local storage abgelegt.
Hab hier ne 400GB-Platte drin, davon stehen 365Gig zur Verfügung. 344Gig sind bereits durch Festplattenimages für VMs reserviert. Dazu gehören dann auch die "Festplatten" von selbst erstellten Templates und VM-Snapshots. Letztere fangen aber erst dann an Platz zu belegen wenn du etwas an der entsprechenden VM veränderst.
Die komplette Festplatte sofort an eine VM zu vergeben dürfte daher eher eine schlechte Idee sein. Gib den VMs nur so viel Platz wie sie unbedingt brauchen und lass den Rest für später frei. Sonst könnte es wirklich irgendwann sein dass du einen Snapshot machen willst und er sich weigert weil der Platz fehlt.
Anmerkung am Rande: ich hoffe du hast nicht vor die Backups deiner VM(s) auf dem XenServer zu lagern. Das würde irgendwie dem Sinn eines Backups widersprechen... Snapshots sind OK, die sollen ja nur den Zustand zu einem gewissen Zeitpunkt konservieren zu dem man schnell wieder zurückgehen können möchte, etwa vor dem Einspielen kritischer Software oder Patches.
wenn ich das an "meinem" XenServer hier im Haus richtig sehe werden die Snaphots standardmäßig im local storage abgelegt.
Hab hier ne 400GB-Platte drin, davon stehen 365Gig zur Verfügung. 344Gig sind bereits durch Festplattenimages für VMs reserviert. Dazu gehören dann auch die "Festplatten" von selbst erstellten Templates und VM-Snapshots. Letztere fangen aber erst dann an Platz zu belegen wenn du etwas an der entsprechenden VM veränderst.
Die komplette Festplatte sofort an eine VM zu vergeben dürfte daher eher eine schlechte Idee sein. Gib den VMs nur so viel Platz wie sie unbedingt brauchen und lass den Rest für später frei. Sonst könnte es wirklich irgendwann sein dass du einen Snapshot machen willst und er sich weigert weil der Platz fehlt.
Anmerkung am Rande: ich hoffe du hast nicht vor die Backups deiner VM(s) auf dem XenServer zu lagern. Das würde irgendwie dem Sinn eines Backups widersprechen... Snapshots sind OK, die sollen ja nur den Zustand zu einem gewissen Zeitpunkt konservieren zu dem man schnell wieder zurückgehen können möchte, etwa vor dem Einspielen kritischer Software oder Patches.