Persistent Disk


In diesem Dokument werden die Funktionen, Typen, Leistung und Vorteile von Persistent Disk-Volumen beschrieben. Wenn Sie Blockspeicher für eine VM-Instanz oder einen Container benötigen, z. B. für ein Boot- oder Datenlaufwerk, verwenden Sie Persistent Disk-Volumes, wenn Google Cloud Hyperdisk für Ihre Compute-Instanz nicht verfügbar ist. Weitere Informationen zu den anderen Blockspeicheroptionen in der Compute Engine finden Sie unter Datenträgertyp auswählen.

Persistent Disk-Volumes sind langlebige Netzwerkspeichergeräte, auf die Ihre Instanzen wie auf physische Laufwerke auf einem Computer oder Server zugreifen können. Persistent Disk-Volumes sind nicht mit dem physischen Computer verbunden, auf dem die Instanz gehostet wird. Stattdessen werden sie als Netzwerkblockgeräte an die Instanz angehängt. Die Daten auf einem Persistent Disk-Volume sind auf mehrere physische Laufwerke verteilt. Compute Engine verwaltet die physischen Laufwerke und die Datenverteilung und sorgt damit automatisch für Redundanz und optimale Leistung.

Nichtflüchtige Speicher-Volumes sind nicht mit dem physischen Computer verbunden, auf dem die Instanz gehostet wird. Stattdessen werden sie der Instanz als Netzwerkblockgeräte angehängt. Ihre VM-Instanz kann jedoch auf Persistent Disk-Volumes wie auf physische Laufwerke auf einem Computer oder Server zugreifen. Wenn Sie von einem nichtflüchtigen Speicher lesen oder schreiben, werden Daten über das Netzwerk übertragen.

Sie können die Volumes trennen oder verschieben, um Ihre Daten auch nach dem Löschen der Instanzen beizubehalten. Die Leistung von Persistent Disk hängt von der Größe ab. Sie können bestehende Persistent Disk-Volumes jederzeit ändern oder einer VM weitere Persistent Disk-Volumes hinzufügen, um die Leistungs- und Speicherplatzanforderungen zu erfüllen.

Fügen Sie Ihrer Instanz ein Laufwerk ohne Startfunktion hinzu, wenn Sie zuverlässigen und kostengünstigen Speicher mit gleichbleibenden Leistungsmerkmalen benötigen.

Nichtflüchtigen Speicher zu Ihrer Instanz hinzufügen

Persistent Disk-Typen

Wenn Sie ein Persistent Disk-Volume erstellen, können Sie einen der folgenden Laufwerkstypen auswählen:

  • Abgestimmter nichtflüchtiger Speicher (pd-balanced)
    • Eine Alternative zu leistungsstarkem nichtflüchtigem Speicher (pd-ssd)
    • Kompromiss zwischen Leistung und Kosten. Bei den meisten VM-Typen mit Ausnahme großer Datenmengen haben diese Laufwerke die gleiche maximale IOPS-Anzahl wie nichtflüchtige SSD-Speicher und eine niedrigere IOPS pro GiB. Dieser Laufwerkstyp bietet Leistungsebenen, die für die meisten allgemeinen Anwendungen geeignet sind. Die Kosten liegen dabei zwischen dem standardmäßigen nichtflüchtigen Standardspeicher und dem leistungsstarken nichtflüchtigen Speicher (pd-ssd).
    • Gesichert durch Solid-State-Laufwerke (SSD)
  • Leistungsstarker nichtflüchtiger SSD-Speicher (pd-ssd)
    • Geeignet für Unternehmensanwendungen und Hochleistungsdatenbanken, die eine geringere Latenz und mehr IOPS als nichtflüchtige Standardspeicher erfordern.
    • Gesichert durch Solid-State-Laufwerke (SSD)
  • Nichtflüchtiger Standardspeicher (pd-standard)
    • Geeignet für große Datenverarbeitungsarbeitslasten, die hauptsächlich sequenzielle E/A-Vorgänge verwenden.
    • Gesichert durch Standardfestplattenlaufwerke (HDD)
  • Extrem nichtflüchtiger Speicher (pd-extreme)
    • Bieten eine durchgehend hohe Leistung – sowohl bei Arbeitslasten mit zufälligen Zugriffen als auch bei Szenarien, wo hoher Durchsatz wichtig ist.
    • Für High-End-Datenbankarbeitslasten konzipiert
    • Hier können Sie die Ziel-IOPS bereitstellen.
    • Gesichert durch Solid-State-Laufwerke (SSD)
    • Verfügbar für eine begrenzte Anzahl von Maschinentypen.

Wenn Sie ein Laufwerk in der Google Cloud Console erstellen, ist der Standard-Laufwerktyp pd-balanced. Wenn Sie ein Laufwerk mit der gcloud CLI oder der Compute Engine API erstellen, ist der Standardlaufwerkstyp pd-standard.

Informationen zur Unterstützung von Maschinentypen finden Sie hier:

Langlebigkeit von Persistent Disk

Die Langlebigkeit des Laufwerks stellt die Wahrscheinlichkeit eines Datenverlusts für ein typisches Laufwerk in einem typischen Jahr unter Verwendung einer Reihe von Annahmen zu Hardwarefehlern, der Wahrscheinlichkeit katastrophaler Ereignisse, der Isolierungspraktiken und der Entwicklungsprozesse in Google-Rechenzentren und den internen Codierungen dar, die von den einzelnen Laufwerktypen verwendet werden. Datenverlustereignisse bei Persistent Disk sind extrem selten und waren in der Vergangenheit das Ergebnis koordinierter Hardwarefehler, Softwarefehler oder einer Kombination aus beidem. Google unternimmt außerdem zahlreiche Schritte, um das branchenweite Risiko der schleichenden Datenbeschädigung zu minimieren. Menschliche Fehler eines Google Cloud Kunden, z. B. wenn ein Kunde versehentlich ein Laufwerk löscht, fallen nicht unter die Langlebigkeit von Persistent Disk.

Es besteht ein sehr geringes Risiko eines Datenverlusts bei einem Volume mit regionalem nichtflüchtigen Speicher aufgrund der internen Datencodierungen und der Replikation. Regional Persistent Disk bietet Hochverfügbarkeit und kann für die Notfallwiederherstellung verwendet werden, wenn ein gesamtes Rechenzentrum verloren geht und nicht wiederhergestellt werden kann. Regionale nichtflüchtige Speicher bieten doppelt so viele Laufwerkreplikate wie zonale nichtflüchtige Speicher. Jedes Replikat wird auf zwei Zonen in derselben Region verteilt. Wenn eine primäre Zone während eines Ausfalls nicht mehr verfügbar ist, kann sofort auf das Replikat in der sekundären Zone zugegriffen werden.

Weitere Informationen zu regionsspezifischen Aspekten finden Sie unter Geografie und Regionen.

Die folgende Tabelle zeigt die Langlebigkeit für die einzelnen Laufwerkstypen. Eine Langlebigkeit von 99,999 % bedeutet, dass bei 1.000 Laufwerken wahrscheinlich 100 Jahre vergehen, ohne dass ein einzelnes Laufwerk verloren geht.

Zonale Standard-Persistent Disk Abgestimmte zonale Persistent Disk Zonale SSD-Persistent Disk Zonale extreme Persistent Disk Regionale Standard-Persistent Disk Regionale abgestimmte Persistent Disk Regionale SSD-Persistent Disk
Besser als 99,99 % Besser als 99,999 % Besser als 99,999 % Besser als Besser als 99,9999 % Besser als 99,999 % Besser als Besser als 99,9999 % Besser als Besser als 99,9999 %

Unterstützung von Maschinenserien

  • C4A
  • C4
  • C3
  • C3D
  • N4
  • N2
  • N2D
  • N1
  • T2D
  • T2A
  • E2
  • Z3
  • H3
  • C2
  • C2D
  • X4
  • M3
  • M2
  • M1
  • N1+GPU
  • A3 (H100)
  • A3 (H200)
  • A2
  • G2

Wählen Sie eine Maschinenreihe aus, um die unterstützten Persistent Disk-Typen (PD) aufzurufen.

Maschinenserie Nichtflüchtige SSD-Speicher Abgestimmte nichtflüchtige Speicher Extrem nichtflüchtige Speicher Nichtflüchtige Standardspeicher
C4A
C4
C3
C3D
N4
N2
N2D
N1
T2D
T2A
E2
Z3
H3
C2
C2D
X4
M3
M2
M1
N1+GPU
A3 (H100)
A3 (H200)
A2
G2

Maximale Kapazität

Persistent Disk-Volumes können bis zu 64 TiB groß sein. Sie können einer VM-Instanz bis zu 127 sekundäre zonale Persistent Disk-Volumes ohne Startfunktion hinzufügen. Die Gesamtkapazität aller nichtflüchtigen Speicher, die an eine einzelne VM angehängt sind, darf 257 TiB jedoch nicht überschreiten.

Sie können einzelne logische Volumes mit bis zu 257 TiB mithilfe der Verwaltung logischer Volumes in Ihrer VM erstellen. Informationen zur Gewährleistung der maximalen Leistung bei großen Datenmengen finden Sie unter Logische Volume-Größe.

Zonale Persistent Disk

Eine zonale Persistent Disk ist eine Persistent Disk, auf die nur innerhalb einer bestimmten Zone zugegriffen werden kann, z. B. europe-west-2.

Nutzerfreundlichkeit

Die Compute Engine übernimmt fast alle Laufwerksverwaltungsaufgaben, damit Sie sich nicht um Dinge wie Partitionierung, redundante Laufwerksarrays oder Subvolume-Verwaltung kümmern müssen. Im Allgemeinen ist es nicht erforderlich, größere logische Volumes zu erstellen. Sie können jedoch die Kapazität der sekundären angehängten Persistent Disk auf 257 TiB pro VM erhöhen und diese Vorgehensweisen für die Persistent Disk-Volumes anwenden. Sie sparen Zeit und erhalten eine optimale Leistung, wenn Sie die Persistent Disk-Volumes mit einem einzigen Dateisystem und ohne Partitionstabellen formatieren.

Falls Sie Ihre Daten auf mehrere Volumes aufteilen möchten, fügen Sie weitere Laufwerke hinzu, anstatt die vorhandenen in mehrere Partitionen zu unterteilen.

Wenn Sie zusätzlichen Speicherplatz für die Persistent Disk-Volumes benötigen, können Sie die Größe des Speichers anpassen und nicht neu partitionieren und formatieren.

Leistung

Die Leistung von Persistent Disk ist vorhersehbar und wird mit der bereitgestellten Kapazität linear skaliert, bis die Grenzen der bereitgestellten vCPUs einer VM erreicht sind. Weitere Informationen zu den Grenzen der Leistungsskalierung und zur Leistungsoptimierung finden Sie unter Laufwerke so konfigurieren, dass sie die Leistungsanforderungen erfüllen.

Standard-Persistent Disks bewältigen sequenzielle Lese-/Schreibvorgänge effizient und kostengünstig, eignen sich aber nicht für große Mengen zufälliger Ein-/Ausgabevorgänge pro Sekunde (Input/Output Operations Per Second, IOPS). Wenn Ihre Anwendungen zufällige IOPS in hoher Zahl erfordern, verwenden Sie nichtflüchtige SSD- oder extreme Persistent Disk. SSD-Persistent Disk ist für Latenzen im einstelligen Millisekundenbereich ausgelegt. Die beobachtete Latenz ist anwendungsspezifisch.

Compute Engine optimiert die Leistung und Skalierung von Persistent Disk-Volumes automatisch. Ein Striping mehrerer Laufwerke oder das Vorwärmen von Laufwerken ist nicht erforderlich. Wenn Sie mehr Speicherplatz oder eine bessere Leistung benötigen, passen Sie die Größe Ihrer Laufwerke an. Sie können auch weitere vCPUs hinzufügen, um mehr Speicherplatz, Durchsatz und IOPS zu erzielen. Die Leistung der Persistent Disk basiert auf der Gesamtkapazität für Persistent Disk, die einer Instanz zugewiesen ist, und auf der Anzahl der vCPUs, die die VM aufweist.

Bei Bootgeräten können Sie die Kosten senken, wenn Sie eine Standard-Persistent Disk verwenden. Kleine Persistent Disk-Volumes mit 10 GiB eignen sich für einfache Bootvorgänge und Anwendungsfälle in Verbindung mit der Paketverwaltung. Wenn Sie aber bei der allgemeineren Verwendung des Bootgeräts eine konsistente Leistung gewährleisten möchten, verwenden Sie eine abgestimmte Persistent Disk als Bootlaufwerk.

Da Schreibvorgänge im nichtflüchtigen Speicher zum kumulativen ausgehenden Netzwerk-Traffic der jeweiligen VM beitragen, gilt für sie die Obergrenze für ausgehenden Netzwerk-Traffic der VM.

Zuverlässigkeit

Persistent Disk ist von Haus aus redundant, um Ihre Daten vor Geräteausfällen zu schützen und ihre Verfügbarkeit auch bei Wartungsarbeiten im Rechenzentrum sicherzustellen. Für alle Vorgänge der Persistent Disk werden Prüfsummen berechnet, um sicherzustellen, dass die gelesenen Daten mit den geschriebenen übereinstimmen.

Außerdem können Sie Snapshots von Persistent Disk erstellen, um Datenverluste aufgrund von Nutzerfehlern zu verhindern. Snapshots werden inkrementell angelegt und dauern nur wenige Minuten, selbst wenn sie von Laufwerken erstellt werden, die an laufende VMs angehängt sind.

Regionaler nichtflüchtiger Speicher

Regionale Persistent Disk-Volumes haben Speicherqualitäten, die denen von zonalen Persistent Disks ähneln. Regionale Persistent Disk-Volumes bieten jedoch eine dauerhafte Speicherung und Replikation von Daten zwischen zwei Zonen in derselben Region.

Synchrone Laufwerksreplikation

Wenn Sie eine neue Persistent Disk erstellen, können Sie das Laufwerk entweder in einer Zone erstellen oder über zwei Zonen innerhalb derselben Region hinweg replizieren.

Wenn Sie beispielsweise ein Laufwerk in einer Zone wie us-west1-a erstellen, haben Sie eine Kopie des Laufwerks. Ein Laufwerk, das nur in einer Zone erstellt wurde, wird als zonales Laufwerk bezeichnet. Sie können die Verfügbarkeit des Laufwerks erhöhen, indem Sie eine weitere Kopie des Laufwerks in einer anderen Zone innerhalb der Region speichern, z. B. in us-west1-b.

Nichtflüchtige Speicher, die über zwei Zonen in derselben Region hinweg repliziert werden, werden als regionale nichtflüchtige Speicher bezeichnet. Sie können Hyperdisk Balanced High Availability auch für die zonenübergreifende synchrone Replikation von Google Cloud Hyperdisk verwenden.

Es ist unwahrscheinlich, dass eine Region vollständig ausfällt, aber zonale Fehler können auftreten. Die Replikation innerhalb der Region in verschiedenen Zonen hilft, wie in der folgenden Abbildung dargestellt, bei der Verfügbarkeit und reduziert die Laufwerkslatenz. Wenn beide Replikationszonen fehlschlagen, wird sie als Ausfall in der gesamten Region betrachtet.

Abbildung einer VM mit einem regionalen Laufwerk
 Das Laufwerk hat zwei Replikate, eines in derselben Zone wie die VM und eines in einer zweiten Zone.

Das Laufwerk wird in zwei Zonen repliziert.

Im replizierten Szenario sind die Daten in der lokalen Zone (us-west1-a) verfügbar, in der die virtuelle Maschine (VM) ausgeführt wird. Anschließend werden die Daten in eine andere Zone (us-west1-b) repliziert. Eine der Zonen muss dieselbe Zone sein, in der die VM ausgeführt wird.

Bei einem zonalen Ausfall können Sie für Ihre Arbeitslast, die auf regionalem nichtflüchtigem Speicher ausgeführt wird, in der Regel einen Failover in eine andere Zone durchführen. Weitere Informationen finden Sie unter Failover für regionale Persistent Disk.

Designüberlegungen für regionalen nichtflüchtigen Speicher

Wenn Sie robuste Systeme oder Hochverfügbarkeitsdienste für Compute Engine konzipieren, sollten Sie regionale Persistent Disks mit anderen Best Practices kombinieren, z. B. mit der Sicherung Ihrer Daten mit Snapshots. Regionale Persistent Disk-Volumes funktionieren auch mit regional verwalteten Instanzgruppen.

Leistung

Regionale Persistent Disk-Volumes sind für Arbeitslasten vorgesehen, die im Vergleich zur Verwendung von Persistent Disk-Snapshots ein niedrigeres Recovery Point Objective (RPO) und ein niedrigeres Recovery Time Objective (RTO) erfordern.

Regionale Persistent Disk ist eine Option, wenn die Schreibleistung weniger kritisch ist als die Datenredundanz über mehrere Zonen hinweg.

Wie zonale Persistent Disk kann regionale Persistent Disk bei VMs mit einer größeren Anzahl von vCPUs eine höhere IOPS- und Durchsatzleistung erzielen. Weitere Informationen zu diesen und anderen Einschränkungen finden Sie unter Laufwerke so konfigurieren, dass sie die Leistungsanforderungen erfüllen.

Wenn Sie mehr Speicherplatz oder eine bessere Leistung benötigen, können Sie die Größe Ihrer regionalen Festplatten ändern, um mehr Speicherplatz, Durchsatz und IOPS hinzuzufügen.

Zuverlässigkeit

Compute Engine repliziert Daten Ihrer regionalen Persistent Disk in die Zonen, die Sie beim Erstellen Ihrer Festplatten ausgewählt haben. Die Daten jedes Replikats sind auf mehrere physische Maschinen innerhalb der Zone verteilt, um Redundanz zu gewährleisten.

Ähnlich wie bei zonaler Persistent Disk können Sie Persistent Disk-Snapshots erstellen, um Datenverluste aufgrund von Nutzerfehlern zu verhindern. Snapshots werden inkrementell angelegt und dauern nur wenige Minuten, selbst wenn sie von Laufwerken erstellt werden, die an laufende VMs angehängt sind.

Einschränkungen für regionalen nichtflüchtigen Speicher

  • Sie können regionalen nichtflüchtigen Speicher nur an VMs anhängen, die den Maschinentyp E2, N1, N2 oder N2D verwenden.
  • Sie können Hyperdisk mit ausgeglichener Hochverfügbarkeit nur an unterstützte Maschinentypen anhängen.
  • Sie können keinen regionalen nichtflüchtigen Speicher aus einem Image oder aus einem Laufwerk erstellen, das aus einem Image erstellt wurde.
  • Im schreibgeschützten Modus können Sie einen regionalen abgestimmten nichtflüchtigen Speicher an maximal 10 VM-Instanzen anhängen.
  • Die Mindestgröße eines regionalen nichtflüchtigen Standardspeichers beträgt 200 GiB.
  • Sie können nur die Größe eines regionalen nichtflüchtigen Speichers oderHyperdisk mit ausgeglichenem Hochverfügbarkeits-Volume erhöhen. Sie können die Größe nicht verringern.
  • Regionale nichtflüchtige Speicher- und Hyperdisk mit ausgeglichener Hochverfügbarkeits-Volumes haben unterschiedliche Leistungsmerkmale als die entsprechenden zonalen Laufwerke. Weitere Informationen finden Sie unter Blockspeicherleistung.
  • Sie können ein Hyperdisk Balanced High Availability-Volume, das sich im Modus für mehrere Autoren befindet, nicht als Bootlaufwerk verwenden.
  • Wenn Sie einen replizierten Speicher durch Klonen eines zonalen Laufwerks erstellen, sind die beiden zonalen Replikate zum Zeitpunkt der Erstellung nicht komplett synchron. Nach der Erstellung können Sie den regionalen Laufwerkklon innerhalb von durchschnittlich 3 Minuten verwenden. Sie müssen jedoch möglicherweise einige Minuten warten, bevor das Laufwerk einen vollständig replizierten Zustand erreicht und das Recovery Point Objective (RPO) fast null ist. Informationen zum Prüfen, ob Ihr repliziertes Laufwerk vollständig repliziert wurde

Arten von Speicherschnittstellen

Die Speicherschnittstelle wird automatisch für Sie ausgewählt, wenn Sie die Instanz erstellen oder einer VM Persistent Disk-Volumes hinzufügen. Tau T2A- und Drittanbieter-VMs (z. B. M3) verwenden die NVMe-Schnittstelle für Persistent Disk.

Confidential VMs verwenden auch NVMe Persistent Disk. Alle anderen Compute Engine-Maschinen verwenden die SCSI-Laufwerksschnittstelle für Persistent Disk.

Die meisten öffentlichen Images enthalten sowohl NVMe- als auch SCSI-Treiber. Die meisten Images enthalten einen Kernel mit optimierten Treibern, mit denen Ihre VM über NVMe die optimale Leistung erzielen kann. Ihre importierten Linux-Images erzielen die beste Leistung mit NVMe, wenn sie die Kernel-Version 4.14.68 oder höher enthalten.

Informationen dazu, ob eine Betriebssystemversion NVMe unterstützt, finden Sie auf der Seite Betriebssystemdetails.

Modus für mehrere Autoren

Sie können eine SSD-Persistent Disk im Modus für mehrere Autoren gleichzeitig an zwei N2-VMs anhängen, damit beide VMs auf dem Laufwerk lesen und schreiben können.

Persistent Disk im Modus für mehrere Autoren bietet eine gemeinsame Blockspeicherfunktion und stellt eine infrastrukturelle Grundlage für das Erstellen hochverfügbarer freigegebener Dateisysteme und Datenbanken dar. Diese speziellen Dateisysteme und Datenbanken sollten für die Verwendung mit gemeinsam genutztem Blockspeicher entwickelt werden und die Cache-Kohäsion zwischen VMs mithilfe von Tools wie nichtflüchtigen SCSI-Reservierungen verarbeiten.

Persistent Disk mit einem Modus für mehrere Autoren sollte jedoch im Allgemeinen nicht direkt verwendet werden. Viele Dateisysteme wie EXT4, XFS und NTFS sind nicht für die Verwendung mit einem gemeinsamen Blockspeicher konzipiert. Weitere Informationen zu den Best Practices für die gemeinsame Nutzung von Persistent Disk zwischen VMs finden Sie unter Best Practices.

Wenn Sie einen vollständig verwalteten Dateispeicher benötigen, können Sie eine Filestore-Dateifreigabe auf Ihren Compute Engine-VMs bereitstellen.

Wenn Sie den Schreibmodus für mehrere Autoren für neue Persistent Disk-Volumes aktivieren möchten, erstellen Sie eine neue Persistent Disk und geben Sie das Flag --multi-writer in der gcloud-Befehlszeile oder das Attribut multiWriter in der Compute Engine-API an. Weitere Informationen finden Sie unter Volumes für Persistent Disk zwischen VMs freigeben.

Verschlüsselung von Persistent Disk

Compute Engine verschlüsselt Ihre Daten automatisch, bevor diese von der VM an Persistent Disk übertragen werden. Jede Persistent Disk wird entweder mit vom System definierten oder mit vom Kunden bereitgestellten Schlüsseln verschlüsselt. Nutzer haben keinen Einfluss auf die Art und Weise, in der Google die Persistent Disk-Daten über mehrere physische Laufwerke verteilt.

Wenn Sie eine Persistent Disk löschen, verwirft Google die Codierschlüssel und die Daten werden unwiederbringlich gelöscht. Dieser Vorgang kann nicht rückgängig gemacht werden.

Sie können aber Laufwerke mit eigenen Verschlüsselungsschlüsseln erstellen, um die Kontrolle über die Datenverschlüsselung zu behalten.

Beschränkungen

  • Sie können ein Persistent Disk-Volume nicht an eine VM in einem anderen Projekt anhängen.

  • Sie können eine abgestimmte Persistent Disk an maximal 10 VMs im schreibgeschützten Modus anhängen.

  • Wenn Sie benutzerdefinierte Maschinentypen oder vordefinierte Maschinentypen mit mindestens einer vCPU verwenden, können Sie bis zu 128 Persistent Disk-Volumes anhängen.

  • Jedes Persistent Disk-Volume kann bis zu 64 TiB groß sein. Es ist daher nicht nötig, aus Festplatten-Arrays große logische Volumes zu erstellen. Jede VM kann nur einen begrenzten Persistent Disk-Speicher und eine gewisse Anzahl Persistent Disk-Volumes haben. Für vordefinierte Maschinentypen und benutzerdefinierte Maschinentypen gelten dieselben Persistent Disk-Beschränkungen.

  • Die meisten VMs können bis zu 128 Persistent Disk-Volumes und bis zu 257 TiB Gesamtspeicherplatz haben. Der Gesamtspeicherplatz für eine VM enthält die Größe des Bootlaufwerks.

  • Maschinentypen mit gemeinsam genutztem Kern sind auf 16 Persistent Disk-Volumes und 3 TiB Persistent Disk-Speicher insgesamt beschränkt.

  • Wenn Sie logische Volumes mit einer Kapazität von mehr als 64 TiB erstellen möchten, ist unter Umständen besondere Aufmerksamkeit erforderlich. Weitere Informationen zur Leistung logischer Volumes finden Sie unter Logische Volume-Größe.

Nichtflüchtiger Speicher und Colossus

Persistent Disk ist für die Ausführung in Verbindung mit dem Dateisystem Colossus von Google konzipiert, einem verteilten Blockspeichersystem. Treiber für nichtflüchtige Speicher verschlüsseln die Daten automatisch, bevor sie von der VM in das Netzwerk übertragen werden. Dann speichert Colossus die Daten. Wenn Colossus die Daten liest, entschlüsselt der Treiber die eingehenden Daten.

Image

Nichtflüchtige Volumes verwenden Colossus als Speicher-Backend.

Das Bereitstellen von Laufwerken als Dienst ist in verschiedenen Fällen nützlich. Beispiele:

  • Die Größenanpassung der Laufwerke während der Ausführung der Instanz ist einfacher. Die Instanz muss nicht zuerst beendet werden. Sie können die Laufwerkgröße erhöhen, ohne die Instanz zu beenden.
  • Das Anhängen und Trennen von Laufwerken wird einfacher, wenn Laufwerke und VMs nicht denselben Lebenszyklus haben oder sich am gleichen Ort befinden müssen. Es ist möglich, eine VM zu beenden und deren nichtflüchtiges Bootlaufwerk zum Booten einer anderen VM zu verwenden.
  • Hochverfügbarkeitsfunktionen wie die Replikation werden einfacher, da der Laufwerktreiber Replikationsdetails ausblenden und eine automatische Schreibzeitreplikation ermöglichen kann.

Nächste Schritte