View a markdown version of this page

Aurora Serverless Scaling-Ausführungsblock - Amazon Application Recovery Controller (ARC)

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 verfügt Ihr Aurora Serverless-Zielcluster möglicherweise über ACU-Einstellungen (Aurora Capacity Unit), die weit unter dem liegen, was für die Aufnahme des Produktionsverkehrs erforderlich ist. Der Aurora Serverless Scaling-Ausführungsblock berechnet automatisch die richtige minimale und maximale ACU-Kapazität auf der Grundlage der tatsächlichen Nutzung des Quell-Clusters und wendet sie auf der Grundlage der tatsächlichen Nutzung des Quell-Clusters an. Dadurch 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 richtige Kapazität auf der Grundlage realer Verkehrsmuster erhalten.

  • Cross-engine-type Intelligenz: Unabhängig davon, ob es sich bei Ihrer Quelle um eine serverlose, bereitgestellte oder hybride Konfiguration handelt, weiß Region Switch, wie die Quellkapazität in die entsprechenden ACU-Einstellungen für den serverlosen Zielcluster umgewandelt wird.

  • Percentage-based Skalierung für Active-Active-Architekturen: Konfigurieren Sie einen Zielprozentsatz von über 100% (z. B. 200%) für Active-Active-Architekturen, bei denen das Ziel kombinierten Traffic 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, der hochskaliert werden muss, bevor Produktionsdatenverkehr empfangen wird.

  • Active-active Failover: Beide Regionen versorgen 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, Ihre Zielregion jedoch Serverless — der Regions-Switch übernimmt die Kapazitätsumrechnung automatisch.

Wie Aurora Serverless Scaling im Vergleich zu Alternativen abschneidet

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 Serverloser Aurora-Skalierungsblock Automatisierte Berechnung anhand der tatsächlichen Nutzung, maschinenübergreifende Übersetzung, prozentuale Steuerung, integriert in die Planorchestrierung Skaliert nur nach oben; ändert die ACU-Einstellungen, die möglicherweise von der IaC abweichen
2 Manuelle ACU-Anpassung Volle Kontrolle Erfordert die Berechnung der ACU-Äquivalente unter Druck; langsam; fehleranfällig
3 Skriptgesteuerte Automatisierung Anpassbar Engine-übergreifende Übersetzungslogik muss repliziert werden; keine Planauswertung erforderlich; 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 automatisierte, nutzungsorientierte Kapazitätsskalierung benötigen, die der Komplexität der Engine-übergreifenden ACU-Übersetzung gerecht wird.

Funktionsweise

Nachdem Sie einen Aurora Serverless Scaling-Ausführungsblock konfiguriert haben, bestätigt der Regions-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-Clustertyps bestimmt:

  • Die Quelle ist serverlos:

    • Min. ACU = Höchstwert der beobachteten ACU-Auslastung (die ServerlessDatabaseCapacity CloudWatch Metrik) des Quell-Clusters in den letzten 24 Stunden

    • Max. ACU = Höchstwert der maximalen ACU des Quell-Clusters in den letzten 24 Stunden

  • Die Quelle ist bereitgestellt:

    • Ordnet den EC2-Instance-Speicher des Quell-Clusters entsprechenden ACUs zu (Instance-Speicher in GiB ÷2)

    • Legt die maximale ACU auf 256 fest

  • Quelle ist Hybrid (bereitgestellt + Serverlos):

    • Minimale ACU = Höchstwert der ACU-Äquivalenz der bereitgestellten Instanz und beobachtete Serverlose ACU-Auslastung über 24 Stunden

    • Max. ACU = 256

Der Regionswechsel wendet dann den Zielprozentsatz an, um die Endwerte 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 Zielclusters bereits auf oder über dem berechneten Ziel liegt, schließt Region Switch den Schritt ab, ohne Änderungen vorzunehmen. Durch den Regions-Switch wird die Clusterkapazität nicht herunterskaliert. Wenn der Zielcluster nicht serverlos ist, wird der Block erfolgreich als No-Op abgeschlossen.

Bei Plänen mit aktivem Status verwendet der Regions-Switch die andere konfigurierte Region als Quelle. Wenn eine Region deaktiviert wird, verwendet der Regions-Switch die andere aktive Region als Quelle, um den zu skalierenden Prozentsatz zu berechnen.

Anmerkung

Durch die Ausführung dieses Blocks werden die Mindest- und Höchstwerte der ACU-Kapazitätseinstellungen Ihrer Aurora Serverless-Cluster geändert, was zu Konfigurationsabweichungen führen kann, wenn Sie diese Werte mithilfe von Infrastructure-as-Code-Tools oder anderer Automatisierung verwalten. Stellen Sie sicher, dass Ihre Konfigurationsmanagement-Prozesse 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 Datenbankcluster-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 Beispielrichtlinie für serverlose Skalierungsausführung in Aurora.

Geben Sie die folgenden Werte ein, um einen Aurora Serverless Scaling-Ausführungsblock zu konfigurieren:

  1. Schrittname: Geben Sie einen Namen ein.

  2. Beschreibung des Schritts (optional): Geben Sie eine Beschreibung des Schritts ein.

  3. Name des Aurora Global Database-Clusters: Geben Sie die globale Cluster-ID ein.

  4. Cluster-ARN für Region: Geben Sie den Datenbankcluster-ARN ein, der in jeder Region für Ihren Plan verwendet werden soll.

  5. 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 Status sollten Sie einen höheren Wert (z. B. 200%) in Betracht ziehen, um den kombinierten Verkehr zu berücksichtigen.

  6. Timeout: Geben Sie einen Timeout-Wert ein.

Wählen Sie dann Schritt speichern.

Was wird im Rahmen der Planbewertung bewertet

Wenn Region Switch Ihren Plan bewertet, führt Region Switch mehrere wichtige Prüfungen der Konfiguration und der Berechtigungen Ihres Aurora Serverless Scaling-Ausführungsblocks durch. Die Evaluierung von Regions-Switches überprüft, ob Aurora Serverless-Cluster in beiden Regionen vorhanden sind, stellt sicher, dass sie ordnungsgemäß konfiguriert und zugänglich sind, und stellt die aktuelle Kapazität in jeder Region fest. Es bestätigt auch, dass die maximale Kapazität im Cluster der Zielregion ausreicht, um die angegebene prozentuale Skalierung mit der erforderlichen Kapazität zu bewältigen.

Der Regions-Switch überprüft auch, ob die IAM-Rolle des Plans über die richtigen Berechtigungen für die Aurora Serverless-Skalierung verfügt. Weitere Informationen zu den erforderlichen Berechtigungen für Regions-Switch-Ausführungsblöcke finden Sie unter. Beispielrichtlinie für serverlose Skalierungsausführung in Aurora Schlägt eine der Prüfungen fehl, gibt Region Switch Warnmeldungen zurück, die Sie in der Konsole einsehen können. Sie können die Validierungswarnungen auch über oder mithilfe von API-Vorgängen erhalten.

Zugehörige Ressourcen