Vom Kunden festgelegte Wartungsfenster

Gen 2

Legen Sie die Tage und die Startzeit für die Wartungsarbeiten an Ihrer Bereitstellung fest. Cloud Databases bestimmt die Dauer des Wartungsfensters, und alle Wartungsarbeiten werden innerhalb von 4 Stunden nach der geplanten Startzeit abgeschlossen oder abgebrochen.

Verfügbarkeit

Kundenspezifische Wartungsfenster sind verfügbar für:

  • Databases for PostgreSQL in eu-de.
  • Databases for MongoDB- Enterprise Edition-Version in eu-de.

Die Unterstützung für weitere Datenbanken und Regionen wird im Laufe der Zeit erweitert.

Richten Sie ein tägliches Wartungsfenster ein, es sei denn, Ihr Unternehmen schreibt vor, dass Wartungsarbeiten nur an bestimmten Tagen durchgeführt werden dürfen. Ein tägliches Zeitfenster ermöglicht es, ausstehende oder unvollständige Wartungsarbeiten, einschließlich Sicherheits- und Zuverlässigkeitsupdates, bereits am nächsten Tag fortzusetzen, anstatt bis zur nächsten Woche zu warten

Was umfasst die Wartung?

Wartungsmaßnahmen umfassen alle Änderungen, die sich direkt auf Ihre Bereitstellung auswirken, wie zum Beispiel:

  • Updates für Datenbanksoftware und Images.
  • Aktualisierungen für die Worker-Knoten, auf denen Ihre Bereitstellung ausgeführt wird.
  • Aktualisierungen zu Sicherheit, Zuverlässigkeit und Wartbarkeit.

Diese Änderungen werden während Ihres Wartungsfensters durchgeführt, auch wenn sie keine sichtbaren Auswirkungen auf den Dienst haben. Von Ihnen selbst angeforderte Änderungen, wie beispielsweise die Skalierung Ihrer Bereitstellung, werden sofort ausgeführt, sobald Sie sie anfordern.

Während der Wartungsarbeiten kann es vorkommen, dass Ihre Bereitstellung auf einen neuen Primärserver umgeschaltet wird. Stellen Sie sicher, dass Ihre Anwendungen die Verbindung automatisch wiederherstellen können. Weitere Informationen finden Sie unter Hochverfügbarkeit.

Standard-Wartungsfenster

Sie müssen kein Wartungsfenster festlegen. Andernfalls verwendet Cloud Databases die regionale Standardeinstellung: eine Startzeit zwischen 23:00 UTC und 10:00 UTC, montags bis freitags. Die genaue Startzeit wird nicht angezeigt.

Um nach der Festlegung eines eigenen Zeitfensters wieder zur regionalen Standardeinstellung zurückzukehren, setzen Sie auf system_assigned true.

Anforderungen an das Wartungsfenster

  • Sie können nur eine Startzeit festlegen. Sie können keine Dauer oder Endzeit festlegen. Cloud Databases bestimmt die Länge des Wartungsfensters.
  • Geben Sie die Startzeit in UTC im Format hh:mmZ an.
  • Wählen Sie mindestens einen Wartungstag pro Woche aus. Ein tägliches Wartungsfenster wird empfohlen. Weitere Informationen finden Sie unter Wenn die Wartungsarbeiten nicht rechtzeitig abgeschlossen werden.
  • Legen Sie die Startzeit mindestens 60 Minuten vor dem Wartungsfenster fest, für das sie gelten soll.
  • Sie können Ihr Wartungsfenster jederzeit anpassen. Änderungen treten im nächsten zulässigen Wartungsfenster in Kraft. Wenn die Wartungsarbeiten für den jeweiligen Tag bereits abgeschlossen sind, tritt der aktualisierte Zeitplan erst bei der nächsten fälligen Wartung in Kraft.
  • Wenn Sie das Wartungsfenster während einer laufenden Wartung aktualisieren, wird der aktuelle Wartungsvorgang nicht neu gestartet. Der aktualisierte Zeitplan gilt für das nächste in Frage kommende Wartungsfenster.
  • Wartungsbenachrichtigungen basieren auf dem Zeitplan, der zum Zeitpunkt der Erstellung der Benachrichtigung gilt. Änderungen, die kurz vor einem Wartungsfenster vorgenommen wurden, gelten möglicherweise nicht für Benachrichtigungen, die bereits generiert oder versendet wurden.

So funktionieren Wartungsfenster

Das Wartungsfenster dauert 4 Stunden ab dem geplanten Startzeitpunkt, und alle Wartungsarbeiten werden innerhalb dieses Zeitraums abgeschlossen oder abgebrochen.

Beispiel: Wenn die Startzeit Ihrer Wartungsarbeiten 02:00 Uhr UTC ist:

Beispiel für ein Wartungsfenster mit einer Startzeit um 02:00 Uhr UTC
Zeit (UTC) Was passiert
02:00 – 6:00 Die Wartung beginnt, und die Wartungsmaßnahmen werden eingeleitet. Möglicherweise wird Ihre Bereitstellung auf einen neuen Primärserver umgestellt, und Ihre Anwendungen müssen möglicherweise eine neue Verbindung herstellen.
Bis 06:00 Uhr Alle Wartungsarbeiten sind abgeschlossen oder wurden eingestellt.

Wenn Sie einen Startzeitpunkt wählen, planen Sie das gesamte 4-Stunden-Fenster ein, nicht nur den Startzeitpunkt. Wählen Sie einen Zeitpunkt, zu dem Ihre Anwendung am wenigsten ausgelastet ist und Ihr Betriebsteam verfügbar ist.

Ihre Backups überschneiden sich niemals mit Ihrem Wartungsfenster. Cloud Databases passt den Backup-Zeitplan automatisch an.

Ein Wartungsfenster festlegen

Sie können Ihre Wartungstage und die Startzeit über die Konsole, die CLI, die API oder Terraform festlegen.

Wartungsfenster in der Konsole festlegen

Sie können ein Wartungsfenster konfigurieren, wenn Sie eine Bereitstellung erstellen oder nach der Bereitstellung.

  1. Erstellen Sie in der IBM Cloud-Konsole eine Bereitstellung oder öffnen Sie eine vorhandene Bereitstellung.
  2. Wechseln Sie zum Fenster Wartung und klicken Sie auf Bearbeiten.
  3. Wählen Sie die Wochentage aus, an denen Wartungsarbeiten beginnen können. Ein täglicher Wartungsplan wird empfohlen.
  4. Wählen Sie einen Startzeitpunkt für die Wartungsarbeiten aus. Sie können die Uhrzeit in UTC oder in Ihrer lokalen Zeitzone anzeigen.
  5. Überprüfen Sie den Wartungsplan und klicken Sie auf Speichern.

Um zum regionalen Standard-Wartungsfenster zurückzukehren, klicken Sie auf Auf Standard zurücksetzen.

Wartungsfenster über die CLI festlegen

Mit dem folgenden Befehl können Sie ein bestimmtes Wartungsfenster festlegen:

ibmcloud resource service-instance-create \
  <INSTANCE_NAME> \
  <SERVICE_NAME> \
  <SERVICE_PLAN_NAME> \
  <LOCATION> \
  -g <RESOURCE_GROUP> \
  -p '{
    "dataservices": {
      "maintenance": {
        "window": {
          "start_time": "05:00Z",
          "days": "Wednesday,Thursday"
        }
      }
    }
  }'

Sie können das system_assigned Wartungsfenster mit den folgenden Befehlen festlegen:

ibmcloud resource service-instance-create \
  <INSTANCE_NAME> \
  <SERVICE_NAME> \
  <SERVICE_PLAN_NAME> \
  <LOCATION> \
  -g <RESOURCE_GROUP> \
  -p '{
    "dataservices": {
      "maintenance": {
        "window": {
          "system_assigned": true
        }
      }
    }
  }'

Ein Wartungsfenster mithilfe der API festlegen

Mit dem folgenden Befehl können Sie ein bestimmtes Wartungsfenster festlegen:

curl -X POST \
  "https://resource-controller.cloud.ibm.com/v2/resource_instances" \
  -H "Authorization: Bearer <IAM_ACCESS_TOKEN>" \
  -H "Content-Type: application/json" \
  -d '{
    "name": "<DATABASE_INSTANCE_NAME>",
    "target": "<REGION>",
    "resource_group": "<RESOURCE_GROUP_ID>",
    "resource_plan_id": "<DATABASE_SERVICE_PLAN_ID>",
    "parameters": {
      "dataservices": {
        "maintenance": {
          "window": {
            "start_time": "05:00Z",
            "days": "Wednesday,Thursday"
          }
        }
      }
    }
  }'

Sie können das system_assigned Wartungsfenster mit dem folgenden Befehl festlegen:

curl -X POST \
  "https://resource-controller.cloud.ibm.com/v2/resource_instances" \
  -H "Authorization: Bearer <IAM_ACCESS_TOKEN>" \
  -H "Content-Type: application/json" \
  -d '{
    "name": "<DATABASE_INSTANCE_NAME>",
    "target": "<REGION>",
    "resource_group": "<RESOURCE_GROUP_ID>",
    "resource_plan_id": "<DATABASE_SERVICE_PLAN_ID>",
    "parameters": {
      "dataservices": {
        "maintenance": {
          "window": {
            "system_assigned": true
          }
        }
      }
    }
  }'

Ein Wartungsfenster mit Terraform festlegen

Mit dem folgenden Terraform-Befehl können Sie ein bestimmtes Wartungsfenster festlegen:

maintenance_days = ["Sunday", "Monday", "Tuesday", "Wednesday", "Thursday", "Friday", "Saturday"]
data "ibm_resource_group" "rg" {
  name = var.resource_group_name
}
resource "ibm_database" "cmw_test" {
  name              = "<DATABASE_INSTANCE_NAME>"
  resource_group_id = data.ibm_resource_group.rg.id
  service = "<DATABASE_SERVICE_NAME>"
  plan    = "<DATABASE_SERVICE_PLAN_ID>"
  location          = "<GEN2-REGION>"
  service_endpoints = "private"
  maintenance {
    window {
      start_time = "05:00Z"
      days       = var.maintenance_days
    }
  }
}

Sie können das system_assigned Wartungsfenster mithilfe der folgenden Terraform-Anfrage festlegen:

data "ibm_resource_group" "rg" {
  name = var.resource_group_name
}
resource "ibm_database" "cmw_test" {
  name              = "<DATABASE_INSTANCE_NAME>"
  resource_group_id = data.ibm_resource_group.rg.id
  service = "<DATABASE_SERVICE_NAME>"
  plan    = "<DATABASE_SERVICE_PLAN_ID>"
  location          = "<GEN2-REGION>"
  service_endpoints = "private"
  maintenance {
    window {
      system_assigned = true
    }
  }
}

Wartung nachverfolgen

Wenn für Ihre Bereitstellung Wartungsarbeiten anstehen, erhalten Sie mindestens 2 Stunden vor Beginn der Wartungsarbeiten eine Benachrichtigung zum Ereignis IBM Cloud Activity Tracker.

IBM Cloud Activity Tracker-Ereignisse werden außerdem als Folge jeder Aktualisierung einer Service-Instanz aufgrund eines erfolgreichen Wartungsfensters ausgelöst. Sehen Sie sich die vollständige Liste der Veranstaltungen zum Thema Datenbank Activity Tracker an.

Unvollständige Wartung

Wartungsarbeiten dauern niemals länger als Ihr Wartungsfenster. Wenn die Wartung 4 Stunden nach dem geplanten Startzeitpunkt noch läuft, wird sie von Cloud Databases beendet. Die verbleibenden Arbeiten werden in Ihrem nächsten Wartungsfenster durchgeführt. Ihre Bereitstellung bleibt in der Zwischenzeit verfügbar.

Legen Sie ein tägliches Wartungsfenster fest. Wenn Sie nur einen Tag pro Woche auswählen, werden nicht abgeschlossene Wartungsarbeiten, einschließlich Sicherheitsupdates, bis zu einer Woche lang auf Ihr nächstes Zeitfenster zurückgestellt. Bei einem täglichen Zeitfenster werden die Wartungsarbeiten am nächsten Tag fortgesetzt, und Ihre Bereitstellung bleibt auf dem neuesten Stand und sicher.

Notfallwartung

In Ausnahmefällen können Notfallwartungsarbeiten außerhalb des geplanten Wartungsfensters ohne vorherige Ankündigung stattfinden. In diesen Fällen werden keine geplanten Wartungsmaßnahmen angelegt.