Vor- und Nachteile der Ausführung eines identischen Gastbetriebssystems für virtuelle Maschinen als Hostbetriebssystem [geschlossen]

Nachdem ich ein bisschen in diesem Forum recherchiert hatte, fand ich ein paar Antworten darauf, aber die meisten hatten mit Lizenzproblemen zu tun.

Hier bin ich gespannt, welche Vor- und Nachteile es hat, eine virtuelle Maschine dauerhaft mit demselben Betriebssystem wie das Host-Betriebssystem zu betreiben. Ich meine, die einzige Aufgabe des Host-Betriebssystems wäre es, die virtuelle Gastmaschine auszuführen. Alle täglichen Aufgaben usw. würden aus dem Inneren der Gastvirenmaschine heraus erledigt. Dies bedeutet auch, dass die Festplattengröße der virtuellen Maschine groß sein sollte und möglicherweise etwa 80% der gesamten Festplattengröße, dh 400 GB bei einer Festplattenkapazität von 500 GB.

Glaubt jemand, dies ist keine optimale Idee in Bezug auf Geschwindigkeit oder Leistung usw.? Nehmen wir an, dass sowohl das Gast- als auch das Host-Betriebssystem Windows 7 sind.

OP hinzugefügt

Mein grundsätzliches Problem ist, dass ich 3 verschiedene Arbeitsplätze habe und immer wieder die gleichen Programme installieren muss. Daher dachte ich, ich könnte meine virtuelle Maschine sowieso synchronisieren, um dasselbe Image auf den verschiedenen Workstations zu erhalten, auf denen ich arbeite. Meine grundlegende Arbeit besteht darin, Programme zu kompilieren, sei es mit einem C-Compiler oder einem Java-Compiler oder mit Python-Skripten. Auch die Programme, die ich ausführen möchte, sind nicht leistungshungrig. Grafikverlust stört mich nicht, weil ich dieses Gerät nicht zum Spielen von Spielen usw. verwenden möchte. Kurz gesagt, wenn ich auf dem zweiten Computer arbeite, sollte derselbe Effekt erzielt werden, da ich meinen Computer nie geändert habe, da alle Programme und Daten darin enthalten waren Die virtuellen Maschinen sind auch auf dem neuen Computer (über eine virtuelle Maschine) vorhanden. Die Lizenzierung ist kein Problem, da unser Unternehmen eine Bulk-Lizenz für Windows-Computer hat.

Ihre Anforderungen können durch Virtualisierung erfüllt werden. In der Tat werden Sie sich fragen, warum Sie dies nicht früher getan haben.

Ich dachte, dass ich meine virtuelle Maschine trotzdem synchronisieren könnte, um dasselbe Image auf den verschiedenen Workstations zu erhalten, auf denen ich arbeite

Wenn Sie Ihre virtuelle Maschine auf eine tragbare USB-Festplatte stellen , können Sie die Festplatte mit sich herumtragen und Ihre virtuelle Maschine auf jedem Ihrer drei Host-PCs ausführen. Vergessen Sie nicht, dass auf jedem Host-PC dieselbe Virtualisierungssoftware installiert sein muss.

Ich sollte den gleichen Effekt erzielen, da ich meinen Computer nie geändert habe, da alle Programme und Daten, die sich auf der virtuellen Maschine befanden, auf dem neuen Computer vorhanden sind

Bingo. Solange Sie die oben beschriebene Methode für tragbare Festplatten verwenden.

Eine wichtige Sache ist es, Remote-Desktops zu betreiben oder über Putty eine SSH-Verbindung mit einem anderen Computer herzustellen

Sollte kein Problem sein. Virtuelle Maschinen sind wie echte PCs. Wenn Sie dazu kommen, konfigurieren Sie Ihre virtuelle Maschine für die Verwendung von Bridged Networking und sie wird in Ihrem LAN genau wie ein echter PC mit vollem Funktionsumfang angezeigt.

Glaubt jemand, dies ist keine optimale Idee in Bezug auf Geschwindigkeit oder Leistung usw.?

Es ist nicht optimal. Ein Desktop-Betriebssystem ist auf Bare-Metal-Systemen wesentlich leistungsfähiger als auf einer virtuellen Maschine. Die Grafik- und Festplatten-E / A-Leistung leidet am meisten. Einige Anwendungen / Spiele, die 3D-Grafiken verwenden, werden möglicherweise nicht ausgeführt oder können nicht verwendet werden.

Sie werden den Leistungsverlust bemerken. Ob das wichtig ist, liegt bei Ihnen.

Fazit: Der Punkt der Desktop-Virutalisierung ist nicht die Leistung. Der Punkt wird immer etwas anderes sein, das Sie anhand Ihrer Bedürfnisse bestimmen können. Hier sind Beispiele aus meinen Bedürfnissen:

• Ich verwende eine Linux (Mint) VM, um sicher im Web surfen zu können.
• Ich führe eine Windows XP-VM aus, damit ich alte Visual Basic 6-Anwendungen warten kann.
• Ich führe auch eine Windows 7-VM aus, damit ich neue oder nicht vertrauenswürdige Software testen kann, bevor ich sie auf dem Host-PC installiere.

Was sind Ihre Bedürfnisse? Sobald Sie diese herausgefunden haben, können Sie prüfen, ob Virtualisierung möglicherweise Abhilfe schaffen kann.

seit [zum zeitpunkt der antwort] hat niemand mehr profis aufgelistet

Profis

Sie könnten mehrere haben, leicht klonen und mit ihnen experimentieren.

Die Festplatte kann so eingestellt werden, dass sie nur dann dynamisch wächst, wenn dies erforderlich ist

Sie können Schnappschüsse verwenden, die schneller sind als das Wiederherstellen eines Bildes

Sie können Software testen

Normalerweise installiere ich die Anwendungen auf dem Hostcomputer und finde dann heraus, welche Einstellungen erforderlich sind, damit sie auf dem Gastcomputer ausgeführt werden. Ich verwalte mein Setup so und führe einfach eine Batch-Datei aus, um alle Anwendungen auf dem Gastcomputer zu installieren. Das Ding kann sogar so angepasst werden, dass die Gastmaschinen unterschiedliche Laufwerke nutzen.

Ich verwende Windows 2000 für diese Übung, aber Anwendungen können in XP oder Win98 "angedockt" werden, indem die entsprechende Batchdatei ausgeführt wird.

Der erste Schritt besteht darin, eine eigene Registrierungsseite für die Stapelvariablen zu erstellen. Ich benutze dazu reg.exe und speichere die Daten in "HKCU: \ Software \ wendy \ folders". Dies befindet sich in einer Batch-Datei 0_config.cmd (aber Sie ersetzen 0_config durch andere Namen.

Der zweite Schritt besteht darin, Batch-Dateien zu schreiben, um beispielsweise die INI-Einstellungen zu erstellen. 1apppath.cmd und 1assoc.cmd erledigen also Registry-Dinge, 2mkfolder erledigt das Einrichten einer separaten Startmenü-Gruppe + sendto-Dinge, 3_shellext erledigt das Registrieren von Shell-Erweiterungen.

Sie haben dann als Ergebnis von Recherchen Dinge wie r_xplite.reg und u_xplite.reg, die natürlich diese App registrieren und deren Registrierung aufheben.

Um die Sache noch interessanter zu machen, erhalten Sie als Nebeneffekt eine Batch-Datei, die in ein beliebiges Benutzerverzeichnis geändert werden kann, oder irgendetwas unter \ wendy \ folders

Wir verwenden dabei das Dienstprogramm conset.exe von Frank Westlake. reg: ist eine url-artige Sache, die regjump (Sysinternals) oder regmagik verarbeiten kann.

Wenn Sie die Optionen / m, / u, / w verwenden, werden die Registrierungseinstellungen für diese Dinge geöffnet. Das / i öffnet die Image File Options, die proggies gerne hijacken.

Cdf batch wechselt in das Batch-Verzeichnis. Cdf / w öffnet die Registrierung im Verzeichnis / wendy / folders.

@echo off :: cd shell folder. set zdir= set zshf=Software\Microsoft\Windows\CurrentVersion\Explorer\Shell Folders if /i "%1"=="/m" goto :hklm if /i "%1"=="/u" goto :hkcu if /i "%1"=="/w" goto :hkwe if /i "%1"=="/i" goto :image set zcmd=chdir set zhere=%* if "%1"=="/o" set zcmd=open if "%1"=="/o" set zhere=%zhere:~3% conset /q /k zdir=HKLM\%zshf%\%zhere% if not "%zdir%"=="" goto :doit conset /q /k zdir=HKCU\%zshf%\%zhere% if not "%zdir%"=="" goto :doit conset /q /k zdir=HKLM\Software\Wendy\Folders\%zhere% if not "%zdir%"=="" goto :doit goto :end :hklm shelexec reg:hklm\%zshf% goto :end :hkcu shelexec reg:hkcu\%zshf% goto :end :hkwe shelexec reg:hklm\software\wendy\folders goto :end :image set zdir=Microsoft\Windows NT\CurrentVersion\Image File Execution Options shelexec reg:hklm\software\%zdir% goto :end