Verwenden von Aurora Serverless v2 - Amazon Aurora
Anwendungsfälle für Aurora Serverless v2Vorteile von Aurora Serverless v2

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.

Verwenden von Aurora Serverless v2

Aurora Serverless v2 ist eine On-Demand-Konfiguration mit automatischer Skalierung für Amazon Aurora. Aurora Serverless v2 hilft dabei, die Prozesse zur Überwachung der Workload und zur Anpassung der Kapazität Ihrer Datenbanken zu automatisieren. Die Kapazität wird automatisch basierend auf dem Anwendungsbedarf angepasst. Berechnet werden Ihnen nur Ressourcen, die Ihre DB-Cluster verbrauchen. Daher kann Aurora Serverless v2 Ihnen helfen, innerhalb des Budgets zu bleiben und zu vermeiden, für Computerressourcen zu bezahlen, die Sie nicht verwenden.

Diese Art der Automatisierung ist besonders wertvoll für mehrmandantenfähige Datenbanken, verteilte Datenbanken, Entwicklungs- und Testsysteme sowie andere Umgebungen mit sehr variablen und unvorhersehbaren Workloads.

Themen

Anwendungsfälle für Aurora Serverless v2

Aurora Serverless v2 unterstützt viele verschiedene Datenbank-Workloads. Diese reichen von Entwicklungs- und Testumgebungen über Websites und Anwendungen mit unvorhersehbaren Workloads bis hin zu den anspruchsvollsten, geschäftskritischen Anwendungen, die eine hohe Skalierung und Verfügbarkeit erfordern.

Aurora Serverless v2 ist besonders nützlich für die folgenden Anwendungsfälle:

  • Variable Workloads – Sie führen Workloads mit plötzlichen und unvorhersehbaren Aktivitätszuwächsen aus. Ein Beispiel dafür ist eine Verkehrs-Website, für die Aktivitätsspitzen entstehen, wenn es zu regnen beginnt. Eine andere ist eine E-Commerce-Website mit erhöhtem Datenverkehr, wenn Sie Verkaufs- oder Sonderaktionen anbieten. Mit Aurora Serverless v2 wird Ihre Datenbank automatisch auf die Kapazität skaliert, mit der die Spitzenlast Ihrer Anwendung erfüllt werden kann, und wieder herunterskaliert, wenn die Aktivitätsspitze vorbei ist. Mit Aurora Serverless v2 müssen Sie nicht mehr Spitzen- oder durchschnittliche Kapazitäten bereitstellen. Sie können eine obere Kapazitätsgrenze angeben, um die schlimmste Situation zu bewältigen. Diese Kapazität wird nur genutzt, wenn sie benötigt wird.

    Die Granularität der Skalierung in Aurora Serverless v2 hilft Ihnen, die Kapazität genau an die Anforderungen Ihrer Datenbank anzupassen. Für einen bereitgestellten Cluster erfordert die Hochskalierung das Hinzufügen einer ganz neuen DB-Instance. Für ein Aurora Serverless v1-Cluster erfordert die Hochskalierung eine Verdoppelung der Anzahl der Aurora-Kapazitätseinheiten (ACUs) für den Cluster, z. B. von 16 auf 32 oder 32 auf 64. Im Gegensatz dazu kann Aurora Serverless v2 eine halbe ACU hinzufügen, wenn nur ein wenig mehr Kapazität benötigt wird. Es kann 0,5, 1, 1,5, 2 oder zusätzliche halbe ACUs hinzufügen, basierend auf der zusätzlichen Kapazität, die für einen Anstieg der Workload erforderlich ist. Und es kann 0,5, 1, 1,5, 2 oder zusätzliche halbe ACUs entfernen, wenn die Workload abnimmt und diese Kapazität nicht mehr benötigt wird.

  • Anwendungen für mehrere Mandanten – Mit Aurora Serverless v2 müssen Sie die Datenbankkapazität nicht für jede Anwendung in Ihrer Flotte einzeln verwalten. Aurora Serverless v2 verwaltet die individuelle Datenbankkapazität für Sie.

    Sie können einen Cluster für jeden Mandanten erstellen. Auf diese Weise können Sie Funktionen wie Klonen, Snapshot-Wiederherstellung und globale Aurora-Datenbanken verwenden, um die hohe Verfügbarkeit und Notfallwiederherstellung für jeden Mandanten zu verbessern.

    Jeder Mandant kann je nach Tageszeit, Jahreszeit, Werbeveranstaltungen usw. bestimmte Perioden mit hoher und geringer Aktivität haben. Jeder Cluster kann einen großen Kapazitätsbereich aufweisen. Auf diese Weise fallen für Cluster mit geringer Aktivität minimale DB-Instance-Gebühren an. Jeder Cluster kann schnell hochskaliert werden, um Perioden mit hoher Aktivität zu bewältigen.

  • Neue Anwendungen – Sie stellen eine neue Anwendung bereit und sind sich nicht sicher, welche DB-Instance-Größe Sie benötigen. Durch die Verwendung von Aurora Serverless v2 können Sie einen Cluster mit einer oder mehreren DB-Instances einrichten und es der Datenbank überlassen, gemäß den Kapazitätsanforderungen Ihrer Anwendung automatisch zu skalieren.

  • Anwendungen mit gemischter Verwendung – Angenommen, Sie haben eine Anwendung für die Online-Transaktionsverarbeitung (OLTP), erleben aber regelmäßig Spitzen im Abfrageverkehr. Durch Angabe von Hochstufungsstufen für die Aurora Serverless v2-DB-Instances in einem Cluster können Sie Ihren Cluster so konfigurieren, dass die Reader-DB-Instances unabhängig von der Writer-DB-Instance skalieren können, um die zusätzliche Last zu bewältigen. Wenn die Nutzungsspitze nachlässt, skalieren die Reader-DB-Instances wieder herunter, um der Kapazität der Writer-DB-Instance zu entsprechen.

  • Planung der Kapazität – Angenommen, Sie passen normalerweise Ihre Datenbankkapazität an oder überprüfen die optimale Datenbankkapazität für Ihre Workload, indem Sie die DB-Instance-Klassen aller DB-Instances in einem Cluster ändern. Mit Aurora Serverless v2 können Sie diesen Verwaltungsaufwand vermeiden. Sie können die entsprechende minimale und maximale Kapazität ermitteln, indem Sie die Workload ausführen und überprüfen, wie stark die DB-Instances tatsächlich skalieren.

    Sie können vorhandene DB-Instances von bereitgestellt in Aurora Serverless v2 oder von Aurora Serverless v2 in bereitgestellt ändern. In solchen Fällen müssen Sie keinen neuen Cluster und keine neue DB-Instance erstellen.

    Bei einer globalen Aurora-Datenbank benötigen Sie möglicherweise nicht so viel Kapazität für die sekundären Cluster wie im primären Cluster. Sie können Aurora Serverless v2-DB-Instances in den sekundären Clustern verwenden. Auf diese Weise kann die Cluster-Kapazität hochskalieren, wenn eine sekundäre Region hochgestuft wird und die Workload Ihrer Anwendung übernimmt.

  • Entwicklung und Tests – Sie können nicht nur Ihre anspruchsvollsten Anwendungen ausführen, sondern Aurora Serverless v2 auch für Entwicklungs- und Testumgebungen verwenden. Mit Aurora Serverless v2 können Sie DB-Instances mit geringer Mindestkapazität erstellen, statt spitzenlastleistungsfähige db.t*-DB-Instance-Klassen zu verwenden. Sie können die maximale Kapazität so hoch einstellen, dass diese DB-Instances weiterhin erhebliche Workloads ausführen können, ohne dass der Speicher knapp wird. Wenn die Datenbank nicht verwendet wird, skalieren alle DB-Instances herunter, um unnötige Gebühren zu vermeiden.

    Tipp

    Um die Verwendung Aurora Serverless v2 in Entwicklungs- und Testumgebungen zu vereinfachen, AWS Management Console bietet der beim Erstellen eines neuen Clusters die Tastenkombination Easy Create. Wenn Sie die Option Dev/Test (Entwicklung/Test) auswählen, erstellt Aurora einen Cluster mit einer Aurora Serverless v2-DB-Instance und einem Kapazitätsbereich, der für ein Entwicklungs- und Testsystem typisch ist.

Verwenden von Aurora Serverless v2 für vorhandene bereitgestellte Workloads

Angenommen, Sie haben bereits eine Aurora-Anwendung, die auf einem bereitgestellten Cluster ausgeführt wird. Sie können überprüfen, wie die Anwendung mit Aurora Serverless v2 funktionieren würde, indem Sie dem vorhandenen Cluster eine oder mehrere Aurora Serverless v2-DB-Instances als Reader-DB-Instances hinzufügen. Sie können überprüfen, wie oft die Reader-DB-Instances herauf- und herunterskalieren. Sie können den Aurora-Failover-Mechanismus verwenden, um eine Aurora Serverless v2-DB-Instance zum Writer hochzustufen, und überprüfen, wie sie die Lese-/Schreib-Workload bewältigt. Auf diese Weise können Sie mit minimalen Ausfallzeiten und ohne Ändern des Endpunkts, den Ihre Clientanwendungen verwenden, umstellen. Weitere Informationen zum Verfahren zum Konvertieren vorhandener Cluster in Aurora Serverless v2 finden Sie unter Migration zu Aurora Serverless v2.

Vorteile von Aurora Serverless v2

Aurora Serverless v2 ist für variable oder „Spitzen-“Workloads vorgesehen. Bei solch unvorhersehbaren Workloads haben Sie möglicherweise Schwierigkeiten zu planen, wann Ihre Datenbankkapazität geändert werden soll. Möglicherweise haben Sie auch Probleme, Kapazitätsänderungen schnell genug vorzunehmen, indem Sie die bekannten Mechanismen wie das Hinzufügen von DB-Instances oder das Ändern von DB-Instance-Klassen verwenden. Aurora Serverless v2 bietet die folgenden Vorteile zugunsten solcher Anwendungsfälle:

  • Einfacheres Kapazitätsmanagement als bereitgestellt – Aurora Serverless v2 reduziert den Aufwand für die Planung von DB-Instance-Größen und die Größenänderung von DB-Instances, wenn sich die Workload ändert. Es reduziert auch den Aufwand, konsistente Kapazität für alle DB-Instances in einem Cluster aufrechtzuerhalten.

  • Schnellere und einfachere Skalierung in Zeiten hoher Aktivität – Aurora Serverless v2 skaliert Rechen- und Speicherkapazität nach Bedarf, ohne dass die Client-Transaktionen oder Ihre gesamte Workload gestört werden. Die Möglichkeit, Reader-DB-Instances mit Aurora Serverless v2 zu verwenden, hilft Ihnen, zusätzlich zur vertikalen Skalierung die horizontale Skalierung zu nutzen. Die Möglichkeit, globale Aurora-Datenbanken zu verwenden, bedeutet, dass Sie Ihre Aurora Serverless v2-Lese-Workload über mehrere AWS-Regionen verteilen können. Diese Fähigkeit ist bequemer als die Skalierungsmechanismen für bereitgestellte Cluster. Sie ist auch schneller und stärker granular als die Skalierungsfunktionen in Aurora Serverless v1.

  • Kostengünstig in Zeiten geringer Aktivität – Aurora Serverless v2 hilft Ihnen, eine Überbereitstellung Ihrer DB-Instances zu vermeiden. Aurora Serverless v2 fügt Ressourcen in granularen Schritten hinzu, wenn DB-Instances hochskalieren. Sie zahlen nur für die Datenbankressourcen, die Sie verbrauchen. Die Nutzung der Aurora Serverless v2-Ressourcen wird auf Sekundenbasis abgerechnet. Wenn eine DB-Instance herunterskaliert, wird so sofort die reduzierte Ressourcennutzung registriert.

  • Größere Funktionsparität mit bereitgestellt – Sie können viele Aurora-Funktionen mit Aurora Serverless v2 verwenden, die für Aurora Serverless v1 nicht verfügbar sind. Mit können Aurora Serverless v2 Sie beispielsweise Reader-DB-Instances, globale Datenbanken, AWS Identity and Access Management (IAM) -Datenbankauthentifizierung und Performance Insights verwenden. Sie können auch viel mehr Konfigurationsparameter verwenden als mit Aurora Serverless v1.

    Mit Aurora Serverless v2 können Sie insbesondere die folgenden Funktionen aus bereitgestellten Clustern nutzen:

    • Reader-DB-Instances – Aurora Serverless v2 kann Reader-DB-Instances für die horizontale Skalierung nutzen. Wenn ein Cluster eine oder mehrere Reader-DB-Instances enthält, kann der Cluster bei Problemen mit der Writer-DB-Instance sofort ein Failover ausführen. Diese Fähigkeit ist mit Aurora Serverless v1 nicht verfügbar.

    • Multi-AZ-Cluster – Sie können die Aurora Serverless v2-DB-Instances eines Clusters auf mehrere Availability Zones (AZs) verteilen. Die Einrichtung eines Multi-AZ-Clusters trägt dazu bei, die Geschäftskontinuität auch in seltenen Fällen von Problemen sicherzustellen, die eine gesamte AZ betreffen. Diese Fähigkeit ist mit Aurora Serverless v1 nicht verfügbar.

    • Globale Datenbanken — Sie können sie Aurora Serverless v2 in Kombination mit globalen Aurora-Datenbanken verwenden, um zusätzliche schreibgeschützte Kopien Ihres Clusters in anderen zu Disaster AWS-Regionen Recovery-Zwecken zu erstellen.

    • RDS Proxy – Mit Amazon RDS Proxy können Sie Ihren Anwendungen erlauben, Datenbankverbindungen zu bündeln und gemeinsam zu nutzen, um ihre Skalierbarkeit zu verbessern.

  • Schnellere, stärker granulare, weniger störende Skalierung als Aurora Serverless v1 – Aurora Serverless v2 kann schneller hoch- und herunterskalieren. Die Skalierung kann die Kapazität um nur 0,5 ACU ändern, anstatt die Anzahl der ACU zu verdoppeln oder zu halbieren. Die Skalierung erfolgt normalerweise ohne Unterbrechung der Verarbeitung. Die Skalierung umfasst im Gegensatz zu Aurora Serverless v1 kein Ereignis, das Sie beachten müssen. Die Skalierung kann erfolgen, während SQL-Anweisungen ausgeführt werden und Transaktionen geöffnet sind, ohne auf einen Ruhepunkt warten zu müssen.