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.
AMS-Arbeitslastaufnahme (WIGS)
Themen
Verwenden Sie den AMS Workload Ingest Change Type (CT) mit einem AMS-Cloud-Migrationspartner, um Ihre vorhandenen Workloads in eine von AMS verwaltete VPC zu verschieben. Mithilfe von AMS Workload Ingest können Sie ein benutzerdefiniertes AMS-AMI erstellen, nachdem Sie migrierte Instances auf AMS verschoben haben. In diesem Abschnitt werden der Prozess, die Voraussetzungen und die Schritte beschrieben, die Ihr Migrationspartner und Sie selbst für die Aufnahme von AMS-Workloads ergreifen.
Wichtig
Das Betriebssystem muss von AMS Workload Ingest unterstützt werden. Informationen zu unterstützten Betriebssystemen finden Sie unterMigration von Workloads: Voraussetzungen für Linux und Windows.
Jeder Workload und jedes Konto ist anders. AMS wird mit Ihnen zusammenarbeiten, um sich auf ein erfolgreiches Ergebnis vorzubereiten.
Das folgende Diagramm zeigt den Prozess zur Erfassung von AMS-Workloads.
Workload Ingest Stack: Erstellen
Screenshot dieses Änderungstyps in der AMS-Konsole:
So funktioniert es:
Navigieren Sie zur Seite RFC erstellen: Klicken Sie im linken Navigationsbereich der AMS-Konsole, um die RFCs Listenseite RFCszu öffnen, und klicken Sie dann auf RFC erstellen.
Wählen Sie in der Standardansicht „Änderungstypen durchsuchen“ einen beliebten Änderungstyp (CT) oder wählen Sie in der Ansicht „Nach Kategorie auswählen“ einen CT aus.
Nach Änderungstyp suchen: Sie können im Bereich Schnellerstellung auf ein beliebtes CT klicken, um sofort die Seite RFC ausführen zu öffnen. Beachten Sie, dass Sie mit Quick Create keine ältere CT-Version auswählen können.
Verwenden Sie zum Sortieren CTs den Bereich Alle Änderungstypen in der Karten - oder Tabellenansicht. Wählen Sie in einer der Ansichten einen CT aus und klicken Sie dann auf RFC erstellen, um die Seite RFC ausführen zu öffnen. Falls zutreffend, wird neben der Schaltfläche „RFC erstellen“ die Option Mit älterer Version erstellen angezeigt.
Nach Kategorie auswählen: Wählen Sie eine Kategorie, eine Unterkategorie, einen Artikel und einen Vorgang aus. Daraufhin wird das Feld mit den CT-Details geöffnet. Dort können Sie gegebenenfalls die Option „Mit älterer Version erstellen“ auswählen. Klicken Sie auf RFC erstellen, um die Seite RFC ausführen zu öffnen.
Öffnen Sie auf der Seite RFC ausführen den Bereich CT-Name, um das Feld mit den CT-Details zu sehen. Ein Betreff ist erforderlich (dieser wird für Sie ausgefüllt, wenn Sie Ihr CT in der Ansicht „Änderungstypen durchsuchen“ auswählen). Öffnen Sie den Bereich Zusätzliche Konfiguration, um Informationen zum RFC hinzuzufügen.
Verwenden Sie im Bereich Ausführungskonfiguration die verfügbaren Dropdownlisten oder geben Sie Werte für die erforderlichen Parameter ein. Um optionale Ausführungsparameter zu konfigurieren, öffnen Sie den Bereich Zusätzliche Konfiguration.
Wenn Sie fertig sind, klicken Sie auf Ausführen. Wenn keine Fehler vorliegen, wird die Seite mit dem RFC erfolgreich erstellt mit den übermittelten RFC-Details und der ersten Run-Ausgabe angezeigt.
Öffnen Sie den Bereich Run-Parameter, um die von Ihnen eingereichten Konfigurationen zu sehen. Aktualisieren Sie die Seite, um den RFC-Ausführungsstatus zu aktualisieren. Brechen Sie optional den RFC ab oder erstellen Sie eine Kopie davon mit den Optionen oben auf der Seite.
Anmerkung
Wenn der RFC abgelehnt wird, enthält die Ausführungsausgabe einen Link zu CloudWatch Amazon-Protokollen. AMS Workload Ingest (WIGS) RFCs werden abgelehnt, wenn die Anforderungen nicht erfüllt sind, z. B. wenn auf der Instance Antivirensoftware erkannt wird. Die CloudWatch Protokolle enthalten Informationen über die fehlgeschlagene Anforderung und die zur Behebung zu ergreifenden Maßnahmen.
So funktioniert es:
Verwenden Sie entweder Inline Create (Sie geben einen
create-rfcBefehl mit allen RFC- und Ausführungsparametern aus) oder Template Create (Sie erstellen zwei JSON-Dateien, eine für die RFC-Parameter und eine für die Ausführungsparameter) und geben Sie dencreate-rfcBefehl mit den beiden Dateien als Eingabe aus. Beide Methoden werden hier beschrieben.Reichen Sie den
aws amscm submit-rfc --rfc-idBefehl RFC: mit der zurückgegebenen RFC-ID ein.IDÜberwachen Sie den RFC: -Befehl.
aws amscm get-rfc --rfc-idID
Verwenden Sie diesen Befehl, um die Version des Änderungstyps zu überprüfen:
aws amscm list-change-type-version-summaries --filter Attribute=ChangeTypeId,Value=CT_ID
Anmerkung
Sie können alle CreateRfc Parameter mit jedem RFC verwenden, unabhängig davon, ob sie Teil des Schemas für den Änderungstyp sind oder nicht. Um beispielsweise Benachrichtigungen zu erhalten, wenn sich der RFC-Status ändert, fügen Sie diese Zeile dem RFC-Parameter-Teil der Anfrage hinzu (nicht den Ausführungsparametern). --notification "{\"Email\": {\"EmailRecipients\" : [\"email@example.com\"]}}" Eine Liste aller CreateRfc Parameter finden Sie in der AMS Change Management API-Referenz.
Sie können die AMS-CLI verwenden, um eine AMS-Instanz aus einer Nicht-AMS-Instanz zu erstellen, die auf ein AMS-Konto migriert wurde.
Anmerkung
Stellen Sie sicher, dass Sie die Voraussetzungen erfüllt haben. Weitere Informationen finden Sie unter Migration von Workloads: Voraussetzungen für Linux und Windows.
Verwenden Sie diesen Befehl, um die Version des Änderungstyps zu überprüfen:
aws amscm list-change-type-version-summaries --filter Attribute=ChangeTypeId,Value=CT_ID
INLINE-ERSTELLUNG:
Geben Sie den Befehl create RFC mit den direkt angegebenen Ausführungsparametern aus (vermeiden Sie Anführungszeichen, wenn Sie die Ausführungsparameter inline angeben), und senden Sie dann die zurückgegebene RFC-ID. Sie können den Inhalt beispielsweise durch etwas Ähnliches ersetzen:
aws amscm create-rfc --change-type-id "ct-257p9zjk14ija" --change-type-version "2.0" --title "AMS-WIG-TEST-NO-ACTION" --execution-parameters "{\"InstanceId\":\"INSTANCE_ID\",\"TargetVpcId\":\"VPC_ID\",\"TargetSubnetId\":\"SUBNET_ID\",\"TargetInstanceType\":\"t2.large\",\"ApplyInstanceValidation\":true,\"Name\":\"WIG-TEST\",\"Description\":\"WIG-TEST\",\"EnforceIMDSV2\":\"false\"}"
VORLAGE ERSTELLEN:
0Geben Sie das JSON-Schema der Ausführungsparameter für diesen Änderungstyp in eine Datei aus. Beispiel nennt sie MigrateStackParams .json:
aws amscm get-change-type-version --change-type-id "ct-257p9zjk14ija" --query "ChangeTypeVersion.ExecutionInputSchema" --output text > MigrateStackParams.jsonÄndern und speichern Sie die JSON-Datei mit den Ausführungsparametern. Sie können den Inhalt beispielsweise durch etwas Ähnliches ersetzen:
{ "InstanceId": "MIGRATED_INSTANCE_ID", "TargetVpcId": "VPC_ID", "TargetSubnetId": "SUBNET_ID", "Name": "Migrated-Stack", "Description": "Create-Migrated-Stack", "EnforceIMDSV2": "false" }Gibt die JSON-Datei mit der RFC-Vorlage aus. Das Beispiel nennt sie MigrateStackRfc .json:
aws amscm create-rfc --generate-cli-skeleton > MigrateStackRfc.jsonÄndern und speichern Sie die MigrateStackRfc JSON-Datei. Sie können den Inhalt beispielsweise durch etwas Ähnliches ersetzen:
{ "ChangeTypeId": "ct-257p9zjk14ija", "ChangeTypeVersion": "2.0", "Title": "Migrate-Stack-RFC" }Erstellen Sie den RFC und geben Sie die MigrateStackRfc Datei und die MigrateStackParams Datei an:
aws amscm create-rfc --cli-input-json file://MigrateStackRfc.json --execution-parameters file://MigrateStackParams.jsonSie erhalten die ID des neuen RFC in der Antwort und können sie verwenden, um den RFC zu senden und zu überwachen. Bis Sie ihn abschicken, verbleibt der RFC im Bearbeitungszustand und startet nicht.
Die neue Instanz wird in der Instanzliste für das Konto des Anwendungsbesitzers für die entsprechende VPC angezeigt.
Sobald der RFC erfolgreich abgeschlossen wurde, benachrichtigen Sie den Anwendungsbesitzer, damit er sich bei der neuen Instanz anmelden und überprüfen kann, ob der Workload betriebsbereit ist.
Anmerkung
Wenn der RFC abgelehnt wird, enthält die Ausführungsausgabe einen Link zu CloudWatch Amazon-Protokollen. AMS Workload Ingest (WIGS) RFCs werden abgelehnt, wenn die Anforderungen nicht erfüllt sind, z. B. wenn auf der Instance Antivirensoftware erkannt wird. Die CloudWatch Protokolle enthalten Informationen über die fehlgeschlagene Anforderung und die zur Behebung zu ergreifenden Maßnahmen.
Anmerkung
Vergewissern Sie sich, dass Sie die Voraussetzungen erfüllt haben. Weitere Informationen finden Sie unter Migration von Workloads: Voraussetzungen für Linux und Windows.
Anmerkung
Wenn ein Tag auf der zu migrierenden Instanz denselben Schlüssel hat wie ein im RFC bereitgestelltes Tag, schlägt der RFC fehl.
Anmerkung
Sie können bis zu vier Ziel- IDs, Ports- und Availability Zones angeben.
Anmerkung
Wenn der RFC abgelehnt wird, enthält die Ausführungsausgabe einen Link zu CloudWatch Amazon-Protokollen. AMS Workload Ingest (WIGS) RFCs werden abgelehnt, wenn die Anforderungen nicht erfüllt sind, z. B. wenn auf der Instance Antivirensoftware erkannt wird. Die CloudWatch Protokolle enthalten Informationen über die fehlgeschlagene Anforderung und die zur Behebung zu ergreifenden Maßnahmen.
Anmerkung
Wenn der RFC abgelehnt wird, enthält die Ausführungsausgabe einen Link zu CloudWatch Amazon-Protokollen. AMS Workload Ingest (WIGS) RFCs werden abgelehnt, wenn die Anforderungen nicht erfüllt sind, z. B. wenn auf der Instance Antivirensoftware erkannt wird. Die CloudWatch Protokolle enthalten Informationen über die fehlgeschlagene Anforderung und die zur Behebung zu ergreifenden Maßnahmen.
Falls erforderlich, finden Sie weitere Informationen unter Fehler bei der Workload Ingestion (WIGS).