> For the complete documentation index, see [llms.txt](https://docs.verge.io/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.verge.io/run-the-platform/de/virtuelle-maschinen/vm-best-practices.md).

# Bewährte Vorgehensweisen für virtuelle Maschinen

Die folgenden Empfehlungen gelten für das Erstellen virtueller Maschinen, die innerhalb von VergeOS verwendet werden sollen. Einige betreffen die Einstellungen der Maschine, z. B. (RAM-Zuweisung, NICs usw.), während andere die Konfiguration im Gastbetriebssystem betreffen. Das Befolgen bewährter Vorgehensweisen kann potenzielle Probleme vermeiden und eine bessere Leistung bieten.

## Importempfehlungen

Die folgenden Empfehlungen gelten für den Import vorhandener VMs und die Migration von physisch zu virtuell:

* Deinstallieren Sie vor dem Export von anderen Systemen alle Hypervisor-Gastanwendungen, z. B. VMware-Gastagent, Hyper-V-Integrationskomponenten usw. Diese Gastanwendungen haben beim Betrieb in VergeOS keinen Nutzen, verbrauchen also nur Ressourcen und können möglicherweise andere nachteilige Auswirkungen verursachen.
* Entfernen Sie vor dem Export eines physischen Images alle hardware-spezifischen Treiber/Software (zum Beispiel BIOS-Update-Monitore usw.).
* Deinstallieren Sie vor dem Export der physischen Laufwerke Hardware, die in der virtuellen Maschine nicht vorhanden sein wird.
* Andernfalls sollten Sie die Hardwarekonfiguration so ähnlich wie möglich halten (Anzahl und Größe der Laufwerke, Anzahl und Typ der CPU(s)).
* Oft ist es vorzuziehen, die MAC-Adressen der vorherigen Maschine auf der neuen VergeOS-Maschine gleich zu halten; andernfalls wird eine andere MAC-Adresse im Gastbetriebssystem als neues Netzwerkgerät erkannt und erfordert eine Neukonfiguration aller Gast-Netzwerkeinstellungen. Für eine Maschine, die mit den automatischen Import-Utilities von VergeOS importiert wurde, werden Sie aufgefordert, zu wählen, ob die MAC-Adresse reserviert oder automatisch eine neue MAC-Adresse generiert werden soll. Bei Maschinen, die manuell importiert werden (z. B. VM-Shell erstellt und Laufwerke importiert), kann die MAC-Adresse von der vorhandenen Maschine notiert und dann beim Erstellen der neuen Maschinen-NIC manuell eingegeben werden.

{% hint style="warning" %}
Es ist wichtig, sich daran zu erinnern, dass niemals zwei Maschinen im selben Netzwerk mit derselben MAC-Adresse betrieben werden sollten.
{% endhint %}

{% hint style="info" %}
Die Migration einer physischen Windows-Maschine in eine virtuelle kann das erneute Initialisieren von Windows-Lizenzschlüsseln erfordern.
{% endhint %}

## RAM-Zuweisung

Die Menge an RAM, die einer VM zugewiesen wird, ist die Menge, die benötigt wird, um die Workloads innerhalb der VM angemessen auszuführen. Wenn eine VM eingeschaltet wird, wird der VM RAM aus einem verfügbaren Speicherpool zugewiesen und kann dann nicht anderen VMs zugewiesen werden (dies gilt unabhängig von der Aktivität innerhalb des Gastbetriebssystems). Im Allgemeinen kann einer virtuellen Maschine in VergeOS weniger RAM zugewiesen werden als beim Betrieb auf Bare-Metal und in anderen virtuellen Umgebungen; RAM, der normalerweise innerhalb der VM benötigt würde, um Festplattenleistungsfunktionen, Caching usw. zu unterstützen, ist nicht erforderlich, da diese Funktionen automatisch durch das vSAN übernommen werden.

## CPU-Typ auswählen

* Pro Cluster wird ein Standard-CPU-Typ bereitgestellt, basierend auf dem erkannten CPU-Typ der Host-Hardware; dies ist in der Regel die beste Option für jede Maschine.
* Wenn eine virtuelle Maschine importiert wird und sich der CPU-Typ ändert, kann eine erneute Aktivierung der Windows-Lizenz/zusätzliche Neustarts erforderlich sein.
* Wenn eine Maschine irgendwann auf Cluster mit unterschiedlicher CPU-Host-Hardware migriert bzw. per Failover dorthin verschoben werden könnte, wählen Sie beim Erstellen der neuen VM den CPU-Chip-Typ der niedrigsten Klasse, der unter den Clustern verwendet wird. Dadurch wird sichergestellt, dass die Maschine ohne Probleme auf ältere Chip-Klassen portiert werden kann.

## Betriebssystemfamilie

Die Auswahl der richtigen Betriebssystemfamilie (z. B. Windows/Linux/FreeBSD) für die VM trägt dazu bei, dass beim Starten der VM die richtigen QEMU-Flags verwendet werden, was sich wiederum auf die Leistung auswirken kann. Dies ist besonders wichtig für Windows-basierte VMs.

## Energiesparen

Alle Energiesparfunktionen sollten im Gastbetriebssystem deaktiviert werden, da diese Funktionen keinen Nutzen bringen und höchstwahrscheinlich Probleme verursachen. Wählen Sie ein *Leistung* Leistungsprofil statt eines Energiesparprofils.

## ACPI

Ohne ACPI-Unterstützung ist es notwendig, sich im Gastbetriebssystem anzumelden, um die VM sauber herunterzufahren; dies ist nicht optimal, insbesondere bei einer größeren Anzahl von Maschinen. ACPI sollte im Gastbetriebssystem aktiviert und konfiguriert werden, um ein ordnungsgemäßes Herunterfahren einer VM über die VergeOS-Verwaltungsoberfläche (oder per API) zu ermöglichen. Bevor eine VM in die Produktion übernommen wird, wird empfohlen, den Betrieb *Neustart* und *Ausschalten* Vorgänge vom VergeOS-Dashboard aus, während sich die VM im Gastbetriebssystem an einer Anmeldeaufforderung/gesperrten Anzeige befindet, um zu überprüfen, ob ACPI korrekt konfiguriert ist.

## Uhrzeitsynchronisierung

Im Allgemeinen sollten auf allen VM-Servern, insbesondere auf denen, die zeitkritische Anwendungen ausführen, NTP im Gastbetriebssystem konfiguriert und installiert sein. Computer synchronisieren sich automatisch mit ihrer Hardwareuhr beim Ein- und Ausschalten sowie zwischen den vom Gastbetriebssystem gesteuerten Neustarts; dies allein geschieht meist nicht häufig genug, um eine VM ausreichend zeitlich synchron zu halten. NTP soll Computer in kürzeren Abständen synchron halten (um die Uhrzeitsynchronisierung auf wenige Millisekunden zu begrenzen). NTP-Server sollten sorgfältig ausgewählt werden, wobei Edge-Server auf NTP-Quellen verweisen sollten, die als zuverlässig und geografisch passend bekannt sind. Da es wichtig ist, dass Host-Knoten und Gäste synchron sind, sollten Gastmaschinen so konfiguriert werden, dass sie ihre Host-Knoten als NTP-Server verwenden oder dieselben NTP-Server wie die physischen Host-Knoten verwenden.

### UTC/Lokale Zeit - Windows-VMs

Standardmäßig stellt das System virtuellen Maschinen die Zeit im UTC-Format zur Verfügung. Windows erwartet standardmäßig, die Zeit in lokaler Zeit zu erhalten; daher sollten Sie für Windows-virtuelle Maschinen eine der folgenden Optionen wählen:

* **VergeOS-Einstellungen so konfigurieren, dass lokale Zeit verwendet wird (für die VM)** - Wählen Sie in den VM-Einstellungen lokale Zeit als Zeitquelle aus.
* **Windows so konfigurieren, dass UTC verwendet wird** - Nehmen Sie in der Windows-VM geeignete Änderungen an den Registrierungsschlüsseln vor, um das UTC-Format zu verwenden.

## VM-Laufwerke

* Virtio-Treiber bieten in der Regel die beste Leistung. Die meisten Versionen von Linux-Betriebssystemen enthalten virtio-Treiber nativ.\
  Für Windows-Maschinen können die neuesten virtio-Treiber hier heruntergeladen werden: <https://fedorapeople.org/groups/virt/virtio-win/direct-downloads/stable-virtio/virtio-win.iso>
* Das System bietet Thin Provisioning auf Speicher, daher wird zugewiesener, aber ungenutzter Platz auf einem virtuellen Laufwerk tatsächlich nicht verbraucht; daher kann es in vielen Fällen vorzuziehen sein, einem Laufwerk mehr Kapazität zuzuweisen, um späteren Bedarf einer Vergrößerung zu vermeiden.
* Virtio-SCSI-Laufwerke können ohne Neustart in ihrer Größe geändert werden. Einige Gastbetriebssysteme/Dateisysteme unterstützen keine Verkleinerung von Laufwerken. Prüfen Sie die Dokumentation des Gastbetriebssystems, um zu bestätigen, ob eine Verkleinerung eines Laufwerks unterstützt wird.

## Sicherheit

Es ist wichtig, sich daran zu erinnern, dass die Remote-Konsole direkten Monitor-/Tastatur-Maus-Zugriff auf eine virtuelle Maschine bietet; der Zugriff auf die Konsole gewährt Zugriff auf den aktuellen Zustand des Systems (z. B. wenn der vorherige Benutzer im Gastbetriebssystem angemeldet bleibt, hat ein nachfolgender Benutzer dann Zugriff unter diesem Gastbetriebssystem-Login). Wenn für eine Maschine die Spice- oder VNC-Konsolenoption aktiviert ist, kann ein Konsolenpasswort zugewiesen werden, um den Zugriff zu kontrollieren. Ein Konsolenpasswort ersetzt jedoch nicht die Verwendung bewährter Anmelderichtlinien im Gastbetriebssystem (z. B. individuelle Anmeldungen, komplexe Passwortanforderungen usw.). VergeOS-Berechtigungen ermöglichen eine sehr fein granulare Kontrolle des Benutzerzugriffs. Nutzen Sie Benutzer- und Gruppenberechtigungen, um den Zugriff auf virtuelle Maschinen gegebenenfalls einzuschränken.

## Netzwerk

* Verwenden Sie nach Möglichkeit virtio-Netzwerktreiber, da diese normalerweise die beste Leistung bieten. Die neuesten stabilen virtio-Treiber können hier heruntergeladen werden: <https://fedorapeople.org/groups/virt/virtio-win/direct-downloads/stable-virtio/virtio-win.iso>\
  Verwenden Sie bei Bedarf Legacy-Netzwerktreiber, erwägen Sie jedoch ein Upgrade Ihres Betriebssystems auf eine neuere Version, wenn es virtio-Netzwerktreiber nicht unterstützt.
* Beachten Sie: NIC-Teaming ist bei VergeOS-VMs im Allgemeinen nicht vorteilhaft, da Netzwerkausfallsicherheit und Lastverteilung bereits durch die Infrastruktur bereitgestellt werden. Die Verwendung von NIC-Teaming im Gastbetriebssystem würde unnötige Ressourcen verbrauchen und möglicherweise Probleme verursachen. (Die einzige Ausnahme von dieser Regel wären Fälle, in denen die Maschine physische Netzwerk-Through-Hardware verwendet.)

## Grafik

* Deaktivieren Sie alle Bildschirmschoner im Gastbetriebssystem.
* Entfernen Sie alle grafischen Effekte (z. B. Zieh- oder Minimierungseffekte) im Gastbetriebssystem.

## Datenschutz - Snapshots und Syncs

Ein sinnvoller Datenschutzplan umfasst sowohl Snapshots als auch Syncs.

* **System-Snapshots** bieten Rollback-Punkte für ein gesamtes System und ermöglichen die Wiederherstellung dieser gesamten VergeOS-Cloud zu einem bestimmten Zeitpunkt. In der Regel ist es am besten, Ihre Snapshots auf Cloud-Ebene zu konfigurieren; dies umfasst alles innerhalb dieser Cloud und ermöglicht die Wiederherstellung des gesamten Systems, einschließlich einzelner VMs und Mandanten. Im Allgemeinen ist es nicht erforderlich, zusätzliche Snapshots auf VM-Ebene zu konfigurieren, es sei denn, es gibt bestimmte VMs, die häufiger erfasst oder länger aufbewahrt werden sollten.
* **Manuelle VM-Snapshots** können unmittelbar vor Änderungen erstellt werden, z. B. vor einem Gastbetriebssystem-/Anwendungs-Update oder einer erweiterten Konfigurationsänderung; Snapshots können dann gespeichert werden, bis die VM-Änderungen verifiziert sind.
* **Standort-Syncs** ermöglichen das Kopieren von Daten auf entfernte VergeOS-Systeme/-Standorte. Syncs sind eine wichtige Strategie, um Datenschutz und Geschäftskontinuität zu ermöglichen, indem eine Kopie der Daten mit schneller Wiederherstellung außerhalb des Standorts aufbewahrt wird.

Wenden Sie sich an den Support, um Unterstützung bei der Entwicklung Ihrer Datenschutzstrategie unter Verwendung der integrierten VergeOS-Funktionalität zu erhalten.

## Gastsoftware

* Deinstallieren Sie alle Gastanwendungen, die für andere Virtualisierungsplattformen vorgesehen sind.
* Überprüfen Sie die Liste der automatisch gestarteten Dienste und deaktivieren Sie alle unnötigen.
* Installieren Sie nur Software, die tatsächlich benötigt wird.

## Optionen der Remote-Konsole

Wählen Sie die Spice-Konsolenoption nur dann, wenn Sie den Spice-Thick-Client verwenden, um Audio-Passthrough/Remote-USB/Video-Streaming zu erhalten. Andernfalls ist es besser, VNC zu verwenden. Spice sollte normalerweise nur für virtuelle Desktop-VMs in Betracht gezogen werden. Server sollten immer für VNC konfiguriert werden, es sei denn, es besteht ein absoluter Bedarf an Remote-USB; andernfalls entsteht bei Spice zu viel unnötiger Overhead.

{% hint style="success" %}
Das Ändern der *Remote-Konsole* Option (VNC/Spice/Keine) erfordert einen Neustart und einen Videowechsel.
{% endhint %}

## Maschinentyp (Emulation der Hauptplatinenarchitektur)

Q35 ist die Standardemulation für VMs und bietet im Allgemeinen die beste Leistung und die besten Funktionen. In der Regel ist es bei der Erstellung einer neuen VM am besten, die Standardauswahl für den Maschinentyp beizubehalten (dadurch wird der Chipsatz auf die neueste derzeit auf den physischen Hosts installierte Q35-Version festgelegt). Ältere Versionen der Q35-Emulation und die i440FX-Emulationsoptionen werden für Legacy-Kompatibilität bereitgestellt. Es gibt außerdem die Möglichkeit, *Q35-...Neueste* als Option für den Maschinentyp zu wählen. Dadurch wird die VM automatisch auf die neueste verfügbare Q35-Version aktualisiert (wenn die VM neu gestartet wird), sobald neue Q35-Versionen verfügbar werden, wenn ein Hostsystem aktualisiert wird.


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter:

```
GET https://docs.verge.io/run-the-platform/de/virtuelle-maschinen/vm-best-practices.md?ask=<question>&goal=<endgoal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal.

The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.
