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.
Verwaltung der Leistung und Skalierung für Amazon Aurora My SQL
Skalierung von Aurora My SQL DB-Instances
Sie können Aurora My SQL DB-Instances auf zwei Arten skalieren: Instance-Skalierung und Leseskalierung. Weitere Informationen zur Lese-Skalierung finden Sie unter Skalierung von Lesevorgängen.
Sie können Ihren Aurora My SQL DB-Cluster skalieren, indem Sie die DB-Instance-Klasse für jede DB-Instance im DB-Cluster ändern. Aurora My SQL unterstützt mehrere für Aurora optimierte DB-Instance-Klassen. Verwenden Sie keine db.t2- oder db.t3-Instance-Klassen für größere Aurora-Cluster mit einer Größe von mehr als 40 TB. Die Spezifikationen der von Aurora My SQL unterstützten DB-Instance-Klassen finden Sie unterAmazon Aurora Aurora-DB-Instance-Klassen.
Anmerkung
Wir empfehlen, die T-DB-Instance-Klassen nur für Entwicklungs- und Testserver oder andere Nicht-Produktionsserver zu verwenden. Weitere Einzelheiten zu den T-Instance-Klassen finden Sie unter Verwendung von T-Instance-Klassen für Entwicklung und Tests.
Maximale Anzahl an Verbindungen zu einer Aurora My SQL DB-Instance
Die maximal zulässige Anzahl von Verbindungen zu einer Aurora My SQL DB-Instance wird durch den max_connections Parameter in der Parametergruppe auf Instance-Ebene für die DB-Instance bestimmt.
In der folgenden Tabelle ist der resultierende Standardwert von max_connections für jede DB-Instance-Klasse aufgeführt, die für Aurora My verfügbar istSQL. Sie können die maximale Anzahl von Verbindungen zu Ihrer Aurora My SQL DB-Instance erhöhen, indem Sie die Instance auf eine DB-Instance-Klasse mit mehr Speicher skalieren oder indem Sie einen höheren Wert für den max_connections Parameter in der DB-Parametergruppe für Ihre Instance festlegen, bis zu 16.000.
Tipp
Wenn Ihre Anwendungen häufig Verbindungen öffnen und schließen oder eine große Anzahl langlebiger Verbindungen offen halten, empfehlen wir Ihnen, Amazon RDS Proxy zu verwenden. RDS Proxy ist ein vollständig verwalteter, hochverfügbarer Datenbank-Proxy, der Verbindungspooling verwendet, um Datenbankverbindungen sicher und effizient gemeinsam zu nutzen. Weitere Informationen zu RDS Proxy finden Sie unterAmazon RDS-Proxy für Aurora.
Einzelheiten dazu finden Sie Aurora Serverless v2 Instanzen verarbeiten diesen Parameter, sieheMaximale Anzahl der Verbindungen für Aurora Serverless v2.
| Instance class | Vorgabewert max_connections |
|---|---|
|
db.t2.small |
45 |
|
db.t2.Medium |
90 |
|
db.t3.small |
45 |
|
db.t3.medium |
90 |
|
db.t3.large |
135 |
|
db.t4g.medium |
90 |
|
db.t4g.large |
135 |
|
db.r3.large |
1000 |
|
db.r3.xlarge |
2000 |
|
db.r3.2xlarge |
3000 |
|
db.r3.4xlarge |
4000 |
|
db.r3.8xlarge |
5000 |
|
db.r4.large |
1000 |
|
db.r4.xlarge |
2000 |
|
db.r4.2xlarge |
3000 |
|
db.r4.4xlarge |
4000 |
|
db.r4.8xlarge |
5000 |
|
db.r4.16xlarge |
6 000 |
|
db.r5.large |
1000 |
|
db.r5.xlarge |
2000 |
|
db.r5.2xlarge |
3 000 |
|
db.r5.4xlarge |
4000 |
|
db.r5.8xlarge |
5000 |
|
db.r5.12xlarge |
6 000 |
|
db.r5.16xlarge |
6 000 |
|
db.r5.24xlarge |
7000 |
| db.r6g.large | 1000 |
| db.r6g.xlarge | 2000 |
| db.r6g.2xlarge | 3 000 |
| db.r6g.4xlarge | 4000 |
| db.r6g.8xlarge | 5000 |
| db.r6g.12xlarge | 6 000 |
| db.r6g.16xlarge | 6 000 |
| db.r6i.large | 1000 |
| db.r6i.xlarge | 2000 |
| db.r6i.2xlarge | 3000 |
| db.r6i.4xlarge | 4000 |
| db.r6i.8xlarge | 5000 |
| db.r6i.12xlarge | 6 000 |
| db.r6i.16xlarge | 6 000 |
| db.r6i.24xlarge | 7000 |
| db.r6i.32xlarge | 7000 |
| db.r7g.large | 1000 |
| db.r7g.xlarge | 2000 |
| db.r7g.2xlarge | 3000 |
| db.r7g.4xlarge | 4000 |
| db.r7g.8xlarge | 5000 |
| db.r7g.12xlarge | 6 000 |
| db.r7g.16xlarge | 6 000 |
| db.r7i.large | 1000 |
| db.r7i.xlarge | 2000 |
| db.r7i.2 x groß | 3000 |
| db.r7i.4x groß | 4000 |
| db.r7i.8xgroß | 5000 |
| db.r7i.12xlarge | 6 000 |
| db.r7i.16xlarge | 6 000 |
| db.r7i.24x groß | 7000 |
| db.r7i.48x groß | 8000 |
| db.r8g.groß | 1000 |
| db.r8g.xlarge | 2000 |
| db.r8g.2xlarge | 3000 |
| db.r8g.4xgroß | 4000 |
| db.r8g.8xlarge | 5000 |
| db.r8g.12xlarge | 6 000 |
| db.r8g.16xlarge | 6 000 |
| db.r8g.24xlarge | 7000 |
| db.r8g.48xlarge | 8000 |
| db.x2g.large | 2000 |
| db.x2g.xlarge | 3000 |
| db.x2g.2xlarge | 4000 |
| db.x2g.4xlarge | 5000 |
| db.x2g.8xlarge | 6 000 |
| db.x2g.12xlarge | 7000 |
| db.x2g.16xlarge | 7000 |
Wenn Sie eine neue Parametergruppe erstellen, um einen eigenen Standardwert für den Verbindungsgrenzwert zu erstellen, werden Sie feststellen, dass der Standard-Verbindungsgrenzwert mithilfe einer auf dem Wert DBInstanceClassMemory basierenden Formel abgeleitet wird. Wie in der vorhergehenden Tabelle dargestellt, erzeugt die Formel Verbindungsbegrenzungen, die bei einer Verdoppelung des Speichers über die progressiv größeren R3-, R4- und R5-Instances um jeweils 1000 und bei unterschiedlichen Speichergrößen von T2- und T3-Instances um 45 erhöht werden.
Weitere Informationen darüber, wie DBInstanceClassMemory berechnet wird, finden Sie unter Festlegen von DB-Parametern.
Aurora My SQL - und RDS for My SQL DB-Instances haben unterschiedliche Mengen an Speicher-Overhead. Daher kann der max_connections Wert für Aurora My SQL - und RDS My SQL DB-Instances, die dieselbe Instance-Klasse verwenden, unterschiedlich sein. Die Werte in der Tabelle gelten nur für Aurora My SQL DB-Instances.
Anmerkung
Die deutlich niedrigeren Verbindungsgrenzwerte für T2- und T3-Instances basieren darauf, dass diese Instances-Klassen bei Aurora nur für Entwicklungs- und Testszenarien und nicht für Produktionsworkloads vorgesehen sind.
Für Systeme, die Standardwerte für andere größere Arbeitsspeicherverbraucher verwenden, beispielsweise Pufferpool und Abfragezwischenspeicher, werden die Standard-Verbindungsgrenzwerte angepasst. Wenn Sie diese anderen Einstellungen für Ihr Cluster ändern, sollten Sie auch den Verbindungsgrenzwert ändern, um die Zu- oder Abnahme des verfügbaren Arbeitsspeichers in den DB-Instances zu berücksichtigen.
Temporäre Speicherlimits für Aurora My SQL
Aurora My SQL speichert Tabellen und Indizes im Aurora-Speichersubsystem. Aurora My SQL verwendet separaten temporären oder lokalen Speicher für nicht persistente temporäre Dateien und temporäre Nicht-InnoDB-Tabellen. Zum lokalen Speicher gehören auch Dateien, die für Zwecke wie das Sortieren großer Datensätze während der Abfrageverarbeitung oder für Indexerstellungsvorgänge verwendet werden. Es enthält keine temporären InnoDB-Tabellen.
Weitere Informationen zu temporären Tabellen in Aurora My SQL Version 3 finden Sie unterNeues temporäres Tabellenverhalten in Aurora-MySQL-Version 3. Weitere Informationen zu temporären Tabellen in Version 2 finden Sie unter Temporäres Tablespace-Verhalten in Aurora My SQL Version 2.
Die Daten und temporären Dateien auf diesen Volumes gehen beim Starten und Stoppen der DB-Instance sowie beim Host-Austausch verloren.
Diese lokalen Speichervolumes werden von Amazon Elastic Block Store (EBS) unterstützt und können durch die Verwendung einer größeren DB-Instance-Klasse erweitert werden. Weitere Informationen über Speicher finden Sie unter Amazon Aurora Aurora-Speicher.
Lokaler Speicher wird auch für den Import von Daten aus Amazon S3 mit LOAD DATA FROM
S3 oder LOAD XML FROM S3 und für den Export von Daten nach S3 mit SELECT INTO OUTFILE S3 verwendet. Weitere Informationen zum Importieren von und Exportieren nach S3 finden Sie im Folgenden:
Aurora My SQL verwendet separaten permanenten Speicher für Fehlerprotokolle, allgemeine Protokolle, langsame Query-Logs und Audit-Logs für die meisten Aurora My SQL DB-Instance-Klassen (ausgenommen Instance-Klassentypen mit hoher Leistung wie db.t2, db.t3 und db.t4g). Die Daten auf diesem Volume werden beim Starten und Stoppen der DB-Instance sowie beim Host-Austausch beibehalten.
Dieses permanente Speichervolumen wird ebenfalls von Amazon unterstützt EBS und hat eine feste Größe entsprechend der DB-Instance-Klasse. Es kann nicht durch die Verwendung einer größeren DB-Instance-Klasse erweitert werden.
Die folgende Tabelle zeigt die maximale Menge an temporärem und permanentem Speicher, die für jede Aurora My SQL DB-Instance-Klasse verfügbar ist. Informationen zur Unterstützung der DB-Instance-Klasse für Aurora finden Sie unter Amazon Aurora Aurora-DB-Instance-Klassen.
| DB-Instance-Klasse | Maximal verfügbarer temporäre/lokaler Speicher (GiB) | Zusätzlicher maximaler verfügbarer Speicherplatz für Protokolldateien (GiB) |
|---|---|---|
| db.x2g.16xlarge | 1280 | 500 |
| db.x2g.12xlarge | 960 | 500 |
| db.x2g.8xlarge | 640 | 500 |
| db.x2g.4xlarge | 320 | 500 |
| db.x2g.2xlarge | 160 | 60 |
| db.x2g.xlarge | 80 | 60 |
| db.x2g.large | 40 | 60 |
| db.r8g.48xlarge | 3840 | 500 |
| db.r8g.24xlarge | 1920 | 500 |
| db.r8g.16xlarge | 1280 | 500 |
| db.r8g.12xlarge | 960 | 500 |
| db.r8g.8xlarge | 640 | 500 |
| db.r8g.4xgroß | 320 | 500 |
| db.r8g.2xgroß | 160 | 60 |
| db.r8g.xlarge | 80 | 60 |
| db.r8g.groß | 32 | 60 |
| db.r7i.48x groß | 3840 | 500 |
| db.r7i.24x groß | 1920 | 500 |
| db.r7i.16xlarge | 1280 | 500 |
| db.r7i.12xlarge | 960 | 500 |
| db.r7i.8 x groß | 640 | 500 |
| db.r7i.4x groß | 320 | 500 |
| db.r7i.2xgroß | 160 | 60 |
| db.r7i.xlarge | 80 | 60 |
| db.r7i.groß | 32 | 60 |
| db.r7g.16xlarge | 1280 | 500 |
| db.r7g.12xlarge | 960 | 500 |
| db.r7g.8xlarge | 640 | 500 |
| db.r7g.4xlarge | 320 | 500 |
| db.r7g.2xlarge | 160 | 60 |
| db.r7g.xlarge | 80 | 60 |
| db.r7g.large | 32 | 60 |
| db.r6i.32xlarge | 2560 | 500 |
| db.r6i.24xlarge | 1920 | 500 |
| db.r6i.16xlarge | 1280 | 500 |
| db.r6i.12xlarge | 960 | 500 |
| db.r6i.8xlarge | 640 | 500 |
| db.r6i.4xlarge | 320 | 500 |
| db.r6i.2xlarge | 160 | 60 |
| db.r6i.xlarge | 80 | 60 |
| db.r6i.large | 32 | 60 |
| db.r6g.16xlarge | 1280 | 500 |
| db.r6g.12xlarge | 960 | 500 |
| db.r6g.8xlarge | 640 | 500 |
| db.r6g.4xlarge | 320 | 500 |
| db.r6g.2xlarge | 160 | 60 |
| db.r6g.xlarge | 80 | 60 |
| db.r6g.large | 32 | 60 |
| db.r5.24xlarge | 1920 | 500 |
| db.r5.16xlarge | 1280 | 500 |
| db.r5.12xlarge | 960 | 500 |
| db.r5.8xlarge | 640 | 500 |
| db.r5.4xlarge | 320 | 500 |
| db.r5.2xlarge | 160 | 60 |
| db.r5.xlarge | 80 | 60 |
| db.r5.large | 32 | 60 |
| db.r4.16xlarge | 1280 | 500 |
| db.r4.8xlarge | 640 | 500 |
| db.r4.4xlarge | 320 | 500 |
| db.r4.2xlarge | 160 | 60 |
| db.r4.xlarge | 80 | 60 |
| db.r4.large | 32 | 60 |
| db.t4g.large | 32 | – |
| db.t4g.medium | 32 | – |
| db.t3.large | 32 | – |
| db.t3.medium | 32 | – |
| db.t3.small | 32 | – |
| db.t2.medium | 32 | – |
| db.t2.small | 32 | – |
Wichtig
Diese Werte stellen die theoretische maximale Menge an freiem Speicher auf jeder DB-Instance dar. Der tatsächliche lokale Speicher, der Ihnen zur Verfügung steht, ist möglicherweise niedriger. Aurora verwendet einen lokalen Speicher für seine Verwaltungsprozesse und die DB-Instance verwendet einen lokalen Speicher, noch bevor Sie Daten laden. Sie können den für eine bestimmte DB-Instance verfügbaren temporären Speicher mit der FreeLocalStorage CloudWatch unter beschriebenen Metrik überwachen. CloudWatch Amazon-Metriken für Amazon Aurora Sie können die Menge des freien Speichers zur Zeit überprüfen. Sie können auch die Menge des freien Speichers im Laufe der Zeit abzeichnen. Die Überwachung des freien Speichers im Laufe der Zeit hilft Ihnen festzustellen, ob der Wert steigt oder sinkt, oder um die Mindest-, Maximal- oder Durchschnittswerte zu ermitteln.
(Dies gilt nicht für Aurora Serverless v2.)
