Hinweis zum Ende des Supports: Am 30. Juni 2027 AWS wird der Support für AMS Advanced eingestellt. Nach dem 30. Juni 2027 können Sie nicht mehr auf die AMS Advanced-Konsole oder die AMS Advanced-Ressourcen zugreifen. Weitere Informationen finden Sie unter Ende des Supports für AMS Advanced.

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.

Übergang von AMS Advanced zu AMS Accelerate

AMS Advanced erreicht am 30. Juni 2027 das Ende des Supports. Nach diesem Datum werden die Betriebsfunktionen von AMS Advanced nicht mehr funktionieren und alle Kunden werden vom Service ausgeschlossen. Ihre zugrunde liegende AWS Infrastruktur und Ihre Workloads sind davon nicht betroffen — lediglich die AMS Advanced-Managementebene wird entfernt.

Dieser Leitfaden hilft Ihnen zu verstehen, was sich während der Umstellung ändert und welche Maßnahmen Sie ergreifen müssen. AMS Accelerate bietet weiterhin Incident Management, Patch Management, Backup-Management und Sicherheitsüberwachung direkt in Ihren bestehenden AWS Konten. Ihre Workloads bleiben bestehen, ohne dass eine Migration erforderlich ist.

Worin unterscheiden sich AMS Advanced und Accelerate

AMS Advanced verwendet ein präventives Modell: Sie nehmen Änderungen an Ihrer Umgebung ausschließlich über eine Bibliothek mit vorab geprüften automatisierten Änderungen (Änderungstypen) vor oder fordern manuelle Änderungen an, die von AMS-Technikern ausgeführt werden. Dieser Ansatz verhindert, dass riskante Änderungen Ihre Infrastruktur erreichen, bedeutet aber auch, dass Sie Ihre eigenen Tools (wie Terraform oder die AWS Management Console) nicht verwenden können AWS CloudFormation, um Änderungen direkt vorzunehmen.

AMS Accelerate verwendet ein Erkennungs- und Reaktionsmodell: Sie nehmen Änderungen direkt mit Ihren bevorzugten Tools und Workflows vor. Anstatt Änderungen im Voraus zu blockieren, überwacht Accelerate Ihre Umgebung und reagiert auf riskante Konfigurationen. Je nachdem, wie Sie die einzelnen Kontrollen konfiguriert haben, führt Accelerate automatisch Korrekturen durch, benachrichtigt Sie oder meldet Ergebnisse. Dies gibt Ihnen die Geschwindigkeit und Autonomie, um in Ihrem eigenen Tempo zu arbeiten, während AMS Ihre Umgebung weiterhin schützt.

Beide Pläne nutzen dieselben zentralen Betriebsdienste: Überwachung, Vorfallmanagement, Patch-Management, Backup-Management, Kostenoptimierung, Berichterstattung und dedizierter CSDM- und CA-Support. Einige Funktionen, die es nur bei AMS Advanced gibt (wie das RFC-System, Managed Access und Endpoint Security), lassen sich nicht direkt übertragen. In der Tabelle im folgenden Abschnitt wird erklärt, was in Accelerate verfügbar ist und was Sie selbst verwalten.

Es ist auch wichtig zu verstehen, wie die Techniker von AMS Operations auf Ihre Instances zugreifen. In AMS Advanced stellt AMS Ops mithilfe interner Anmeldeinformationen eine Verbindung über dieselbe Bastion-Infrastruktur her. In Accelerate greifen AMS Ops auf Ihre Instances AWS Systems Manager Session Manager zu, wenn dies für die Reaktion auf Vorfälle, das Patchen oder für betriebliche Aufgaben erforderlich ist. Dazu muss der SSM-Agent auf Ihren Instances ausgeführt werden und ein IAM-Instanzprofil vorhanden sein, das die Kommunikation mit dem Service autorisiert. AWS Systems Manager AMS Accelerate bietet eine automatisierte Instanzkonfiguration, die den SSM-Agent (und den CloudWatch Agenten) auf Ihren EC2-Instances installiert und verwaltet. Ihre CA hilft Ihnen dabei, dies beim Onboarding zu aktivieren. Wenn Sie den SSM-Agenten bereits bereitgestellt haben und ein kompatibles Instance-Profil haben, ist keine zusätzliche Einrichtung erforderlich.

Wie funktioniert der Übergang

Wir migrieren Ihre Workloads nicht. Ihre Anwendungen, Daten und Infrastruktur bleiben genau dort, wo sie sind. Was wir tun, ist, Ihre Konten aus AMS Advanced auszugliedern und sie in Accelerate zu integrieren. Dies ist eine betriebliche Umstellung, keine Workload-Migration.

Die Umstellung erfolgt pro Konto und kann für mehrere Konten parallel durchgeführt werden. Ihr CSDM und Ihre CA koordinieren die Planung mit Ihnen und wählen Daten und Uhrzeiten aus, die für Ihren Betrieb geeignet sind. Während der Umstellung werden zuerst die AMS Accelerate-Konsole und die APIs aktiviert, und die AMS Advanced-Konsole und die APIs funktionieren nicht mehr, bevor sie vollständig entfernt wurden. Sie sollten mit der Nutzung der Accelerate-Konsole und der APIs beginnen, sobald sie aktiviert sind. Das Entfernen von AMS Advanced-Ressourcen dauert ungefähr zwei Stunden pro Konto. Während dieser Zeit sind die alten AMS Advanced-Schnittstellen nicht mehr funktionsfähig. Ihre Workloads laufen durchgehend normal weiter.

Wie wir Sie bei der Umstellung unterstützen

Für die Funktionen, die AMS weiterhin in Accelerate verwaltet (Überwachung, Patching, Backup, Incident Management), kümmert sich AMS in Ihrem Namen um die Migration. Dazu gehören die Bereitstellung neuer Konfigurationen, das Anwenden von Tags, die Übersetzung Ihrer Alarmeinstellungen und die Migration Ihrer Wartungsfenster. Außerdem haben Sie während des gesamten Prozesses Zugang zu den AMS-Technikern, falls Fragen oder Probleme auftauchen.

Ihr CSDM und Ihre CA sind durchweg Ihre wichtigsten Ansprechpartner. Sie helfen Ihnen dabei, zu verstehen, was für Ihre spezifischen Konten erforderlich ist, koordinieren die Migrationstermine und verbinden Sie bei Bedarf mit den richtigen Teams. Wir empfehlen, die Umstellung bis zum 31. März 2027 abzuschließen, um einen Puffer vor dem 30. Juni 2027 zur Verfügung zu haben.

Wenn Sie zusätzliche praktische Hilfe bei der Durchführung von Änderungen benötigen, bietet Ihnen Operations on Demand Zugang zu qualifizierten AMS-Technikern, die in monatlichen Abständen von 20 Stunden mit Ihrem Team zusammenarbeiten können. Wir melden uns auch vierteljährlich (September 2026, Dezember 2026, März 2027) bei Ihnen, um den Fortschritt zu überprüfen, etwaige Hindernisse zu beseitigen und den Plan anzupassen, falls sich Ihr Zeitplan oder Ihre Prioritäten ändern.

Was ändert sich auf einen Blick

AMS Accelerate umfasst mehrere Funktionen, die in AMS Advanced nicht verfügbar sind, darunter die Überwachung von mehr als 13 Ressourcentypen (Amazon RDS, Elastic Load Balancing, Amazon EFS, Amazon EKS, OpenSearch Service, Amazon FSx, NAT Gateway, VPN), automatisiertes Ressourcen-Tagging (Resource Tagger), automatisierte Ressourcenplanung zur Kostenoptimierung (Resource Scheduler) und automatisierte Instance-Konfiguration für die Agentenbereitstellung. Diese stehen Ihnen unmittelbar nach dem Onboarding zur Verfügung.

Die folgende Tabelle fasst zusammen, was in Accelerate verfügbar ist und was sich von AMS Advanced unterscheidet.

Zugriff auf EC2-Instances

In AMS Advanced folgt der Instanzzugriff einem präskriptiven Modell: Sie stellen eine Verbindung über AMS-managed Bastion-Hosts her, verwenden AMS-managed Active Directory für die Authentifizierung und fordern den Zugriff über RFCs an. AMS kontrolliert, wer welche Instances erreichen kann und für wie lange.

In AMS Accelerate wählen Sie Ihre eigene Zugriffsmethode. Es gibt keinen vorgeschriebenen Pfad — Sie können AWS Systems Manager Session Manager entweder direkt RDP/SSH über Ihr Unternehmensnetzwerk oder eine andere Methode wählen, die Ihren Sicherheitsanforderungen entspricht.

Im Rahmen der Umstellung entfernen wir die AMS Bastion Hosts und übergeben Ihnen die Active Directory-Infrastruktur. Ihre bestehenden Instanzen bleiben domänengebunden und mit Ihren AD-Anmeldeinformationen zugänglich — wir haben dies ohne Ausfallzeiten für den Zugriff überprüft. Sie können AD weiterhin als langfristige Zugriffsmethode verwenden, wenn es für Ihr Unternehmen funktioniert, oder Sie können es vorübergehend verwenden, während Sie einen anderen Ansatz konfigurieren. In jedem Fall müssen Sie die AD-Vertrauensstellung, die Netzwerkkonnektivität und die Domänenkonfiguration beibehalten.

Wichtige Informationen

Für bestehende Instances müssen Sie Ihre Unternehmensbenutzer oder -gruppen zu den AMS AD-Zugriffsgruppen hinzufügen, damit sie dauerhaften Zugriff haben. In AMS Advanced gewährte der RFC-Prozess temporäre Zugriffsfenster von 8 Stunden. Post-transition, dass diese Automatisierung nicht mehr verfügbar ist. Stattdessen fügen Sie Ihre Benutzer als ständige Mitglieder der Zugriffsgruppen hinzu. Wir beraten Sie, zu welchen Gruppen Sie Ihre Benutzer hinzufügen sollten und welche Tools dafür erforderlich sind.

Nach der Bereitstellung stellen Benutzer mithilfe ihrer AD-Anmeldeinformationen eine direkte Verbindung über Ihren vorhandenen Netzwerkpfad (Direct Connect, VPN oder Transit Gateway) her.

Bei neuen Instances wird das AMS-Bootstrap-Skript beim Booten nicht mehr ausgeführt, sodass zwei Dinge, die zuvor automatisch waren, jetzt konfiguriert werden müssen:

Zugriffsverwaltung: Sie übernehmen die Verantwortung dafür, wer Zugriff auf Ihre Instances hat. Wir stellen Ihnen ein AD-Administratorkonto, eine Administrator-Workstation und Automatisierungstools für die Benutzerbereitstellung zur Verfügung. Sie entscheiden über Ihre Zugriffsrichtlinie — ob es sich dabei um eine permanente Gruppenmitgliedschaft, einen zeitlich begrenzten Zugriff über Ihre eigenen Governance-Tools oder um IAM-Richtlinien für Session Manager handelt.

AMS Amazon Machine Images (AMIs)

In AMS Advanced erstellt AMS jeden Monat aktualisierte AMIs für unterstützte Betriebssysteme, die mit Verwaltungssoftware, Sicherheitsagenten und Domain-Join-Skripten vorkonfiguriert sind. Diese AMIs werden mit Ihren Konten geteilt und beim Start neuer EC2-Instances über das Change-Management-System verwendet.

Die AMS-AMI-Produktion ist nicht Teil von AMS Accelerate. Nach der Umstellung produziert AMS keine monatlichen AMIs mehr und gibt sie auch nicht mehr an Ihre Konten weiter. Verwenden Sie für den Start neuer Instances und Startkonfigurationen von Auto Scaling Scaling-Gruppen (ASG) die standardmäßig AWS bereitgestellten AMIs für Ihr Betriebssystem (verfügbar in der EC2-Konsole oder im AWS AMI-Katalog). Diese werden AWS mit regelmäßigen Sicherheitsupdates aktualisiert und sind die empfohlene Basis für alle neuen Instances. Wenn Sie ASGs verwenden, die in ihren Startvorlagen auf AMS-AMIs verweisen, aktualisieren Sie diese Verweise auf AWS Standard-AMIs oder Ihre eigenen benutzerdefinierten AMIs, um sicherzustellen, dass neue Instances, die durch Skalierungsereignisse gestartet werden, ein unterstütztes Image verwenden.

Bestehende AMS-AMIs, die bereits gemeinsam genutzt wurden, werden beim Offboarding nicht sofort wieder freigegeben. AMIs, die vor dem 30. Juni 2026 erstellt wurden, werden jedoch am 30. Juni 2027 nicht mehr unterstützt. AMIs, die zwischen dem 30. Juni 2026 und dem 30. Juni 2027 erstellt wurden, werden auch nach dem 30. Juni 2027 noch ein Jahr lang gemeinsam genutzt.

Wenn Sie benutzerdefinierte AMI-Anforderungen haben, die über das hinausgehen, was AWS Standard-AMIs bieten (z. B. vorgefertigte Anwendungen, gehärtete Konfigurationen oder organisationsspezifische Tools), können Sie mit EC2 Image Builder Ihre eigene Pipeline erstellen. Wenn Sie es vorziehen, dass AMS dies für Sie erledigt, umfasst der Operations on Demand-Katalog ein AMI-Angebot für Gebäude und Verkauf. Sprechen Sie mit Ihrem CSDM, um mehr über diese Option zu erfahren.

Endpunktsicherheit

In AMS Advanced installiert und verwaltet AMS Trend Micro Endpoint Security auf Ihren EC2-Instances. Dazu gehören die Agenteninstallation (automatisiert durch Boot-Skripts bei jedem Start der Instance), die Agentenaktivierung, die Ereignisüberwachung und die Erstellung von Vorfällen. AMS verwaltet diese Infrastruktur je nach Kontokonfiguration über die Deep Security Manager (DSM), Cloud One- oder Vision One-Plattform.

Im Rahmen der Umstellung wählen Sie Ihren Weg zur Endpunktsicherheit: Fahren Sie mit Trend Micro fort und wechseln Sie zu Vision One (einer vollständig von Trend Micro gehosteten SaaS-Plattform, die die lokale DSM-Infrastruktur überflüssig macht), oder wechseln Sie zu einem anderen Sicherheitsanbieter Ihrer Wahl. In beiden Fällen übernehmen Sie die Verantwortung für den Agent-Lebenszyklus bei dem von Ihnen ausgewählten Anbieter — für die Bereitstellung der Agenten, die Verwaltung der Lizenzen und die Konfiguration der Aktivierung. Dies muss vor der Umstellung auf Accelerate abgeschlossen sein, da AMS den EPS-Stack während der Migration auslagert und die Boot-Skripte den Trend Micro Agent beim Start der Instance nicht mehr installieren oder aktivieren.

Option 1: Weiter mit Trend Micro Vision One (SaaS)

Vision One ist die Cloud-native Trend Micro Plattform, die sich in... integrieren AWS Security Hub lässt. AMS unterstützt Sie bei der Migration von Ihrer aktuellen Plattform (DSM oder Cloud One) zu Vision One vor dem Offboarding. Sobald Sie Vision One aktiviert haben, arbeiten Sie direkt mit Trend Micro zusammen, um das Lebenszyklusmanagement für Agenten zu übernehmen. Wenn Sie derzeit DSM verwenden, ist der Migrationspfad sequentiell: DSM zu Cloud One, dann Cloud One zu Vision One. Mit Vision One werden Sicherheitswarnungen an AWS Security Hub gesendet. Kunden, die ebenfalls an Bord von AWS Security Incident Response (SIR) sind, können ihre Ereignisse kontinuierlich überwachen und auf Vorfälle reagieren AWS.

Option 2: Verwenden Sie eine andere Endpunkt-Sicherheitslösung

Sie wählen eine Endpunkt-Sicherheitslösung Ihrer Wahl aus, implementieren und verwalten sie. AMS entfernt die Trend Micro Agents aus Ihren Instances und entfernt den EPS-Stack. Sie sind für die Einrichtung und den Betrieb des von Ihnen ausgewählten Anbieters verantwortlich. Sie können die von Ihnen gewählte Lösung optional in AWS Security Hub die SIR-Abdeckung integrieren.

Bei beiden Optionen übernehmen Sie künftig die Verantwortung für den gesamten Agentenlebenszyklus: Bereitstellung von Agenten auf Ihren Instances (mithilfe Ihrer eigenen Automatisierung, SSM State Manager, benutzerdefinierter AMIs oder eines Konfigurationsmanagementtools), Verwaltung Ihrer Lieferantenlizenz und Aktivierungsdaten und Konfiguration der Ereignisüberwachung über das Dashboard Ihres Anbieters oder AWS Security Hub.

Überwachung und Alarme

In AMS Advanced erstellt der Alarmmanager automatisch CloudWatch Alarme für alle verwalteten EC2-Instances, und Sie reichen Serviceanfragen ein, um Schwellenwerte zu ändern. In AMS Accelerate erstellt und verwaltet AMS weiterhin Alarme in Ihrem Namen, aber das Modell ist tag-gesteuert — AMS überwacht Instances, auf die ein Monitoring-Tag angewendet wurde, und Sie passen die Schwellenwerte direkt in Ihrem Konto an, ohne Serviceanfragen einreichen zu müssen. AWS AppConfig Die Abdeckung erstreckt sich auch von EC2 und Redshift auf mehr als 13 Ressourcentypen, darunter Amazon RDS, Elastic Load Balancing, Amazon EFS, Amazon EKS, OpenSearch Service, Amazon FSx, NAT Gateway und VPN.

Wichtige Informationen

Für die Überwachung der Kontinuität sind keine manuellen Maßnahmen erforderlich. AMS wendet während der Migration Monitoring-Tags auf Ihre vorhandenen EC2-Instances an und übersetzt Ihre aktuellen Alarmanpassungen in das Accelerate-Konfigurationsformat. Ihre CA überprüft die übersetzte Konfiguration mit Ihnen, bevor die Migration beginnt.

Was ändert sich

Alarmnamen und Standardschwellenwerte unterscheiden sich zwischen AMS Advanced und Accelerate (AMS Advanced ist standardmäßig auf ~ 85% eingestellt, Accelerate auf ~ 95%, um Warngeräusche zu reduzieren). Wenn Sie über Dashboards, Runbooks oder Alert-Routing verfügen, die auf bestimmte Alarmnamen verweisen, aktualisieren Sie diese nach der Migration. Drei Advanced-specific AMS-Alarme (Log Agent Hard Failure, Root Volume Inode Usage, Broken Secure Channel), die die Advanced-specific AMS-Infrastruktur überwachen, werden entfernt und nicht auf Accelerate übertragen. Nach der Umstellung müssen neue EC2-Instances markiert werden, damit sie überwacht werden können. Verwenden Sie AMS Resource Tagger, um Tags automatisch auf der Grundlage der von Ihnen definierten Regeln anzuwenden, oder wenden Sie sie manuell an.

Backup-Verwaltung

Ihre vorhandenen Wiederherstellungspunkte bleiben während der Umstellung intakt und zugänglich — es gibt keine Lücke in der Backup-Abdeckung und es werden keine Daten gelöscht. Sie können die Wiederherstellung bei Bedarf weiterhin von jedem vorhandenen Wiederherstellungspunkt aus durchführen.

Nach der Umstellung schützt AMS Accelerate Ihre Ressourcen AWS Backup durch verwaltete Pläne, Zeitpläne und Tresore. Ihre Backup-Zeitpläne und Aufbewahrungsfristen entsprechen weiterhin Ihrer aktuellen Konfiguration. Abhängig von der bestehenden Backup-Konfiguration Ihres Kontos erstellt Accelerate möglicherweise neue Tresore mit aktualisierten Namen, anstatt bestehende wiederzuverwenden. In diesem Fall bleiben Ihre historischen Wiederherstellungspunkte in den ursprünglichen Tresoren verfügbar, während neue Backups in die neuen geschrieben werden.

Sie können Aufbewahrungsfristen, Zeitpläne, Tresoreinstellungen und Verschlüsselungsschlüssel direkt über die AWS Backup Konsole oder Ihre bevorzugten Infrastructure-as-Code-Tools konfigurieren. Wenn in einem Ihrer Tresore Vault Lock aktiviert ist, werden gesperrte Wiederherstellungspunkte entsprechend ihrer konfigurierten Aufbewahrungsfrist aufbewahrt.

Wichtige Informationen

Es sind keine Maßnahmen erforderlich, um die Kontinuität der Backups aufrechtzuerhalten.

Änderungsmanagement und Einhaltung von Konfigurationsvorschriften

In AMS Advanced steuert das Change-Management-System, was in Ihrer Umgebung passiert. Sie reichen Änderungsanträge (Requests for Change, RFCs) aus einer Bibliothek mit vorab geprüften Änderungstypen ein, und AMS führt sie in Ihrem Namen durch. Änderungen, die nicht automatisiert sind, werden von den AMS-Technikern manuell geprüft und durchgeführt. Dieses präventive Modell stellt sicher, dass nur genehmigte, getestete Änderungen Ihre Infrastruktur erreichen. Es bedeutet aber auch, dass Sie keine nativen AWS Tools (Konsole, CLI, Terraform AWS CloudFormation) verwenden können, um Änderungen direkt vorzunehmen.

In AMS Accelerate nehmen Sie Änderungen direkt mit den von Ihnen bevorzugten Tools und Workflows vor. Das RFC-System ist in Accelerate nicht vorhanden. Stattdessen schützt AMS Ihre Umgebung durch die Einhaltung von Konfigurationen — eine AWS Config Regelbibliothek, die Ihre Ressourcenkonfigurationen kontinuierlich anhand von bewährten Sicherheits- und Betriebspraktiken bewertet. Dies ist das Modell der Erkennung und Reaktion: Anstatt Änderungen zu blockieren, bevor sie geschehen, erkennt AMS riskante Konfigurationen, nachdem sie angewendet wurden, und reagiert gemäß den Regeln, die Sie kontrollieren.

So funktioniert die Einhaltung der Konfigurationsbestimmungen in Accelerate

Sie konfigurieren die Antwortstufen während des Onboardings mit Ihrer CA und können diese jederzeit anpassen:

Was ist abgedeckt

Accelerate umfasst etwa 87 AWS Config Regeln für IAM und Zugriffskontrollen, Netzwerk- und VPC-Sicherheit, Verschlüsselung (EBS, Amazon RDS, Amazon S3), Protokollierung und Audit-Trail-Integrität, Datenbank- und Speicherkonfigurationen sowie serverlose Ressourcen. Dies ist umfassender als AMS Advanced, bei dem etwa 24-27 Regeln (je nach SALZ oder MALZ) eingeführt wurden, wobei viele eher auf die Durchsetzung des AMS-internal Serviceverhaltens als auf die Sicherheitsvorkehrungen der Kunden bezogen waren. Zusätzliche Kontrollen werden im Laufe der Zeit hinzugefügt, wenn neue AWS Dienste und Compliance-Standards unterstützt werden.

Wichtige Informationen

Für den Übergang sind keine Maßnahmen erforderlich. AMS implementiert die AWS Config Regeln während des Accelerate-Onboardings. Ihre CA führt Sie durch die verfügbaren Regeln und hilft Ihnen bei der Konfiguration der jeweiligen Antwortstufe. Wenn Sie derzeit benutzerdefinierte AWS Config Regeln in Ihren AMS Advanced-Konten implementiert haben, werden diese beibehalten — sie werden beim Offboarding nicht entfernt.

Was ändert sich für Kunden, die sich bei der Verwaltung auf das RFC-System verlassen haben

Wenn Ihr Unternehmen das RFC-System zur Steuerung der Unternehmensführung verwendet hat (z. B. um Genehmigungsworkflows vorzuschreiben, bevor Änderungen vorgenommen werden), müssen Sie entsprechende Kontrollen mithilfe Ihrer eigenen Tools implementieren. Zu den gängigen Ansätzen gehören AWS Service Control Policies (SCPs) zur Durchsetzung von Berechtigungsgrenzen, Warnmeldungen AWS CloudTrail bei sensiblen API-Aufrufen und Genehmigungsworkflows in Ihrer CI/CD Pipeline oder Ihrem Change-Management-Tool (Jira ServiceNow usw.). Ihre CA kann Ihnen dabei helfen, herauszufinden, welche Governance-Muster Ihren aktuellen Workflows entsprechen. RFC-based

Für Kunden, die praktische Hilfe bei Änderungen benötigen, bietet Operations on Demand kuratierten Änderungssupport durch qualifizierte AMS-Techniker in monatlichen Abständen von 20 Stunden. Dies ist während der Übergangsphase nützlich, während Sie sich mit dem Direktzugriff vertraut machen, oder auf kontinuierlicher Basis bei komplexen Änderungen, bei denen Sie Expertenunterstützung benötigen.

Patch-Management

In AMS Advanced verwendet das Patch-Management den AMS Patch Orchestrator mit Wartungsfenstern, die über das RFC-System konfiguriert sind. AMS verwaltet die Patch-Baselines, die Planung, Benachrichtigungen und das standardmäßige Wartungsfenster. Benutzerdefinierte Wartungsfenster werden mithilfe von Änderungstypen erstellt und aktualisiert.

In AMS Accelerate werden Ihr Patching-Zeitplan, Ihre Basispläne und Wartungsfenster während der Umstellung beibehalten. Es gilt dasselbe Tag-basierte Patch-Modell, und Ihre Instances werden weiterhin nach demselben Zeitplan gepatcht. Einige betriebliche Details ändern sich (Benachrichtigungszustellung, Verwaltung des standardmäßigen Wartungsfensters und der Änderungsprozess), aber Ihr Patching-Verhalten bleibt konsistent.

Wichtige Informationen

Bevor die Migration beginnt, bestätigen Ihr CSDM und Ihre CA Ihre Benachrichtigungs-E-Mail-Adressen für Patch-Ereignisse, da Benachrichtigungen vom AMS Advanced-Bereitstellungsmodell auf das Accelerate Notification Framework umgestellt werden und wir sicherstellen müssen, dass Sie sie weiterhin an den richtigen Adressen erhalten. Sie bestätigen auch, ob Sie Ihren bisherigen Verlauf der Patch-Compliance-Berichte beibehalten möchten.

Was passiert bei der Migration?

Die Migration wird außerhalb eines aktiven Wartungsfensters geplant. Während des Übergangsfensters werden keine Patches ausgeführt. Ihre bestehenden Wartungsfenster, Patch-Baselines, Zeitpläne und Betriebssystemkonfigurationen werden auf die Accelerate-Infrastruktur migriert. Die Namen und das Verhalten der Wartungsfenster werden beibehalten, sodass Ihre Betriebsprozesse konsistent bleiben.

Was ändert sich

Die folgenden Betriebsdetails ändern sich nach der Migration:

Kontinuität: Ihr Patching hört während der Umstellung nicht auf. Die Migration ist so sequenziert, dass Ihre Wartungsfenster und Baselines auf der Accelerate-Seite funktionieren, bevor die AMS Advanced-Infrastruktur entfernt wird. Wenn ein Problem erkannt wird, kann die Migration rückgängig gemacht werden, um das AMS Advanced-Patching wiederherzustellen.

Zeitplan und Support

Wir empfehlen, die Umstellung bis zum 31. März 2027 abzuschließen, um Puffer vor dem Shutdown am 30. Juni 2027 zu haben. Ihr CSDM und Ihre CA sind während der Umstellung Ihre wichtigsten Ansprechpartner und helfen Ihnen bei der Erstellung eines auf Ihre Umgebung zugeschnittenen Plans.

Für Kunden, die während der Übergangsphase Unterstützung bei Änderungen benötigen, bietet Operations on Demand kuratierten Änderungssupport in monatlichen Blöcken.

AMS führt vierteljährliche Checkpoints durch (September 2026, Dezember 2026, März 2027), um den Migrationsfortschritt zu überwachen und bei Bedarf zusätzliche Unterstützung zu bieten.

Zugehörige Ressourcen