Wenn Ihre Arbeitslasten einen temporären Speicher mit hoher Leistung und niedriger Latenz benötigen, sollten Sie beim Erstellen Ihrer Compute-Instanz die Verwendung von lokalen SSD-Laufwerken (Solid-State Drive) in Betracht ziehen. Lokale SSDs sind immer verschlüsselte temporäre Solid-State-Speicher für die Compute Engine. Weitere Informationen zu den anderen in der Compute Engine verfügbaren Laufwerken finden Sie unter Laufwerktyp auswählen.
Lokale SSDs sind ideal, wenn Sie Speicherplatz für einen der folgenden Anwendungsfälle benötigen:
- Caches oder Speicher für sitzungsspezifische Daten
- temporärer Verarbeitungsspeicher für Hochleistungs-Computing oder Datenanalysen
- Temporärer Datenspeicher, z. B. für die Systemdatenbank
tempdb
für Microsoft SQL Server
Lokale SSDs bieten im Vergleich zum nichtflüchtigen Speicher von Google Cloud Hyperdisk und Persistent Disk eine höhere Anzahl von I/O-Vorgängen pro Sekunde (IOPS) und eine sehr geringe Latenz. Diese geringe Latenz ist darauf zurückzuführen, dass lokale SSDs physisch mit dem Server verbunden sind, auf dem Ihre Instanz gehostet wird. Aus demselben Grund können lokale SSDs nur temporären Speicher bereitstellen.
Da lokale SSDs nur für den temporären Speicher geeignet sind, müssen Sie Daten, die nicht temporär oder sitzungsspezifisch sind, auf einem Hyperdisk- oder Persistent Disk-Volume speichern.
Wenn Sie lokale SSD-Laufwerke mit einer Compute-Instanz verwenden möchten, fügen Sie sie beim Erstellen der Instanz hinzu. Nach dem Erstellen einer Instanz können Sie ihr keine lokalen SSDs mehr hinzufügen.
Arten lokaler SSDs
Lokale SSDs gibt es in zwei Ausführungen:
Titanium SSD: Titanium SSD ist ein speziell entwickeltes lokales SSD-Laufwerk, das die Titanium-I/O-Offload-Verarbeitung nutzt und eine verbesserte SSD-Sicherheit, -Leistung und -Verwaltung bietet. Titanium bietet höhere IOPS, einen höheren Durchsatz und eine geringere Latenz als die vorherige Generation von lokalen SSDs. Die speicheroptimierte Z3-Maschinenreihe und die C4A-Maschinenreihe für allgemeine Zwecke bieten lokalen SSD-Speicher mit Titanium-SSD.
Titanium-SSDs sind direkt mit den Compute-Instanzen auf dem Hostserver verbunden.
Lokale SSD: Die ursprüngliche lokale SSD-Funktion für Google Cloud. Jedes lokale SSD-Laufwerk, das an eine Instanz angehängt ist, bietet eine Kapazität von 375 GiB. Diese Laufwerke bieten eine höhere Leistung als Hyperdisk oder Persistent Disk. Sie können lokale SSDs über die NVMe- oder SCSI-Schnittstelle bereitstellen.
Lokale SSD-Laufwerke sind direkt mit den Instanzen auf dem jeweiligen Hostserver verbunden.
Sofern nicht ausdrücklich erwähnt, bezieht sich der Begriff „lokaler SSD“ sowohl auf lokale SSDs als auch auf Titanium-SSDs, wenn Funktionen lokaler SSDs beschrieben werden.
Leistung
Die Leistung lokaler SSDs hängt von mehreren Faktoren ab, darunter die Anzahl der angehängten lokalen SSD-Laufwerke, die ausgewählte Laufwerksschnittstelle (NVMe oder SCSI) und der Maschinentyp der Instanz. Die verfügbare Leistung steigt, wenn Sie Ihrer Instanz weitere lokale SSDs hinzufügen.
Leistung lokaler SSD nach Anzahl der hinzugefügten Laufwerke
In den folgenden Tabellen sind die maximalen IOPS und der Durchsatz für mit NVMe und SCSI angehängte lokale SSD-Laufwerke aufgeführt. Die Messwerte werden nach der Gesamtkapazität der lokalen SSD-Laufwerke aufgelistet, die an die Instanz angeschlossen sind.
Leistung von Titanium-SSDs
In der folgenden Tabelle sind die Leistungsgrenzen für Titanium-SSDs auf C4A- und Z3-Instanzen aufgeführt.
Anzahl der angehängten Titanium-SSDs |
Gesamtspeicherplatz (GiB) | IOPS | Durchsatz (MiB/s) |
||
---|---|---|---|---|---|
Lesen | Schreiben | Lesen | Schreiben | ||
1 | 375 | 150.000 | 75.000 | 650 | 330 |
2 | 750 | 300.000 | 150.000 | 1.300 | 660 |
4 | 1.500 | 600.000 | 300.000 | 2.600 | 1.320 |
6 | 2.250 | 900.000 | 450.000 | 3.900 | 1.980 |
10 | 3.750 | 1.500.000 | 750.000 | 6.500 | 3.300 |
14 | 5.250 | 2.100.000 | 1.050.000 | 9.100 | 4.620 |
16 | 6.000 | 2.400.000 | 1.200.000 | 10.400 | 5.280 |
Z3-Maschinenreihe (3 TiB-Laufwerke) | |||||
12 | 36.000 | 6.000.000 | 6.000.000 | 36.000 | 30.000 |
Leistung lokaler NVMe-SSD
In der folgenden Tabelle sind die Leistungsgrenzen für lokale SSD-Laufwerke aufgeführt, die über NVMe an Instanzen angeschlossen sind.
Anzahl der angehängten lokalen SSDs |
Gesamtspeicherplatz (GiB) | Kapazität pro Laufwerk (GiB) | IOPS | Durchsatz (MiB/s) |
||
---|---|---|---|---|---|---|
Lesen | Schreiben | Lesen | Schreiben | |||
1 | 375 | 375 | 170.000 | 90.000 | 660 | 350 |
2 | 750 | 375 | 340.000 | 180.000 | 1.320 | 700 |
3 | 1.125 | 375 | 510.000 | 270.000 | 1.980 | 1.050 |
4 | 1.500 | 375 | 680.000 | 360.000 | 2.650 | 1.400 |
5 | 1.875 | 375 | 680.000 | 360.000 | 2.650 | 1.400 |
6 | 2.250 | 375 | 680.000 | 360.000 | 2.650 | 1.400 |
7 | 2.625 | 375 | 680.000 | 360.000 | 2.650 | 1.400 |
8 | 3.000 | 375 | 680.000 | 360.000 | 2.650 | 1.400 |
16 | 6.000 | 375 | 1.600.000 | 800.000 | 6.240 | 3.120 |
24 | 9.000 | 375 | 2.400.000 | 1.200.000 | 9.360 | 4.680 |
32 | 12.000 | 375 | 3.200.000 | 1.600.000 | 12.480 | 6.240 |
Leistung lokaler SSD (SCSI)
In der folgenden Tabelle sind die Leistungsgrenzen für lokale SSD-Laufwerke aufgeführt, die über SCSI an Instanzen angeschlossen sind.
Anzahl der kombinierten lokalen SSDs |
Speicherplatz (GiB) | IOPS | Durchsatz (MiB/s) |
||
---|---|---|---|---|---|
Lesen | Schreiben | Lesen | Schreiben | ||
1 | 375 | 100.000 | 70.000 | 390 | 270 |
2 | 750 | 200.000 | 140.000 | 780 | 550 |
3 | 1.125 | 300.000 | 210.000 | 1.170 | 820 |
4 | 1.500 | 400.000 | 280.000 | 1.560 | 1.090 |
5 | 1.875 | 400.000 | 280.000 | 1.560 | 1.090 |
6 | 2.250 | 400.000 | 280.000 | 1.560 | 1.090 |
7 | 2.625 | 400.000 | 280.000 | 1.560 | 1.090 |
8 | 3.000 | 400.000 | 280.000 | 1.560 | 1.090 |
16 | 6.000 | 900.000 | 800.000 | 6.240 | 3.120 |
24 | 9.000 | 900.000 | 800.000 | 9.360 | 4.680 |
Instanz für maximale Leistung konfigurieren
Um die angegebenen Leistungsniveaus zu erreichen, müssen Sie Ihre Compute-Instanz so konfigurieren:
Hängen Sie die lokalen SSDs über die NVMe-Schnittstelle an. Laufwerke, die mit der SCSI-Schnittstelle angehängt sind, haben eine geringere Leistung.
Für die folgenden Maschinentypen ist außerdem eine Mindestanzahl an vCPUs erforderlich, um diese Höchstwerte zu erreichen:
Wenn Ihre Instanz ein benutzerdefiniertes Linux-Image verwendet, muss dieses Version 4.14.68 oder höher des Linux-Kernels verwenden. Wenn Sie die von der Compute Engine bereitgestellten öffentlichen Images verwenden, müssen Sie nichts weiter unternehmen.
Weitere Konfigurationseinstellungen für Instanzen und Laufwerke, mit denen sich die Leistung lokaler SSDs verbessern lässt, finden Sie unter Leistung lokaler SSDs optimieren.
Weitere Informationen zur Auswahl einer Laufwerkschnittstelle finden Sie unter Laufwerkschnittstelle auswählen.
Datenpersistenz auf lokalen SSDs
Compute Engine behält die Daten auf lokalen SSD-Laufwerken in bestimmten Szenarien bei. In anderen Fällen garantiert Compute Engine die Datenpersistenz auf lokalen SSDs nicht.
Die folgenden Informationen beschreiben diese Szenarien und gelten für jeden lokalen SSD-Speicher, der mit einer Instanz verbunden ist.
Szenarien, in denen Compute Engine lokale SSD-Daten speichert
Daten auf lokalen SSD-Laufwerken bleiben nur bei folgenden Ereignissen erhalten:
- Wenn Sie das Gastbetriebssystem neu starten.
- Wenn Sie für Ihre Instanz die Live-Migration konfigurieren und eine Hostwartung durchgeführt wird.
- Wenn Sie die Option zur Beibehaltung lokaler SSD-Daten auswählen, wenn Sie die Instanz beenden oder anhalten. Dieses Feature befindet sich im Vorschaumodus.
Szenarien, in denen Compute Engine lokale SSD-Daten möglicherweise nicht speichert
Daten auf lokalen SSD-Laufwerken gehen möglicherweise verloren, wenn auf der Instanz ein Hostfehler auftritt und Compute Engine die Instanz innerhalb eines bestimmten Zeitraums nicht wieder mit dem lokalen SSD-Laufwerk verbinden kann.
Mit dem Zeitlimit für die lokale SSD-Wiederherstellung können Sie steuern, wie viel Zeit gegebenenfalls für die Wiederherstellung der Daten aufgewendet wird. Wenn die Compute Engine die Verbindung zum Laufwerk nicht wiederherstellen kann, bevor die Zeitüberschreitung abläuft, wird die Instanz neu gestartet. Wenn die Instanz neu gestartet wird, können die Daten auf der lokalen SSD nicht wiederhergestellt werden. Compute Engine hängt der neu gestarteten Instanz ein neues, leeres lokales SSD-Laufwerk an.
Das Zeitlimit für die Wiederherstellung lokaler SSDs ist Teil der Hostwartungsrichtlinie einer Instanz. Weitere Informationen finden Sie unter Zeitlimit für die Wiederherstellung lokaler SSDs.
Szenarien, in denen Compute Engine lokale SSD-Daten nicht speichert
Bei den folgenden Ereignissen werden die Daten auf lokalen SSD-Laufwerken nicht gespeichert:
- Wenn Sie das Gastbetriebssystem herunterfahren und so das Anhalten der Instanz erzwingen.
- Wenn Sie eine Spot-VM oder VM auf Abruf erstellen und die VM den vorzeitigen Beendigungsprozess durchläuft.
- Wenn Sie die Instanz so konfigurieren, dass sie bei einer Hostwartung beendet wird und eine solche Hostwartung stattfindet.
- Wenn Sie die lokale SSD falsch konfigurieren und sie dadurch nicht mehr erreichbar ist.
- Wenn Sie die Projektabrechnung deaktivieren, wodurch die Instanz beendet wird.
Wenn Compute Engine die lokalen SSD-Daten einer Instanz nicht wiederherstellen konnte, startet Compute Engine die Instanz mit einem bereitgestellten und angehängten lokalen SSD-Laufwerk für jedes zuvor angehängte lokale SSD-Laufwerk neu.
Unterstützung von Maschinenserien
Sie können lokale SSDs mit den folgenden Maschinenserien verwenden.
Wählen Sie eine Maschinenserie aus, um die Unterstützung für lokale SSDs anzuzeigen.
Je nach Maschinentyp bestehen jedoch Einschränkungen hinsichtlich der Anzahl der lokalen SSDs, die zugeordnet werden können. Weitere Informationen finden Sie unter Gültige Anzahl lokaler SSD-Laufwerke auswählen.
Beschränkungen
Für lokale SSDs gelten die folgenden Einschränkungen:
Lokale SSD-Laufwerke können nicht mit VMs mit Maschinentypen mit gemeinsam genutztem Kern verwendet werden.
Sie können keine lokalen SSDs an Instanzen anhängen, die die Maschinentypen N4, H3, M2 E2 oder Tau T2A verwenden.
Sie können keine vom Kunden bereitgestellten Verschlüsselungsschlüssel oder vom Kunden verwalteten Verschlüsselungsschlüssel mit lokalen SSD-Laufwerken verwenden. Compute Engine verschlüsselt Ihre Daten automatisch, wenn diese auf eine lokale SSD geschrieben werden.
Sie können lokale SSDs nicht mit Snapshots, Klonen, Maschinen-Images oder Images sichern. Speichern Sie wichtige Daten auf Hyperdisk- oder nichtflüchtigen Speicher-Volumes.
Lokale SSD-Verschlüsselung
Compute Engine verschlüsselt Ihre Daten automatisch, wenn diese auf lokale SSDs geschrieben werden. Sie können keine vom Kunden bereitgestellten Verschlüsselungsschlüssel mit lokalen SSD-Laufwerken verwenden.
Sicherung lokaler SSD-Daten
Da Sie keine lokalen SSD-Daten mit Laufwerk-Images, Standard-Snapshots oder Laufwerkklonen sichern können, empfiehlt Google, wertvolle Daten immer mit einer dauerhaften Speicheroption zu speichern.
Wenn Sie die Daten auf einem lokalen SSD-Laufwerk beibehalten möchten, fügen Sie der Instanz Persistent Disk oder Google Cloud Hyperdisk hinzu. Nachdem Sie die Persistent Disk- oder Hyperdisk-Kopie bereitgestellt haben, kopieren Sie die Daten vom lokalen SSD-Laufwerk auf das neu angehängte Laufwerk.
Laufwerksschnittstelle auswählen
Damit eine lokale SSD die höchste Leistung erzielt, müssen Sie Ihre Laufwerke mit der NVMe-Schnittstelle an die Instanz anhängen. Die Leistung ist geringer, wenn Sie die SCSI-Schnittstelle verwenden.
Die von Ihnen ausgewählte Speicherschnittstelle hängt auch vom Maschinentyp und Betriebssystem ab, das für Ihre Instanz verwendet wird. Einige der verfügbaren Maschinentypen in Compute Engine ermöglichen die Auswahl zwischen NVMe- und SCSI-Schnittstellen, wobei andere nur NVMe oder nur SCSI unterstützen. Ebenso unterstützen einige der von Compute Engine bereitgestellten öffentlichen Betriebssystem-Images möglicherweise sowohl NVMe als auch SCSI oder nur eine von beiden.
Unterstützung von Laufwerkschnittstellen nach Maschinentyp und Betriebssystem-Image
Auf den folgenden Seiten finden Sie weitere Informationen zu verfügbaren Maschinentypen und unterstützten öffentlichen Images sowie Leistungsdetails.
Unterstützte Schnittstellen nach Maschinentypen: Siehe Vergleich der Maschinenserien. Wählen Sie in der Liste VM-Attribute zum Vergleich auswählen die Option Typ der Laufwerkschnittstelle aus.
Betriebssystem-Image: Eine Liste der öffentlichen Betriebssystem-Images, die von Compute Engine unterstützt werden, finden Sie auf dem Tab Schnittstellen für jede Tabelle in der Dokumentation zu den Betriebssystemdetails.
NVMe für benutzerdefinierte Images
Wenn Ihre Instanz ein benutzerdefiniertes Linux-Image verwendet, muss dieses Version 4.14.68 oder höher des Linux-Kernels verwenden, um eine optimale NVMe-Leistung zu erzielen.
Hinweise zu SCSI für benutzerdefinierte Images
Wenn Sie bereits eine Einrichtung haben, die eine SCSI-Schnittstelle erfordert, sollten Sie Multi-Queue-SCSI verwenden, um eine bessere Leistung als die Standard-SCSI-Schnittstelle zu erzielen.
Wenn Sie ein benutzerdefiniertes Image verwenden, das Sie importiert haben, lesen Sie die Informationen unter Multi-Queue-SCSI aktivieren.
Gültige Anzahl lokaler SSDs auswählen
Die meisten in der Compute Engine verfügbaren Maschinentypen unterstützen lokale SSDs. Einige Maschinentypen enthalten standardmäßig eine feste Anzahl lokaler SSD-Laufwerke; bei anderen hingegen können Sie eine bestimmte Anzahl von Laufwerken hinzufügen. Sie können lokale SSD-Laufwerke nur beim Erstellen der Instanz hinzufügen. Nach dem Erstellen einer Instanz können Sie ihr keine lokalen SSDs mehr hinzufügen.
Bei Instanzen, die mit einem speicheroptimierten Z3-Maschinentyp erstellt wurden,hat jedes angeschlossene Titanium-SSD eine Kapazität von 3.000 GiB. Bei allen anderen Maschinenreihen hat jedes angehängte lokale SSD eine Kapazität von 375 GiB.
Maschinentypen, bei denen lokale SSD-Laufwerke automatisch bereitgestellt werden
In der folgenden Tabelle sind die Maschinentypen aufgeführt, die standardmäßig lokale SSD-Laufwerke umfassen, und die Anzahl der beim Erstellen der Instanz angehängten Laufwerke.
Maschinentyp | Anzahl der automatisch pro Instanz angehängten lokalen SSD-Laufwerke |
---|---|
C4A-Maschinentypen | |
Nur die
-lssd -Varianten der C4A-Maschinentypen unterstützen lokale Titanium-SSDs.
|
|
c4a-standard-4-lssd c4a-highmem-4-lssd |
1 |
c4a-standard-8-lssd c4a-highmem-8-lssd |
2 |
c4a-standard-16-lssd c4a-highmem-16-lssd |
4 |
c4a-standard-32-lssd c4a-highmem-32-lssd |
6 |
c4a-standard-48-lssd c4a-highmem-48-lssd |
10 |
c4a-standard-64-lssd c4a-highmem-64-lssd |
14 |
c4a-standard-72-lssd c4a-highmem-72-lssd |
16 |
C3-Maschinentypen | |
Nur die
-lssd -Varianten der C3-Maschinentypen unterstützen lokale SSDs.
|
|
c3-standard-4-lssd |
1 |
c3-standard-8-lssd |
2 |
c3-standard-22-lssd |
4 |
c3-standard-44-lssd |
8 |
c3-standard-88-lssd |
16 |
c3-standard-176-lssd |
32 |
C3D-Maschinentypen | |
Nur die
-lssd -Varianten der C3D-Maschinentypen unterstützen lokale SSDs.
|
|
c3d-standard-8-lssd c3d-highmem-8-lssd |
1 |
c3d-standard-16-lssd c3d-highmem-16-lssd |
1 |
c3d-standard-30-lssd c3d-highmem-30-lssd |
2 |
c3d-standard-60-lssd c3d-highmem-60-lssd |
4 |
c3d-standard-90-lssd c3d-highmem-90-lssd |
8 |
c3d-standard-180-lssd c3d-highmem-180-lssd |
16 |
c3d-standard-360-lssd c3d-highmem-360-lssd |
32 |
A3 Ultra-Maschinentypen | |
a3-ultragpu-8g |
32 |
A3 Mega-Maschinentypen | |
a3-megagpu-8g |
16 |
A3 High-Maschinentypen | |
a3-highgpu-1g |
2 |
a3-highgpu-2g |
4 |
a3-highgpu-4g |
8 |
a3-highgpu-8g |
16 |
A3 Edge-Maschinentypen | |
a3-edgegpu-8g |
16 |
A2-Ultra-Maschinentypen | |
a2-ultragpu-1g |
1 |
a2-ultragpu-2g |
2 |
a2-ultragpu-4g |
4 |
a2-ultragpu-8g |
8 |
Z3-Instanzen mit Titanium-SSD | |
Jedes Laufwerk hat eine Größe von 3 TiB. | |
z3-highmem-88 |
12 |
z3-highmem-176 |
12 |
Maschinentypen, bei denen Sie eine bestimmte Anzahl von lokalen SSD-Laufwerken auswählen müssen
Bei den in der folgenden Tabelle aufgeführten Maschinentypen werden lokalen SSD-Laufwerke nicht automatisch an eine neu erstellte Instanz angehängt. Da Sie nach dem Erstellen einer Instanz keine lokalen SSD-Laufwerke hinzufügen können, verwenden Sie die Informationen in diesem Abschnitt, um festzustellen, wie viele lokale SSD-Laufwerke beim Erstellen einer Instanz angehängt werden sollen.
N1-Maschinentypen | Anzahl der zulässigen lokalen SSD-Laufwerke pro Instanz | |
---|---|---|
Maschinentypen mit T4-GPUs | 1 bis 8, 16 | |
Alle anderen Maschinentypen | 1 bis 8, 16 oder 24 | |
N2-Maschinentypen | ||
Maschinentypen mit 2 bis 10 vCPUs (einschließlich) | 1, 2, 4, 8, 16 oder 24 | |
Maschinentypen mit 12 bis 20 vCPUs (einschließlich) | 2, 4, 8, 16 oder 24 | |
Maschinentypen mit 22 bis 40 vCPUs (einschließlich) | 4, 8, 16 oder 24 | |
Maschinentypen mit 42 bis 80 vCPUs (einschließlich) | 8, 16 oder 24 | |
Maschinentypen mit 82 bis 128 vCPUs (einschließlich) | 16 oder 24 | |
N2D-Maschinentypen | ||
Maschinentypen mit 2 bis 16 vCPUs (einschließlich) | 1, 2, 4, 8, 16 oder 24 | |
Maschinentypen mit 32 oder 48 vCPUs | 2, 4, 8, 16 oder 24 | |
Maschinentypen mit 64 oder 80 vCPUs | 4, 8, 16 oder 24 | |
Maschinentypen mit 96 bis 224 vCPUs (einschließlich) | 8, 16 oder 24 | |
C2-Maschinentypen | ||
Maschinentypen mit 4 oder 8 vCPUs | 1, 2, 4 oder 8 | |
Maschinentypen mit 16 vCPUs | 2, 4, oder 8 | |
Maschinentypen mit 30 vCPUs | 4 oder 8 | |
Maschinentypen mit 60 vCPUs | 8 | |
C2D-Maschinentypen | ||
Maschinentypen mit 2 bis 16 vCPUs (einschließlich) | 1, 2, 4, 8 | |
Maschinentypen mit 32 vCPUs | 2, 4, 8 | |
Maschinentypen mit 56 vCPUs | 4, 8 | |
Maschinentypen mit 112 vCPUs | 8 | |
A2-Standardmaschinentypen | ||
a2-highgpu-1g |
1, 2, 4 oder 8 | |
a2-highgpu-2g |
2, 4 oder 8 | |
a2-highgpu-4g |
4 oder 8 | |
a2-highgpu-8g oder a2-megagpu-16g |
8 | |
G2-Maschinentypen | ||
g2-standard-4 |
1 | |
g2-standard-8 |
1 | |
g2-standard-12 |
1 | |
g2-standard-16 |
1 | |
g2-standard-24 |
2 | |
g2-standard-32 |
1 | |
g2-standard-48 |
4 | |
g2-standard-96 |
8 | |
M1-Maschinentypen | ||
m1-ultramem-40 |
Nicht verfügbar | |
m1-ultramem-80 |
Nicht verfügbar | |
m1-megamem-96 |
1 bis 8 | |
m1-ultramem-160 |
Nicht verfügbar | |
M3-Maschinentypen | ||
m3-ultramem-32 |
4, 8 | |
m3-megamem-64 |
4, 8 | |
m3-ultramem-64 |
4, 8 | |
m3-megamem-128 |
8 | |
m3-ultramem-128 |
8 | |
E2-, C3-Metall-, M2-, N4-, Tau-T2D-, Tau-T2A- und X4-Maschinentypen | Diese Maschinentypen unterstützen keine lokalen SSD-Laufwerke. |
Preise
Für jedes von Ihnen erstellte lokale SSD-Laufwerk wird Ihnen die Gesamtkapazität des Laufwerks für die Lebensdauer der Instanz berechnet, an die es angehängt ist.
Ausführliche Informationen zu den Preisen für lokale SSDs und verfügbaren Rabatten finden Sie unter Preise für lokale SSDs.
Lokale SSD-Laufwerke und Spot-VM-Instanzen
Wenn Sie eine Spot-VM oder eine VM auf Abruf mit einem lokalen SSD-Laufwerk starten, berechnet Compute Engine ermäßigte Spot-Preise für die Nutzung der lokalen SSD. Lokale SSD-Laufwerke, die mit Spot-VMs oder VMs auf Abruf verknüpft sind, funktionieren wie normale lokale SSD-Laufwerke. Sie haben die gleichen Datenpersistenz-Merkmale und bleiben angehängt, solange die VM besteht.
In Compute Engine werden lokale SSD-Laufwerke auf einer Spot-VM oder einer VM auf Abruf nicht berechnet, wenn die VM innerhalb einer Minute nach Beginn der Ausführung vorzeitig beendet wird.
Lokale SSDs mit Rabatten für zugesicherte Nutzung reservieren
Informationen zum Reservieren von lokalen SSD-Ressourcen in einer bestimmten Zone finden Sie unter Zonale Compute Engine-Ressourcen reservieren.
Wenn Sie Rabatte für zugesicherte Nutzung für lokale SSD-Laufwerke in einer bestimmten Zone erhalten möchten, müssen Sie ressourcenbasierte Zusicherungen für die lokalen SSD-Ressourcen erwerben und auch Reservierungen an Ihre Zusicherungen anhängen, die übereinstimmende lokale SSD-Ressourcen angeben. Weitere Informationen finden Sie unter Reservierungen an ressourcenbasierte Zusicherungen anhängen.
Lokale SSDs mit einer Instanz verwenden
Wenn Sie ein lokales SSD-Laufwerk mit einer Compute-Instanz verwenden möchten, müssen Sie die folgenden Schritte ausführen:
- Lokale SSD-Laufwerke beim Erstellen einer Instanz hinzufügen
- Formatieren und bereitstellen von lokalen SSD-Laufwerken, die Sie Ihrer Instanz hinzugefügt haben.
Gerätebenennung auf Linux-Instanzen
Die Linux-Gerätenamen für die an Ihre Instanz angehängten Laufwerke hängen von der Schnittstelle ab, die Sie beim Erstellen der Laufwerke auswählen. Wenn Sie den Befehl lsblk
des Betriebssystems verwenden, um Ihre Laufwerke aufzurufen, wird das Präfix nvme
für Laufwerke angezeigt, die über die NVMe-Schnittstelle verbunden sind, und das Präfix sd
für Laufwerke, die über die SCSI-Schnittstelle verbunden sind.
Die Reihenfolge der Laufwerknummern oder NVMe-Controller ist nicht vorhersehbar oder konsistent bei Instanzneustarts. Beim ersten Start kann ein Laufwerk nvme0n1
(oder sda
für SCSI) sein. Beim zweiten Start kann der Gerätename für denselben Datenträger nvme2n1
oder nvme0n3
(oder sdc
für SCSI) lauten.
Verwenden Sie für den Zugriff auf angeschlossene Laufwerke stattdessen die in /dev/disk/by-id/
erstellten symbolischen Links. Diese Namen bleiben auch nach einem Neustart bestehen.
Weitere Informationen zu Symbollinks finden Sie unter Symbolische Links für an eine Instanz angeschlossene Laufwerke.
Weitere Informationen zu Gerätenamen finden Sie unter Gerätenamen in Linux-Instanzen.
VM mit lokalen SSD-Laufwerken beenden oder anhalten
Wenn Sie eine VM beenden oder anhalten, verwirft Compute Engine die Daten aller lokalen SSD-Laufwerke, die standardmäßig an die VM angehängt sind. Wenn Sie die VM fortsetzen, sind alle lokalen SSD-Laufwerke, die an die VM angeschlossen sind, leer.
Lokale SSD-Daten beim Beenden oder Anhalten einer VM beibehalten
Wenn Sie eine VM beenden oder anhalten, können Sie optional die Daten auf den lokalen SSD-Laufwerken beibehalten, die an die VM angehängt sind.
Wenn der Vorgang zum Beenden oder Anhalten gestartet wird, führt die Compute Engine eine verwaltete Migration der Daten des lokalen SSD-Laufwerks in einen dauerhaften Speicher aus. Wenn Sie die VM fortsetzen oder neu starten, kopiert Compute Engine die aufbewahrten Daten auf lokale SSD-Laufwerke, die an die VM angehängt sind. Nachdem Sie die VM fortgesetzt oder neu gestartet haben, müssen Sie möglicherweise das lokale SSD im Dateisystem neu bereitstellen.
Ihnen wird der Speicherplatz in Rechnung gestellt, der zum Speichern der Daten auf dem lokalen SSD verwendet wird, bis Sie die VM neu starten oder fortsetzen. Der belegte Speicherplatz beansprucht das Persistent disk standard GB
-Kontingent Ihres Projekts.
Beschränkungen
- Die Beibehaltung von Daten auf lokalen SSDs befindet sich nur in der Vorabversion und ist nicht durch die GA-Nutzungsbedingungen für Compute Engine abgedeckt.
- Diese Funktion kann nicht mit Z3-Instanzen verwendet werden.
- Sie können die Daten auf lokalen SSDs nicht beibehalten, wenn Sie eine VM beenden oder anhalten, die mehr als 32 lokale SSDs angeschlossen hat.
- Lokale SSD-Daten können nicht beibehalten werden, wenn Sie eine VM über die Google Cloud Console beenden oder anhalten.
- Das Speichern der Daten auf der lokalen SSD ist ein langsamer Vorgang, der erst nach dem Anhalten oder Beenden des Vorgangs beginnt.
- Wenn Sie Spot-VMs oder VM auf Abruf verwenden und die lokalen SSD-Daten bei einem Anhalten oder Beenden beibehalten möchten, gehen die lokalen SSD-Daten verloren, wenn die Compute Engine die VM während des Beenden- oder Anhaltenvorgangs vorzeitig beendet.
Informationen zum Beibehalten lokaler SSD-Daten beim Beenden oder Anhalten einer VM finden Sie unter Instanz mit lokalen SSD-Laufwerken beenden und Instanz mit lokalen SSD-Laufwerken anhalten.
Lokale SSDs löschen
Wenn Sie lokale SSDs entfernen oder löschen möchten, müssen Sie die VM löschen, an die die Laufwerke angeschlossen sind. Lokale SSDs können nur gelöscht werden, wenn Sie die VM löschen.
Bevor Sie eine VM mit angehängten lokalen SSDs löschen, migrieren Sie alle kritischen Daten auf den lokalen SSDs zu einem nichtflüchtigen Speicher, Hyperdisk oder einer anderen VM. Andernfalls gehen die Daten auf den lokalen SSDs dauerhaft verloren.
Nächste Schritte
Weitere Informationen zum Erstellen einer VM mit lokalen SSD-Laufwerken