Ein N2D-Maschinentyp mit der AMD EPYC Milan-CPU-Plattform oder ein C3D-Maschinentyp.
AMD SEV Confidential Computing-Technologie
Ein Betriebssystem-Image, das die Live-Migration unterstützt
Nach dem 15. Januar 2024 erstellt worden sein
Alle anderen Confidential VM-Typen unterstützen keine Live-Migration. Für sie muss beim Erstellen die onHostMaintenance-Richtlinie auf TERMINATE festgelegt werden. Das bedeutet, dass die VM während Hostwartungsereignissen beendet wird.
Hostwartungsereignisse für Confidential VM-Instanzen, die keine Live-Migration unterstützen
Während Hostwartungsereignissen werden Confidential VM-Instanzen, die keine Live-Migration unterstützen und die Standardeinstellungen für die Hostwartungsrichtlinie haben, beendet. Sie werden nach Abschluss der Wartung neu gestartet.
In der folgenden Tabelle sind die Standardwerte für die Einstellungen der Hostwartungsrichtlinie für Confidential VM-Instanzen aufgeführt, die keine Live-Migration unterstützen.
| Hostwartungsrichtlinie | Confidential VM-Standardwerte | Beschreibung |
|---|---|---|
onHostMaintenance |
TERMINATE |
Dieses Attribut muss für Confidential VM-Instanzen, die keine Live-Migration unterstützen, auf |
automaticRestart |
true |
Wenn Sie true festlegen, wird Ihre Confidential VM-Instanz nach Abschluss der Wartung neu gestartet. |
hostErrorTimeoutSeconds |
330 |
Die Anzahl der Sekunden zwischen 90 und 330, bevor der Host versucht, eine nicht reagierende VM neu zu starten. |
Mit einer guten Planung können Sie die Auswirkungen von Hostwartungsereignissen auf Ihre Confidential VM-Instanzen minimieren.
Auswirkungen von Hostwartungsereignissen minimieren
So minimieren Sie die Auswirkungen von Hostwartungsereignissen auf Confidential VM-Instanzen, die keine Live-Migration unterstützen:
Benachrichtigungen zu Wartungsereignissen überwachen
Um eine Vorabankündigung von Hostereignissen zu erhalten, überwachen Sie den Metadatenwert /computeMetadata/v1/instance/maintenance-event. Fordern Sie dazu eine Ereignisbenachrichtigung an, indem Sie den folgenden Befehl auf Ihrer Confidential VM-Instanz ausführen:
curl http://metadata.google.internal/computeMetadata/v1/instance/maintenance-event -H "Metadata-Flavor: Google"
Wenn die Anfrage an den Metadatenserver NONE zurückgibt, ist die Beendigung der VM nicht geplant. Wenn der Metadatenserver TERMINATE_ON_HOST_MAINTENANCE zurückgibt, ist die Beendigung Ihrer VM geplant.
In der folgenden Tabelle sind die Benachrichtigungszeiträume für Hostwartungsereignisse für Confidential VM-Instanzen aufgeführt, die keine Live-Migration unterstützen, sortiert nach Confidential Computing-Technologietyp. Nutzen Sie diese Zeiträume, um Hostwartungsereignisse entsprechend zu planen.
| Confidential Computing-Technologie | Maschinentyp | Benachrichtigungszeitraum |
|---|---|---|
| AMD SEV | C2D | Keine |
| AMD SEV-SNP | N2D | 1 Stunde |
| Intel TDX | c3-standard-* |
7 Tage |
c3-standard-*-lssd |
7 Tage | |
c4-standard-* |
7 Tage |
Hostwartungsereignisse simulieren
Wenn Sie testen möchten, wie sich Ihre Arbeitslast verhält, wenn eine Confidential VM-Instanz neu gestartet wird, können Sie ein Hostwartungsereignis simulieren. Überlegen Sie sich während des simulierten Ereignisses, wie Sie Ihre Arbeitslast so ändern können, dass sie bei einem echten Ereignis widerstandsfähig ist.
Arbeitslast ändern
Nachdem Sie ein Hostwartungsereignis simuliert haben, können Sie die Arbeitslast so anpassen, dass sie auf ein solches Ereignis reagiert. Beispielsweise können Sie eine der folgenden Methoden verwenden:
Passen Sie Ihre Arbeitslast an, um regelmäßig nach anstehenden Hostwartungsereignissen zu suchen.
Verschieben Sie Ihre laufenden Arbeiten vorübergehend in einen Cloud Storage-Bucket, bevor ein Ereignis eintritt. Nachdem die Confidential VM-Instanz neu gestartet wurde, lassen Sie die Arbeitslast die Daten abrufen und die Arbeit fortsetzen.
Schreiben Sie alle Daten in einen sekundären Persistent Disk. Nachdem die Confidential VM-Instanz neu gestartet wurde, hängen Sie die Persistent Disk wieder an, damit Ihre Arbeitslast fortgesetzt werden kann.
Confidential VM-Instanzen auf Knoten für einzelne Mandanten bereitstellen
Wenn es Ihren Anforderungen entspricht, können Sie Ihre Confidential VM-Instanzen auf einem Knoten für einzelne Mandanten bereitstellen. So können Sie ein vierstündiges Zeitfenster festlegen, in dem Google Wartungsarbeiten an Ihren VMs durchführen kann. Sie können auch eine manuelle Live-Migration durchführen, bei der Ihre VM auf einen anderen Knoten oder eine andere Knotengruppe verschoben wird, die Sie steuern.
Weitere Informationen finden Sie unter Preise: Knoten für einzelne Mandanten.
Nächste Schritte
Informationen zum Entwerfen ausfallsicherer Systeme