Infrastrukturwartung

Oracle Cloud Infrastructure unterstützt eine Vielzahl von Wartungsaktionen für Compute-Instanzen, einschließlich Livemigration, geplante Wartung, Neuerstellung vor Ort und manuelle Migration. Die Wartungsaktion hängt von Eigenschaften wie der Ausprägung ab, die von der Instanz verwendet wird.

Wenn eine Instanz eine Neustartmigration oder einen Neuaufbau unterstützt, klicken Sie auf die Registerkarte Wartung. Die Seite mit den Wartungsdetails gibt an, wann die geplante Wartung gestartet werden soll. Die Start- und Endzeit der Wartung werden in der Spalte Geplant für Start angezeigt. Bei Instanzen, die nur die manuelle Migration unterstützen, erhalten Sie eine Benachrichtigung von Oracle Cloud Infrastructure. Auf der Seite mit den Wartungsdetails wird ein Wartungsereignis angezeigt.

Eine Instanz wird nicht mehr von einem Wartungsereignis beeinflusst, wenn die Registerkarte Wartung leer ist.

Sie können das Wartungstermin für Instanzen verlängern, die für die Wartung oder den Austritt geplant sind. Eine Fristverlängerung wird für VM- und Bare-Metal-Instanzen mit Standardausprägungen unterstützt. OCI bestimmt den letztmöglichen Zeitpunkt, bis zu dem das Fälligkeitsdatum verlängert werden kann.

Wenn die zugrunde liegende Infrastruktur für eine Instanz fehlerhaft ist, versucht Oracle Cloud Infrastructure automatisch, die Instanz wiederherzustellen. Die Wartungsaktion hängt vom Instanztyp ab.

• Virtual-Machine-(VM-)Instanzen: Wenn möglich, wird die Instanz per Livemigration zu einem fehlerfreien physischen Host migriert. Wenn keine Livemigration möglich ist, wird die Instanz je nach Ausprägung neu gestartet oder neu erstellt.
• Bare-Metal-Instanzen: Wenn möglich, wird die Instanz per Neustartmigration zu einem fehlerfreien physischen Host migriert. Wenn die Neustartmigration nicht möglich ist, müssen Sie die Instanz manuell migrieren.

Wenn sich ein Infrastrukturwartungsereignis auf VM-Instanzen auswirkt, werden unterstützte VM-Instanzen von Oracle Cloud Infrastructure live migriert vom physischen VM-Host, der gewartet werden muss, mit minimaler Unterbrechung der ausgeführten Instanzen zu einem neuen VM-Host.

Wenn eine VM-Instanz nicht live migriert werden kann oder keine Livemigration unterstützt, plant Oracle Cloud Infrastructure ein Wartungsfälligkeitsdatum innerhalb von 14 bis 16 Tagen und sendet Ihnen eine Benachrichtigung über den erforderlichen Wartungsaktionstyp, wie eine Neustartmigration. Eine Livemigration ist möglicherweise nicht erfolgreich, wenn eines der folgenden Ereignisse während der Migration auftritt: Es ist zu viel Aktivität auf der Instanz vorhanden, eine Änderung an der Instanz wird mit der API vorgenommen, oder ein interner Fehler tritt auf, der nicht mit der Instanz zusammenhängt.

Wenn eine VM-Instanz gewartet werden soll, können Sie die Instanz vor dem Fälligkeitsdatum der geplanten Wartung jederzeit proaktiv neu starten. Mit einer proaktiven Migration nach einem Neustart können Sie steuern, wie und wann Anwendungen ausfallen. Wenn Sie die Instanz nicht proaktiv neu starten, um sie vor dem Fälligkeitsdatum zu migrieren, wird die Instanz je nach Ausprägung entweder per Neustart migriert oder in-place neu erstellt.

Von Kunden verwaltete Wartung für VM-Instanzen wird auf Standard- und DenseIO- Ausprägungen unterstützt, einschließlich Plattformimages und benutzerdefinierter Images, die außerhalb von Oracle Cloud Infrastructure importiert wurden.

Bei Standard- und DenseIO-Ausprägungen können Sie das Fälligkeitsdatum der Wartung verlängern.

Nach einer Migration wird die Instanz standardmäßig in denselben Lebenszyklusstatus wiederhergestellt wie vor dem Wartungsereignis. Wenn Sie über einen alternativen Prozess verfügen, um die Instanz wiederherzustellen, können Sie optional festlegen, dass die Instanz gestoppt bleibt, nachdem sie per Neustartmigration auf fehlerfreie Hardware migriert wurde.

Wenn sich ein Infrastrukturwartungsereignis auf Bare-Metal-Instanzen auswirkt, migriert Oracle Cloud Infrastructure unterstützte Bare-Metal-Instanzen per Neustart vom zu wartenden physischen Host zu einem fehlerfreien Host. Oracle Cloud Infrastructure plant ein Fälligkeitsdatum für die Wartung innerhalb von 14 bis 16 Tagen und sendet Ihnen eine Benachrichtigung mit dem erforderlichen Wartungsaktionstyp, z.B. Neustartmigration. Binnen 24 Stunden nach dem Wartungsfälligkeitsdatum wird die Bare-Metal-Instanz gestoppt, zu einem fehlerfreien Host migriert und neu gestartet. Während der Migration kommt es zu einer kurzen Ausfallzeit.

Wenn eine Bare-Metal-Instanz gewartet werden soll, können Sie die Instanz vor dem Fälligkeitsdatum der geplanten Wartung jederzeit proaktiv neu starten. Mit einem proaktiven Neustart können Sie steuern, wie und wann Anwendungen ausfallen. Wenn Sie die Instanz nicht proaktiv vor dem Fälligkeitsdatum neu starten, wird die Instanz für Sie per Neustart migriert.

Die Neustartmigration für Bare-Metal-Instanzen wird auf Standardinstanzausprägungen unterstützt, die Linux-basierte Plattformimages verwenden. Die Neustartmigration für Bare-Metal-Instanzen wird nicht für Instanzen unterstützt, die Windows oder benutzerdefinierte Images, abgeschirmte Instanzen oder Instanzen mit sekundären VNICs verwenden, die auf physischer NIC mit Index 1 erstellt und konfiguriert wurden. Sie wird auch nicht für Instanzen unterstützt, die nicht den Standardbefehl sanboot im iPXE-Skript verwenden.

Bei Standardausprägungen können Sie das Fälligkeitsdatum der Wartung verlängern.

Wenn Sie keinen Neustart vor der geplanten Zeit vornehmen, migriert Oracle Cloud Infrastructure die Instanz oder erstellt sie neu. Nach einer Migration wird die Instanz standardmäßig in denselben Lebenszyklusstatus wiederhergestellt wie vor dem Wartungsereignis. Wenn Sie über einen alternativen Prozess verfügen, um die Instanz wiederherzustellen, können Sie optional festlegen, dass die Instanz gestoppt bleibt, nachdem sie per Neustartmigration auf fehlerfreie Hardware migriert wurde.

Wenn die zugrunde liegende Infrastruktur einer VM-Instanz aufgrund von Software- oder Hardwareproblemen ausfällt, versucht Oracle Cloud Infrastructure automatisch, die Instanz wiederherzustellen.

Standard-VM-Instanzen werden mit einer Neustartmigration wiederhergestellt. Dabei wird die VM automatisch auf einem fehlerfreien Host wiederherstellt, unabhängig davon, ob es sich dabei um den ursprünglichen oder einen anderen physischen Host handelt. Der VM-Fehler wird innerhalb einer Minute nach dem Auftreten erkannt. Wenn der Host nicht sofort wiederhergestellt werden kann, wird die VM auf einen anderen fehlerfreien Host verschoben. In diesem Szenario beginnt der Prozess für Migration zu und Neustart auf einem fehlerfreien Host automatisch innerhalb von fünf Minuten. Beim Neustart werden Instanzeigenschaften wie private und ephemere öffentliche IP-Adressen, angehängte Block-Volumes und VNICs beibehalten.

DenseIO-VM-Instanzen werden wiederhergestellt, indem Sie die Instanz auf demselben physischen Host neu starten. Wenn ein Recovery einer DenseIO-Instanz auf demselben physischen Host nicht möglich ist, benachrichtigt Oracle Cloud Infrastructure Sie, dass die Instanz innerhalb von 14 Tagen neu gestartet oder gelöscht (beendet) werden muss. Wenn die Neustartmigration verwendet wird, gehen die lokalen NVMe-Daten weiterhin verloren. Wenn Sie die Instanz nicht vor Ablauf der Frist löschen, deaktiviert Oracle Cloud Infrastructure die Instanz am Fristende und löscht sie innerhalb der nächsten sieben Tage. Das Boot-Volume und das angehängte Remotedaten-Volume werden beibehalten.

Oracle Cloud Infrastructure benachrichtigt Sie per E-Mail oder Ankündigungen über alle Fehlerereignisse der VM-Infrastruktur unter Angabe des Status der ausgeführten Recovery-Aktion. Sie können auch die Instanzstatusmetrik überwachen, um unerwartete Neustarts zu verfolgen.

Sie können festlegen, dass Ihre VMs nicht automatisch neu gestartet werden, indem Sie Instanzen so konfigurieren, dass sie gestoppt bleiben, nachdem sie wiederhergestellt wurden.

Mit Metriken, Alarmen und Benachrichtigungen können Sie den Wartungsstatus der Infrastruktur überwachen, auf der Ihre Compute-Instanzen ausgeführt werden. Die primären Metriken, die bei der Infrastrukturwartung berücksichtigt werden müssen, sind die Infrastruktur-Zustandsmetriken:

• Instanzstatus (Hochgefahren/Heruntergefahren): Mit der Metrik instance_status können Sie prüfen, ob eine VM-Instanz verfügbar (Hochgefahren) oder nicht verfügbar (Heruntergefahren) ist, wenn sie den Status "Wird ausgeführt" hat. Wenn die Instanz länger als 30 Minuten nicht verfügbar ist, wenden Sie sich an den Support.
• Instanzwartungsstatus: Mit der Metrik maintenance_status können Sie überwachen, ob eine VM-Instanz oder eine Bare-Metal-Instanz für eine Infrastrukturwartung geplant ist.
• Zustandsstatus der Bare-Metal-Infrastruktur: Mit der Metrik health_status können Sie den Zustand der Infrastruktur für Bare-Metal-Instanzen überwachen, einschließlich Hardwarekomponenten wie CPU und Arbeitsspeicher.