Ein umfassender Leitfaden zu den Proxmox-Speicher-Optionen für Virtuelle Maschinen

Die Wahl des richtigen Speichertyps in Proxmox VE wirkt sich direkt auf die Zuverlässigkeit, die Leistung und die Gesamteffizienz aus. Proxmox unterstützt einen breiten Bereich von Speichertypen, und die Auswahl der optimalen Option kann anfangs eine Herausforderung darstellen. Dieser Leitfaden behandelt die Speichertypen von Proxmox, ihre Vorteile, Verwendungsfälle und praktische Empfehlungen für verschiedene Umgebungen.

NAKIVO für Proxmox-Backups

Agentenlose, App-Aware Backup für Proxmox VE mit mehreren Zielen, einschließlich unveränderlicher Cloud-Backups. Mehrere Optionen für die sofortige granulare Wiederherstellung und Vollständige Wiederherstellung.

Erkennen Sie die Lösung

Was ist Proxmox Storage?

Proxmox Storage ist eine Kernkomponente des Proxmox VE-Hypervisors. Es dient zur Speicherung virtueller Festplatten von Virtuellen Maschinen und ermöglicht hardwaregestützte Virtualisierung und Portabilität. Mit Proxmox Storage können Sie VM-Dateien verwalten und zwischen lokalen Datenspeichern auf einem einzelnen Host oder zwischen mehreren Hosts migrieren.

Wichtige Faktoren bei der Auswahl von Proxmox Storage

Berücksichtigen Sie bei der Auswahl von Proxmox Storage die Anforderungen der jeweiligen Virtuellen Maschinen. Verschiedene Virtuelle Maschinen haben unterschiedliche Anforderungen hinsichtlich der folgenden Parameter.

• Leistung . Produktions-VMs, VMs mit umfangreichen Datenbanken und andere Workloads mit hohen E/A-Anforderungen und geringen Latenzanforderungen müssen auf hochleistungsfähigem Speicher laufen. Verwenden Sie für optimale Ergebnisse lokalen SSD-basierten Speicher. Weitere lokale Speichertypen sind LVM, ZFS und lokale Verzeichnisse.
• Zuverlässigkeit . Produktions- und andere kritische VMs erfordern zuverlässigen Speicher mit Redundanz und der Möglichkeit, Daten effektiv zu sichern oder zu replizieren. Verwenden Sie redundanten Speicher für kritische VMs, um einen Single Point of Failure zu vermeiden.
• Erschwinglichkeit . Proxmox ermöglicht es Ihnen, kostengünstige Speichertypen zu nutzen, wenn Optionen der Enterprise-Klasse nicht verfügbar sind oder nicht benötigt werden. Geben Sie jedoch immer der Datensicherheit und den geschäftlichen Anforderungen Vorrang.
• Einfache Verwaltung . Einige Speichertypen erfordern eine komplexe Einrichtung, die für VMs mit hohen Anforderungen gerechtfertigt sein kann. VMs, die für Tests und nicht-kritische Vorgänge verwendet werden, können auf einfacheren Speicherkonfigurationen laufen.
• Festplattentypen für VMs . Virtuelle Maschinen können ihre virtuellen Festplatten je nach Speichertyp und Konfiguration als Dateien (das native Proxmox-Format ist QCOW2) oder als logische Volumes speichern.
• Snapshots . Die Möglichkeit, den Zustand einer VM-Festplatte sofort zu erfassen, ist für Backups und Tests unerlässlich. Je nach Speichertyp stehen verschiedene Snapshot-Mechanismen zur Verfügung. ZFS und LVM-Thin bieten Snapshot-Funktionen auf Blockebene, die dateibasierte Alternativen übertreffen.
• Provisioning-Typ . Es gibt zwei Provisioning-Typen: Thin- und Thick-Provisioning.
  • Thin Provisioning ermöglicht es Ihnen, Speicherplatz zu sparen, da virtuelle Festplatten nur so viel Platz beanspruchen wie die in der VM geschriebenen Daten und nicht die maximal bereitgestellte Größe. Virtuelle Festplatten wachsen mit dem Schreiben von Daten. Ein verwandtes Konzept ist das Over-Provisioning. Bei diesem Ansatz sollten Sie den freien Speicherplatz auf den Datenspeichern sorgfältig überwachen; Wenn der verfügbare Speicherplatz knapp wird, können Virtuelle Maschinen abstürzen, bis Sie Speicherplatz freigeben und das Problem beheben.
  • Thick Provisioning erfordert die Vorabzuweisung des gesamten Festplattenspeichers. Selbst wenn eine VM-Festplatte nur 10 % ihres zugewiesenen Speicherplatzes nutzt, belegt die entsprechende Datei oder das entsprechende Volume 100 % der zugewiesenen Kapazität auf dem zugrunde liegenden Speicher. Thick Provisioning garantiert ausreichend Festplattenspeicher zum Zeitpunkt der Erstellung und darüber hinaus, kann jedoch zu einer Verschwendung von Kapazität auf dem Datenspeicher führen.
• Speicherort . Proxmox-Speicher kann lokal oder netzwerkbasiert sein. Netzwerkspeicher ist für die VM-Migration, die Speicherung von Installations-ISO-Images, VM-Vorlagen und VMs in einem Cluster (mit Hochverfügbarkeit und Live-Migration) unerlässlich. Lokaler Proxmox-Speicher bietet eine bessere Leistung, allerdings dauert die VM-Migration zwischen Hosts länger.

Wenn Proxmox-Speicher für die Speicherung virtueller Festplattendateien konfiguriert ist, unterstützt nur das QCOW2-Format Thin Provisioning.

Übersicht über die Proxmox-Speichertypen

Proxmox VE unterstützt einen breiten Bereich von Speichertypen, und fast alle davon können VM-Festplatten speichern. In den folgenden Abschnitten werden die einzelnen Typen, ihre Funktionen, Vorteile und Verwendungsfälle behandelt.

Verzeichnis

Ein Verzeichnis ist die einfachste Art des lokalen Proxmox-Speichers, leicht zu konfigurieren und von jedem Proxmox-Host verfügbar, selbst mit einfacher Hardware. Sie benötigen eine Festplatte (HDD) oder ein Solid-State-Laufwerk (SSD) mit einem unterstützten Dateisystem, um einen Datenspeicher auf einem Verzeichnis zu konfigurieren. Beispielsweise kann eine ext4-Partition mit einem Verzeichnis als Speicher für virtuelle Festplattendateien dienen, was für nicht kritische VMs wie Test-, Schulungs- oder Backup-Workloads ausreichend ist.

Verzeichnisspeicher kann auch auf komplexeren zugrunde liegenden Speichersystemen wie Hardware-RAID, LVM oder iSCSI aufgesetzt werden. Das Verzeichnis selbst bietet keine Redundanz, übernimmt jedoch die Redundanz des zugrunde liegenden Speichers, sofern diese vorhanden ist, wodurch es sich für wichtigere VMs eignet. Verzeichnisspeicher unterstützt Thin Provisioning für virtuelle Festplatten im QCOW2-Format.

LVM

LVM (Logical Volume Manager) ist ein nativer Linux-Speichertyp, der hochgradig skalierbar ist und mehrere Blockgeräte (physische Volumes) zur Erstellung eines logischen Volumes nutzen kann. Sie können einem bestehenden Volume weitere Blockgeräte hinzufügen, um die Kapazität auch ohne Ausfallzeiten zu erhöhen. Der Proxmox-LVM-Speicher unterstützt Schnappschüsse ausschließlich auf LVM-Ebene (eine native Linux-Funktion). Redundanz kann auf dem zugrunde liegenden Speicher oder über LVM-Spiegelung (weniger verbreitet) konfiguriert werden.

LVM-Thin

LVM-Thin ist die erweiterte Version des Proxmox-LVM-Speichers mit zusätzlichen Funktionen. Es unterstützt Thin Provisioning für VM-Festplatten sowie Schnappschüsse und Klone und ermöglicht so eine schnellere Bereitstellung von VMs. LVM-Thin ist eine effektive Option, insbesondere in Verbindung mit Hardware-RAID, wenn Sie Speicher ohne den Overhead von ZFS benötigen.

ZFS

ZFS (Zettabyte File System) ist eine fortschrittliche Proxmox-Speicheroption, die Redundanz, hohe Leistung und einen umfangreichen Funktionsumfang bietet. Es unterstützt Thin Provisioning, Copy-On-Write, Schnappschüsse auf Blockebene und VM-Klone. ZFS verfügt über natives Software-RAID und kann Mirror- (RAID1), RAID-Z- und RAID-Z2-Arrays erstellen.

Native Komprimierung (lz4, zstd), integrierte Replikation über Proxmox-Knoten hinweg, Prüfsummenbildung und Selbstheilung zur Gewährleistung der Datenintegrität machen ZFS zu einer zuverlässigen Lösung für kritische VMs.

ZFS benötigt mehr RAM und ist im Vergleich zu LVM und anderen ressourcenschonenderen Speichertypen rechenintensiver. Es unterstützt Konfigurationen auf Blockebene (zVol) und auf Dateiebene (ZFS-Dateisystem). ZFS ist zudem eine sinnvolle Option auf Servern, auf denen keine Hardware-RAID-Controller verfügbar sind oder diese unerschwinglich sind. Diese ausgewogene Kombination von Funktionen macht ZFS zu einem der vielseitigsten Proxmox-Speichertypen für VM-Festplatten.

SMB/NFS

SMB und NFS sind kostengünstige, netzwerkbasierte Proxmox-Speichertypen, die auf Remote-Hosts konfigurierte Dateifreigaben nutzen. SMB ist das native Dateifreigabeprotokoll unter Windows; NFS erfüllt dieselbe Rolle unter Linux. Beide arbeiten auf Dateiebene und lassen sich relativ einfach konfigurieren, was sie zu praktischen Lösungen für gemeinsam genutzten Speicher macht.

Die Redundanz wird vom dedizierten SMB- oder NFS-Server (Linux-Server, Windows Server, FreeNAS/TrueNAS oder Enterprise-NAS) übernommen. Support für Thin Provisioning für virtuelle QCOW2-Festplattendateien.

iSCSI

iSCSI (Internet Small Computer Systems Interface) ist ein Protokoll, mit dem Sie Blockspeicher über das Netzwerk verbinden und ähnlich wie mit lokalem SCSI-Speicher arbeiten können. Proxmox-iSCSI-Speicher lässt sich konfigurieren, indem eine iSCSI-LUN als iSCSI-Ziel eingebunden wird. Der Speicher erscheint auf dem Proxmox-Host als Raw-Blockgerät.

Redundanz und Provisioning (Thin oder Thick) werden von dem Speicherarray übernommen, auf dem das iSCSI-Ziel konfiguriert ist. Enterprise-SAN-Systeme können als Proxmox-iSCSI-Speicher dienen.

ZFS über iSCSI

Dieser Proxmox-Speichertyp nutzt über das Netzwerk verbundenen iSCSI-Blockspeicher, um einen lokalen ZFS-Pool auf dem Proxmox-Host zu konfigurieren. Die Redundanz wird auf der Seite des iSCSI-Ziels (Servers) konfiguriert, während ZFS auf der iSCSI-LUN als Ein-Festplatten-Pool fungiert. Da ZFS nur ein Blockgerät (die LUN) erkennt, werden seine Selbstheilungsfunktionen für mehrere Festplatten nicht angewendet.

Die ZFS-Prüfsummen sichern weiterhin die Datenintegrität zwischen dem Proxmox-Host und dem iSCSI-Ziel. Wenn das SAN, auf dem das iSCSI-Ziel konfiguriert ist, beschädigte Daten sendet, kann ZFS dies erkennen. Schnappschuss- und Klonfunktionen bleiben lokal verfügbar. Diese Konfiguration ermöglicht jedoch keine Hochverfügbarkeit in einem Standard-Proxmox-Cluster, da ZFS nur auf dem Knoten aktiv ist, auf dem die LUN eingebunden wurde.

Dieser Ansatz erhöht die Komplexität der Konfiguration. Für einen HA-Proxmox-Cluster sollten Sie stattdessen NFS oder Ceph RBD in Betracht ziehen. In einer Nicht-Cluster-Umgebung ist die direkte Verwendung von iSCSI-LUNs mit LVM oder LVM-Thin einfacher.

RBD (Ceph RBD)

Ceph RBD (RADOS Block Device) ist ein hyperkonvergenter Proxmox-Cluster-Speicher, der für skalierbare Umgebungen konzipiert ist, die den Speicher teilen müssen. Die Bereitstellung von Ceph-Blockspeicher ist komplexer als die von ZFS und anderen Proxmox-Speichertypen.

RBD stellt Blockspeicher bereit und behandelt virtuelle Festplatten als Raw-Volumes mit Thin-Provisioning. Dies ist die empfohlene Methode zum Speichern von VM-Festplatten in Proxmox VE, wenn Clusterspeicher der Enterprise-Klasse benötigt wird. Ceph RBD ist für VM-Festplatten mit hohem I/O-Aufkommen und geringer Latenz optimiert, insbesondere für zufällige Lese- und Schreibvorgänge. Es unterstützt effiziente, nahezu sofortige Schnappschüsse und Klonvorgänge auf Blockebene. Es sind mindestens 3 Knoten erforderlich; 5 oder mehr werden empfohlen.

Die Hauptfunktionen sind Thin Provisioning, echte Hochverfügbarkeit und hochgradig verteilte Redundanz (Replikation) über die Cluster-Knoten hinweg.

CephFS

CephFS bietet eine standardmäßige, POSIX-konforme Dateisystemschnittstelle (ähnlich wie NFS oder ein lokales ext4-Laufwerk), die auf dem Ceph-Cluster aufsetzt. Während Ceph RBD Blockspeicher ist, handelt es sich bei CephFS um Dateispeicher, der es Ihnen ermöglicht, Daten in Dateien und Verzeichnissen anzusehen, zu lesen und zu schreiben.

Hinweis: POSIX (Portable Operating System Interface) ist eine Reihe von Standards, die aus UNIX-ähnlichen Systemen abgeleitet wurden und die Portabilität von Dateisystemen über verschiedene Betriebssysteme hinweg ermöglichen.

CephFS unterstützt den gemeinsamen Zugriff, und mehrere Proxmox-Knoten können gleichzeitig auf dasselbe Dateisystem zugreifen. Es kann virtuelle Festplattendateien (QCOW2, RAW) speichern, wobei die Leistung aufgrund des Dateisystem-Overheads etwas geringer ist als bei Ceph RBD. CephFS benötigt eine zusätzliche Komponente, den Metadata Server (MDS), zum Verwalten der Dateistruktur, was im Vergleich zu RBD zu einer höheren Komplexität beim Management führt.

BTRFS

BTRFS (B-Tree File System) ist ein modernes Copy-On-Write-Dateisystem, das vom Linux-Kernel nativ unterstützt wird. Es ist seit Version 7.0 in Proxmox als Option für das Root-Dateisystem verfügbar. BTRFS unterstützt Schnappschüsse, Software-RAID und Selbstheilung mittels Prüfsummen. Dieser Speicher-Typ befindet sich in Proxmox noch in der Technologievorschau und weist nicht die umfassende Integration anderer nativer Optionen auf. Für Workloads werden etabliertere Speichertypen empfohlen.

ESXi

Die ESXi-Speicheroption verbindet Datenspeicher, die sich auf ESXi-Hosts befinden, über das Netzwerk mit einem Proxmox-Host. Sie ist für VM-Migration von ESXi VMFS-Datenspeicher in Proxmox VE konzipiert und nicht für die Speicherung von Proxmox-VMs auf VMFS-Datenspeichern vorgesehen.

Die Vergleichstabelle der Proxmox-Speicher-Typen:

Vergleich der Proxmox-Speicheroptionen

In den folgenden Abschnitten werden gängige Proxmox-Speicheroptionen verglichen, um wesentliche Unterschiede und optimale Verwendungsfälle zu ermitteln.

ZFS vs. LVM: Leistung und Zuverlässigkeit

ZFS und LVM sind zwei grundlegende Proxmox-Speicher-Typen, die als Blockspeicher eine hohe Leistung bieten. Sie funktionieren jedoch unterschiedlich und verfügen über unterschiedliche Funktionsumfänge. ZFS ist eine Kombination aus Dateisystem und Volume-Manager mit Schwerpunkt auf Datenintegrität, während LVM ein schlanker Volume-Manager ist, bei dem Flexibilität und geringer Overhead im Vordergrund stehen.

ZFS legt den Schwerpunkt auf Datensicherheit und erweiterte Funktionen. Es kann beschädigte Daten mithilfe von Prüfsummen erkennen und automatisch korrigieren (LVM verfügt nicht über diese Fähigkeit). Obwohl ZFS manchmal als ressourcenintensiv wahrgenommen wird, kann es aufgrund seines effizienten Adaptive Replacement Cache (ARC) im System-RAM sehr schnell sein, insbesondere beim Lesen. Die integrierte RAID-Funktionalität sorgt für Datenredundanz und höhere Zuverlässigkeit.

LVM ist ein nativer Linux-Volume-Manager, bei dem Einfachheit und Geschwindigkeit im Vordergrund stehen. In Raw-I/O-Benchmarks schneidet er in der Regel schneller ab und belastet CPU und Arbeitsspeicher weniger. Redundanz wird durch Hardware-RAID als zugrunde liegenden Speicher erreicht, was es Administratoren zudem ermöglicht, sich mithilfe vertrauter Linux-Tools auf die Volume-Verwaltung zu konzentrieren.

Entscheiden Sie sich für ZFS, wenn Datenintegrität entscheidend ist (VMs mit Datenbanken und anderen wesentlichen Serverkomponenten), wenn Sie über ausreichende CPU- und Speicherressourcen verfügen und wenn Sie native Schnappschüsse, Komprimierung und Replikation in einem einzigen Tool wünschen.

Wählen Sie LVM-Thin, wenn Sie Hardware-RAID bevorzugen, Ihr Proxmox-Host nur über begrenztes RAM verfügt und Sie eine effektive Lösung mit minimalem Overhead benötigen, die einfach zu verwalten ist.

Ceph vs. NFS: Skalierbarkeit und Management

NFS ist ein natives Dateifreigabeprotokoll unter Linux, das sich durch einfache Konfiguration und breite Kompatibilität auszeichnet. Die Konfiguration von Proxmox-NFS-Speicher erfordert einen separaten NFS-Server außerhalb der Proxmox-Umgebung, doch die Ersteinrichtung ist unkompliziert. Die Skalierbarkeit ist durch die Kapazität und den Durchsatz eines einzelnen NFS-Servers begrenzt.

Ceph (RBD) ist ein verteilter Blockspeicher, im Gegensatz zu NFS, das auf Ebene der Dateien arbeitet. Seine Skalierbarkeit ist linear, da Sie die Kapazität durch Hinzufügen weiterer Proxmox-Knoten oder größerer Festplatten zu bestehenden Knoten erweitern können. Die Daten werden über die Cluster-Knoten hinweg repliziert (standardmäßig dreifach), um einen Single Point of Failure zu vermeiden. Die Ersteinrichtung ist komplex, doch die gesamte Konfiguration kann direkt auf Proxmox-Hosts ohne externe Komponenten durchgeführt werden. CephFS ist eine weitere Ceph-Option, die auf Dateiebene arbeitet.

NFS eignet sich gut für Backups, ISO-Dateien, VM-Vorlagen und VMs mit QCOW2-virtuellen Festplatten, die keine hohe Leistung bei E/A-Operationen erfordern. Ceph ist für geschäftskritische VMs mit hohen Leistungsanforderungen ausgelegt. Verwenden Sie Proxmox Ceph-Speicher, wenn maximale IOPS, Redundanz und Hochverfügbarkeit erforderlich sind.

Entscheidungsszenarien für Cluster, Labore und den Produktivbetrieb

Verschiedene Proxmox-Speichertypen eignen sich optimal für unterschiedliche Szenarien.

Für kleine Produktionscluster gehören zu den effektiven Speicheroptionen:

• ZFS mit Proxmox-Replikation
• NFS mit Redundanz (RAID) auf einem NAS oder NFS-Server

  Für Enterprise-Cluster mit mehr als 3 Knoten muss der Speicher echte Hochverfügbarkeit unterstützen. Die empfohlenen Optionen sind:

• Ceph RBD – verteilter Blockspeicher mit Datenreplikation über alle Knoten hinweg
• iSCSI und Fibre Channel (SAN) – externer Blockspeicher, der über das Netzwerk verbunden ist; LVM-Thin kann auf iSCSI-LUNs konfiguriert werden

  Für Labor- und Testumgebungen gehören zu den kostengünstigen und praktischen Speichertypen:

• Verzeichnis auf ext4, LVM-Thin und andere verfügbare Typen
• NFS-Freigaben – praktisch, wenn ein NAS-Gerät verfügbar ist
• LVM-Thin – skalierbar mit geringem Overhead, ausreichend für Labore und Tests

Speicher mit Thin Provisioning wird für Labor- und Testszenarien empfohlen.

So wählen Sie Proxmox-Speicher effektiv aus und verwalten ihn

Die folgenden praktischen Empfehlungen können Ihnen dabei helfen, den richtigen Speicher auszuwählen und ihn effektiv zu verwalten.

Bewerten Sie Ihre Umgebung und Ihre Anforderungen an die Leistung

Schätzen Sie das für Ihre Workloads erforderliche Leistungsniveau ein und bewerten Sie Ihre vorhandene Hardware. Legen Sie anhand der Ergebnisse fest, ob die aktuelle Hardware ausreicht oder zusätzliche Ressourcen erforderlich sind, um die Anforderungen Ihrer virtuellen Proxmox-Umgebungen zu erfüllen. Definieren Sie Ihre Speicherziele, wie z. B. Leistung, Redundanz und Skalierbarkeit.

Wählen Sie den richtigen Speichertyp

Wählen Sie den Speichertyp, der Ihren Anforderungen hinsichtlich VM-Workloads, Funktionen (Leistung, Redundanz) und Management-Komplexität entspricht. Für höchste Leistung wird in der Regel Blockspeicher bevorzugt. Bei geringeren Anforderungen an die Leistung ist dateibasierter Speicher die praktische Wahl.

Optimieren Sie Leistung und Zuverlässigkeit

Wählen Sie Proxmox-Speichertypen, die Thin Provisioning unterstützen, und aktivieren Sie diese Funktion in der Konfiguration. Aktivieren Sie TRIM/Discard für Thin-Speicher. Wenn SSD-Geräte verwendet werden, aktivieren Sie die SSD-Emulation. Stellen Sie sicher, dass TRIM in Gastbetriebssystemen regelmäßig ausgeführt wird.

Setzen Sie Schnappschüsse effektiv ein. Speichersysteme auf Blockebene profitieren von Schnappschüssen auf Blockebene, um eine höhere Effizienz zu erzielen. Löschen Sie regelmäßig alte und nicht mehr benötigte Schnappschüsse, um die Leistung aufrechtzuerhalten und Speicherplatz freizugeben.

Trennen Sie kritische und nicht kritische Workloads auf unterschiedliche Speichersysteme. Das Speichern von ISO-Images, VM-Vorlagen und nicht kritischen VMs auf langsameren Speichersystemen ist eine gängige Praxis, die die Gesamtleistung verbessert.

Überwachen Sie die Speicherauslastung und den Zustand

Beobachten Sie die Speicherplatznutzung genau, insbesondere bei Thin-Provisioning-Festplatten von VMs. Überprovisionierung birgt das Risiko, dass die Kapazität des Datenspeichers erschöpft wird. Wenn der freie Speicherplatz zur Neige geht, stürzen VMs ab und müssen möglicherweise wiederhergestellt werden.

Überwachen Sie den Zustand der Festplatten auf Proxmox-Hosts, Remote-Speicherservern, NAS-Geräten und SAN-Geräten. Wenn verdächtige SMART-Attribute erkannt werden, sollten Sie den Austausch des betroffenen Laufwerks in Betracht ziehen. Ein Festplattenausfall bei nicht redundantem Speicher kann zu Datenverlust führen. Regelmäßige Zustandsprüfungen und der rechtzeitige Austausch von Festplatten tragen dazu bei, die Zuverlässigkeit zu maximieren.

Sorgen Sie für Datensicherheit und Geschäftskontinuität

Selbst der zuverlässigste Speicher garantiert keinen vollständigen Datenschutz. Softwarefehler, menschliches Versagen, versehentliche Löschungen, Ransomware-Angriffe und Naturkatastrophen bleiben unabhängig von der Speicherredundanz Risiken. Regelmäßige Backups sind unerlässlich, um Ihre Daten zu schützen und Datenverluste sowie Ausfallzeiten zu vermeiden. Die Kombination von redundantem Speicher mit konsistenten Backups bildet die Grundlage für ein zuverlässiges Rechenzentrum.

Fazit

Der große Bereich an Proxmox-Speicheroptionen ist ein wesentlicher Vorteil, doch die Auswahl und Konfiguration des richtigen Speichertyps erfordert sorgfältige Planung. Definieren Sie Ihre Anforderungen an die virtuelle Umgebung, bewerten Sie Ihre Hardware und wählen Sie für jedes Szenario den optimalen Speicher aus. Proxmox unterstützt den Betrieb mehrerer Speichertypen auf demselben Host und bietet Ihnen so die Flexibilität, den Speicher an die Anforderungen der Workloads anzupassen. Sichern Sie Ihre Daten regelmäßig, um Datenverluste zu vermeiden, unabhängig davon, welchen Speichertyp Sie verwenden.

Probieren Sie NAKIVO Backup & Replication für Proxmox VE aus

Sichern Sie sich eine 15-tägige kostenlose Testversion, um agentenlose, inkrementelle Proxmox-VM-Backups mit Native Änderungsverfolgung, Unveränderlichem Speicher sowie Optionen für sofortige vollständige und granulare Wiederherstellung durchzuführen.

HÄUFIG GESTELLTE FRAGEN