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.

# Ausführungsblock von Aurora Provisioned Scaling
<a name="aurora-provisioned-scaling-block"></a>

**Kategorie: ** Datenbankskalierung

Wenn Sie die Region wechseln, läuft auf Ihrer von Aurora bereitgestellten Datenbank in der Zielregion möglicherweise eine kleinere Instance-Klasse als in Ihrer Quellregion, sodass Ihnen nicht genügend Rechenkapazität zur Verfügung steht, um den Produktionsdatenverkehr abzuwickeln. Der Aurora Provisioned Scaling-Ausführungsblock skaliert die Ziel-Instance automatisch so, dass sie der Quell-Instance-Klasse entspricht. So wird sichergestellt, dass Ihre Datenbank bereit ist, die volle Produktionslast abzudecken, sobald der Datenverkehr eintrifft.

## Wichtigste Vorteile
<a name="aurora-provisioned-scaling-block-benefits"></a>
+ **Automatischer Kapazitätsabgleich: Der ** Regions-Switch liest die Quell-Instance-Klasse und skaliert die Ziel-Instance entsprechend, sodass das Risiko ausgeschlossen wird, dass zu wenig bereitgestellte Datenbanken nach einem Failover den Produktionsdatenverkehr empfangen.
+ **Instanzerstellung bei Bedarf: ** Wenn die Zielinstanz noch nicht existiert, erstellt Region Switch sie mit der richtigen Instance-Klasse.
+ **Cross-family Intelligenz: ** Wenn der Quell-Instance-Typ in der Zielregion nicht verfügbar ist, wählt Region Switch automatisch einen gleichwertigen oder größeren Instance-Typ mit derselben oder mehr vCPU und Arbeitsspeicher aus, sodass Sie die Kompatibilitätszuordnungen für Instanztypen nicht selbst verwalten müssen.

## Wann sollte dies verwendet werden?
<a name="aurora-provisioned-scaling-block-when"></a>

Jeder Wiederherstellungsplan, bei dem die von Aurora bereitgestellten Instances die Produktionskapazität erreicht haben müssen, bevor sich der Datenverkehr ändert.
+ **Active-passive Aurora Global Databases: In ** Ihrer sekundären Region wird eine kleinere (günstigere) Reader-Instance ausgeführt, die hochskaliert werden muss, bevor Schreibdatenverkehr empfangen wird.
+ **Cost-optimized Standby-Regionen: ** Sie verwenden bewusst kleinere Instances in Ihrer Standby-Region, um Kosten zu sparen. Außerdem benötigen Sie beim Failover eine automatische Anpassung der Größe.

### So schneidet Aurora Provisioned Scaling im Vergleich zu Alternativen ab
<a name="aurora-provisioned-scaling-block-comparison"></a>

Ohne diesen Ausführungsblock müssen Kunden die Kapazität der Zieldatenbank manuell oder durch benutzerdefinierte Automatisierung sicherstellen, bevor sie zwischen Regionen wechseln.


|  | Ansatz | Pros/Cons | 
| --- | --- | --- | 
| 1 | Von Aurora bereitgestellter Skalierungsblock  | Vollständig automatisiert, verarbeitet familienübergreifende Mappings, erstellt fehlende Instances und ist in die Regions-Switch-Orchestrierung integriert | 
| 2 | Manuelle Skalierung  | Volle Kontrolle über Zeitpunkt und Instanzenauswahl, aber langsam, fehleranfällig unter Druck, erfordert die Verfügbarkeit des Bedieners während eines Vorfalls | 
| 3 | Skriptgesteuerte Automatisierung () Lambda/SSM  | Anpassbare Logik; muss erstellt, getestet und gewartet werden; nicht in die Regions-Switch-Sequenzierung integriert; kann die systemeigene Planauswertung nicht nutzen | 
| 4 | Pre-provisioning (immer übereinstimmen)  | Keine Failover-Verzögerung. Verdoppelt die Kosten in der Standby-Region; verschwenderisch bei aktiv-passiven Architekturen | 

Der Aurora Provisioned Scaling Block ist die richtige Wahl, wenn Sie eine automatisierte, validierte Kapazitätsskalierung als integrierten Schritt in Ihren Regions-Switch-Recovery-Plan wünschen.

## Funktionsweise
<a name="aurora-provisioned-scaling-block-how"></a>

Wenn der Aurora Provisioned Scaling-Ausführungsblock während der Ausführung des Plans ausgeführt wird, skaliert der Region Switch die Ziel-Instance mithilfe der folgenden Sequenz so, dass sie der Instance-Klasse der Quell-Instance entspricht:
+ Wenn die Ziel-Instance existiert, sich aber nicht in einem `available` Status befindet, wartet der Regions-Switch, bis sie verfügbar ist, bevor der Vorgang fortgesetzt wird.
+ Wenn die Zielinstanz nicht existiert, erstellt Region Switch sie im Zielcluster mit der Instanzklasse aus der Quellinstanz.
+ Wenn die Zielinstanz existiert, überprüft Region Switch, ob sie zum erwarteten Cluster gehört, und vergleicht dann die Instance-Klassen.
+ Wenn beide Instances derselben Familie angehören und das Ziel kleiner ist, passt Region Switch die Zielinstanz so an, dass sie der Quellklasse entspricht.
+ Wenn sich die Instanzen in verschiedenen Familien befinden oder das Ziel bereits größer ist, wird keine Skalierung durchgeführt.
+ Wenn der Quellinstanztyp in der Zielregion nicht existiert, wählt Region Switch einen anderen Instance-Typ mit derselben oder mehr vCPU und Arbeitsspeicher aus (sowohl für Erstellungs- als auch für Änderungsvorgänge).
+ Region Switch fragt die Zielinstanz ab, bis sie `available` den Status erreicht hat, und markiert den Schritt dann als abgeschlossen.

**Anmerkung**  
Der Regionswechsel skaliert nur nach oben. Wenn die Zielinstanz bereits gleich oder größer als die Quellinstanz ist, wird keine Änderung vorgenommen.

## Konfiguration
<a name="aurora-provisioned-scaling-block-config"></a>

**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 [Aurora hat eine Beispielrichtlinie zur Skalierung von Ausführungsblöcken bereitgestellt](security_iam_region_switch_aurora_provisioned_scaling.md).

Um einen Aurora Provisioned 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.
+ **Globale Cluster-ID: ** Geben Sie die Kennung für den globalen Aurora-Cluster ein.
+ **Cluster-ARN für{{Region}}: ** Geben Sie den Aurora-Datenbank-Cluster-ARN für jede Region im Plan ein.
+ **Instanz-ARN für{{Region}}: ** Geben Sie den Aurora-Datenbank-Instance-ARN für jede Region im Plan ein.
+ **Timeout: ** Geben Sie einen Timeout-Wert ein.

Wählen Sie dann Schritt ** speichern. **

## Zugehörige Ressourcen
<a name="aurora-provisioned-scaling-block-resources"></a>
+ [Aurora hat eine Beispielrichtlinie zur Skalierung von Ausführungsblöcken bereitgestellt](security_iam_region_switch_aurora_provisioned_scaling.md)
+ [Amazon Aurora-DB-Instance-Klassen ](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Concepts.DBInstanceClass.html) im * Amazon Aurora-Benutzerhandbuch *