Storage delle istanze di database Amazon RDS

Le istanze DB per Amazon RDS per Db2, MariaDB, MySQL, PostgreSQL, Oracle e Microsoft SQL Server utilizzano volumi Amazon Elastic Block Store (Amazon EBS) per lo storage di database e log.

In alcuni casi, il carico di lavoro del database potrebbe non essere in grado di ottenere il 100% della capacità di IOPS di cui hai effettuato il provisioning. Per ulteriori informazioni, consulta Fattori che influenzano le prestazioni di storage.

Per ulteriori informazioni sui prezzi dell'archiviazione delle istanze, consulta Prezzi di Amazon RDS.

Tipi di storage Amazon RDS

Amazon RDS offre tre tipi di storage: SSD Provisioned IOPS (noto anche come io1 e io2 Block Express), SSD generico (noto anche come gp2 e gp3) e magnetico (noto anche come standard). Questi tipi presentano caratteristiche di prestazioni e prezzi diversi, per permetterti di personalizzare le prestazioni e i costi di storage in base alle esigenze del carico di lavoro dei database. Puoi creare istanze DB RDS Db2, MySQL, MariaDB, Oracle, SQL Server e PostgreSQL RDS con un massimo di 64 tebibyte (TiB) di storage. RDS for Db2 non supporta i tipi di archiviazione gp3 e magnetica.

Nell'elenco seguente vengono descritti brevemente i tre tipi di storage:

• SSD con capacità di IOPS allocata – L'archiviazione con capacità di IOPS allocata è progettata per soddisfare le esigenze dei carichi di lavoro con intenso traffico di I/O, in particolare i carichi di lavoro di database, che richiedono bassa latenza di I/O e velocità di trasmissione effettiva di I/O coerente. L'archiviazione con capacità di IOPS allocata è più adatta per gli ambienti di produzione.

  Per ulteriori informazioni sull'archiviazione con capacità di IOPS allocata, inclusi gli intervalli di dimensioni dell'archiviazione, consulta Storage SSD Provisioned IOPS.

• SSD per uso generico – I volumi SSD per uso generico offrono un'archiviazione conveniente ideale per un'ampia gamma di carichi di lavoro in esecuzione su istanze database di medie dimensioni. L'archiviazione per uso generico è più adatta per gli ambienti di sviluppo e test.

  Per ulteriori informazioni sullo storage SSD per scopi generici, inclusi gli intervalli di dimensioni dello storage, consulta Storage SSD per scopi generici.

• Magnetico – Amazon RDS supporta anche lo storage magnetico per garantire la compatibilità con le versioni precedenti. Per le nuove esigenze di storage, è consigliabile usare lo storage SSD per scopi generici o SSD Provisioned IOPS. La quantità massima di storage consentita per le istanze DB sullo storage magnetico è di 3 TiB. Per ulteriori informazioni, consulta Archiviazione magnetica (precedente, non consigliata).

Quando si seleziona l'opzione "SSD per scopo generico" o "SSD con capacità di IOPS allocata", a seconda del motore selezionato e della quantità di archiviazione richiesta, Amazon RDS esegue automaticamente lo stripping su più volumi per migliorare le prestazioni, come mostrato nella tabella seguente.

Motore del database	Dimensioni dell'archiviazione di Amazon RDS	Numero di volumi assegnati
Db2	Meno di 400 GiB	1
Db2	400—65.536 GiB	4
MariaDB, MySQL e PostgreSQL	Meno di 400 GiB	1
MariaDB, MySQL e PostgreSQL	400—65.536 GiB	4
Oracle	Meno di 200 GiB	1
Oracle	200-65.536 GiB	4
SQL Server	Qualsiasi	1

Se si modifica un volume di tipo "SSD per scopo generico" o "SSD con capacità di IOPS allocata", tale volume passa attraverso una sequenza di stati. Mentre il volume è nello optimizing stato, le prestazioni del volume sono comprese tra le specifiche di configurazione di origine e di destinazione. Le prestazioni di volume transitorie non saranno inferiori alla più bassa delle due specifiche.

Importante

Quando modifichi lo storage di un'istanza in modo che passi da un volume a quattro volumi o quando modifichi un'istanza utilizzando lo storage magnetico, Amazon RDS non utilizza la funzionalità Elastic Volumes. Amazon RDS effettua invece il provisioning dei nuovi volumi e sposta in modo trasparente i dati dal vecchio volume a quelli nuovi. Questa operazione consuma una quantità significativa di IOPS e di velocità di trasmissione effettiva sia dei volumi vecchi che di quelli nuovi. A seconda delle dimensioni del volume e della quantità di carico di lavoro del database presente durante la modifica, questa operazione può consumare una quantità elevata di IOPS, aumentare significativamente la latenza di I/O e richiedere diverse ore per essere completata, mentre l'istanza RDS rimane nello stato. Modifying

Storage SSD Provisioned IOPS

Per qualsiasi applicazione di produzione che richieda prestazioni I/O veloci e affidabili, per l'archiviazione si consiglia di utilizzare l'opzione Capacità di IOPS allocata. Lo storage Provisioned IOPS è un tipo di storage che offre prestazioni prevedibili e latenza costantemente bassa. L'archiviazione di tipo Capacità di IOPS allocata è ottimizzata per i carichi di lavoro OLTP (Online Transaction Processing, elaborazione di transazioni online) che richiedono prestazioni costanti. L'opzione Provisioned IOPS permette di ottimizzare le prestazioni per questi carichi di lavoro.

Quando si crea un'istanza database, è necessario specificare la velocità IOPS e la dimensione del volume. Amazon RDS fornisce la frequenza IOPS per l'istanza database fino a quando non viene modificata.

Amazon RDS offre due tipi di storage SSD Provisioned IOPS: e. storage io2 Block Express (consigliato) storage io1 (generazione precedente)

storage io2 Block Express (consigliato)

Per carichi di lavoro a elevata intensità di I/O e sensibili alla latenza, è possibile utilizzare lo storage Provisioned IOPS SSD io2 Block Express per ottenere fino a 256.000 operazioni di I/O al secondo (IOPS). La velocità effettiva dei volumi io2 Block Express varia in base alla quantità di IOPS fornita per volume e alla dimensione delle operazioni di I/O eseguite.

Tutti i volumi RDS io2 basati sul sistema AWS Nitro sono volumi io2 Block Express e offrono una latenza media inferiore al millisecondo. Le istanze DB non basate sul sistema Nitro sono volumi io2. AWS

La tabella seguente mostra l'intervallo di Provisioned IOPS e il throughput massimo per ogni motore di database e intervallo di dimensioni di archiviazione.

Motore del database	Intervallo di dimensione di archiviazione	Intervallo di Provisioned IOPS	Velocità di trasmissione effettiva massima
Db2, MariaDB, MySQL e PostgreSQL	100—65.536 GiB	1.000–256.000 IOPS	4.000 MiB/s
Oracle	100-199 GiB	1.000—19.000 IOPS	4.000 MiB/s
Oracle	200-65.536 GiB	1.000–256.000 IOPS	4.000 MiB/s¹
SQL Server	20—65.536 GiB	1.000–256.000 IOPS	4.000 MiB/s

Nota

¹ Per Oracle, in determinate condizioni, ad esempio istanze DB di dimensioni molto grandi e letture di grandi dimensioni, è possibile riscontrare un throughput massimo molto più elevato.

Dopo aver modificato le istanze di SQL Server per utilizzare i volumi gp2, gp3 o io1 in volumi io2, puoi consentire alla dimensione del volume io2 di crescere fino a 64 TiB. Tuttavia, una volta che la dimensione del volume io2 supera i 16 TiB, non è possibile ripristinare il volume di archiviazione su gp2, gp3 o io1. Per tornare a gp2, gp3 o io1, riduci la dimensione dei dati a meno di 16 TiB e poi procedi con la modifica del tipo di volume.

Agli intervalli di dimensioni di archivio e IOPS si applicano i vincoli seguenti:

• Il rapporto tra IOPS e storage allocato (in GiB) non deve essere superiore a 1000:1. Per le istanze DB non basate sul sistema AWS Nitro, il rapporto è 500:1.

• È possibile eseguire il provisioning di IOPS massime con volumi di 256 GiB di dimensioni e superiori (1.000 IOPS x 256 GiB = 256.000 IOPS). Per le istanze DB non basate sul sistema AWS Nitro, gli IOPS massimi vengono raggiunti a 512 GiB (500 IOPS x 512 GiB = 256.000 IOPS).

• La velocità di trasmissione effettiva è scalabile in modo proporzionale fino a 0,256 MiB/s per capacità di IOPS allocata. Il throughput massimo di 4.000 MiB/s può essere raggiunto a 256.000 IOPS con una dimensione di I/O di 16 KiB e 16.000 IOPS o superiore con una dimensione di I/O di 256 KiB. Per le istanze DB non basate sul sistema AWS Nitro, è possibile ottenere un throughput massimo di 2.000 MiB/s a 128.000 IOPS con una dimensione di I/O di 16 KiB.

• Se utilizzi la scalabilità automatica dell'archiviazione, si applicano anche gli stessi rapporti tra IOPS e la soglia massima di archiviazione (in GiB). Per ulteriori informazioni sulla scalabilità automatica dell'archiviazione, consulta Gestione della capacità automaticamente con Auto Scaling dello storage Amazon RDS.

I volumi Amazon RDS io2 Block Express sono disponibili nei seguenti formati: Regioni AWS

• Asia Pacifico (Hong Kong)

• Asia Pacifico (Mumbai)

• Asia Pacifico (Seoul)

• Asia Pacifico (Singapore)

• Asia Pacifico (Sydney)

• Asia Pacifico (Tokyo)

• Canada (Centrale)

• Europa (Francoforte)

• Europa (Irlanda)

• Europe (London)

• Europa (Stoccolma)

• Medio Oriente (Bahrein)

• Stati Uniti orientali (Ohio)

• Stati Uniti orientali (Virginia settentrionale)

• Stati Uniti occidentali (California settentrionale)

• US West (Oregon)

storage io1 (generazione precedente)

Per carichi di lavoro con uso intensivo di I/O, puoi utilizzare l'archivio SSD io1 di capacità di IOPS allocata e ottenere fino a 256.000 operazioni di I/O al secondo (IOPS). Il throughput dei volumi io1 varia in base alla quantità di IOPS assegnati per volume e alla dimensione delle operazioni di I/O eseguite. Consigliamo di utilizzare lo storage io2 Block Express laddove disponibile.

La tabella seguente mostra l'intervallo di Provisioned IOPS e il throughput massimo per ogni motore di database e intervallo di dimensioni di archiviazione.

Motore del database	Intervallo di dimensione di archiviazione	Intervallo di Provisioned IOPS	Velocità di trasmissione effettiva massima
Db2, MariaDB, MySQL e PostgreSQL	100—399 GiB	1.000-19.950 IOPS	500 MiB/s
Db2, MariaDB, MySQL e PostgreSQL	400—65.536 GiB	1.000–256.000 IOPS	4.000 MiB/s
Oracle	100-199 GiB	1.000-9.950 IOPS	500 MiB/s
Oracle	200-65.536 GiB	1.000-256.000 IOPS¹	4.000 MiB/s
SQL Server	20—16.384 GiB	1.000-64.000 IOPS²	1.000 MiB/s

Nota

¹ Per Oracle, puoi effettuare il provisioning del massimo di 256.000 IOPS solo sul tipo di istanza r5b.

² Per SQL Server, il massimo di 64.000 IOPS è garantito solo sulle istanze basate su Nitro che si trovano sui tipi di istanza m5*, m6i, r5*, r6i e z1d. Altri tipi di istanze garantiscono prestazioni fino a 32.000 IOPS.

Agli intervalli di dimensioni di archivio e IOPS si applicano i vincoli seguenti:

• Il rapporto tra IOPS e archiviazione allocata (in GiB) deve essere compreso tra 1 e 50 su RDS for SQL Server e tra 0,5 e 50 su altri motori DB RDS.

• Se utilizzi la scalabilità automatica dell'archiviazione, si applicano anche gli stessi rapporti tra IOPS e la soglia massima di archiviazione (in GiB).

  Per ulteriori informazioni sulla scalabilità automatica dell'archiviazione, consulta Gestione della capacità automaticamente con Auto Scaling dello storage Amazon RDS.

Combinazione di storage Provisioned IOPS con implementazioni Multi-AZ o repliche di lettura

Per i casi d'uso OLTP, è consigliabile usare implementazioni Multi-AZ per una maggiore tolleranza ai guasti con lo storage Provisioned IOPS per prestazioni veloci e prevedibili.

Puoi anche utilizzare lo storage Provisioned IOPS con repliche di lettura per MySQL, MariaDB o PostgreSQL. Il tipo di storage per una replica di lettura è indipendente da quello dell'istanza database master. Ad esempio, puoi usare lo storage SSD per scopi generici per le repliche di lettura con un'istanza database master che usa lo storage SSD Provisioned IOPS, per ridurre i costi. Tuttavia, le prestazioni della replica di lettura in questo caso potrebbero differire da quelle di una configurazione in cui sia l'istanza DB principale che le repliche di lettura utilizzano lo storage Provisioned IOPS.

Costi dello storage Provisioned IOPS

Con lo storage Provisioned IOPS, paghi per le risorse di cui viene effettuato il provisioning, indipendentemente dal fatto che vegano usate o meno in un determinato mese.

Per ulteriori informazioni sui prezzi, consulta Prezzi di Amazon RDS.

Ottenere le migliori prestazioni dallo storage IOPS di Amazon RDS Provisioned

Se il carico di lavoro è limitato all'I/O, l'utilizzo dello storage Provisioned IOPS può aumentare il numero di richieste di I/O che il sistema può elaborare contemporaneamente. Una maggiore concorrenza permette una riduzione della latenza, perché le richieste di I/O restano in coda per meno tempo. Una latenza minore permette commit più rapidi nel database, migliorando così il tempo di risposta e permettendo un throughput del database maggiore.

Lo storage Provisioned IOPS offre un modo per riservare la capacità di I/O specificando IOPS. Come per qualsiasi altro attributo di capacità di un sistema, tuttavia, il throughput massimo sotto carico è limitato dalla risorsa consumata per prima. Tale risorsa può essere rappresentata da larghezza di banda di rete, CPU, memoria o risorse interne del database.

Storage SSD per scopi generici

Lo storage generico offre uno storage conveniente, accettabile per la maggior parte dei carichi di lavoro di database che non sono sensibili alla latenza o alle prestazioni.

Nota

Le istanze DB che utilizzano lo storage General Purpose possono presentare una latenza molto più lunga rispetto alle istanze che utilizzano lo storage Provisioned IOPS. Se è necessaria un'istanza database con latenza minima dopo queste operazioni, è consigliabile utilizzare Storage SSD Provisioned IOPS.

Amazon RDS offre due tipi di storage generico: archiviazione gp3 (consigliata) egp2 storage (generazione precedente).

archiviazione gp3 (consigliata)

Utilizzando i volumi di archiviazione gp3 per uso generico, è possibile personalizzare le prestazioni di archiviazione indipendentemente dalla capacità di archiviazione. Le prestazioni di archiviazione sono la combinazione delle operazioni I/O al secondo (IOPS) e della velocità con cui il volume di archiviazione può eseguire operazioni di lettura e scrittura (velocità di trasmissione effettiva dell'archiviazione). Per i volumi di archiviazione gp3, Amazon RDS offre prestazioni di archiviazione di base di 3000 IOPS e 125 MiB/s.

Per ogni motore RDS DB ad eccezione di RDS per SQL Server, quando la dimensione di archiviazione per i volumi gp3 raggiunge una determinata soglia, le prestazioni di storage di base aumentano. Ciò è dovuto allo striping dei volumi, in cui l'archiviazione utilizza quattro volumi anziché uno. RDS per SQL Server non supporta lo striping dei volumi e quindi non ha un valore di soglia. Per i volumi con striping, Amazon RDS offre prestazioni di storage di base di 12.000 IOPS e 500 MiB/s.

Le prestazioni di archiviazione per i volumi gp3 sui motori di database Amazon RDS, inclusa la soglia, sono mostrate nella tabella seguente.

Motore database	Dimensioni dell'archiviazione	Prestazioni di archiviazione di base	Intervallo di Provisioned IOPS	Velocità di trasmissione effettiva dell'archiviazione allocata
Db2, MariaDB, MySQL e PostgreSQL	20—399 GiB	3.000 IOPS/125 MiB/s	N/D	N/D
Db2, MariaDB, MySQL e PostgreSQL	400—65.536 GiB	12.000 IOPS/500 MiB/s	12.000 - 64.000 IOPS	500-4.000 MiB/s
Oracle	20—199 GiB	3.000 IOPS/125 MiB/s	N/D	N/D
Oracle	200-65.536 GiB	12.000 IOPS/500 MiB/s	12.000 - 64.000 IOPS	500-4.000 MiB/s
SQL Server	20—16.384 GiB	3.000 IOPS/125 MiB/s	3.000 - 16.000 IOPS	125-1.000 MiB/s

Per ogni motore di database ad eccezione di RDS per SQL Server, è possibile fornire IOPS e velocità di trasmissione effettiva per archiviazione aggiuntivi quando le dimensioni dell'archiviazione sono pari o superiori al valore di soglia. Per RDS per SQL Server, è possibile allocare IOPS e velocità di trasmissione effettiva per archiviazione aggiuntivi per qualsiasi dimensione di archiviazione disponibile. Per tutti i motori di database, paghi solo per le prestazioni di archiviazione allocata aggiuntive. Per ulteriori informazioni, consulta Prezzi di Amazon RDS.

Sebbene la capacità di IOPS allocata e la velocità di trasmissione effettiva per archiviazione aggiunti non dipendano dalle dimensioni dello archiviazione, sono correlate tra loro. Quando aumenti gli IOPS oltre 32.000 per MariadB e MySQL, il valore del throughput di archiviazione aumenta automaticamente da 500. MiBps Ad esempio, quando si imposta l'IOPS su 40.000 su RDS per MySQL, il throughput di archiviazione deve essere almeno 625. MiBps L'aumento automatico non si verifica per le istanze DB Db2, Oracle, PostgreSQL e SQL Server.

Per i cluster DB Multi-AZ, Amazon RDS imposta automaticamente il valore di throughput in base agli IOPS forniti. Non è possibile modificare il valore del throughput.

I valori delle prestazioni di archiviazione per i volumi gp3 su RDS presentano i seguenti vincoli:

• Il rapporto massimo tra la velocità di trasmissione effettiva per archiviazione e gli IOPS è 0,25 per tutti i motori di database supportati.

• Il rapporto minimo tra IOPS e archiviazione allocata (in GiB) è 0,5 su RDS per SQL Server. Non esiste un rapporto minimo per gli altri motori di database supportati.

• Il rapporto massimo tra IOPS per l'archiviazione allocata è 500 per tutti i motori di database supportati.

• Se utilizzi la scalabilità automatica dell'archiviazione, si applicano anche gli stessi rapporti tra IOPS e la soglia massima di archiviazione (in GiB).

  Per ulteriori informazioni sulla scalabilità automatica dell'archiviazione, consulta Gestione della capacità automaticamente con Auto Scaling dello storage Amazon RDS.

gp2 storage (generazione precedente)

Quando le tue applicazioni non richiedono prestazioni di archiviazione elevate, puoi utilizzare l'archiviazione gp2 SSD per uso generico. Le prestazioni di I/O di base per l'archiviazione gp2 sono di 3 IOPS per ogni GiB, con un minimo di 100 IOPS. Pertanto volumi di dimensioni maggiori offrono prestazioni migliori. Le prestazioni di base per un volume da 100 GiB sono ad esempio pari a 300 IOPS, per un volume da 1.000 GiB sono di 3.000 IOPS,

I singoli volumi gp2 con dimensioni inferiori a 1.000 GiB permettono inoltre il burst a fino a 3.000 IOPS per periodi di tempo prolungati. Il saldo dei crediti di I/O del volume determina le prestazioni di burst. Per una descrizione più dettagliata di come le prestazioni di base e il saldo del credito di I/O influiscono sulle prestazioni, consulta il post Understanding burst vs. baseline performance with Amazon RDS and gp2 sul Database Blog. AWS

Molti carichi di lavoro non esauriscono mai il saldo di burst. Alcuni carichi di lavoro, tuttavia, possono esaurire il saldo dei crediti di burst dello storage di 3.000 IOPS, quindi è consigliabile pianificare la capacità di storage in modo da soddisfare le esigenze dei carichi di lavoro.

Per volumi gp2 superiori a 4.000 GiB, le prestazioni di base sono superiori alle prestazioni burst. Per tali volumi, la burst è irrilevante perché le prestazioni di base sono migliori delle prestazioni di burst di 3.000 IOPS. Tuttavia, per le istanze database di determinati motori e dimensioni, l'archiviazione viene sottoposta a striping su quattro volumi e ciò garantisce una velocità di trasmissione effettiva quattro volte superiore a quella di base e quattro volte l'IOPS di burst di un singolo volume.

Le prestazioni di storage per volumi gp2 di varie dimensioni di storage sui motori Amazon RDS DB sono illustrate nella tabella seguente.

Motore database	Dimensioni di archiviazione RDS	Intervallo di IOPS di base	Intervallo di throughput di base	IOPS di burst
MariaDB, MySQL e PostgreSQL	5—399 GiB¹	100-1197 IOPS	128-250 MiB/s	3.000
MariaDB, MySQL e PostgreSQL	400-1.335 GiB	1.200-4.005 IOPS	500-1.000 MiB/s	12.000
MariaDB, MySQL e PostgreSQL	1.336—3.999 GiB	4008-11.997 IOPS	1.000 MiB/s	12.000
MariaDB, MySQL e PostgreSQL	4.000-65.536 GiB	12.000-64.000 IOPS	1.000 MiB/s	N/M²
Oracle	20—199 GiB	100-597 IOPS	128-250 MiB/s	3.000
Oracle	200-1.335 GiB	600-4.005 IOPS	500-1.000 MiB/s	12.000
Oracle	1.336—3.999 GiB	4008-11.997 IOPS	1.000 MiB/s	12.000
Oracle	4.000-65.536 GiB	12.000-64.000 IOPS	1.000 MiB/s	N/M²
SQL Server	20—333 GiB	100-999 IOPS	128-250 MiB/s	3.000
SQL Server	334-999 GiB	1.002-2.997 IOPS	250 MiB/s	3.000
SQL Server	1.000—16.384 GiB	3.000-16.000 IOPS	250 MiB/s	N/M²

Nota

¹ Utilizzando AWS Management Console, è possibile creare istanze DB con una dimensione di storage minima di 5 GiB nel livello Free per le classi di istanze DB db.t3.micro e db.t4g.micro. Altrimenti, la dimensione minima di archiviazione è di 20 GiB. Questa limitazione non si applica all'API AWS CLI e RDS.

² Le prestazioni di base del volume superano le prestazioni massime di raffica.

Confronto dei tipi di archiviazione unità di memoria a stato solido (SSD)

La tabella seguente mostra i casi d'uso e le caratteristiche di prestazioni dei volumi di archiviazione SSD utilizzati da Amazon RDS.

Caratteristica	IOPS fornito (io2 Block Express)	Capacità di IOPS allocata (io1)	Uso generico (gp3)	Uso generico (gp2)
Descrizione	Prestazioni più elevate all'interno del portafoglio di storage RDS (IOPS, throughput, latenza) Progettato per carichi di lavoro transazionali sensibili alla latenza	Prestazioni di archiviazione coerenti (IOPS, velocità di trasmissione effettiva, latenza) Progettato per carichi di lavoro transazionali sensibili alla latenza	Flessibilità nell'allocazione di archiviazione, IOPS e velocità di trasmissione effettiva in modo indipendente Bilancia prezzi e prestazioni per un'ampia gamma di carichi di lavoro transazionali	Fornisce IOPS espandibili Bilancia prezzi e prestazioni per un'ampia gamma di carichi di lavoro transazionali
Casi d'uso	Carichi di lavoro transazionali critici per l'azienda che richiedono una latenza inferiore al millisecondo e prestazioni IOPS sostenute fino a 256.000 IOPS	Carichi di lavoro transazionali che richiedono prestazioni IOPS sostenute fino a 256.000 IOPS	Ampia gamma di carichi di lavoro eseguiti su database relazionali di medie dimensioni in ambienti di sviluppo/test	Ampia gamma di carichi di lavoro eseguiti su database relazionali di medie dimensioni in ambienti di sviluppo/test
Latenza	Meno di millisecondo, forniti costantemente il 99,9% delle volte	Millisecondo a una cifra singola, fornito costantemente il 99,9% delle volte	Millisecondo a una cifra singola, fornito costantemente il 99% delle volte	Millisecondo a una cifra singola, fornito costantemente il 99% delle volte
Volume size (Dimensione dei volumi)	100—65.536 GiB	100—65.536 GiB (20—16.384 GiB su RDS per SQL Server)	20—65.536 GiB (16.384 GiB su RDS per SQL Server)	20—65.536 GiB (16.384 GiB su RDS per SQL Server)
Numero massimo di IOPS	256.000	256.000 (64.000 su RDS per SQL Server)	64.000 (16.000 su RDS per SQL Server)	64.000 (16.000 su RDS per SQL Server) Nota Non è possibile impostare la capacità di IOPS allocata direttamente sull'archiviazione gp2. La capacità di IOPS varia in base alla dimensione dell'archiviazione allocata.
Velocità di trasmissione effettiva massima	Scale basate sulla capacità di IOPS allocata fino a 4.000 MB/s La velocità di trasmissione effettiva è scalabile in modo proporzionale fino a 0,256 MiB/s per capacità di IOPS allocata. Il throughput massimo di 4.000 MiB/s può essere raggiunto a 256.000 IOPS con una dimensione di I/O di 16 KiB e 16.000 IOPS o superiore con una dimensione di I/O di 256 KiB. Per le istanze non basate sul sistema AWS Nitro, è possibile ottenere un throughput massimo di 2.000 MiB/s a 128.000 IOPS con una dimensione di I/O di 16 KiB.	Scale basate sulla capacità di IOPS allocata fino a 4.000 MB/s	Alloca ulteriore velocità di trasmissione effettiva fino a 4.000 MB/s (1000 MB/s su RDS per SQL Server)	1000 MB/s (250 MB/s su RDS per SQL Server)
AWS CLI e nome dell'API RDS	io2	io1	gp3	gp2

Archiviazione magnetica (precedente, non consigliata)

Amazon RDS supporta anche lo storage magnetico per garantire la compatibilità con le versioni precedenti. Per le nuove esigenze di storage, è consigliabile usare lo storage SSD per scopi generici o SSD Provisioned IOPS. Di seguito sono elencate le limitazioni per lo storage magnetico:

• Non permette il dimensionamento dello storage quando si usa il motore di database di SQL Server.

• Non consente la conversione in un tipo di archiviazione diverso quando si utilizza il motore di database SQL Server.

• Non supporta il dimensionamento automatico dello storage.

• Non supporta i volumi elastici.

• Prevede una dimensione massima di 3 TiB.

• Prevede un limite massimo di 1.000 IOPS.

Volume di registro dedicato (DLV)

Puoi utilizzare un volume di log dedicato (DLV) per un'istanza DB che utilizza lo storage Provisioned IOPS (PIOPS) utilizzando la console Amazon RDS AWS CLI o l'API Amazon RDS. Un DLV sposta i log delle transazioni del database PostgreSQL e i redo log e i log binari di MySQL/MariaDB su un volume di archiviazione separato dal volume contenente le tabelle del database. Un DLV rende il log di scrittura delle transazioni più efficiente e coerente. I DLV sono ideali per database con archiviazione allocata di grandi dimensioni, requisiti di I/O al secondo (IOPS) elevati o carichi di lavoro sensibili alla latenza.

I DLV sono supportati per lo storage PIOPS (io1 e io2 Block Express) e vengono creati con una dimensione fissa di 1.000 GiB e 3.000 Provisioned IOPS.

Nota

I DLV non sono supportati per lo storage generico (gp2 e gp3).

Amazon RDS supporta tutti i DLV Regioni AWS per le seguenti versioni:

• MariaDB 10.6.7 e versioni successive alla 10

• MySQL 8.0.28 e versioni successive alla 8

• PostgreSQL 13.10 e versioni successive 13 versioni, 14.7 e successive 14 versioni, 15.2 e successive 15 versioni e 16.1 e versioni successive 16

RDS supporta i DLV con le implementazioni multi-AZ. Quando modifichi o crei un'istanza Multi-AZ, viene creato un DLV sia per l'istanza primaria che per quella secondaria.

RDS supporta i DLV con le repliche di lettura. Se l'istanza database primaria ha un DLV abilitato, anche tutte le repliche di lettura create dopo aver abilitato il DLV avranno un DLV. Tutte le repliche di lettura create prima del passaggio al DLV non saranno abilitate a meno che non vengano modificate esplicitamente in tal senso. Si consiglia inoltre di modificare manualmente tutte le repliche di lettura collegate a un'istanza primaria prima dell'abilitazione del DLV per includere un DLV.

Dopo aver modificato l'impostazione DLV per un'istanza database, è necessario riavviare l'istanza database.

Per informazioni sull'attivazione di un DLV, consulta. Utilizzo di un volume di log dedicato (DLV)

Monitoraggio delle prestazioni di storage

Amazon RDS fornisce diversi parametri che è possibile usare per determinare le prestazioni dell'istanza database. Puoi visualizzare i parametri nella pagina di riepilogo per l'istanza nella console di gestione Amazon RDS. Puoi anche utilizzare Amazon CloudWatch per monitorare questi parametri. Per ulteriori informazioni, consulta Visualizzazione dei parametri nella console Amazon RDS. Il monitoraggio avanzato fornisce parametri di I/O più dettagliati. Per altre informazioni, consulta Monitoraggio dei parametri del sistema operativo con il monitoraggio avanzato.

I parametri seguenti sono utili per il monitoraggio dello storage per l'istanza database:

• IOPS – Numero di operazioni di I/O completate ogni secondo. Questo parametro viene segnalato indicando la media IOPS per un determinato intervallo di tempo. I report di Amazon RDS leggono e scrivono IOPS separatamente a intervalli di 1 minuto. Il valore di IOPS totali rappresenta la somma delle quantità di IOPS di lettura e di scrittura. I valori di IOPS tipici vanno da zero a decine di migliaia al secondo.

• Latenza – Tempo trascorso tra l'invio di una richiesta di I/O e il suo completamento. Questo parametro viene segnalato indicando la latenza media per un determinato intervallo di tempo. Amazon RDS indica separatamente la latenza di lettura e scrittura, in intervalli di 1 minuto. I valori tipici della latenza sono in millisecondi (ms).

• Throughput – Numero di byte al secondo trasferiti da o verso il disco. Questo parametro viene segnalato come il throughput medio per un determinato intervallo di tempo. Amazon RDS riporta il throughput di lettura e scrittura separatamente a intervalli di 1 minuto utilizzando unità di byte al secondo (B/s). I valori tipici per il throughput vanno da zero alla larghezza di banda massima del canale di I/O.

• Profondità della coda – Numero di richieste di I/O in coda in attesa di essere elaborate. Si tratta delle richieste di I/O che sono state inviate dall'applicazione ma non sono state trasmesse al dispositivo perché il dispositivo sta elaborando altre richieste di I/O. Il tempo speso in attesa in coda è un componente della latenza e del tempo di elaborazione (non disponibile come parametro). Questo parametro viene segnalato indicando la profondità della coda media per un determinato intervallo di tempo. Amazon RDS riporta la profondità della coda a intervalli di 1 minuto. I valori tipici per la profondità della coda vanno da zero ad alcune centinaia.

I valori di IOPS misurati sono indipendenti dalla dimensione della singola operazione di I/O. Ciò significa che quando misuri le prestazioni di I/O, assicurati di considerare la velocità di trasmissione effettiva dell'istanza e non semplicemente il numero di operazioni di I/O.

Fattori che influenzano le prestazioni di storage

Le attività di sistema, il carico di lavoro del database e la classe d’istanza DB possono influenzare le prestazioni di storage.

Attività di sistema

Le attività seguenti correlate al sistema utilizzano capacità di I/O e possono ridurre le prestazioni dell'istanza DB mentre sono in esecuzione:

• Creazione della copia di standby Multi-AZ

• Creazione della replica di lettura

• Modifica dei tipi di storage

Carico di lavoro del database

In alcuni casi, la progettazione del database o dell'applicazione provoca problemi di concorrenza, blocchi o altre forme di conflitto nel database. In questi casi, potrebbe non essere possibile usare direttamente tutta la larghezza di banda di cui è stato effettuato il provisioning. Potrebbero inoltre verificarsi le situazioni seguenti correlate ai carichi di lavoro:

• Il limite di throughput del tipo di istanza sottostante viene raggiunto.

• La profondità della coda è costantemente inferiore a 1 perché l'applicazione non effettua un numero sufficiente di operazioni di I/O.

• Si verificano conflitti di query nel database anche se vi è capacità di I/O non utilizzata.

In alcuni casi, non esiste una risorsa di sistema che ha raggiunto il limite o si è avvicinata a esso e l'aggiunta di thread non aumenta la velocità delle transazioni del database. In questi casi, il collo di bottiglia è molto probabilmente contesa nel database. Le forme più comuni sono i conflitti di blocco di riga e blocco di pagina di indice, ma ci sono numerose altre possibilità. Se si verifica questa situazione, rivolgiti a un esperto di regolazione delle prestazioni del database.

DB instance class (Classe istanza database)

Per ottenere il massimo delle prestazioni dall'istanza DB Amazon RDS, scegli un tipo di istanza di generazione corrente con larghezza di banda sufficiente per supportare il tipo di storage. Puoi ad esempio scegliere istanze ottimizzate per Amazon EBS–istanze con connettività di rete a 10 gigabit.

Importante

A seconda della classe di istanza che stai utilizzando, potresti vedere prestazioni IOPS inferiori rispetto al massimo che RDS consente di eseguire il provisioning. Per informazioni specifiche sulle prestazioni IOPS per le classi di istanza database, consulta Istanze ottimizzate per Amazon EBS nella Guida per l'utente di Amazon EC2. Si consiglia di determinare il numero massimo di IOPS per la classe di istanza prima di impostare un valore IOPS con provisioning per l'istanza database.

Per ottenere le prestazioni migliori, ti consigliamo di usare le istanze di ultima generazione. Le istanze database della generazione precedente possono anche avere un limite di storage inferiore.

Alcuni file system a 32 bit più vecchi potrebbero avere capacità di archiviazione inferiori. Per determinare la capacità di storage della tua istanza DB, puoi usare il comando describe-valid-db-instance-modifications. AWS CLI

La lista seguente mostra lo storage massimo in base a cui la maggior parte delle classi di istanza database possono essere ridimensionate per ogni motore di database:

• Db2 — 64 TiB

• MariaDB - 64 TiB

• Microsoft SQL Server — 64 TiB

• MySQL - 64 TiB

• Oracle - 64 TiB

• PostgreSQL - 64 TiB

Nella tabella riportata di seguito sono elencate alcune eccezioni relative allo spazio di archiviazione massimo (in TiB). Tutte le istanze DB di RDS per Microsoft SQL Server, a parte lo storage io2 Block Express, hanno uno spazio di archiviazione massimo di 16 TiB, quindi non ci sono voci per SQL Server.

Classe di istanza	Db2	MariaDB	MySQL	Oracle	PostgreSQL
db.m3: classi di istanza standard
db.t4g: classi di istanza a prestazioni espandibili
db.t4g.medium	N/D	16	16	N/D	32
db.t4g.small	N/D	16	16	N/D	16
db.t4g.micro	N/D	6	6	N/D	6
db.t3: classi di istanza a prestazioni espandibili
db.t3.medium	32	16	16	32	32
db.t3.small	32	16	16	32	16
db.t3.micro	N/D	6	6	32	6
db.t2: classi di istanza a prestazioni espandibili

Per ulteriori dettagli sulle classi di istanza supportate, consultare Istanze database di generazioni precedenti.