Anhand von Zeitplänen skalieren

Mit dem zeitplanbasierten Autoscaling lässt sich die Verfügbarkeit von Arbeitslasten verbessern, da die Kapazität anhand der erwarteten Last im Voraus geplant werden kann. Wenn Sie Ihre Arbeitslast in einer verwalteten Instanzgruppe (Managed Instance Group, MIG) ausführen, können Sie eine erforderliche Anzahl von VM-Instanzen für wiederkehrende Lastmuster sowie einmalige Ereignisse planen. Verwenden Sie Skalierungspläne, wenn die Initialisierung Ihrer Arbeitslast sehr lange dauert und eine horizontale Skalierung vor erwarteten Lastspitzen erfolgen soll.

In diesem Dokument wird beschrieben, wie Sie Skalierungspläne für eine vorhandene MIG erstellen, auflisten, bearbeiten, deaktivieren und wieder aktivieren. Weitere Informationen zu MIGs und Autoscaling finden Sie unter Verwaltete Instanzgruppen erstellen und Autoscaling von Instanzgruppen.

Hinweise

• Grundlagen von Autoscaling
• Richten Sie die Authentifizierung ein, falls Sie dies noch nicht getan haben. Bei der Authentifizierung wird Ihre Identität für den Zugriff auf Google Cloud-Dienste und APIs überprüft. Zur Ausführung von Code oder Beispielen aus einer lokalen Entwicklungsumgebung können Sie sich wie folgt bei Compute Engine authentifizieren.
  

  Select the tab for how you plan to use the samples on this page:

  Console

  When you use the Google Cloud console to access Google Cloud services and APIs, you don't need to set up authentication.

  gcloud

  1. Install the Google Cloud CLI, then initialize it by running the following command:

     gcloud init

  2. Set a default region and zone.

  Terraform

  Wenn Sie die Terraform-Beispiele auf dieser Seite in einer lokalen Entwicklungsumgebung verwenden möchten, installieren und initialisieren Sie die gcloud CLI und richten dann die Standardanmeldedaten für Anwendungen mit Ihren Nutzeranmeldedaten ein.

  1. Install the Google Cloud CLI.

  2. To initialize the gcloud CLI, run the following command:

     gcloud init

  3. If you're using a local shell, then create local authentication credentials for your user account:

     gcloud auth application-default login

     You don't need to do this if you're using Cloud Shell.

  Weitere Informationen unter Set up authentication for a local development environment.

  REST

  Verwenden Sie die von der gcloud CLI bereitgestellten Anmeldedaten, um die REST API-Beispiele auf dieser Seite in einer lokalen Entwicklungsumgebung zu verwenden.

  Install the Google Cloud CLI, then initialize it by running the following command:

  gcloud init

  Weitere Informationen finden Sie unter Für die Verwendung von REST authentifizieren in der Dokumentation zur Google Cloud-Authentifizierung.

Beschränkungen

Für Skalierungspläne gelten dieselben Beschränkungen wie für alle Autoscalings sowie die folgenden Beschränkungen:

• Pro MIG sind 128 Skalierungspläne möglich. Sie können dieses Limit umgehen, indem Sie Skalierungspläne löschen, die den Status OBSOLETE haben oder nicht noch einmal ausgeführt werden sollen.
• Die Mindestdauer für Skalierungspläne beträgt fünf Minuten.

Skalierungsplan erstellen

Pro MIG können maximal 128 Skalierungspläne erstellt werden. Weitere Informationen finden Sie unter Skalierungsplaneinstellungen.

In der folgenden Anleitung wird erläutert, wie Sie einen Skalierungsplan für eine MIG erstellen.

gcloud compute instance-groups managed set-autoscaling MIG_NAME \
    [--min-num-replicas=MIN_NUM_REPLICAS] \
    --max-num-replicas=MAX_NUM_REPLICAS \
    --set-schedule=SCHEDULE_NAME \
    --schedule-cron="CRON_EXPRESSION" \
    --schedule-duration-sec=DURATION \
    [--schedule-time-zone="TIME_ZONE"] \
    --schedule-min-required-replicas=MIN_REQ_REPLICAS \
    [--schedule-description="DESCRIPTION"] \
    [--zone=ZONE | --region=REGION]

gcloud compute instance-groups managed update-autoscaling MIG_NAME \
    [--min-num-replicas=MIN_NUM_REPLICAS] \
    [--max-num-replicas=MAX_NUM_REPLICAS] \
    --set-schedule=SCHEDULE_NAME \
    --schedule-cron="CRON_EXPRESSION" \
    --schedule-duration-sec=DURATION \
    [--schedule-time-zone="TIME_ZONE"] \
    --schedule-min-required-replicas=MIN_REQ_REPLICAS \
    [--schedule-description="DESCRIPTION"] \
    [--zone=ZONE | --region=REGION]

gcloud compute instance-groups managed update-autoscaling example-mig \
    --min-num-replicas=0 \
    --max-num-replicas=30 \
    --set-schedule=workday-capacity \
    --schedule-cron="30 8 * * Mon-Fri" \
    --schedule-duration-sec=30600 \
    --schedule-min-required-replicas=10 \
    --schedule-description="Have at least 10 VMs every Monday through Friday from 8:30 AM to 5 PM UTC"

gcloud compute instance-groups managed update-autoscaling example-mig \
    --set-schedule=example-onetime-schedule \
    --schedule-cron="0 0 30 1 * 2030" \
    --schedule-duration-sec=86400 \
    --schedule-time-zone="America/New_York" \
    --schedule-min-required-replicas=30 \
    --schedule-description="Schedule a minimum of 30 VMs all day for January 30, 2030" \
    --zone=us-east1-b

resource "google_compute_autoscaler" "default" {
  provider = google-beta
  name     = "my-autoscaler"
  zone     = "us-central1-f"
  target   = google_compute_instance_group_manager.default.id

  autoscaling_policy {
    max_replicas    = 5
    min_replicas    = 1
    cooldown_period = 60

    scaling_schedules {
      name                  = "every-weekday-morning"
      description           = "Increase to 2 every weekday at 7AM for 12 hours."
      min_required_replicas = 2
      schedule              = "0 7 * * MON-FRI"
      time_zone             = "America/New_York"
      duration_sec          = 43200
    }
  }
}

POST https://www.googleapis.com/compute/v1/projects/PROJECT/zones/ZONE/autoscalers/

{
  "name": "AUTOSCALER_NAME",
  "target": "https://www.googleapis.com/compute/v1/projects/PROJECT/zones/ZONE/instanceGroupManagers/MIG_NAME",
  "autoscalingPolicy": {
    "minNumReplicas": MIN_NUM_REPLICAS,
    "maxNumReplicas": MAX_NUM_REPLICAS,
    "scalingSchedules": {
      "SCHEDULE_NAME": {
        "minRequiredReplicas": MIN_REQ_REPLICAS,
        "schedule": "CRON_EXPRESSION",
        "timeZone": "TIME_ZONE",
        "durationSec": DURATION,
        "description": "DESCRIPTION"
      },
      ...
    }
  }
}

PATCH https://www.googleapis.com/compute/v1/projects/PROJECT/zones/ZONE/autoscalers?autoscaler=AUTOSCALER_NAME

{
  "autoscalingPolicy": {
    "minNumReplicas": MIN_NUM_REPLICAS,
    "maxNumReplicas": MAX_NUM_REPLICAS,
    "scalingSchedules": {
      "SCHEDULE_NAME": {
        "minRequiredReplicas": MIN_REQ_REPLICAS,
        "schedule": "CRON_EXPRESSION",
        "timeZone": "TIME_ZONE",
        "durationSec": DURATION,
        "description": "DESCRIPTION"
      },
      ...
    }
  }
}

PATCH https://www.googleapis.com/compute/v1/projects/example-project/zones/us-east1-b/autoscalers?autoscaler=example-autoscaler

{
  "autoscalingPolicy": {
    "minNumReplicas": 0,
    "maxNumReplicas": 30,
    "scalingSchedules": {
      "workday-capacity": {
        "minRequiredReplicas": 10,
        "schedule": "30 8 * * Mon-Fri",
        "durationSec": 30600,
        "description": "Have at least 10 VMs every Monday through Friday from 8:30 AM to 5 PM UTC"
      }
    }
  }
}

PATCH https://www.googleapis.com/compute/v1/projects/example-project/zones/us-east1-b/autoscalers?autoscaler=example-autoscaler

{
  "autoscalingPolicy": {
    "scalingSchedules": {
      "example-onetime-schedule": {
        "minRequiredReplicas": 30,
        "schedule": "0 0 30 1 * 2030",
        "timeZone": "America/New_York",
        "durationSec": 86400,
        "description": "Schedule a minimum of 30 VMs all day for January 30, 2030"
      }
    }
  }
}

PATCH https://www.googleapis.com/compute/v1/projects/example-project/zones/us-east1-b/autoscalers?autoscaler=example-autoscaler

{
  "autoscalingPolicy": {
    "scalingSchedules": {
      "workday-capacity": {
        "minRequiredReplicas": 10,
        "schedule": "30 8 * * Mon-Fri",
        "durationSec": 30600,
        "description": "Have at least 10 VMs every Monday through Friday from 8:30 AM to 5 PM UTC"
      },
      "january-30-2030-schedule": {
        "minRequiredReplicas": 30,
        "schedule": "0 0 30 1 * 2030",
        "timeZone": "America/New_York",
        "durationSec": 86400,
        "description": "Schedule a minimum of 30 VMs all day for January 30, 2030"
      }
    }
  }
}

Nach dem Erstellen eines Zeitplans müssen Sie eventuell einige Minuten warten, bis dessen Statusinformationen angezeigt werden.

Skalierungspläne auflisten

Sie können eine Liste der Zeitpläne für eine MIG aufrufen. Die Liste enthält die Einstellungen und Statusinformationen jedes Zeitplans.

gcloud compute instance-groups managed describe MIG_NAME \
    [--zone=ZONE | --region=REGION]

...
autoscalingPolicy:
  ...
  maxNumReplicas: 30
  minNumReplicas: 0
  ...
  scalingSchedules:
    example-onetime-schedule:
      description: Schedule a minimum of 30 VMs all day for January 30, 2030
      disabled: false
      durationSec: 86400
      minRequiredReplicas: 30
      schedule: 0 0 30 1 * 2030
      timeZone: America/New_York
    workday-capacity:
      description: Have at least 10 VMs every Monday through Friday from 8:30
        AM to 5 PM UTC
      disabled: false
      durationSec: 30600
      minRequiredReplicas: 10
      schedule: 30 8 * * Mon-Fri
      timeZone: UTC
...
scheduledScalingStatus:
    example-onetime-schedule:
        state: READY
        nextStartTime: '2030-01-30T00:00:00.000-05:00'
        lastStartTime: ''
    workday-capacity:
        state: READY
        nextStartTime: '2020-11-04T08:30:00.000-00:00'
        lastStartTime: '2020-11-03T08:30:00.000-00:00'
...

GET https://www.googleapis.com/compute/v1/projects/PROJECT/zones/ZONE/autoscalers?autoscaler=AUTOSCALER_NAME

{
  ...
  "autoscalingPolicy": {
    ...
    "minNumReplicas": 0,
    "maxNumReplicas": 30,
    ...
    "scalingSchedules": {
      "example-onetime-schedule": {
        "minRequiredReplicas": 30,
        "schedule": "0 0 30 1 * 2030",
        "timeZone": "America/New_York",
        "durationSec": 86400,
        "description": "Schedule a minimum of 30 VMs all day for January 30, 2030",
        "disabled": false
      },
      "workday-capacity": {
        "minRequiredReplicas": 10,
        "schedule": "30 8 * * Mon-Fri",
        "timeZone": "",
        "durationSec": 30600,
        "description": "Have at least 10 VMs every Monday through Friday from 8:30 AM to 5 PM UTC",
        "disabled": false
      },
      ...
    }
  },
  "scheduledScalingStatus": {
    "example-onetime-schedule": {
      "state": "READY",
      "nextStartTime": "2030-01-30T00:00:00.000-05:00",
      "lastStartTime": ''
    },
    "workday-capacity": {
      "state": "READY",
      "nextStartTime": "2020-11-04T08:30:00.000",
      "lastStartTime": "2020-11-03T08:30:00.000"
    },
    ...
  },
...
}

Skalierungsplan bearbeiten

Sie können einen vorhandenen Skalierungszeitplan bearbeiten, um alle Einstellungen außer dem Namen des Zeitplans zu ändern. Außerdem haben Sie die Möglichkeit, einen Skalierungsplan zu deaktivieren oder wieder zu aktivieren.

gcloud compute instance-groups managed update-autoscaling MIG_NAME \
    --update-schedule=SCHEDULE_NAME \
    [--schedule-cron="CRON_EXPRESSION"] \
    [--schedule-duration-sec=DURATION] \
    [--schedule-time-zone="TIME_ZONE"] \
    [--schedule-min-required-replicas=MIN_REQ_REPLICAS] \
    [--schedule-description="DESCRIPTION"] \
    [--zone=ZONE | --region=REGION]

PATCH https://www.googleapis.com/compute/v1/projects/PROJECT/zones/ZONE/autoscalers?autoscaler=AUTOSCALER_NAME

{
  "autoscalingPolicy": {
    "scalingSchedules": {
      "SCHEDULE_NAME": {
        "minRequiredReplicas": MIN_REQ_REPLICAS,
        "schedule": "CRON_EXPRESSION",
        "timeZone": "TIME_ZONE",
        "durationSec": DURATION,
        "description": "DESCRIPTION"
      },
      ...
    }
  }
}

Skalierungsplan deaktivieren und wieder aktivieren

Skalierungspläne sind standardmäßig aktiviert. Deaktivieren Sie einen Zeitplan, wenn er nicht aktiv sein soll, seine Konfiguration aber gespeichert werden soll. Wenn Sie einen deaktivierten Zeitplan noch einmal verwenden möchten, aktivieren Sie ihn wieder.

Löschen Sie den Zeitplan, wenn Sie den Zeitplan nicht speichern müssen oder das Zeitplanlimit von 128 für die jeweilige MIG erreicht haben. Wenn Sie Autoscaling für eine MIG deaktivieren möchten, deaktivieren Sie das Autoscaling.

gcloud compute instance-groups managed update-autoscaling MIG_NAME \
    --disable-schedule=SCHEDULE_NAME \
    [--zone=ZONE | --region=REGION]

gcloud compute instance-groups managed update-autoscaling MIG_NAME \
    --enable-schedule=SCHEDULE_NAME \
    [--zone=ZONE | --region=REGION]

PATCH https://www.googleapis.com/compute/v1/projects/PROJECT/zones/ZONE/autoscalers?autoscaler=AUTOSCALER_NAME

{
  "autoscalingPolicy": {
    "scalingSchedules": {
      "SCHEDULE_NAME": {
        "disabled": true
      },
      ...
    }
  }
}

PATCH https://www.googleapis.com/compute/v1/projects/PROJECT/zones/ZONE/autoscalers?autoscaler=AUTOSCALER_NAME

{
  "autoscalingPolicy": {
    "scalingSchedules": {
      "SCHEDULE_NAME": {
        "disabled": false
      },
      ...
    }
  }
}

Skalierungsplan löschen

Zum Entfernen von Skalierungsplänen aus einer MIG müssen Sie diese löschen. Sie können Zeitpläne löschen, die Sie nicht mehr benötigen, beispielsweise Zeitpläne mit dem Status OBSOLETE.

Eine Autoscaling-Richtlinie muss immer mindestens ein Skalierungssignal haben. Wenn kein anderes Autoscaling-Signal vorhanden ist, können Sie nicht alle Skalierungspläne löschen, ohne die gesamte Autoscaling-Richtlinie zu löschen. Wenn Sie alle Skalierungspläne löschen möchten, aber die Autoscaling-Richtlinie beibehalten möchten, müssen Sie mindestens ein Skalierungssignal hinzufügen, bevor Sie alle Zeitpläne löschen.

Falls ein Zeitplan nicht aktiv werden soll und Sie ihn für die zukünftige Verwendung speichern möchten, deaktivieren Sie den Zeitplan. Wenn Sie die Autoscaling-Konfiguration für eine MIG löschen möchten, löschen Sie das Autoscaling.

gcloud compute instance-groups managed update-autoscaling MIG_NAME \
    --remove-schedule=SCHEDULE_NAME \
    [--zone=ZONE | --region=REGION]

PATCH https://www.googleapis.com/compute/v1/projects/PROJECT/zones/ZONE/autoscalers?autoscaler=AUTOSCALER_NAME

{
  "autoscalingPolicy": {
    "scalingSchedules": {
      "SCHEDULE_NAME": null
      ...
    }
  }
}

Konzepte

In diesem Abschnitt werden Konzepte in Bezug auf das Erstellen und Verwenden von Skalierungsplänen beschrieben, einschließlich Zeitplaneinstellungen und Details zur Funktionsweise.

Zeitplaneinstellungen

Wenn Sie die Skalierungspläne für eine MIG erstellen und ändern, enthält jeder Skalierungsplan die folgenden Einstellungen:

• Mindestanzahl erforderlicher Instanzen: die Anzahl von VMs, die Sie in der MIG benötigen, wenn dieser Skalierungsplan aktiv ist

  Wenn dieser Zeitplan aktiv ist, enthält die MIG mindestens diese Anzahl von VMs, kann aber auch abhängig von anderen Autoscaling-Einstellungen mehr haben. Außerdem wird die MIG-Größe immer durch die Mindest- und Höchstanzahl von Instanzen beschränkt, die in den Autoscaling-Einstellungen der MIG konfiguriert sind.

• Zeitzone: die standortbasierte IANA-Zeitzone zur Interpretation der Startzeit des Zeitplans

  Eine Liste der verfügbaren Werte wird durch die IANA-Zeitzonendatenbank definiert, z. B. Europe/Paris. Wenn keine Zeitzone angegeben ist, wird standardmäßig UTC verwendet. Einige IANA-Zeitzonen berücksichtigen die Sommerzeit. Wie sich die Sommerzeit auf die Skalierungszeitpläne auswirkt, erfahren Sie unter Sommerzeit.

• Dauer: der Zeitraum, während dessen der Skalierungsplan aktiv sein soll

  Der Skalierungsplan ist ab seiner Startzeit während der konfigurierten Dauer aktiv. Die Mindestdauer beträgt 5 Minuten. Während dieser Zeit wird die MIG vom Autoscaling so skaliert, dass sie mindestens so viele VM-Instanzen enthält, wie im Zeitplan als erforderlich definiert sind. Wenn die aktuelle Kapazität nach der angegebenen Dauer nicht mehr benötigt wird, beginnt das Autoscaling nach einem standardmäßigen 10-minütigen Stabilisierungszeitraum mit dem Entfernen von VM-Instanzen, wobei alle eventuell konfigurierten Steuerelemente für die Herunterskalierung berücksichtigt werden.

  Skalierungspläne sind bidirektional. VMs werden zu der von Ihnen angegebenen Haltezeit entfernt und die Gruppengröße wird auf die von Ihnen festgelegte Mindestgröße verringert, sofern Sie keine anderen Autoscaling-Signale angegeben haben.

Bei Verwendung der Google Cloud CLI oder REST müssen Sie die Startzeit und Wiederholung eines Skalierungsplans mithilfe eines Cron-Ausdrucks konfigurieren. In der Google Cloud Console können Sie jedoch die Startzeit und Wiederholung eines Skalierungszeitplans mithilfe eines Cron-Ausdrucks oder der folgenden Einstellungen konfigurieren:

• Startzeit: Die Tageszeit, zu der der Skalierungsplan aktiv werden soll.

  Zu Beginn werden mit dem Skalierungsplan VMs erstellt, wenn die MIG kleiner ist als die erforderlichen Instanzen des Zeitplans. Legen Sie die Startzeit fest, damit genug Zeit zum Starten und Initialisieren neuer VMs bleibt. Wenn die Arbeitslast beispielsweise 10 Minuten ab der Erstellung der VM benötigt, um mit der Bereitstellung zu beginnen, setzen Sie die Startzeit auf 10 Minuten vor dem Zeitpunkt, zu dem die VMs bereit sein sollen.

• Wiederholung: Ob und wenn ja, wie oft der Skalierungsplan wiederholt wird, wie durch die folgenden Optionen definiert:

  • Einmal: Ein einmaliger Zeitplan, der nur an dem ausgewählten Datum beginnt.
  • Täglich: Ein sich wiederholender Zeitplan, der jeden Tag beginnt.
  • Jede Woche: Ein sich wiederholender Zeitplan, der jede Woche an den ausgewählten Wochentagen beginnt, z. B. jeden Montag bis Freitag.
  • Jeden Monat: Ein sich wiederholender Zeitplan, der jeden Monat an den ausgewählten Tagen des Monats beginnt, z. B. am ersten Tag jedes Monats Die letzten Tage des Monats (29. bis 31. Tag) gelten nur in den Monaten, in denen diese Tage auftreten.

Cron-Ausdrücke

Die Startzeit und Wiederholung eines Skalierungsplans können mit einem Cron-Ausdruck konfiguriert werden. Cron ist ein zeitbasierter Jobplaner, der ursprünglich in Unix-ähnlichen Computerbetriebssystemen verwendet wurde.

Syntax

Ein Cron-Ausdruck ist ein String, der aus fünf oder sechs durch Leerzeichen getrennten Feldern besteht. In der folgenden Tabelle werden die Felder eines Cron-Ausdrucks und die möglichen Werte für jedes Feld definiert.

Neben diesen Werten kann jedes Feld in einem Cron-Ausdruck auch Sonderzeichen enthalten:

Beachten Sie beim Schreiben eines Cron-Ausdrucks Folgendes:

• Zum Trennen der Felder eines Cron-Ausdrucks werden Leerzeichen verwendet. Fügen Sie keine zusätzlichen Leerzeichen in ein Feld ein, in dem Sonderzeichen verwendet werden.
• Wenn Sie sowohl einen Wochentag als auch einen Tag des Monats angeben und keines der Felder auf * festgelegt ist, verwendet der Zeitplan die Vereinigungsmenge dieser Werte, nicht die Schnittmenge. Beispiel: Der Zeitplan 0 8 1 * Mon beginnt an jedem Montag sowie an jedem ersten Tag des Monats um 8:00 Uhr. Dieser Zeitplan beginnt nicht nur an Montagen um 8:00 Uhr, die gleichzeitig der erste Tag des Monats sind.
• Sie können null oder mehr Sonderzeichen in jedem Feld eines Cron-Ausdrucks verwenden. Wenn ein Zeitplan beispielsweise jeden Monat außer Mai beginnen soll, können Sie das Feld für den Monat auf 1-4,6-12 festlegen, also auf eine Liste mit zwei Bereichen ohne Leerzeichen.
• Bei Verwendung von Bereichen (-) können Sie weder 0-7 noch Sun-Sun im Feld für den Wochentag angeben. Verwenden Sie zum Festlegen jedes Wochentags stattdessen *, 0-6, 1-7, Sun-Sat oder Mon-Sun.
• Denken Sie bei Verwendung von Schritten (/) daran, dass Cron-Ausdrücke zustandslos sind, sodass Schritte manchmal ungleichmäßig sein können. Wenn ein Zeitplan beispielsweise alle 6 Stunden ausgeführt werden soll, können Sie das Feld für die Stunden auf */6 festlegen. Das entspricht der Auflistung aller gültigen Vielfachen von 6 (0,6,12,18). Die Schritte sind gleichmäßig, weil sich 24 Stunden leicht in 6-Stunden-Abschnitte unterteilen lassen. Wenn Sie das Feld für die Stunden jedoch auf */7 festlegen, beginnt der Zeitplan nicht immer in 7-Stunden-Intervallen. In diesem Fall verhält sich */7 wie die Auflistung aller gültigen Vielfachen von 7 (0,7,14,21). Dies bedeutet, dass der Zeitplan um 0:00 Uhr, 7:00 Uhr, 14:00 Uhr und 21:00 Uhr gestartet werden kann.

Sich wiederholende Zeitpläne im Vergleich zu einmaligen Zeitplänen

Je nachdem, wie Sie den Cron-Ausdruck schreiben, kann Ihr Zeitplan einmalig ausgeführt werden oder sich regelmäßig wiederholen. Wenn Sie einen Zeitplan erstellen möchten, der nur einmal ausgeführt wird, müssen Sie das Feld für das Jahr angeben. Der Cron-Ausdruck 0 0 30 1 * 2030 konfiguriert beispielsweise einen Zeitplan, der nur einmal um Mitternacht am 30. Januar 2030 beginnt. Wenn Sie einen Zeitplan erstellen möchten, der sich wiederholt, geben Sie mithilfe von Sonderzeichen an, wann der Zeitplan wiederholt werden soll. Der Cron-Ausdruck 30 8 * * Mon-Fri konfiguriert beispielsweise einen Zeitplan, der jeden Montag, Dienstag, Mittwoch, Donnerstag und Freitag um 8:30 Uhr beginnt.

Informationen zum Zeitplanstatus

Listen Sie die Skalierungspläne auf, um ihren Status anzusehen. Ein Skalierungszeitplan hat folgende Statusinformationen:

• Status (state): der aktuelle Status des Skalierungsplans, dargestellt durch einen der folgenden Statuswerte:
  • Bereit (READY): Dieser Zeitplan ist bereit, aber noch nicht aktiv. Das Autoscaling wartet auf das nächste Auftreten dieses Zeitplans.
  • Aktiv (ACTIVE): Dieser Zeitplan ist gerade aktiv. Das Autoscaling versucht, für die jeweilige MIG die in diesem Zeitplan angegebene Mindestanzahl erforderlicher Instanzen bereitzustellen.
  • Veraltet (OBSOLETE): Dieser Zeitplan ist abgelaufen und wird nicht wieder aktiviert. Das Autoscaling ignoriert diesen Zeitplan, da es kein zukünftiges Auftreten gibt.
  • Deaktiviert (DISABLED): Dieser Zeitplan kann nicht aktiv sein, da er manuell deaktiviert wurde. Das Autoscaling ignoriert diesen Zeitplan, bis er wieder aktiviert wird.
• Letztes Auftreten (lastStartTime): Der Zeitstempel der letzten Aktivierung dieses Skalierungsplans. Dies ist das tatsächliche Datum und die tatsächliche Uhrzeit der letzten Aktivierung. Wenn Sie beispielsweise einen deaktivierten Skalierungsplan mit einer täglichen Wiederholung, einer Startzeit von 10:00 Uhr und einer zweistündigen Dauer haben und den Zeitplan heute um 11:00 Uhr wieder aktivieren, ist die lastStartTime heute um 11:00 Uhr.
• Nächstes Auftreten (nextStartTime): Der Zeitstempel des nächsten Zeitpunkts, zu dem dieser Zeitplan aktiv werden soll.

Sich überschneidende Zeitpläne

Je nach Startzeit, Wiederholung, Dauer und Zeitzone können sich zwei oder mehr Skalierungspläne überschneiden. Wenn mehrere Zeitpläne aktiv sind, verwendet das Autoscaling die größte Anzahl erforderlicher VM-Instanzen aus allen aktiven Skalierungsplänen. Dadurch wird gewährleistet, dass immer genügend Kapazität vorhanden ist, um den Anforderungen eines beliebigen aktiven Zeitplans zu entsprechen. Wenn Sie beispielsweise sowohl einen Zeitplan mit mindestens 10 erforderlichen VMs haben, der jeden Tag von 8:00 Uhr bis 10:00 Uhr wiederholt wird, als auch einen einmaligen ganztägigen Zeitplan mit mindestens 20 erforderlichen VMs, skaliert das Autoscaling die MIG an diesem Tag auf mindestens 20 VMs. Dies ist nützlich, wenn Sie regelmäßig wiederkehrende Kapazitätsanforderungen haben, aber manchmal mehr Kapazität für einmalige Ereignisse benötigen. Mit diesem Verhalten können Sie Kapazitäten planen, ohne befürchten zu müssen, dass diese von anderen Zeitplänen mit kleineren VM-Anforderungen überschrieben werden.

Darüber hinaus bietet das Autoscaling immer die größte Anzahl von VM-Instanzen, die für jedes aktive Autoscaling-Signal erforderlich sind. Weitere Informationen finden Sie unter Autoscaling-Richtlinie mit mehreren Signalen verwenden.

Sommerzeit

Die Details zur Sommerzeit unterscheiden sich je nach der standortbasierten IANA-Zeitzone Ihres Skalierungsplans. Wenn in der Zeitzone DST berücksichtigt wird, wird die Startzeit des Zeitplans automatisch angepasst, sodass sie mit der Zeit für den ausgewählten Standort synchronisiert ist. Wenn Sie beispielsweise einen Skalierungsplan erstellen, der jeden Tag um 7:00 Uhr in der Zeitzone America/New_York beginnt, beginnt dieser Zeitplan jedes Mal, wenn es in New York 07:00 Uhr ist, wobei entsprechend Eastern Daylight Time bzw. Eastern Standard Time angewendet wird.

Skalierungspläne werden immer für die gesamte Dauer ausgeführt, die Sie konfigurieren. An den Tagen der Umstellung der Sommerzeit (Daylight Saving Time, DST) können aber kleinere Abweichungen von Start- und Endzeit auftreten. Das liegt daran, dass es bei der Sommerzeitumstellung zu Umstellungszeiträumen kommt, also zu Zeitspannen, die am ersten Tag der Sommerzeit übersprungen werden und am letzten Tag der Sommerzeit zweimal auftreten. Wenn die Sommerzeit beispielsweise für Ihre Zeitzone um 2:00 Uhr beginnt und die Zeit um eine Stunde umgestellt wird, wird die Uhr um 1:59:59 Uhr auf 3:00 Uhr vorgestellt, sodass die Zeitspanne von 2:00 Uhr bis 2:59:59 Uhr wegfällt. Wenn die Sommerzeit für diese Zeitzone um 2:00 Uhr endet, wird die Uhr um 2:59:59 Uhr auf 2:00 Uhr zurückgestellt, sodass die Zeitspanne von 2:00 Uhr bis 2:59:59 Uhr zweimal auftritt. Bei den folgenden Erläuterungen wird davon ausgegangen, dass in der Zeitzone Ihres Zeitplans eine Sommerzeitumstellung von 1 Stunde gilt.

Am ersten Tag der Sommerzeit, wenn also 1 Stunde übersprungen wird, ergeben sich folgende Änderungen für die Skalierungspläne:

• Zeitpläne, die während der übersprungenen Stunde aktiv sind, werden für ihre gesamte Dauer ausgeführt. Zum Ausgleich für die übersprungene Stunde enden diese Zeitpläne aber eine Stunde später als die Endzeit an Tagen ohne Sommerzeitumstellung. Normalerweise ergibt sich die Endzeit eines Zeitplans aus der Startzeit plus der Dauer des Zeitplans. Wenn aber bei aktivem Zeitplan durch den Beginn der Sommerzeit eine Stunde übersprungen wird und die Dauer sowie die Startzeit konstant sind, ist die Endzeit eine Stunde später als die Startzeit des Zeitplans plus die Dauer.
• Zeitpläne, die so konfiguriert sind, dass sie während der übersprungenen Stunde beginnen, starten 1 Stunde später als an Tagen ohne Sommerzeitumstellung.

Am letzten Tag der Sommerzeit, also wenn 1 Stunde wiederholt wird, werden die Skalierungspläne so geändert:

• Zeitpläne, die während der wiederholten Stunde aktiv sind, werden weiter für ihre vorgesehene Dauer ausgeführt. Als Ausgleich für die wiederholte Stunde enden diese Zeitpläne aber eine Stunde früher als die Endzeit an Tagen ohne Sommerzeitumstellung. Normalerweise ergibt sich die Endzeit eines Zeitplans aus dem Startzeitpunkt plus der Dauer des Zeitplans. Wenn jedoch wegen des Endes der Sommerzeit eine Stunde wiederholt wird, während ein Zeitplan aktiv ist, bleiben Dauer und Startzeit konstant, die Endzeit ist aber dann für diesen Zeitplan um eine Stunde früher als die Startzeit plus die Dauer des Zeitplans.
• Zeitpläne, die so konfiguriert sind, dass sie während des Umstellungszeitraums zur festgelegten Zeit starten, werden bei der wiederholten Startzeit nicht neu gestartet.

Für die meisten Zeitzonen mit Sommerzeit gilt ein Umstellungszeitraum von einer Stunde. Wenn die Zeitzone für Ihren Zeitplan jedoch einen anderen Umstellungszeitraum verwendet, z. B. die Zeitzone Australia/Lord_Howe mit einer 30-minütigen Umstellung, ist das Verhalten grundsätzlich das gleiche. Ersetzen Sie dann einfach 1 Stunde durch die entsprechende Umstellungszeit.

Nächste Schritte

• Autoscaling-Richtlinie mit mehreren Signalen verwenden
• Autoscalings verwalten
• Autoscaling-Entscheidungen verstehen
• MIGs anhand anderer Arten von Autoscaling-Signalen automatisch skalieren:
  • CPU-Auslastung
  • Bereitstellungskapazität des Load-Balancing
  • Messwertüberwachung