Amazon Aurora Serverless v1 End of Life: Das müssen Sie jetzt wissen

Für eine reibungslose Umstellung hat AWS folgenden überarbeiteten Zeitplan veröffentlicht:

• Dezember 2023: AWS informierte alle Aurora Serverless v1-Kunden über das bevorstehende EOL und räumte 12 Monate für die Migration ein.
• 1. September 2024 (überarbeitet): Über die AWS Console oder die CLI lassen sich keine neuen Aurora Serverless v1-Cluster oder -Instanzen mehr anlegen.
• 31. Dezember 2024 (überarbeitet): Aurora Serverless v1 erreicht das End of Life. Ab diesem Datum werden verbleibende Aurora Serverless v1-Cluster im nächsten Wartungsfenster automatisch auf Aurora Serverless v2 aktualisiert.
• 8. Januar 2025: Kunden können weder über die AWS Management Console noch über die CLI neue Aurora Serverless v1-Cluster oder -Instanzen anlegen.
• 31. März 2025: Aurora Serverless v1 erreicht offiziell das End of Life. Nach diesem Datum werden alle verbleibenden Aurora Serverless v1-Cluster im nächsten Wartungsfenster automatisch auf Aurora Serverless v2 aktualisiert.

Wichtig zu wissen: Das EOL von Aurora Serverless v1 betrifft keine Provisioned Aurora-Cluster. Die Amazon Aurora MySQL-Compatible Edition Version 2, kompatibel mit MySQL 5.7, hat am 31. Oktober 2024 das Ende des Standard-Supports erreicht. Diese Frist galt ausschließlich für Provisioned Cluster und betraf Aurora Serverless-Cluster nicht. Beachten Sie jedoch: Aurora Serverless v1 erreicht unabhängig von der MySQL-Kompatibilitätsversion zum 31. März 2025 das End of Life (EOL).

Wichtig außerdem: Wenn Sie einen Aurora Serverless v1-Cluster nach dem End-of-Life-Datum in einen Provisioned Aurora MySQL-Cluster umwandeln, können für Instanzen auf einer älteren MySQL-Version (etwa MySQL 5.7) Gebühren für den Extended Support anfallen. AWS empfiehlt deshalb, vor Ablauf der EOL-Frist entweder auf Aurora Serverless v2 oder auf eine aktualisierte Provisioned Aurora-Umgebung zu migrieren.

Mit der Abkündigung von Aurora Serverless v1 setzt AWS konsequent auf modernere und effizientere Serverless-Technologie. Serverless v1 hat Aurora-Datenbanken viel Flexibilität gebracht – Serverless v2 geht jedoch einen deutlichen Schritt weiter: mehr Skalierbarkeit, bessere Performance und feingranularere Steuerung.

Die wichtigsten Gründe, warum AWS den Fokus auf Aurora Serverless v2 legt:

• Bessere Skalierbarkeit: Serverless v2 skaliert nahtlos von Hunderten bis zu Hunderttausenden Transaktionen pro Sekunde – ganz ohne neue Cluster.
• Geringere Latenz und höhere Verfügbarkeit: Serverless v2 verkürzt die Aufwärmzeit bei Skalierungsvorgängen und reagiert so schneller in Lastspitzen.
• Bessere Kompatibilität mit Aurora-Funktionen: Serverless v2 unterstützt Funktionen wie Global Databases, RDS Proxy und Multi-AZ inklusive Failover, die in Serverless v1 nicht verfügbar waren.

Wenn Sie nicht rechtzeitig vor dem EOL auf Aurora Serverless v2 wechseln, migriert AWS Ihre Cluster nach dem 31. März 2025 automatisch im nächsten Wartungsfenster. Ist Ihre aktuelle Datenbankversion nicht mit Serverless v2 kompatibel, hebt AWS die Engine auf die nächstgelegene unterstützte Version an. Um solche Unterbrechungen zu vermeiden, empfiehlt AWS, das Upgrade frühzeitig einzuplanen.

AWS stellt mehrere Ressourcen bereit, die den Wechsel von Serverless v1 auf v2 erleichtern. Hier einige zentrale Anleitungen:

• Upgrade von Aurora Serverless v1 auf v2 mit minimaler Downtime: Dieser Leitfaden beschreibt Schritt für Schritt, wie Sie Ihre Datenbank-Cluster ohne nennenswerte Service-Unterbrechungen aktualisieren.
• Voraussetzungen für Aurora Serverless v2: Zeigt die wesentlichen Unterschiede und Kompatibilitätsaspekte zwischen Aurora Serverless v1 und v2.
• Upgrade-Pfade für Aurora Serverless v2: Erläutert die empfohlenen Upgrade-Pfade für eine reibungslose Umstellung auf Serverless v2.

Das Upgrade von Aurora Serverless v1 auf v2 ist auf einen möglichst reibungslosen Ablauf ausgelegt. Tools und Ressourcen helfen, Downtime zu minimieren und den laufenden Betrieb abzusichern. Ein Überblick über den Prozess:

1. Anforderungen für die Kompatibilität mit Aurora Serverless v2 prüfen:

• Prüfen Sie die aktuelle Version Ihrer Datenbank-Engine und stellen Sie sicher, dass sie mit Serverless v2 kompatibel ist. Falls nicht, planen Sie ein Minor-Version-Upgrade als Teil der Migration ein.

2. Migration planen:

• Um die Auswirkungen auf Endnutzer zu minimieren, planen Sie das Upgrade außerhalb der Stoßzeiten oder in einem Wartungsfenster ein. AWS ermöglicht Kunden, das Upgrade jederzeit vor dem 31. Dezember 2024 zu starten.

3. In einer Staging-Umgebung testen:

• Richten Sie nach Möglichkeit eine Testumgebung ein, um das Zusammenspiel Ihrer Anwendung mit Aurora Serverless v2 zu validieren. AWS stellt im oben verlinkten Leitfaden für Upgrades mit minimaler Downtime ausführliche Anleitungen zur Einrichtung eines Test-Clusters bereit.

4. Upgrade starten:

• Starten Sie das Upgrade über die AWS Console oder die CLI. Die Dauer hängt von Größe und Komplexität Ihrer Datenbank ab – planen Sie entsprechend.

5. Post-Migration-Phase überwachen:

• Prüfen Sie nach dem Upgrade Ihre Datenbank-Metriken und Anwendungslogs, um sicherzustellen, dass alles wie erwartet läuft.

Um unerwartete Probleme zu vermeiden, sollten Sie alle Migrationsänderungen zunächst in einer Staging-Umgebung testen. So erkennen Sie Anpassungen bei der Kompatibilität oder notwendige Konfigurationsänderungen frühzeitig und können mögliche Probleme leichter beheben.