Le traduzioni sono generate tramite traduzione automatica. In caso di conflitto tra il contenuto di una traduzione e la versione originale in Inglese, quest'ultima prevarrà.
Gestione delle prestazioni e del dimensionamento per Amazon Aurora MySQL
Dimensionamento delle istanze database Aurora MySQL
È possibile dimensionare le istanze database Aurora MySQL in due diversi modi, ovvero tramite il dimensionamento delle istanze e il dimensionamento della lettura. Per ulteriori informazioni sul dimensionamento della lettura, consulta Dimensionamento della lettura.
Puoi dimensionare il cluster database Aurora MySQL in base alle necessità, modificando la classe di istanza database per ogni istanza database nel cluster database. Aurora MySQL supporta diverse classi di istanza database ottimizzate per Aurora. Non utilizzare classi di istanza db.t2 o db.t3 per cluster Aurora più grandi di dimensioni maggiori di 40 TB. Per le specifiche delle classi di istanza database supportate da Aurora MySQL, consulta Classi di istanze database Amazon Aurora.
Nota
Consigliamo di utilizzare le classi di istanza database T solo per i server di sviluppo e test o altri server non di produzione. Per ulteriori informazioni sulle classi di istanza T, consulta Utilizzo delle classi di istanza T per lo sviluppo e i test.
Numero massimo di connessioni a un'istanza database Aurora MySQL
Il numero massimo di connessioni consentite a un'istanza database di Aurora MySQL è determinato dal parametro max_connections nel gruppo di parametri a livello di istanza per l'istanza database.
La tabella seguente elenca il valore predefinito risultante di max_connections per ciascuna classe di istanza database disponibile per Aurora MySQL. È possibile aumentare il numero massimo di connessioni all'istanza database Aurora MySQL eseguendo il dimensionamento dell'istanza a una classe di istanza database con più memoria oppure impostando un valore maggiore per il parametro max_connections nel gruppo di parametri DB per l'istanza, fino a 16.000.
Suggerimento
Se le applicazioni aprono e chiudono frequentemente connessioni o mantengono un numero elevato di connessioni di lunga durata aperte, ti consigliamo di utilizzare Amazon RDS Proxy. Proxy RDS è un proxy di database completamente gestito e ad alta disponibilità che utilizza il pooling di connessioni per condividere connessioni di database in modo sicuro ed efficiente. Per ulteriori informazioni sul Proxy RDS, consulta Server proxy per Amazon RDS per Aurora.
Per informazioni dettagliate su come le istanze Aurora Serverless v2 gestiscono questo parametro, vedi Numero massimo connessioni per Aurora Serverless v2.
| Classe di istanza | Valore predefinito di 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 |
6000 |
|
db.r5.large |
1000 |
|
db.r5.xlarge |
2000 |
|
db.r5.2xlarge |
3000 |
|
db.r5.4xlarge |
4000 |
|
db.r5.8xlarge |
5000 |
|
db.r5.12xlarge |
6000 |
|
db.r5.16xlarge |
6000 |
|
db.r5.24xlarge |
7000 |
| db.r6g.large | 1000 |
| db.r6g.xlarge | 2000 |
| db.r6g.2xlarge | 3000 |
| db.r6g.4xlarge | 4000 |
| db.r6g.8xlarge | 5000 |
| db.r6g.12xlarge | 6000 |
| db.r6g.16xlarge | 6000 |
| db.r6i.large | 1000 |
| db.r6i.xlarge | 2000 |
| db.r6i.2xlarge | 3000 |
| db.r6i.4xlarge | 4000 |
| db.r6i.8xlarge | 5000 |
| db.r6i.12xlarge | 6000 |
| db.r6i.16xlarge | 6000 |
| 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 | 6000 |
| db.r7g.16xlarge | 6000 |
| db.r7i.large | 1000 |
| db.r7i.xlarge | 2000 |
| db.r7i.2xlarge | 3000 |
| db.r7i.4xlarge | 4000 |
| db.r7i.8xlarge | 5000 |
| db.r7i.12xlarge | 6000 |
| db.r7i.16xlarge | 6000 |
| db.r7i.24xlarge | 7000 |
| db.r7i.48xlarge | 8000 |
| db.r8g.large | 1000 |
| db.r8g.xlarge | 2000 |
| db.r8g.2xlarge | 3000 |
| db.r8g.4xlarge | 4000 |
| db.r8g.8xlarge | 5000 |
| db.r8g.12xlarge | 6000 |
| db.r8g.16xlarge | 6000 |
| 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 | 6000 |
| db.x2g.12xlarge | 7000 |
| db.x2g.16xlarge | 7000 |
Suggerimento
Il calcolo del parametro max_connections utilizza il logaritmo in base 2 (diverso dal logaritmo naturale) e il valore DBInstanceClassMemory in byte per la classe di istanza Aurora MySQL selezionata. Il parametro accetta solo valori interi, con parti decimali troncate dai calcoli. La formula implementa i limiti di connessione come segue:
Incremento di connessione 1.000 per istanze R3, R4 e R5 di dimensioni superiori
Incremento di connessione 45 per le varianti di memoria delle istanze T2 e T3
Esempio: per db.r6g.large, mentre la formula calcola 1.069,2, il sistema implementa 1.000 per mantenere modelli incrementali coerenti.
Se crei un nuovo gruppo di parametri per personalizzare il valore predefinito del limite di connessioni, verificherai che il limite di connessioni predefinito deriva da una formula basata sul valore DBInstanceClassMemory. Come illustrato nella precedente tabella, la formula produce limiti di connessione che aumentano di 1000 al raddoppio della memoria tra istanze R3, R4 e R5 sempre più grandi e di 45 per dimensioni di memoria diverse delle istanze T2 e T3.
Consultare Specifica dei parametri del database per ulteriori informazioni su come è calcolato DBInstanceClassMemory.
Le istanze database Aurora MySQL e RDS for MySQL hanno quantità di sovraccarico della memoria differenti. Pertanto, il valore max_connections può essere diverso per istanze database Aurora MySQL e RDS MySQL che utilizzano la stessa classe di istanza. I valori nella tabella si applicano solo alle istanze database Aurora MySQL.
Nota
I limiti di connettività sensibilmente inferiori per le istanze T2 e T3 sono dovute al fatto che con Aurora queste classi di istanze sono destinate solo a scenari di test e sviluppo e non ai carichi di lavoro di produzione.
I limiti di connessione predefiniti si adattano ai sistemi che utilizzano i valori predefiniti per altre funzioni ad alto consumo di memori, come il pool di buffer e la cache delle query. Se modifichi queste altre impostazioni per il cluster, pensa a regolare il limite di connessione in base alla possibilità di aumento o diminuzione della memoria disponibile nelle istanze database.
Limiti di storage temporaneo per Aurora MySQL
Aurora MySQL memorizza tabelle e indici nel sottosistema di archiviazione Aurora. Aurora MySQL utilizza l’archiviazione locale o temporanea separata per i file temporanei non persistenti e le tabelle temporanee non InnoDB. Inoltre, sono inclusi i file utilizzati per scopi quali l'ordinamento di set di dati di grandi dimensioni durante l'elaborazione delle query o per le operazioni di creazione dell'indice. Non include le tabelle temporanee InnoDB.
Per ulteriori informazioni sulle tabelle temporanee in Aurora MySQL versione 3, consulta Nuovo comportamento della tabella temporanea in Aurora MySQL versione 3. Per ulteriori informazioni sulle tabelle temporanee nella versione 2, consulta Comportamento del tablespace temporaneo in Aurora MySQL versione 2.
I dati e i file temporanei su questi volumi vengono persi all’avvio e all’arresto dell’istanza database e durante la sostituzione dell’host.
Questi volumi di archiviazione locale sono supportati da Amazon Elastic Block Store (Amazon EBS) e possono essere estesi utilizzando una classe di istanza database più grande. Per ulteriori informazioni sullo storage, consultare Archiviazione Amazon Aurora.
L’archiviazione locale viene utilizzata anche per importare dati da Amazon S3 utilizzando LOAD DATA FROM
S3 o LOAD XML FROM S3 e per esportare dati in S3 utilizzando SELECT INTO OUTFILE S3. Per ulteriori informazioni sull’importazione e l’esportazione in S3, consulta quanto segue:
Aurora MySQL utilizza un’archiviazione permanente separata per i log degli errori, i log generali, i log delle query lente e i log di audit per la maggior parte delle classi di istanza database Aurora MySQL (esclusi i tipi di classi di istanza a prestazioni espandibili come db.t2, db.t3 e db.t4g). I dati su questo volume vengono mantenuti all’avvio e all’arresto dell’istanza database e durante la sostituzione dell’host.
Questo volume di archiviazione permanente è supportato anche da Amazon EBS e ha dimensioni fisse in base alla classe di istanza database. Non può essere esteso utilizzando una classe di istanza database più grande.
La tabella seguente mostra la quantità massima di spazio di archiviazione temporanea e permanente disponibile per ogni classe di istanza database Aurora MySQL. Per ulteriori informazioni sul supporto della classe di istanza database per Aurora, consultare Classi di istanze database Amazon Aurora.
| DB instance class (Classe istanza database) | Spazio di archiviazione locale/temporanea massimo disponibile (GiB) | Spazio di archiviazione massimo aggiuntivo disponibile per i file di log (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.4xlarge | 320 | 500 |
| db.r8g.2xlarge | 160 | 60 |
| db.r8g.xlarge | 80 | 60 |
| db.r8g.large | 32 | 60 |
| db.r7i.48xlarge | 3840 | 500 |
| db.r7i.24xlarge | 1920 | 500 |
| db.r7i.16xlarge | 1280 | 500 |
| db.r7i.12xlarge | 960 | 500 |
| db.r7i.8xlarge | 640 | 500 |
| db.r7i.4xlarge | 320 | 500 |
| db.r7i.2xlarge | 160 | 60 |
| db.r7i.xlarge | 80 | 60 |
| db.r7i.large | 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 | – |
Importante
Questi valori rappresentano la quantità massima teorica di spazio di archiviazione libero su ogni istanza database. Lo spazio di archiviazione locale effettivo disponibile potrebbe essere inferiore. Aurora utilizza una parte dello spazio di archiviazione locale per i processi di gestione e l'istanza database utilizza una parte dello spazio di archiviazione locale anche prima che vengano caricati i dati. È possibile monitorare lo storage temporaneo disponibile per un'istanza database specifica con il parametro FreeLocalStorage CloudWatch, come descritto in CloudWatch Parametri Amazon per Amazon Aurora. Al momento è possibile verificare la quantità di spazio di archiviazione gratuito. È inoltre possibile tracciare la quantità di spazio di archiviazione gratuito nel tempo. Il monitoraggio dello spazio di archiviazione gratuito nel tempo consente di determinare se il valore è in aumento o in diminuzione o di trovare i valori minimi, massimi o medi.
(Non valido per Aurora Serverless v2)
