Wie teilt Proxmox System und Daten auf zwei direkt angebundene NVMe auf?

Zuerst prüfen, ob die Maschine zwei Platten zeigt

Die Standardplatten der Bestellung sind 2×1TB NVMe, kein Hardware-RAID, direkt angebunden. Nutzbar sind 2TB, nicht das 1TB, das nach einem RAID-1-Spiegel übrig bleibt. Vor der Proxmox-Installation in der Konsole Arbeitsspeicher und System prüfen, damit 128GB und 256GB nicht vertauscht werden und nicht erst Windows installiert wird, wenn Virtualisierung gemeint ist.

Direkt angebunden heißt: jede Platte erscheint unter eigenem Gerätenamen. Der Controller fasst sie nicht zu einem logischen Volume. Installer, lsblk unter Debian und später die Speicheransicht zeigen zwei NVMe nahe 1TB. Stimmt die Anzahl nicht, zuerst die Bestellung prüfen und nicht partitionieren, solange nur eine Platte sichtbar ist.

Der Arbeitsspeicher ist DDR4-3200 ECC RDIMM, bei der Bestellung als 128GB oder 256GB festgelegt. Proxmox selbst braucht wenig. Die Zahl der virtuellen Maschinen hängt vor allem am Arbeitsspeicher. Die Plattenaufteilung legt fest, wo VM-Platten liegen, und ändert die Speicherstufe nicht.

Im Installer jede Platte für sich

Vom Installationsmedium Proxmox VE 8 oder 9 starten. Als Zielplatte nur eine der 1TB wählen. Das Dateisystem kann das ext4 des Installers sein oder ZFS auf genau dieser Platte. Beides gilt nur für die gewählte Platte und zieht die zweite nicht in denselben Pool.

Wenn der Installer nach der Platte fragt, Modell und Seriennummer oder Gerätepfad beider Platten notieren. Die falsche Platte löscht vorhandene Partitionen. Bei einer Neuinstallation sind beide leer. Trotzdem festlegen: die kleinere Seriennummer oder die erste Zeile im Installer wird System, die zweite bleibt leer und kommt nach der Installation als Speicher dazu.

Im Netzwerkschritt zuerst eine Verwaltungsadresse eintragen. Die Bestellung enthält 1 IPv4. Weitere Adressen zählen einzeln und sind nicht dieselbe Sache wie die Platten. Die Verwaltungsadresse öffnet die Proxmox-Oberfläche. Adressen für virtuelle Maschinen können später aus demselben Bestand kommen. Wie Adressen gezählt werden, steht in der anderen Notiz. Platten und Adressen bleiben getrennte Schritte.

1. Medium starten und zwei NVMe nahe 1TB in der Liste bestätigen.
2. Proxmox nur auf eine Platte legen. Die andere bleibt unbenutzt.
3. Hostname, Verwaltungsadresse und root-Passwort setzen. Das Passwort getrennt vom ersten Passwort der Konsole aufbewahren.
4. Nach der Installation per SSH anmelden und die zweite Platte in der Speicheransicht hinzufügen.

Die zweite Platte als eigenen Speicher

Nach dem Start in der Plattenliste des Knotens die NVMe suchen, die noch nicht als Proxmox-Speicher hängt. Zwei übliche Wege, einer genügt.

Der erste ist Directory-Speicher. Auf der zweiten Platte eine Partition und ein Dateisystem anlegen, zum Beispiel nach /mnt/vmdata einhängen, dann im Rechenzentrum einen Directory-Speicher auf diesen Mount legen und Disk-Images sowie Backups auswählen. VM-Dateien liegen auf dieser Platte, getrennt von local und local-lvm der Systemplatte. Eine volle Systemplatte zieht die VM-Platten nicht mit, und umgekehrt.

Der zweite ist ZFS auf einer Platte. Für die zweite Platte einen eigenen Pool anlegen und die Systemplatte nicht hinzufügen. Der Poolname unterscheidet sich von der Systemplatte, zum Beispiel vmdata. Proxmox erkennt ihn als ZFS-Speicher. ZFS auf einer Platte liefert Prüfsummen und später einen Weg zum Erweitern, keinen Spiegel zwischen den beiden Platten. Ein Spiegel braucht mindestens zwei Mitglieder. Hier soll die Kapazität voll nutzbar bleiben, nicht von 2TB auf 1TB schrumpfen.

Beim Anlegen einer VM kann die Systemplatte auf local-lvm der ersten Platte bleiben und die Datenplatte auf den Speicher der zweiten wechseln. Eine Datenbank-VM legt die Datenplatte besser auf die zweite, damit Logs, ISO und Vorlagen von Proxmox nicht dieselbe Platte beschreiben.

Kein Hardware-Verbund. Ein Software-Verbund ist eine eigene Entscheidung

Die Bestellung enthält kein Hardware-RAID. Erscheint im Installer oder in der Board-Oberfläche ein Verbund-Assistent, die zwei NVMe dort nicht zu RAID-1 oder RAID-0 binden. Danach sieht das System nur noch eine logische Platte. Proxmox kann System und Daten nicht mehr trennen, und die Kapazität rechnet anders.

Verlangt der Betrieb einen Spiegel, dann in Software und nur mit dem Wissen, dass die Kapazität halbiert wird, und mit einem eigenen Änderungsvermerk. Die Standardlieferung enthält diesen Schritt nicht. Sicherungen gehören auf eine andere Platte, eine andere Maschine oder in einen regelmäßigen Export. Eine zweite Partition auf derselben Platte ist keine Sicherung.

Eine zusätzliche 2TB NVMe ist ebenfalls direkt angebunden und tritt keinem Hardware-Verbund bei. Höchstens zwei weitere Platten, je $71 im Monat. Im System erscheinen zusätzliche Gerätenamen. Daraus ein neues Verzeichnis oder einen neuen Einzelpool machen. Nicht ohne Absicht zpool add auf einen Pool ausführen, auf dem schon virtuelle Maschinen laufen. Einen Pool erweitern und einen neuen Pool anlegen sind zwei verschiedene Vorgänge. Der erste ändert die Struktur des bestehenden Pools.

Die Speicherstufe begrenzt die Zahl der virtuellen Maschinen

Nach der Trennung der Platten bleibt die Frage, ob der Arbeitsspeicher reicht. 128GB und 256GB sind zwei Modelle, kein nachträgliches Einstecken eines Riegels. Der Proxmox-Knoten behält einen Teil für Host und Cache, der Rest geht an die virtuellen Maschinen. Braucht eine Datenbank 64GB, bleibt auf 128GB nach dem Host nur Platz für wenige kleine VMs. Viele kleine Sites passen oft in 128GB. Datenbank und mehrere VM-Gruppen auf derselben Maschine beginnen bei 256GB.

Der Prozessor ist AMD EPYC 7543P, 32 Kerne / 64 Threads, 2.8–3.7 GHz, 256MB L3. Kerne lassen sich auf mehrere VMs verteilen. Der Arbeitsspeicher darf den Host nicht verdrängen. Mehr Platten ersetzen keinen Arbeitsspeicher. Zuerst die Speicherstufe, dann ob VM-Platten auf der zweiten NVMe oder auf einer Zusatzplatte liegen.

Die zwei Modelle von OSFP Cloud kosten $462 und $595 im Monat. Der Standort ist Tokio, Japan. Fällig ist der Monatspreis mal die Monate. Der Preis einer Zusatzplatte geht zuerst in den Monatspreis. Proxmox VE 8 oder 9 ist wählbar, ohne Systemaufpreis. Bandbreite ist standardmäßig 250M, Traffic unbegrenzt. 1G oder 2G ist eine Netzoption und ändert die Plattenaufteilung nicht.

Nach der Installation diese Punkte prüfen

Den Knoten per SSH öffnen, nicht nur die Weboberfläche. Die Oberfläche legt virtuelle Maschinen an. Bei Störungen bleiben die Geräte in der Shell sichtbar. Reihenfolge:

• Beide Standard-NVMe sind da, jede nahe 1TB, nicht zu einer logischen 1TB zusammengefasst.
• Systemspeicher und Datenspeicher zeigen auf verschiedene Geräte. Eine Test-VM legt ihre Platte auf die zweite. Datei oder zvol liegt nicht auf der Systemplatte.
• Bei Zusatzplatten ist die Gerätezahl 2 plus die Zusatzzahl. Fehlt eine, zuerst Bestellung und Verkabelung prüfen, nicht die übrigen Platten zur Kapazität zusammenrechnen.
• Die Verwaltungsadresse öffnet die Oberfläche auf Port 8006. Zugewiesene Betriebsadressen kommen in die VM, nicht zusätzlich auf dieselbe Host-Adresse, außer eine Bridge ist ausdrücklich geplant.
• ISO und Sicherungen auf die Platte mit mehr Platz, damit Images und Backups die Systemplatte nicht füllen und Updates blockieren.

Diese Aufteilung gilt, wenn Proxmox direkt auf der ganzen Maschine liegt und dieses Konto die virtuellen Maschinen anlegt. Sie braucht keinen Hardware-Verbund und versteckt die zweite Platte nicht in einem Spiegel. Kapazität, Sicherung und Speicherstufe bleiben drei getrennte Rechnungen. Sonst werden aus 2TB leicht 1TB, oder Datenbank und Systemlogs schreiben auf dieselbe Platte.