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.
Die Verwendung von Aurora Serverless v2
Aurora Serverless v2 ist eine On-Demand-Konfiguration für automatische Skalierung für Amazon Aurora. Aurora Serverless v2 hilft dabei, die Prozesse zur Überwachung der Arbeitslast 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. Somit Aurora Serverless v2 kann Ihnen helfen, das Budget einzuhalten und zu vermeiden, für Computerressourcen zu bezahlen, die Sie nicht nutzen.
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.
Aurora Serverless v2 Anwendungsfälle
Aurora Serverless v2 unterstützt viele Arten von 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, Ihre Datenbank skaliert die Kapazität automatisch, um den Anforderungen der Spitzenlast der Anwendung gerecht zu werden, und wird wieder herunterskaliert, wenn der Aktivitätsschub vorbei ist. Mit Aurora Serverless v2, Sie müssen nicht mehr für Spitzen- oder Durchschnittskapazitäten sorgen. 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 Aurora Serverless v2 hilft Ihnen dabei, die Kapazität genau an die Bedürfnisse 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, für die Hochskalierung ist eine Verdoppelung der Anzahl der Aurora-Kapazitätseinheiten (ACUs) für den Cluster erforderlich, z. B. von 16 auf 32 oder 32 auf 64. Im Gegensatz dazu Aurora Serverless v2 kann eine halbe hinzufügenACU, wenn nur wenig mehr Kapazität benötigt wird. Je ACUs nach der zusätzlichen Kapazität, die zur Bewältigung einer erhöhten Arbeitslast erforderlich ist, können 0,5, 1, 1,5, 2 oder zusätzliche Hälfte hinzugefügt werden. Und es kann 0,5, 1, 1,5, 2 oder zusätzliche Hälfte entfernen, ACUs wenn die Arbeitslast abnimmt und diese Kapazität nicht mehr benötigt wird.
-
Mehrinstanzenfähige Anwendungen — 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 die Datenbank automatisch an die Kapazitätsanforderungen Ihrer Anwendung anpassen lassen.
-
Anwendungen mit gemischter Nutzung — Nehmen wir an, Sie haben eine Anwendung zur Online-Transaktionsverarbeitung (OLTP), aber Sie erleben regelmäßig Spitzenwerte beim Abfrageverkehr. Durch die Angabe von Aktionsstufen für Aurora Serverless v2 DB-Instances in einem Cluster können Sie Ihren Cluster so konfigurieren, dass die Leser-DB-Instances unabhängig von der Writer-DB-Instance skaliert werden 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 administrativen Aufwand 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 bestehende DB-Instances von bereitgestellt auf ändern Aurora Serverless v2 oder von Aurora Serverless v2 bis bereitgestellt. 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 Folgendes verwenden … Aurora Serverless v2 DB-Instances in den sekundären Clustern. Auf diese Weise kann die Cluster-Kapazität hochskalieren, wenn eine sekundäre Region hochgestuft wird und die Workload Ihrer Anwendung übernimmt.
-
Entwicklung und Testen — Sie können nicht nur Ihre anspruchsvollsten Anwendungen ausführen, sondern auch Aurora Serverless v2 für Entwicklungs- und Testumgebungen. Mit Aurora Serverless v2, können Sie DB-Instances mit einer niedrigen Mindestkapazität erstellen, anstatt burstfä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 zu vereinfachen Aurora Serverless v2 In Entwicklungs- und Testumgebungen AWS Management Console bietet der die Tastenkombination Easy Create, wenn Sie einen neuen Cluster erstellen. Wenn Sie die Option Dev/Test wählen, erstellt Aurora einen Cluster mit Aurora Serverless v2 DB-Instance und ein Kapazitätsbereich, der für ein Entwicklungs- und Testsystem typisch ist.
Die Verwendung von Aurora Serverless v2 für bestehende 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 funktionieren würde Aurora Serverless v2 indem du einen oder mehrere hinzufügst Aurora Serverless v2 DB-Instances zum vorhandenen Cluster als Reader-DB-Instances. 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, die als Writer fungiert und überprüft, wie sie mit der Lese-/Schreib-Arbeitslast umgeht. Auf diese Weise können Sie mit minimalen Ausfallzeiten und ohne Ändern des Endpunkts, den Ihre Clientanwendungen verwenden, umstellen. Einzelheiten zum Verfahren zur Konvertierung 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 „stachelige“ 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, um bei solchen Anwendungsfällen zu helfen:
-
Einfacheres Kapazitätsmanagement als bereitgestellte — Aurora Serverless v2 reduziert den Aufwand für die Planung der DB-Instance-Größen und die Größenänderung von DB-Instances, wenn sich die Arbeitslast ä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 die Rechen- und Speicherkapazität nach Bedarf, ohne dass die Kundentransaktionen oder Ihre gesamte Arbeitslast unterbrochen werden. Die Fähigkeit, Reader-DB-Instances zu verwenden mit Aurora Serverless v2 hilft Ihnen, zusätzlich zur vertikalen Skalierung auch die Vorteile der horizontalen Skalierung zu nutzen. Die Möglichkeit, globale Aurora-Datenbanken zu verwenden, bedeutet, dass Sie Ihre Aurora Serverless v2 Lese-Workload auf mehrere AWS-Regionen. Diese Fähigkeit ist bequemer als die Skalierungsmechanismen für bereitgestellte Cluster. Es ist auch schneller und detaillierter als die Skalierungsfunktionen in Aurora Serverless v1.
-
Kostengünstig in Zeiten geringer Aktivität — Aurora Serverless v2 hilft Ihnen, eine Überprovisionierung Ihrer DB-Instances zu vermeiden. Aurora Serverless v2 fügt Ressourcen in detaillierten Schritten hinzu, wenn DB-Instances skaliert werden. Sie zahlen nur für die Datenbankressourcen, die Sie verbrauchen. Aurora Serverless v2 Die Ressourcennutzung wird pro Sekunde gemessen. Wenn eine DB-Instance herunterskaliert, wird so sofort die reduzierte Ressourcennutzung registriert.
-
Größere Funktionsparität mit bereitgestellten Funktionen — Sie können viele Aurora-Funktionen verwenden mit Aurora Serverless v2 die nicht verfügbar sind für Aurora Serverless v1. Zum Beispiel mit Aurora Serverless v2 Sie können 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.
Insbesondere mit Aurora Serverless v2 Sie können die folgenden Funktionen von bereitgestellten Clustern nutzen:
-
Reader-DB-Instances — Aurora Serverless v2 kann Reader-DB-Instances nutzen, um horizontal zu skalieren. 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. Dies ist eine Funktion, die nicht verfügbar ist mit Aurora Serverless v1.
-
Multi-AZ-Cluster — Sie können die verteilen Aurora Serverless v2 DB-Instances eines Clusters über mehrere Availability Zones (AZs). 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. Dies ist eine Funktion, die nicht verfügbar ist mit Aurora Serverless v1.
-
Globale Datenbanken — Sie können verwenden Aurora Serverless v2 in Kombination mit globalen Aurora-Datenbanken, um zusätzliche schreibgeschützte Kopien Ihres Clusters in anderen zu Disaster AWS-Regionen Recovery-Zwecken zu erstellen.
-
RDSProxy — Sie können Amazon RDS Proxy verwenden, um es Ihren Anwendungen zu ermöglichen, Datenbankverbindungen zu bündeln und gemeinsam zu nutzen, um ihre Skalierbarkeit zu verbessern.
-
-
Schnellere, detailliertere und weniger störende Skalierung als Aurora Serverless v1 – Aurora Serverless v2 kann schneller nach oben und unten skaliert werden. Durch Skalierung kann die Kapazität nur um 0,5 verändert werdenACUs, anstatt die Anzahl der zu verdoppeln oder zu halbieren. ACUs Die Skalierung erfolgt normalerweise ohne Unterbrechung der Verarbeitung. Bei der Skalierung handelt es sich nicht um ein Ereignis, dessen Sie sich bewusst sein müssen, wie bei Aurora Serverless v1. Die Skalierung kann erfolgen, während SQL Anweisungen ausgeführt und Transaktionen geöffnet sind, ohne dass Sie auf einen ruhigen Punkt warten müssen.
