Bie­le­fel­der IT-​Servicezentrum

Vir­tua­li­sie­rung bie­tet im Ver­gleich zum „klas­si­schen“ Ser­ver­be­trieb eine Reihe von Vor­tei­len:

• Die vor­han­de­ne Hard­ware wird ef­fi­zi­en­ter aus­ge­nutzt, da sich meh­re­re vir­tu­el­le Ma­schi­nen einen phy­si­schen Ser­ver tei­len.
• Die Ver­füg­bar­keit wird er­höht, da bei Aus­fall eines phy­si­schen Ser­vers die vir­tu­el­len Ma­schi­nen auf die ver­blei­ben­den Ser­ver ver­teilt wer­den. Dies kann bei an­ge­kün­dig­ten Aus­fäl­len un­ter­bre­chungs­frei er­fol­gen, bei un­er­war­te­ten Aus­fäl­len ist der tat­säch­li­che Aus­fall einer vir­tu­el­len Ma­schi­ne sehr kurz.
• Mit Hilfe von „Snaps­hots“ lässt sich vor einer Än­de­rung (Up­dates, neue Soft­ware) ein de­fi­nier­ter Zu­stand einer vir­tu­el­len Ma­schi­ne „ein­frie­ren“. Falls die Än­de­rung fehl­schlägt, kann der vor­her­ge­hen­de Zu­stand wie­der her­ge­stellt wer­den.

Neben der Nut­zung für ei­ge­ne Diens­te stellt das BITS auch Ka­pa­zi­tä­ten zur Nut­zung die­ser Tech­no­lo­gie durch Fa­kul­tä­ten und Ein­rich­tun­gen be­reit. Die­ses „vHos­ting“ ge­nann­te An­ge­bot bie­tet ähn­li­che Be­din­gun­gen wie das be­reits be­kann­te "Ser­ver Housing",
außer dass der Kunde keine ei­ge­ne Hard­ware zur Ver­fü­gung stel­len muss.

Die Vir­tua­li­sie­rungs­tech­no­lo­gie ist in­zwi­schen so weit fort­ge­schrit­ten, dass es kaum noch An­wen­dun­gen gibt, die für eine Vir­tua­li­sie­rung un­ge­eig­net sind. Al­ler­dings gilt das Prin­zip „viel hilft viel“. Für eine ef­fi­zi­en­te Vir­tua­li­sie­rung an­spruchs­vol­ler Sys­te­me müs­sen ent­spre­chen­de Res­sour­cen zur Ver­fü­gung ste­hen, d. h. viele schnel­le CPUs, ge­nü­gend Haupt­spei­cher, schnel­le Netze und reich­lich schnel­ler Fest­plat­ten­spei­cher.

Die im Rah­men des vHosting-​Clusters be­reit­ge­stell­ten Res­sour­cen sind be­grenzt, so dass nicht be­lie­bi­ge An­wen­dungs­fäl­le darin rea­li­siert wer­den kön­nen (siehe Hard­ware). High-​Power-Computing oder Terabyte-​große Da­ten­ban­ken kön­nen der­zeit nicht ab­ge­bil­det wer­den. Aber viele an­de­re An­wen­dungs­fäl­le las­sen sich mit die­ser Platt­form pro­blem­los rea­li­sie­ren:

• Web-​Server, Wikis, Content-​Management-Systeme ...
• in­ter­ne Diens­te (Druck-​Server, Ver­zeich­nis­diens­te ...)
• Test-​Systeme
• Ent­wick­lungs­sys­te­me

Vor allem die Mög­lich­keit, Snaps­hots einer vir­tu­el­len Ma­schi­ne zu er­stel­len, ist für Test- und Ent­wick­lungs­sys­te­me ein enor­mer Vor­teil ge­gen­über phy­si­schen Sys­te­men.

Vor Be­stel­lung einer vir­tu­el­len Ma­schi­ne soll­ten die An­for­de­run­gen und Er­war­tun­gen mit dem BITS be­spro­chen wer­den.

Vir­tua­li­sie­rung ist im BITS eine stra­te­gi­sche Platt­form für den Be­trieb zen­tra­ler Diens­te. Daher sind die zu­grun­de lie­gen­den Sys­te­me so aus­ge­legt, dass ein un­ter­bre­chungs­frei­er Be­trieb ga­ran­tiert wer­den kann, auch wenn große Teile der In­fra­struk­tur aus­fal­len soll­ten. Diese Stan­dards lie­gen auch dem vHosting-​Cluster zu­grun­de.

Basis des vHosting-​Clusters sind der­zeit fol­gen­de Sys­te­me:

• vier Blade-​Server von Cisco mit je­weils zwei 8-​Kern-CPUs und 384 GByte Haupt­spei­cher

Die An­bin­dun­gen an Netz­werk und Storage-​Systeme sind red­un­dant aus­ge­legt. Die Ser­ver sind über die zwei Re­chen­zen­trums­stand­or­te des BITS ver­teilt, der Sto­rage wird an bei­den Stand­or­ten syn­chro­ni­siert be­reit­ge­stellt. Durch diese Kon­fi­gu­ra­ti­on führt selbst der Aus­fall eines kom­plet­ten Stand­or­tes nicht zu einem Aus­fall des vHosting-​Clusters.

Der­zeit ste­hen 8 Te­ra­byte Fest­plat­ten­platz im Storage-​System für den vHosting-​Cluster zur Ver­fü­gung. Hinzu kommt noch aus­rei­chend NAS-​Speicher, um täg­li­che Si­che­run­gen aller vir­tu­el­len Ma­schi­nen für ein bis zwei Wo­chen be­reit­stel­len zu kön­nen.

Diese Back­ups ba­sie­ren auf Snaps­hots der vir­tu­el­len Ma­schi­nen. Das be­deu­tet, dass bei re­stau­rier­ten vir­tu­el­le Ma­schi­nen kein voll­stän­dig kon­sis­ten­tes Da­tei­sys­tem ga­ran­tiert wer­den kann, sie sind le­dig­lich "Crash-​Konsistent". Mo­der­ne Da­tei­sys­te­me , die Tech­ni­ken wie Jour­na­ling ein­set­zen, kön­nen der­ar­tig wie­der­her­ge­stell­te Da­tei­sys­te­me in der Regel re­pa­rie­ren. Für kri­ti­sche Daten mit hoher Än­de­rungs­ra­te (z.B. Da­ten­ban­ken) emp­fiehlt sich eine zu­sätz­li­che Si­che­rung, idea­ler­wei­se per TSM.

Ein Vor­teil einer vir­tu­el­len Ma­schi­ne im Ge­gen­satz zu einem phy­si­schen Sys­tem ist die Mög­lich­keit, Snaps­hots zu er­stel­len. Mit einem Snaps­hot wird der Ge­samt­zu­stand einer vir­tu­el­len Ma­schi­ne er­faßt und ein­ge­fro­ren. Dies be­trifft den Haupt­spei­cher, die CPU und die vir­tua­li­sier­ten Fest­plat­ten. Nach­dem ein Snaps­hot er­stellt wurde, läuft die vir­tu­el­le Ma­schi­ne wei­ter, die Er­stel­lung des Snaps­hots sel­ber kann ohne Un­ter­bre­chung des Be­triebs er­fol­gen. An­schlie­ßend ist es mög­lich, je­der­zeit wie­der in den Zu­stand zu­rück­zu­sprin­gen, zu dem der Snaps­hot er­stellt wurde. Ein Snaps­hot ist also her­vor­ra­gend dazu ge­eig­net, kri­ti­sche Än­de­run­gen an der vir­tu­el­len Ma­schi­ne ab­zu­si­chern. Dies kön­nen Up­dates des Be­triebs­sys­tems oder der Soft­ware sein, Kon­fi­gu­ra­ti­ons­än­de­run­gen oder sons­ti­ge Tests.

Snaps­hots be­nö­ti­gen zu­sätz­li­che Res­sour­cen und schrän­ken ei­ni­ge Funk­tio­nen der Vir­tua­li­sie­rungs­um­ge­bung ein. Snaps­hots sol­len daher eine kurze Le­bens­dau­er haben (ma­xi­mal we­ni­ge Tage) und sind nicht dazu ge­eig­net, einen be­stimm­ten Zu­stand über einen län­ge­ren Zeit­raum auf­zu­be­wah­ren. Ins­be­son­de­re sind sie kein Er­satz für ein Back­up.

Wei­te­re In­for­ma­tio­nen zu den Ne­ben­wir­kun­gen von Snaps­hots sind im fol­gen­den Knowledge-​Base-Artikel von VM­ware zu fin­den:

• Best prac­ti­ces for vir­tu­al ma­chi­ne snaps­hots in the VM­ware en­vi­ron­ment

Spiel­re­gel: Snaps­hots sind spä­tes­tens nach we­ni­gen Tagen zu ent­fer­nen.