Mehrere virtuelle Maschinen auf einem Server betreiben

Die Frage ist nicht die Kernzahl, sondern der Speicher: so rechnen Sie vor der Bestellung.

Ab ab 13,99 €/Monat

Einleitung

„Wie viele VMs auf diesem Server?“ ist die Frage, die wir am häufigsten hören, und die ehrliche Antwort passt in einen Satz: so viele, wie der Speicher zulässt. Wir setzen keine Stückzahlgrenze. Begrenzend ist, dass jede virtuelle Maschine ihren Arbeitsspeicher reserviert, ob sie ihn nutzt oder nicht.

Eine einfache Rechnung vor der Wahl: addieren Sie, was jede VM anfordern wird, rechnen Sie 2 bis 4 GB für den Proxmox-Host dazu und nehmen Sie das nächstgrößere Angebot. Mit 16 GB passen drei bis vier kleine VMs bequem. Mit 32 GB kommt eine ernsthafte Datenbank dazu. Mit 96 GB wird nicht mehr der Speicher zum Engpass, sondern Prozessor oder Datenträger.

Zwei Einstellungen schaffen viel Platz, ohne etwas zu kaufen. LXC-Container teilen sich den Kernel des Hosts und brauchen einen Bruchteil dessen, was eine vollständige VM verlangt: für einen einfachen Linux-Dienst ist das oft die richtige Wahl. Und das Ballooning von Proxmox lässt eine VM ungenutzten Speicher zurückgeben — nützlich, aber nicht mit kostenlosem Speicher zu verwechseln.

13.99€/Monat
Einstiegsangebot inkl. Steuern
96GB
Maximaler Arbeitsspeicher
24vCore
Prozessor im MAX-Angebot
16
Zusätzliche IPv4-Adressen

Was der Server mitbringt, über die ganze Reihe

Proxmox VE bereits installiert

Der Server kommt mit installiertem <strong>Proxmox VE</strong> und erreichbarer Weboberfläche. Sie erstellen Ihre virtuellen Maschinen und LXC-Container im Browser, ohne Ticket und ohne Wartezeit. <strong>Neuinstallationen sind unbegrenzt</strong>: ein misslungener Versuch ist in Minuten zurückgesetzt.

Arbeitsspeicher, denn er geht zuerst aus

Auf einem Hypervisor stößt selten der Prozessor zuerst an die Grenze, sondern der <strong>Speicher</strong> — jede virtuelle Maschine reserviert ihren eigenen. Die Reihe beginnt bei <strong>16 GB</strong> und reicht bis <strong>96 GB</strong>, genug Luft für mehrere VMs, ohne sie auszuhungern.

Snapshots und Sicherungen ohne Limit

Ein Snapshot vor einem Update, einer vor einer Konfigurationsänderung: das unterscheidet einen Test von einer Wette. Weder Anzahl noch Häufigkeit werden berechnet, nichts hält also davon ab, einen weiteren zu nehmen.

Bis zu 16 zusätzliche IPv4-Adressen

Jede VM kann ihre eigene öffentliche Adresse führen, statt alles über Portweiterleitungen des Hosts zu schleusen. Nützlich, sobald eine virtuelle Firewall, ein Webserver und ein Fremddienst sauber nebeneinander laufen sollen.

Aufteilungen, die funktionieren

Drei VMs auf 16 GB

Ein Webserver (4 GB), eine Datenbank (6 GB), ein Testdienst (4 GB) — und dem Host bleibt noch Luft. Das ist das S-Angebot zu 13,99 €, und schon ein echter kleiner Bestand.

Fünf bis sechs VMs auf 32 GB

Web, Datenbank, Cache, Überwachung, Sicherung, dazu eine Abnahme-VM, die bei Bedarf läuft. Das L-Angebot zu 26,99 € deckt dieses Profil ohne Enge.

Rund zehn VMs auf 96 GB

In dieser Größenordnung zählt man keine VMs mehr, sondern beobachtet IOPS und Kerne. Das MAX-Angebot liefert dazu 24 vCore und 700 GB.

Viele Container statt VMs

Zwanzig LXC-Container auf 16 GB sind nicht unrealistisch, wenn sie kleine Dienste tragen. Der Kernel wird geteilt, die Isolation ist schwächer als bei einer VM, die Speicherersparnis enorm.

Wachsen, ohne alles neu zu machen

Ein Angebotswechsel wird im Kundenbereich beantragt. Die virtuellen Maschinen und ihre Datenträger ziehen mit: niemand installiert neu, weil eine VM dazugekommen ist.

Häufig gestellte Fragen

Von uns keine. Die Grenze ist die Hardware: zuerst der Speicher, dann Kerne und Datenträger. Sie erstellen so viele Maschinen, wie der Server tragen kann.

Rechnen Sie 2 GB für leichten Betrieb, 4 GB bei ZFS — dessen ARC-Cache ist bauartbedingt hungrig. Geben Sie nie den gesamten Speicher an die VMs.

Es lässt eine VM ungenutzten Speicher zurückgeben, was einen Server besser füllt. Speicher erzeugt es nicht: starkes Überbuchen endet im Swap, und Swap auf einem Hypervisor bezahlt man mit allgemeiner Langsamkeit.

Mehrere kleine, sobald die Dienste keinen gemeinsamen Lebenszyklus haben. Ein Update, ein Neustart oder ein Anwendungsfehler soll nichts mitreißen, was nichts damit zu tun hat.