In diesem Dokument wird der Blockspeicher beschrieben, der allgemein als Laufwerke oder Volumes bezeichnet wird und von Compute Engine angeboten wird. Sie können Blockspeicher für Boot- und Datenvolumes für alle Compute-Instanzen verwenden, einschließlich virtueller Maschinen (VMs), Containern und Bare-Metal-Instanzen. Auf dieser Seite wird beschrieben, wie Sie Blockspeicher für Ihre Compute-Instanzen auswählen.
Die Begriffe Laufwerk, Volume und Blockspeicher-Volume sind austauschbar und werden in der Dokumentation, der Google Cloud Console, der Google Cloud CLI und der REST API synonym verwendet.
Informationen zu Blockspeicher
Google Cloud bietet zwei Arten von Laufwerken oder Blockspeicher: temporären und langlebigen Blockspeicher. Sie können diese Blockspeichertypen in einer einzelnen Compute-Instanz kombinieren.
Temporärer Blockspeicher
Temporärer oder sitzungsspezifischer Blockspeicher bietet die höchste Leistung aller Blockspeichertypen. Der Nachteil ist jedoch, dass gespeicherte Daten verloren gehen, wenn die VM aus irgendeinem Grund angehalten wird. Daten gehen verloren, wenn Sie die VM anhalten, pausieren oder neu starten oder wenn die VM abstürzt oder ausfällt.
Aufgrund seiner sitzungsspezifischen Natur sollten Sie temporären Blockspeicher nur für Scratch-Daten, Caches wie tempdb für Microsoft SQL Server oder Speicher für flashoptimierte Datenbanken verwenden. Temporärer Blockspeicher kann nicht als Boot-Volume verwendet werden.
Lokale SSDs, einschließlich Titanium-SSDs, sind das Angebot für temporären Blockspeicher in Google Cloud. Lokale SSD-Laufwerke sind physisch mit dem Server verbunden, auf dem Ihre Instanz gehostet wird.
Weitere Informationen zu lokalen SSDs finden Sie in den folgenden Abschnitten:
- Leistungsgrenzen für lokale SSDs
- Informationen dazu, wann lokale SSD-Daten beibehalten werden, finden Sie unter Datenpersistenz auf lokalen SSDs
- Unterstützte Maschinenserien für lokale SSDs
- Lokale SSD-Laufwerke beim Erstellen einer VM hinzufügen
Langlebiger Blockspeicher
Langlebiger oder nichtflüchtiger Blockspeicher ist für Daten bestimmt, die Sie beibehalten möchten, nachdem Sie die VM angehalten, pausiert oder gelöscht haben oder auch wenn die VM abstürzt oder ausfällt.
Hyperdisk und Persistent Disk sind die Angebote für langlebigen Blockspeicher in Google Cloud. Persistent Disk ist jedoch nicht für die neuesten Maschinenserien verfügbar. Google empfiehlt die Verwendung von Hyperdisk für höchste Leistung und erweiterte Funktionen.
Hyperdisk- und Persistent Disk-Volumes haben die folgenden Merkmale:
Funktion als physische Laufwerke: Sie können ein Hyperdisk- oder Persistent Disk-Volume mit einer Compute-Instanz verwenden, als wäre es ein physisches Laufwerk, das an die Instanz angehängt ist. Es handelt sich jedoch um netzgebundene Geräte, die Daten über die Google-Netzwerke übertragen.
Portabilität: Hyperdisk- und Persistent Disk-Volumes sind unabhängig von den Compute-Instanzen, an die Sie sie anhängen. Das bedeutet, dass Sie ein Volume ohne Ausfallzeit an eine laufende Instanz anhängen können. Sie können das Volume auch trennen, um Ihre Daten auch nach dem Löschen der Instanz beizubehalten.
Sicherheit: Standardmäßig werden inaktive Daten und Daten bei der Übertragung verschlüsselt. Sie können die Verschlüsselung auch mit Ihren eigenen Schlüsseln anpassen.
Optionen für Hochverfügbarkeit: Schützen Sie Ihre Daten vor zonalen Ausfällen, indem Sie das Volume in zwei Zonen replizieren.
Unterschiede zwischen Hyperdisk und Persistent Disk
Hyperdisk und Persistent Disk bieten beide langlebigen, sicheren und effizienten Blockspeicher. Google empfiehlt jedoch die Verwendung von Hyperdisk.
Hyperdisk bietet gegenüber Persistent Disk die folgenden wichtigen Vorteile:
Anpassbare Leistung: Sie können die Leistung und Größe jedes Hyperdisk-Volumes unabhängig konfigurieren. Die Hyperdisk-Leistung ist unabhängig von der bereitgestellten Kapazität. Das bedeutet, dass Sie die Leistung eines Hyperdisk-Volumes erhöhen oder verringern können, ohne die Größe zu ändern.
Im Gegensatz zu Hyperdisk hängt die Leistung von Persistent Disk von der bereitgestellten Kapazität ab. Um die Leistung eines Persistent Disk-Volumes zu verbessern, müssen Sie daher die Größe erhöhen.
Bessere Gesamtleistung: Hyperdisk hat höhere IOPS- und Durchsatzlimits als Persistent Disk.
Blockspeichertyp auswählen
So entscheiden Sie zwischen lokaler SSD, Hyperdisk und Persistent Disk:
Bestimmen Sie, ob Sie langlebigen oder temporären Blockspeicher benötigen. Für das Boot-Volume einer Compute-Instanz muss beispielsweise langlebiger Blockspeicher verwendet werden.
Wenn Sie temporären Blockspeicher verwenden müssen, verwenden Sie lokale SSDs, sofern diese für Ihre Maschinenserie verfügbar sind. Wenn Sie langlebigen Speicher benötigen, fahren Sie mit dem nächsten Schritt fort.
Wenn Sie langlebigen Blockspeicher verwenden müssen, verwenden Sie Hyperdisk, sofern diese Option für Ihre Maschinenserie verfügbar ist. Wenn Ihre Maschinenserie Hyperdisk nicht unterstützt, verwenden Sie Persistent Disk.
Wählen Sie den Hyperdisk- oder Persistent Disk-Typ aus, der am besten zu Ihrer Arbeitslast passt. Informationen zu den Hyperdisk- und Persistent Disk-Typen finden Sie unter Hyperdisk-Typ auswählen bzw. Persistent Disk-Typen,
Weitere Informationen zu den Funktionen, der Leistung und der Langlebigkeit von Hyperdisk finden Sie unter Informationen zu Hyperdisk. Informationen zu Persistent Disk finden Sie unter Informationen zu Persistent Disk.
Alternativen zu Blockspeicher
Zusätzlich zu den Laufwerken, die Google Cloud anbietet, können Sie auf Ihren Compute-Instanzen die folgenden alternativen Speicherlösungen bereitstellen.
- Erstellen Sie einen Dateiserver oder ein verteiltes Dateisystem in Compute Engine, um es als Netzwerkdateisystem mit NFSv3- und SMB3 Funktionen zu verwenden.
- Stellen Sie ein RAM-Laufwerk bereit im VM-Speicher das einen hohen Durchsatz und eine niedrige Latenz bietet.
Informationen zum Vergleich von Blockspeicher mit den anderen in Google Cloudverfügbaren Speicheroptionen wie Cloud Storage und Filestore finden Sie unter Speicheroptionen im Cloud Architecture Center.
Kostengesichtspunkte
Ihnen wird die bereitgestellte Speicherkapazität ab dem Erstellen eines Volumes bis zum Löschen des Volumes in Rechnung gestellt. Diese Gebühr gilt für lokale SSDs, Persistent Disk und Hyperdisk.
Die Kosten fallen auch in den folgenden Szenarien an:
- Boot-Volumes, die beim Erstellen einer Compute-Instanz automatisch erstellt werden
- Langlebige Speicher-Volumes, die an eine angehaltene oder pausierte Instanz angehängt sind
- Langlebige Speicher-Volumes, die nicht an eine VM angehängt sind
Für Hyperdisk- und Extreme Persistent Disk-Volumes wird Ihnen die bereitgestellte Leistung in Rechnung gestellt.
Da bei Hyperdisk ML-Volumes beispielsweise nur der Durchsatz angepasst werden kann, wird Ihnen der bereitgestellte Durchsatz für ein Hyperdisk ML-Volume in Rechnung gestellt, nicht jedoch die vom Volume verwendeten IOPS.
Für Hyperdisk Balanced-Volumes werden Ihnen jedoch die bereitgestellten IOPS und der Durchsatz in Rechnung gestellt, da bei Hyperdisk Balanced-Volumes IOPS und Durchsatz konfiguriert werden können.
Weitere Preisinformationen finden Sie unter Laufwerk- und Image-Preise.
Nächste Schritte
Verfügbarkeit von Maschinenserien für jede Speicheroption ansehen:
Weitere Informationen zu den einzelnen Speicheroptionen:
Informationen zur Verwendung der einzelnen Speicheroptionen:
- Informationen zur Replikation für Hyperdisk- und Persistent Disk-Volumes, siehe Synchrone Laufwerksreplikation.