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.
Aurora Serverless Scaling-Ausführungsblock
Kategorie: Datenbankskalierung
Während eines Regionswechsels weist Ihr Aurora Serverless-Zielcluster möglicherweise ACU-Einstellungen (Aurora Capacity Unit) auf, die weit unter dem liegen, was zur Aufnahme des Produktionsdatenverkehrs erforderlich ist. Der Aurora Serverless Scaling-Ausführungsblock berechnet automatisch die richtige Mindest- und Maximal-ACU-Kapazität und wendet sie auf Grundlage der tatsächlichen Nutzung des Quell-Clusters auf Ihren Ziel-Cluster an. So wird sichergestellt, dass Ihre serverlose Datenbank die eingehende Arbeitslast ohne Drosselung oder Verbindungsausfälle bewältigen kann.
Wichtigste Vorteile
Usage-based Kapazitätsberechnung: Anstatt sich auf eine statische Konfiguration zu verlassen, leitet Region Switch die Zielkapazität von der tatsächlichen Spitzenauslastung des Quell-Clusters in den letzten 24 Stunden ab, sodass Sie die Kapazität auf der Grundlage realer Verkehrsmuster richtig dimensionieren können.
Cross-engine-type Intelligenz: Ganz gleich, ob es sich bei Ihrer Quellkonfiguration um eine serverlose, bereitgestellte oder eine Hybridkonfiguration handelt, Region Switch weiß, wie die Quellkapazität in die entsprechenden ACU-Einstellungen für den serverlosen Ziel-Cluster umgewandelt wird.
Percentage-based Skalierung für Aktiv-Aktiv: Konfigurieren Sie einen Zielprozentsatz von über 100% (z. B. 200%) für aktiv-aktive Architekturen, bei denen das Ziel kombinierten Datenverkehr aus beiden Regionen aufnehmen muss.
Wann sollte dies verwendet werden?
Active-passive mit serverlosem Standby: In Ihrer Zielregion wird ein serverloser Cluster mit minimalen ACUs ausgeführt. Dieser muss skaliert werden, bevor der Produktionsdatenverkehr empfangen wird.
Active-active Failover: Beide Regionen bedienen den Datenverkehr, und während eines Switches muss die verbleibende Region die kombinierte Last bewältigen — verwenden Sie einen Zielprozentsatz von über 100%.
Mixed-engine Globale Datenbanken: Ihre Quellregion verwendet bereitgestellte Instances, aber Ihre Zielregion verwendet Serverless — der Regions-Switch übernimmt die Kapazitätsumrechnung automatisch.
So schneidet Aurora Serverless Scaling im Vergleich zu Alternativen ab
Ohne diesen Ausführungsblock müssen Kunden die ACU-Anforderungen manuell berechnen und die Cluster-Einstellungen ändern, bevor sie den Traffic wechseln — ein komplexer, fehleranfälliger Prozess, insbesondere wenn Quelle und Ziel unterschiedliche Engine-Typen verwenden.
| Ansatz | Vorteile | Nachteile | |
|---|---|---|---|
| 1 | Aurora Serverless Scaling Block | Automatische Berechnung auf der Grundlage der tatsächlichen Nutzung, maschinenübergreifende Übersetzung, prozentuale Steuerung, integriert in die Planorchestrierung | Skaliert nur nach oben; ändert die ACU-Einstellungen, die vom IaC-Wert abweichen können |
| 2 | Manuelle ACU-Einstellung | Volle Kontrolle | Erfordert die Berechnung der ACU-Äquivalente unter Druck; langsam; fehleranfällig |
| 3 | Skriptgesteuerte Automatisierung | Anpassbar | Engine-übergreifende Übersetzungslogik muss repliziert werden; keine Planbewertung; Wartungsaufwand |
| 4 | Pre-provisioning (maximale ACU ist immer hoch) | Keine Failover-Verzögerung | Teuer; macht den Kostenvorteil von Serverless zunichte; verschwenderisch in der Standby-Region |
Der Aurora Serverless Scaling Block ist die richtige Wahl, wenn Sie eine automatische, nutzungsorientierte Kapazitätsskalierung benötigen, die die Komplexität der Engine-übergreifenden ACU-Übersetzung bewältigt.
Funktionsweise
Nachdem Sie einen Aurora Serverless Scaling-Ausführungsblock konfiguriert haben, bestätigt Region Switch, dass es in der angegebenen globalen Datenbank einen Quell-Cluster und einen Ziel-Cluster gibt. Die Zielkapazität wird auf der Grundlage des Quell-Cluster-Typs bestimmt:
Die Quelle ist serverlos:
Min. ACU = beobachtete ACU-Spitzenauslastung des Quell-Clusters (die
ServerlessDatabaseCapacityCloudWatch Metrik) in den letzten 24 StundenMax. ACU = Spitzenwert der maximalen ACU des Quell-Clusters in den letzten 24 Stunden
Die Quelle ist bereitgestellt:
Ordnet den EC2-Instance-Speicher des Quell-Clusters den entsprechenden ACUs zu (Instance-Speicher in GiB ÷ 2)
Setzt die maximale ACU auf 256
Die Quelle ist Hybrid (bereitgestellt + Serverlos):
Min. ACU = Maximum des ACU-Äquivalents der bereitgestellten Instanz und der beobachteten serverlosen ACU-Auslastung über einen Zeitraum von 24 Stunden
Max. ACU = 256
Der Regionsschalter wendet dann den Zielprozentsatz an, um die endgültigen Werte zu berechnen:
destination min ACU = round_to_nearest_0.5(targetPercent × source min ACU) destination max ACU = round_to_nearest_0.5(targetPercent × source max ACU)
Wenn die aktuelle Kapazität des Ziel-Clusters das berechnete Ziel bereits erreicht oder übersteigt, schließt der Regionswechsel den Schritt ab, ohne Änderungen vorzunehmen. Beim Regionswechsel wird die Clusterkapazität nicht herunterskaliert. Wenn der Zielcluster nicht serverlos ist, wird der Block als No-Op erfolgreich abgeschlossen.
Bei Plänen mit aktivem Status verwendet Region Switch die andere konfigurierte Region als Quelle. Wenn eine Region deaktiviert wird, verwendet der Regionswechsel die andere aktive Region als Quelle, um den Prozentsatz zu berechnen, der skaliert werden soll.
Anmerkung
Durch die Ausführung dieses Blocks werden die Einstellungen für die minimale und maximale ACU-Kapazität Ihrer Aurora Serverless-Cluster geändert. Dies kann zu Konfigurationsabweichungen führen, wenn Sie diese Werte mithilfe von Infrastructure-as-Code-Tools oder anderer Automatisierung verwalten. Stellen Sie sicher, dass Ihre Konfigurationsmanagementprozesse diese Änderungen berücksichtigen, um unbeabsichtigte Rollbacks zu verhindern.
Konfiguration
Wenn Sie den Aurora Serverless Scaling-Ausführungsblock konfigurieren, geben Sie die globale Cluster-ID für Ihre Aurora Global Database und die Datenbank-Cluster-ARNs für jede Region ein, die Sie während der Planausführung hochskalieren möchten.
Wichtig
Bevor Sie den Ausführungsblock konfigurieren, stellen Sie sicher, dass die Ausführungsrolle des Plans über die richtige IAM-Richtlinie verfügt. Weitere Informationen finden Sie unter Beispiel für eine Richtlinie für Ausführungsblöcke zur serverlosen Skalierung in Aurora.
Um einen Aurora Serverless Scaling-Ausführungsblock zu konfigurieren, geben Sie die folgenden Werte ein:
Schrittname: Geben Sie einen Namen ein.
Schrittbeschreibung (optional): Geben Sie eine Beschreibung des Schritts ein.
Clustername der Aurora Global Database: Geben Sie die globale Cluster-ID ein.
Cluster-ARN für Region: Geben Sie den Datenbank-Cluster-ARN ein, der in jeder Region für Ihren Plan verwendet werden soll.
Zielprozentsatz (optional): Geben Sie den Prozentsatz der abgeleiteten Quellkapazität ein, auf den der Zielcluster skaliert werden soll. Der Standardwert ist 100. Bei Tarifen mit aktivem Charakter sollten Sie einen höheren Wert (z. B. 200%) in Betracht ziehen, um den kombinierten Verkehr zu berücksichtigen.
Timeout: Geben Sie einen Timeout-Wert ein.
Wählen Sie dann Schritt speichern.
Zugehörige Ressourcen
Beispiel für eine Richtlinie für Ausführungsblöcke zur serverlosen Skalierung in Aurora
Verwaltung der Aurora Serverless v2-Kapazität im Amazon Aurora-Benutzerhandbuch
