Zeitplan RFCs - AMS-Benutzerhandbuch für Fortgeschrittene
Legen Sie einen RFC-Zeitplan festVerwenden Sie die Option RFC-Priorität

Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.

Zeitplan RFCs

Mit der Planungsfunktion können Sie eine Startzeit für RFCs auswählen. Die folgenden Optionen sind in der Planungsfunktion verfügbar:

  • Führen Sie diese Änderung so schnell wie möglich aus: AMS führt den RFC aus, sobald er genehmigt wurde. Die meisten CTs werden automatisch genehmigt. Verwenden Sie diese Option, wenn der RFC nicht zu einem bestimmten Zeitpunkt starten soll.

  • Planen Sie diese Änderung: Legen Sie einen Tag, eine Uhrzeit und eine Zeitzone fest, an der der RFC ausgeführt werden soll. Bei automatisierten Änderungstypen empfiehlt es sich, eine Startzeit anzufordern, die mindestens 10 Minuten nach der geplanten Einreichung des RFC liegt. Für die Überprüfung der erforderlichen Änderungstypen ist es erforderlich, dass Sie eine Startzeit beantragen, die mindestens 24 Stunden nach der geplanten Einreichung des RFC liegt. Wenn der RFC bis zur konfigurierten Startzeit nicht genehmigt wird, wird der RFC abgelehnt.

Legen Sie einen RFC-Zeitplan fest

Verwenden Sie eine der folgenden Methoden, um einen RFC zu planen:

Führen Sie diese Änderung so schnell wie möglich aus:

  • Konsole: Nichts tun. Dabei wird der standardmäßige RFC-Zeitplan verwendet.

  • API oder CLI: Entfernen Sie die RequestedEndTime Optionen RequestedStartTime und im Vorgang Create RFC.

ASAP „Überprüfung erforderlich“ RFCs werden automatisch abgelehnt, wenn sie nicht innerhalb von dreißig Tagen nach Einreichung genehmigt werden.

Planen Sie diese Änderung ein:

  • Konsole: Wählen Sie das Optionsfeld Diese Änderung planen aus. Ein Bereich mit der Startzeit wird geöffnet. Geben Sie manuell einen Tag ein oder verwenden Sie das Kalender-Widget, um einen Tag auszuwählen. Geben Sie eine Uhrzeit in UTC ein, ausgedrückt im Format ISO 8601, und verwenden Sie die Dropdownliste, um einen Ort auszuwählen. Standardmäßig verwendet AMS das ISO 8601-Format YYYYMMDDThhmmss Z YYYY-MM-DDThh oder:MM:SSZ. Beide Formate werden akzeptiert.

    Anmerkung

    Die Standard-Endzeit liegt 4 Stunden nach der von Ihnen eingegebenen Startzeit. Um die Endzeit Ihrer geplanten Änderung auf mehr als 4 Stunden festzulegen, verwenden Sie die API oder CLI, um die Änderung auszuführen.

  • API oder CLI: Senden Sie Werte für die RequestedEndTime Parameter RequestedStartTime und im Vorgang Create RFC. Durch die Übergabe eines konfigurierten Elements wird die Ausführung eines automatisierten Änderungstyps, der bereits gestartet wurde, RequestedEndTime nicht gestoppt. Bei einem Änderungstyp „Überprüfung erforderlich“ können Sie eine Verlängerung beantragen oder Sie werden möglicherweise aufgefordert, den RFC erneut einzureichen, wenn der Änderungstyp „Überprüfung erforderlich“ noch nicht abgeschlossen ist und Sie mit AMS in Kontakt stehen. RequestedEndTime

    Tipp

    Ein Beispiel für eine Anzeige der UTC-Zeit finden Sie unter UTC auf der Time-IS-Website. Beispiel für ein ISO 8601-Format für den date/time Wert 2016-12-05 um 14:20 Uhr: 2016-12-05T 14:20:00 Z oder 20161205T142000Z.

Wenn Sie angeben...

  • nur aRequestedStartTime, der RFC gilt als geplant und der RequestedEndTime wird mit dem ExecutionDurationInMinutes Wert gefüllt.

  • nur aRequestedEndTime, wir werfen eine InvalidArgumentException.

  • RequestedStartTimesowohl als auchRequestedEndTime, wir überschreiben die RequestedEndTime mit der angegebenen Startzeit plus dem ExecutionDurationInMinutes Wert.

  • RequestedStartTimeweder nochRequestedEndTime, wir behalten diese Werte bei Null und der RFC wird als ASAP-RFC behandelt.

Anmerkung

Für alle geplanten Änderungen wird eine nicht spezifizierte Endzeit angegeben RFCs, die aus der Uhrzeit des angegebenen Zeitpunkts RequestedStartTime plus dem ExpectedExecutionDurationInMinutes Attribut des übermittelten Änderungstyps besteht. Wenn der beispielsweise „60“ (Minuten) ExpectedExecutionDurationInMinutes ist und der angegebene Wert 2016-12-05T14:20:00Z (5. Dezember 2016 um 4:20 Uhr) RequestedStartTime ist, würde die tatsächliche Endzeit auf den 5. Dezember 2016 um 5:20 Uhr festgelegt. Um den ExpectedExecutionDurationInMinutes für einen bestimmten Änderungstyp zu finden, führen Sie diesen Befehl aus:

aws amscm --profile saml get-change-type-version --change-type-id CHANGE_TYPE_ID --query "ChangeTypeVersion.{ExpectedDuration:ExpectedExecutionDurationInMinutes}"

Verwenden Sie die Option RFC-Priorität

Verwenden Sie die Option Priorität in execution mode = manual Änderungstypen, um AMS Operations auf die Dringlichkeit der Anfrage hinzuweisen.

Option Priorität inexecution mode = manual:

Geben Sie die Priorität eines manuellen RFC als Hoch, Mittel oder Niedrig an. RFCs Als hoch eingestuft werden, werden geprüft und genehmigt, bevor sie als Mittel RFCs eingestuft werden. Dabei gelten die RFC-Servicelevel-Ziele (SLOs) und deren Einreichungszeiten. RFCs mit niedriger Priorität oder ohne angegebene Priorität werden in der Reihenfolge verarbeitet, in der sie eingereicht wurden.