Hyper-V weitere (Anfänger) Verständnisfragen

[Blase 15]

Ich installiere grade meine erste virutelle Maschine unter Hyper-V und es kommen quasi im Minutentakt neue Fragen auf :confused:

Ich plane, einen virtuelle Maschine zu installieren und diese dann als Basis für weitere, zusätzliche virutelle Maschinen zu nehmen. Also werde ich lediglich das Betriebssystem installieren und einmal komplett durchpatchen. Das wollte ich dann als Basis nehmen. Meine Fragen hierzu:

 

1. geht das generell? ;)

2. Spielt es dabei eine Rolle, dass ich dem virtuellen Computer natürlich bereits einen Namen/VHD + IP vergeben habe? Kann ich dann einfach ändern?

3. Wie mache ich das am Besten? Snapshot und aus diesem wieder herstellen?

4. Sonstige Anmerkungen hierzu?

 

Und eine andere Frage habe ich noch. Haben das MS Action Pack. Habe als Host den 2008 R2 Enterprise SP1 und als virtuelle Maschine den 2008 R2 Enterprise "Virtual". Die Frage ist, muss ich für sämtliche virtuelle Maschinen diese "Virtual" Version des 2008 R2 Enterprise nehmen? Was unterscheidet diese Version von der "non virtual"? Kann ich die nomale "non virtuel" überhaupt nicht als virtual installieren?

 

Und eine letzte Frage bezüglich der virtuellen Netzwerke. Der Host hat 4 NICs, weise ich jeder virtuellen Maschine seine eigene NIC zu oder können die sich auch eine/mehrere Teilen? Vor-/Nachteile?

 

Ich hoffe, ich war bei der Forensuche nicht zu blind, lese hier zwar schon länger fleißig mit, aber das Thema ist - als Anfänger - ziemlich komplex :eek:

 

MfG Blase

 

ps. sehr willkommen wären (deutschsprachige) "getting started" (*gg*) in Bezug auf Hyper-V. Habe bisher nur jede menge englische Sachen hierzu gefunden...

[NorbertFe 2.034]

Ich installiere grade meine erste virutelle Maschine unter Hyper-V und es kommen quasi im Minutentakt neue Fragen auf :confused:

Ich plane, einen virtuelle Maschine zu installieren und diese dann als Basis für weitere, zusätzliche virutelle Maschinen zu nehmen. Also werde ich lediglich das Betriebssystem installieren und einmal komplett durchpatchen. Das wollte ich dann als Basis nehmen. Meine Fragen hierzu:

 

1. geht das generell? ;)

 

Ja, wenn du an sysprep denkst. Ohne sysprep wirst du schneller als dir lieb ist in Probleme rennen. Also einfach VM installieren sysprep durchführen und diese VM dann als Vorlage benutzen und kopieren.

 

2. Spielt es dabei eine Rolle, dass ich dem virtuellen Computer natürlich bereits einen Namen/VHD + IP vergeben habe? Kann ich dann einfach ändern?

 

Sysprep.

 

3. Wie mache ich das am Besten? Snapshot und aus diesem wieder herstellen?

 

sysprep. Snapshots möchtest du nur verwenden, wenn du verstanden hast, wie die funktionieren.

 

Und eine letzte Frage bezüglich der virtuellen Netzwerke. Der Host hat 4 NICs, weise ich jeder virtuellen Maschine seine eigene NIC zu oder können die sich auch eine/mehrere Teilen? Vor-/Nachteile?

 

Die können sich auch alle eine teilen. ;)

 

Bye

Norbert

[Dukel 454]

Du willst dir am besten den System Center Virtualisation Manager fürs Deployment anschauen.

 

Nic's können sich mehrere Teilen. Eine VM lastet meist keine komplette Gigabitleitung aus.

Man trennt eher nach Management, Public, ggf. iSCSI, Heartbeat und CSV (Live Migration).

[Blase 15]

[...]Sysprep [...]

 

Sage mal, hast Du Sysprep eigentlich schon erwähnt? ;)

 

Ok, mal ein wenig geschaut, das Tool entfernt also alles "individuelle" von einer Maschine, inkl. des lokalen admin Accounts etc. Die Frage für mich ist, wie/wo wende ich das an und wie mache ich dann weiter?

Also ich habe meine virtuelle Maschine, welche vollständig durchgepatcht ist. Auf DIESER führe ich dann Sysprep aus? Dann ist diese Maschine bereinigt, was dann? Ich fahre die Maschine herunter? Und wie "klone" ich dann? oder macht auch das Sysprep? Hierzu habe ich noch nichts weiter gefunden...

 

 

@Dukel - will ich das? (Noch) sagt mir das Tool nichts. Erwähnst Du das im Zusammenhang meines Kopierwunsches oder allgemein im Umgang mit Hyper-V/virutuellen Computern? Kostet es was? Schaue gleich mal...

 

MfG Blase

[henryy 12]

Moin Blase,

 

dukel meint glaube ich den SCVMM, das ist ein "Tool" zur Verwaltung deiner VMs. Es geht aber auch ohne, mit dem in server 2008 integrierten Hyper-V Manager. der SCVMM bietet halt noch einige nette nice to have Dinge wie P2V etc

 

Management Console Vergleich zwischen Hyper-V and Virtual Machine Manager | Server Talk

 

Ist immer eine Frage was du brauchst. Ich würde für den Anfang erstmal ohne anfagen um es "simpel" zu halten. Den SCVMM Kannst du später immer noch dazu nehmen, wenn ich nicht irre

 

Gruß

 

Henry

[Dukel 454]

SCVMM ist das Management von Hyper-V (ähnlich VCenter bei ESX). Wenn man Produktiv Hyper-V nutzen möchte sollte man sich das auf jeden Fall anschauen.

 

 

Wegen Sysprep: Nach dem Sysprep Maschine herunterfahren und dann mit Hyper-V clonen und die Clones starten.

[Blase 15]

Wegen Sysprep: Nach dem Sysprep Maschine herunterfahren und dann mit Hyper-V clonen und die Clones starten.

 

Ok, wahrscheinlich stelle ich mich hier grade zu **** an, aber.... wo/wie clone ich? Und mal eine generelle Frage bezüglich Vorgehensweise: meine so vorbereitete VM ist noch nicht aktiviert (Windows) und wünscht dies in 3 Tagen. Was für Auswirkungen hat das, wenn ich das nicht tue und die "Vorlage" dann in einer Woche nutze? Will die Maschine dann zwingend aktiviert werden, bevor ich etwas anderes machen kann? Sollte ich die Maschine aktivieren, bevor ich sie clone?

 

MfG Blase

[Blase 15]

Mal aus Neugierde in die Runde gefragt: Was sind denn das für Probleme, die ich mir einfangen kann, wenn ich das Sysprep nicht nutze? Sysprep macht ja folgendes:

 

•Alle Einträge in der Ereignisanzeige;

•Alle Wiederherstellungspunkte;

•es deaktiviert das Konto des lokalen Administrators und löscht sein Profil;

•Security Identifier (SID);

•Plug- und Play-Gerätetreiber, die während der Installation hinzugefügt wurden;

•die Mitgliedschaft in Domänen und wechselt den PC in die Arbeitsgruppe "Workgroup".

 

Was stören die (paar) Einträge in der Ereignisanzeige? Wiederherstellungspunkte gibt es nicht. Habe kein Problem mit dem (identischen) lokalen Konto auf den clonen!? Die Gerätetreiber innerhalb der VMs auf meinem Host sind doch eh identisch? Der PC ist noch kein Mitglied der Domäne und nicht im DNS registriert.

Was also kann schief gehen? Die einzig individuellen Merkmale sind der Computername, der Name der virtuellen Maschine, die VHD und die IP. Wobei, wenn ich das richtig verstanden habe, sämtliche dieser 4 Puntke durch Sysprep NICHT angefasst werden?!

Ich will es nur verstehen, warum - in meiner Konstellation - unbedingt Sysprep und was sind die Stolpersteine?

 

Danke für die Geduld ;)

 

MfG Blase

[NorbertFe 2.034]

Das Einzige was für dich wirklich relevant ist, ist die neue SID die du generieren sollst. :)

 

Bye

Norbert

[Blase 15]

Hallo Norbert,

 

ich hoffe, ich strapaziere hier nicht Deine Geduld übermäßig, aber würdest Du mir das näher erklären? Die SID gehört doch zum lokalen Benutzer, oder? Wo ist denn das Problem, wenn auf jedem meiner Dummys/Clone der lokale Benutzer die selbe SID hätte? Zumal ich eh letztlich jede dieser Maschinen in die Domäne tun werde, wenn sie dann weiter "verarbeitet" und mit Rollen etc. versorgt werden.

Wie gesagt, wenn Du sagst, dass das Probleme macht, dann wird das so sein - ich würde es nur gerne auch verstehen :D

 

MfG Blase

[henryy 12]

Meines wissens nach hat nicht nur der Benutzer eine Sid sondern auch das System selber.

 

Du kannst zb von einem geclonten Client die SID ändern indem du ihn aus der Domäne raus nimmst und wieder rein tust, dann ändert sich zumindestens der "Domänenteil" der SID und somit ist es auch ohne sysprep möglich, wenn ich nicht irre. Das gilt aber nur fur Clients! Bei servern ist sysprep wahrscheinlich unumgänglich beim Klonen

[NorbertFe 2.034]

Du kannst zb von einem geclonten Client die SID ändern indem du ihn aus der Domäne raus nimmst und wieder rein tust, dann ändert sich zumindestens der "Domänenteil" der SID und somit ist es auch ohne sysprep möglich, wenn ich nicht irre. Das gilt aber nur fur Clients! Bei servern ist sysprep wahrscheinlich unumgänglich beim Klonen

 

Der Irrglaube ist leider weit verbreitet. Rate doch mal, woraus sich die Domain-SID bildet beim dcpromo. ;) Das ist also keine "sinnvolle" Lösung die du da vorschlägst.

 

Kannst dir auch gern mal dazu folgendes anschauen. Der Vortrag war wirklich gut. ;)

Impact of Cloning and Virtualization on Active Directory Domain Services | Tech·Ed Europe 2010 | Channel 9

TechEd Berlin 2010 Day 2 « Bart's Blog

 

Bye

Norbert

[henryy 12]

Bisher dachte ich wenn man einen Klon von einem Client (keine DCs!) macht, der sich noch nicht in der Domäne befand, sich bei der ersten Anmeldung an die Domäne, die Klone in Teilen unterschiedliche SIDs holen und somit bei Clients es zumindest möglich sei, wenn auch natürlich nicht besonders elegant.

 

 

das Video ist interessant, werde ich mir mal in einer ruhigen "Minute" zuführen.

[NorbertFe 2.034]

Ich kann das nicht empfehlen, auch wenn es wahrscheinlich selten zu Problemen kommt. Nur gerade bei VMs verlieren viele den Überblick, wer wen als Clon-Vorlage genutzt hat. Deswegen am besten immer einen ge-sysprep-ten Clone nutzen, oder als ersten Schritt in der neuen VM immer erst sysprep durchführen.

 

Eventuell auch noch lesenswert: http://www.faq-o-matic.net/2009/11/17/eindeutige-computer-sids-unwichtig/

Als klares Statement von Mark geht allerdings auch hervor, dass Computer-Klone die nicht mit sysprep bearbeitet werden, NICHT von Microsoft supported werden, womit meiner Meinung die wichtigste Aussage getätigt ist.

 

Bye

Norbert