Inizia a usare AWS gratis

Crea un account gratuito

Il piano gratuito di AWS include 750 ore di istanze database Micro ogni mese per un anno, 20 GB di storage e 20 GB di backup con Amazon Relational Database Service (RDS).

Visualizza i dettagli del piano gratuito di AWS »


D: Cos'è Amazon RDS?

Amazon Relational Database Service (Amazon RDS) è un servizio gestito che consente di configurare, utilizzare e ridimensionare le risorse di database relazionali nel cloud con la massima semplicità. Offre funzionalità ridimensionabili a un costo vantaggioso e gestisce al contempo lunghe attività amministrative del database, per consentire all'utente di concentrarsi sulle proprie applicazioni e sul business.

Amazon RDS consente di accedere alle funzionalità di un comune database MySQL, MariaDB, Oracle, SQL Server o PostgreSQL. Ciò significa che il codice, le applicazioni e gli strumenti attualmente già utilizzati con i propri database dovrebbero funzionare senza difficoltà con Amazon RDS. Amazon RDS può effettuare il backup automatico del tuo database e mantenerne il software aggiornato alla versione più recente. Puoi usufruire della flessibilità offerta dalla scalabilità delle risorse di calcolo o della capacità di storage associata alla tua istanza database relazionale. Inoltre, Amazon RDS semplifica l'utilizzo delle repliche per migliorare la disponibilità del database e la durata dei dati o per ridimensionare la capacità oltre i limiti di una singola istanza di database, per le attività di lettura più impegnative. Come per tutti i servizi di Amazon Web Services, non ci sono costi aggiuntivi e si pagano solo le risorse effettivamente utilizzate.

D: Quali motori di database relazionali sono supportati da Amazon RDS?

Amazon RDS supporta i motori di database Amazon Aurora, MySQL, Oracle, MariaDB, SQL Server e PostgreSQL.

D: Quali attività sono gestite da Amazon RDS per mio conto?

Amazon RDS gestisce il lavoro necessario per configurare un database relazionale: dalla fornitura della capacità di infrastruttura che richiedi, fino all'installazione del software del database. Quando il database è in funzione, Amazon RDS esegue in automatico le attività di amministrazione più comuni, tra cui l'esecuzione di backup e l'applicazione di patch al software in esecuzione nel tuo database. Con le implementazioni Multi-AZ opzionali, Amazon RDS gestisce anche la replica sincrona dei dati tra le zone di disponibilità con il failover automatico.

Poiché Amazon RDS fornisce accesso nativo al database, puoi interagire con il software del database relazionale come faresti normalmente. Questo significa che rimani responsabile della gestione delle impostazioni del database specifiche per l'applicazione. Dovrai costruire lo schema relazionale che meglio si adatta alle tue esigenze di utilizzo e sarai responsabile dell'eventuale regolazione delle prestazioni per ottimizzare il database in base al workflow dell'applicazione.

D: Quando è vantaggioso utilizzare Amazon RDS anziché le AMI di database relazionale Amazon EC2?

Amazon Web Services offre agli sviluppatori una serie di alternative a livello di database. Amazon RDS consente di eseguire un database relazionale completo di ogni funzionalità, alleggerendo il carico di lavoro dedicato all'amministrazione del database. Utilizzando una delle nostre numerose AMI di database relazionale in Amazon EC2, potrai gestire il tuo database relazionale nel cloud. Tra queste alternative ci sono differenze importanti, che possono rendere più appropriata una soluzione rispetto all'altra in base all'applicazione specifica. Consulta la sezione Cloud Databases With AWS per indicazioni su come stabilire quale sia la soluzione ideale per le tue esigenze.

D: Come si inizia a usare Amazon RDS?

Per registrarsi su Amazon RDS, è necessario un account Amazon Web Services. Crea un account, se non ne hai già uno. Dopo la registrazione, consulta la documentazione di Amazon RDS che comprende la nostra Getting Started Guide.

Amazon RDS è parte del piano gratuito di AWS, per aiutare i nuovi clienti AWS a iniziare a utilizzare gratuitamente un servizio di database gestito nel cloud.


D: Che cos'è un'istanza database (istanza DB)?

Si può considerare un'istanza database come un ambiente di database nel cloud, con le risorse di calcolo e di storage specificate dall'utente. È possibile creare ed eliminare delle istanze database, definire e perfezionare gli attributi di infrastruttura delle istanze, controllare l'accesso e la sicurezza tramite la Console di gestione AWS, le API di Amazon RDS e gli strumenti a riga di comando di AWS. È possibile eseguire una o più istanze database e ogni istanza può supportare uno o più database o schemi di database, a seconda del tipo di motore.  

D: Come si crea un'istanza database?

Creare istanze database è semplice, utilizzando la Console di gestione AWS, le API di Amazon RDS o gli strumenti a riga di comando. Per avviare un'istanza database utilizzando la Console di gestione AWS, fai clic su "RDS", quindi sul pulsante Launch DB Instance nella scheda Instances. Scegli quindi i parametri dell'istanza DB, specificandone motore di database e versione, modello di licenza, tipo di istanza, tipo e volume di storage e credenziali dell'utente master.

È anche possibile modificare i criteri di retention del backup dell'istanza database, la finestra di backup preferita e la finestra di manutenzione programmata. In alternativa, è possibile creare l'istanza database utilizzando l'API CreateDBInstance o il comando create-db-instance.

D: Come si accede a un'istanza database in esecuzione?

Una volta che l'istanza database è disponibile, puoi ricavarne l'endpoint a partire dalla descrizione dell'istanza nella Console di gestione AWS, oppure utilizzando l'API DescribeDBInstance o il comando describe-db-instances. Usando questo endpoint si può costruire la stringa di connessione necessaria per connettersi direttamente all'istanza database utilizzando lo strumento di database o il linguaggio di programmazione preferito. Per consentire alla rete di richiedere l'accesso all'istanza database in esecuzione, è necessario autorizzare l'accesso. Per informazioni dettagliate su come costruire la stringa di connessione e iniziare, puoi consultare la nostra Getting Started Guide.

D: Quante istanze database posso eseguire con Amazon RDS?

Per impostazione predefinita, i clienti possono avere fino a 40 istanze database in Amazon RDS. Di queste 40, fino a 10 possono essere istanze database di Oracle o SQL Server con il modello "Licenza inclusa". Tutte e 40 le istanze si possono utilizzare per Amazon Aurora, MySQL, MariaDB, PostgreSQL e Oracle o SQL Server con il modello "BYOL". Se la tua applicazione richiede più istanze database, puoi richiederne altre tramite questo modulo di richiesta.

D: Quanti database o schemi posso eseguire all'interno di un'istanza database?

  • RDS per Amazon Aurora: nessun limite imposto dal software
  • RDS per MySQL: nessun limite imposto dal software
  • RDS per MariaDB: nessun limite imposto dal software
  • RDS per Oracle: un database per ogni istanza; nessun limite imposto dal software al numero di schemi per ogni database
  • RDS per SQL Server: 30 database per ogni istanza
  • RDS per PostgreSQL: nessun limite imposto dal software

D: Come si importano i dati in un'istanza database di Amazon RDS?

Esistono diversi semplici modi per importare i dati in Amazon RDS; ad esempio con le utility mysqldump o mysqlimport per MySQL con Data Pump, import/export o SQL Loader per Oracle, Import/Export Wizard, file di backup completi (.bak) o Bulk Copy Program (BCP) per SQL Server o pg_dump per PostgreSQL. Per ulteriori informazioni sull'importazione e l'esportazione dei dati, puoi consultare la Data Import Guide for MySQL o la Data Import Guide for Oracle o la Data Import Guide for SQL Server oppure la Data Import Guide for PostgreSQL.

Inoltre, AWS Database Migration Service aiuta a migrare database in AWS in modo semplice e sicuro.

D: Che cos'è una finestra di manutenzione? Le mie istanze database saranno disponibili durante gli eventi di manutenzione?

La finestra di manutenzione di Amazon RDS offre l'opportunità di controllare i periodi in cui l'istanza database viene modificata (ad esempio per il ridimensionamento della classe dell'istanza) e vengono applicate le patch software, nel caso in cui siano richieste o necessarie. Se è programmato un evento di manutenzione per una determinata settimana, questo verrà avviato e concluso in un certo momento nella finestra di manutenzione indicata. Le finestre di manutenzione durano circa 30 minuti.

Gli unici eventi di manutenzione che richiedono ad Amazon RDS di mettere offline la tua istanza database sono le operazioni di ridimensionamento della capacità di calcolo (che generalmente durano solo pochi minuti) o l'applicazione di patch software. Le operazioni di patching necessarie vengono programmate automaticamente solo per le patch correlate alla sicurezza e alla durata. Queste operazioni di patch vengono eseguite di rado (generalmente poche volte all'anno) e raramente richiedono un tempo considerevole, nella finestra di manutenzione. Se non specifichi una finestra di manutenzione settimanale preferita durante la creazione dell'istanza database, verrà assegnato un valore predefinito di 30 minuti. Se desideri modificare i tempi in cui viene eseguita la manutenzione per tuo conto, puoi modificare l'istanza database nella Console di gestione AWS, oppure tramite l'API ModifyDBInstance o il comando modify-db-instance. Ciascuna istanza database può avere finestre di manutenzione preferite differenti, se lo desideri.

L'esecuzione di un'istanza database come implementazione Multi-AZ può ridurre ulteriormente l'impatto di un evento di manutenzione. Per ulteriori informazioni sulle operazioni di manutenzione, consulta la Amazon RDS User Guide.

D: Cosa devo fare se le mie query vengono eseguite lentamente?

Per i database di produzione consigliamo di abilitare Enhanced Monitoring, che fornisce l'accesso a oltre 50 parametri relativi a CPU, memoria, file system e I/O su disco. Queste caratteristiche possono essere abilitate nelle singole istanze e con granularità elevata (fino a 1 secondo). Alti livelli di utilizzo della CPU possono ridurre le prestazioni delle query; in questo caso si può considerare l'opportunità di modificare la classe dell'istanza database. Per ulteriori informazioni sul monitoraggio delle istanze database, consulta la Amazon RDS User Guide.

Se usi RDS per MySQL o MariaDB, puoi accedere ai log delle query lente per il database e determinare se ci sono query SQL a esecuzione lenta e, in caso affermativo, verificare le caratteristiche prestazionali di ciascuna. Puoi impostare il parametro di database "slow_query_log" e interrogare la tabella mysql.slow_log per esaminare le query SQL a esecuzione lenta. Per ulteriori informazioni, consulta la Amazon RDS User Guide.

Se usi RDS per Oracle, puoi utilizzare i dati dei trace file di Oracle per individuare le query lente. Per ulteriori informazioni su come accedere ai dati dei trace file, consulta la Amazon RDS User Guide.

Se usi RDS per SQL Server, puoi utilizzare i dati dei trace file di SQL Server lato client per individuare le query lente. Per ulteriori informazioni su come accedere ai dati dei trace file lato server consulta la Amazon RDS User Guide.


D: Quali versioni di motori di database relazionali sono supportate da Amazon RDS?

Consulta la Amazon Aurora User Guide per maggiori informazioni sulle versioni di database Amazon Aurora.

D: In che modo Amazon RDS distingue tra versioni di motori di database principali e secondarie?

Per le specifiche di numerazione delle versioni, consultate la pagina di domande frequenti per ciascun motore di database Amazon RDS.

D: Amazon RDS offre linee guida per il supporto di nuove versioni di motori di database?

Nel corso del tempo, Amazon RDS aggiunge supporto alle nuove versioni di motori di database principali e secondarie. Il numero di nuove versioni supportate in un determinato anno può variare in base alla frequenza e al contenuto delle versioni e delle patch rilasciate dal fornitore o dall'organizzazione di sviluppo del motore, oltre che agli esiti di un'approfondita valutazione di tali versioni e patch da parte del nostro team di tecnici dei database. Tuttavia, come indicazione generale, abbiamo l'obiettivo di supportare le nuove versioni dei motori entro 5 mesi dalla loro disponibilità generale.

D: Come si specifica quale versione supportata del motore di database eseguire sull'istanza database?

Al momento della creazione di una nuova istanza database è possibile specificare una qualsiasi delle versioni supportate (principale e secondaria) tramite l'opzione Launch DB Instance nella Console di gestione AWS o l'API CreateDBInstance. Va ricordato che non tutte le versioni di motori di database sono disponibili in tutte le regioni AWS.

D: Com'è possibile controllare se e quando la versione della mia istanza database viene aggiornata a una nuova versione supportata?

Amazon RDS si impegna a mantenere aggiornata la tua istanza database fornendo le versioni più recenti dei motori di database supportati. Al momento del rilascio di una nuova versione di un motore di database da parte del fornitore o dell'organizzazione di sviluppo, viene accuratamente testata dal nostro team di tecnici dei database prima di renderla disponibile in Amazon RDS.

Si raccomanda di mantenere aggiornata la tua istanza database alla versione secondaria più attuale, dal momento che contiene le ultime correzioni in termini di sicurezza e funzionalità. A differenza degli aggiornamenti delle versioni principali, quelli delle versioni secondarie includono solo modifiche del database retrocompatibili con le precedenti versioni secondarie (della stessa versione principale) del motore di database.

Se una nuova versione secondaria non contiene correzioni a beneficio dei clienti RDS, possiamo scegliere di non renderla disponibile in RDS. Poco dopo il rilascio di una nuova versione secondaria in RDS, la imposteremo come versione secondaria di preferenza per le nuove istanze database.

Per aggiornare manualmente un'istanza database a una versione di motore supportata, utilizza il comando Modify DB Instance nella Console di gestione AWS o l'API ModifyDBInstance e configura il parametro DB Engine Version alla versione desiderata. Di default, l'aggiornamento sarà applicato durante la finestra di manutenzione successiva. È inoltre possibile scegliere di effettuare subito l'aggiornamento, selezionando l'opzione Apply Immediately nell'API della console.

Qualora scopriamo che una nuova versione secondaria del motore contiene correzioni di errori significative rispetto a una versione secondaria rilasciata in precedenza, programmeremo aggiornamenti automatici per le istanze database che presentino l'impostazione Auto Minor Version Upgrade su "Yes". L'installazione di tali aggiornamenti sarà programmata durante le finestre di manutenzione specificate dal cliente.

Annunceremo gli aggiornamenti programmati sul Forum Amazon RDS e invieremo notifiche e-mail ai clienti con almeno 30 giorni di anticipo. Queste attività vengono pianificate in anticipo per consentire ai clienti di prepararsi; si tratta di tempi di inattività necessari per aggiornare la versione del motore di database, anche in caso di istanze su più zone di disponibilità. Se desideri disattivare gli aggiornamenti automatici della versione secondaria, puoi impostare Auto Minor Version Upgrade su "No".

Nel caso di RDS per Oracle e RDS per SQL Server, se l'aggiornamento alla versione secondaria successiva richiede una modifica a un'edizione diversa, è possibile che non programmiamo aggiornamenti automatici anche se hai attivato l'impostazione Auto Minor Version Upgrade. La decisione di programmare o meno aggiornamenti automatici in tali situazioni verrà presa caso per caso.

Poiché gli aggiornamenti delle versioni principali presentano rischi relativi alla compatibilità, non saranno eseguiti automaticamente e dovranno essere inizializzati dall'utente (ad eccezione dei casi in cui versioni principali vengano dichiarate obsolete, vedi sotto).

Per informazioni sull'aggiornamento di un'istanza database a una nuova versione del motore, consulta la Amazon RDS User Guide.

D: È possibile testare un'istanza database con una nuova versione prima di eseguire l'aggiornamento?

Sì. Puoi creare uno snapshot di database dell'istanza database esistente, eseguire il ripristino dallo snapshot di database per creare una nuova istanza database e avviare l'aggiornamento della versione su questa nuova istanza. Prima di decidere se aggiornare anche l'istanza database originale, potrai quindi effettuare le prove che desideri sulla copia aggiornata.

Per maggiori informazioni sul ripristino di uno snapshot di database, consulta la Amazon RDS User Guide.

D: Amazon RDS fornisce linee guida su come dichiarare obsolete versioni di motori di database attualmente supportate?

  • Abbiamo intenzione di supportare le versioni principali (ad esempio, MySQL 5.6, PostgreSQL 9.6) per almeno 3 anni da quando vengono inizialmente supportate da Amazon RDS.
  • Abbiamo intenzione di supportare le versioni secondarie (ad esempio, MySQL 5.6.21, PostgreSQL 9.6.1) per almeno un anno da quando vengono inizialmente supportate da Amazon RDS.

Periodicamente, dichiareremo obsolete versioni di motori principali o secondarie. Per le versioni principali, ciò avviene normalmente quando la versione viene trasferita al supporto esteso o non riceve più correzioni software o aggiornamenti relativi alla sicurezza. Per le versioni secondarie, ciò avviene quando una versione secondaria presenta bug o problemi di sicurezza significativi che sono stati risolti in una versione secondaria successiva.

Facciamo il possibile per aderire a queste linee guida, tuttavia in alcuni casi potemmo dichiarare obsolete versioni specifiche, principali o secondarie, prima del previsto (ad esempio se ci sono problemi di sicurezza). Nell'improbabile caso in cui tali situazioni si verificassero, Amazon RDS aggiornerà automaticamente il motore di database per risolvere la questione. Circostanze specifiche possono richiedere tempistiche diverse, a seconda del problema in questione.

D: Cosa succede quando una versione di motore di database RDS viene dichiarata obsoleta?

Quando una versione secondaria di un motore di database viene dichiarata obsoleta in Amazon RDS, programmiamo l'installazione di aggiornamenti automatici per le istanze con l'impostazione Auto Minor Version Upgrade almeno 30 giorni dopo l'annuncio della versione obsoleta sul forum e l'invio di notifiche e-mail ai clienti. Disattiveremo inoltre la creazione di nuove istanze dotate di questa versione. Dopo un periodo di tolleranza minimo di tre mesi dall'annuncio, tutte le istanze che eseguano ancora la versione secondaria dichiarata obsoleta verranno programmate per l'aggiornamento automatico a una versione secondaria supportata durante la finestra di manutenzione specificata.

Quando una versione principale del motore di database viene dichiarata obsoleta in Amazon RDS, forniremo un periodo di tolleranza minimo di sei mesi dall'annuncio della versione obsoleta per consentirti di inizializzare un aggiornamento a una versione principale supportata. Al termine del periodo di tolleranza, verrà eseguito un aggiornamento automatico di tutte le istanze che eseguono la versione dichiarata obsoleta durante le relative finestre di manutenzione programmata.

Una volta che una versione di motori di database principale o secondaria non è più supportata in Amazon RDS, qualsiasi istanza database ripristinata da uno snapshot di database creato con una versione non supportata verrà aggiornata in modo automatico e immediato a una versione attualmente supportata.


D: Come viene addebitato e fatturato il mio utilizzo di Amazon RDS?

Paghi solo quello che utilizzi e non ci sono tariffe minime né commissioni di installazione. Il tuo utilizzo viene fatturato in base a quanto segue:

  • Ore dell'istanza database: in base alla classe (ad esempio, db.t2.micro, db.m4.large) dell'istanza database utilizzata. Le ore parziali di utilizzo delle istanze database saranno fatturate come ore complete.
  • Storage (per GB al mese): capacità di storage che hai assegnato alla tua istanza database. Se la capacità di storage assegnata viene ridimensionata nel corso del mese, l'addebito sarà ripartito proporzionalmente.
  • Richieste I/O al mese: numero totale di richieste di I/O inoltrate per lo storage (solo per storage Magnetic di Amazon RDS Magnetic Storage e Amazon Aurora)
  • Provisioned IOPS al mese: quantità di IOPS assegnate, indipendentemente dal numero di IOPS eseguite (solo per le IOPS assegnate da Amazon RDS (SSD))
  • Storage di backup: lo storage di backup è lo storage associato ai backup automatici di database e a tutti gli snapshot di database avviati manualmente. Estendendo il periodo di retention dei backup o creando ulteriori snapshot del database, si aumenta lo storage di backup consumato dal database.
  • Trasferimento dati: il trasferimento dei dati via Internet, in entrata e in uscita dalla tua istanza database.

Per informazioni sui prezzi di Amazon RDS, puoi consultare la sezione dedicata ai prezzi della pagina dei prodotti Amazon RDS.

D: Quando inizia e quando finisce il periodo di fatturazione della mia istanza database in Amazon RDS?

La fatturazione di un'istanza database inizia appena l'istanza è disponibile. La fatturazione continua finché l'istanza database termina, a seguito della sua eliminazione o in caso di malfunzionamento dell'istanza.

D: Come vengono definite le ore fatturabili di un'istanza in Amazon RDS?

Le ore dell'istanza database vengono fatturate per ogni giorno in cui l'istanza database è in esecuzione in stato disponibile. Se non desideri più pagare per la tua istanza database, dovrai interromperla o eliminarla per evitare che vengano fatturate altre ore associate all'istanza. Le ore parziali di utilizzo delle istanze database saranno fatturate come ore complete.

D: Come vengono fatturate le istanze database interrotte?

Per tutta la durata della sospensione di un'istanza database, vengono addebitati i costi per lo storage assegnato (ad esempio lo storage Provisioned IOPS) e lo storage di backup (ad esempio backup automatici e snapshot entro la finestra di retention specificata), ma non sarà addebitato alcun costo per le ore-istanza del database.

D: Perché lo storage di backup aggiuntivo costa più dello storage allocato per l'istanza database?

Lo storage assegnato all'istanza database per i dati primari si trova all'interno di un'unica zona di disponibilità. Quando si esegue il backup del database, i dati di backup (compresi i log delle transazioni) vengono replicati in modo geo-ridondante in più zone di disponibilità, per offrire livelli ancora maggiori di durata dei dati. Il prezzo dello storage di backup che eccede l'assegnazione gratuita riflette questa replica supplementare realizzata per massimizzare la durata dei backup critici.

D: Come vengono fatturate le implementazioni delle istanze database Multi-AZ?

Se specifichi che la tua istanza database deve essere un'implementazione Multi-AZ, ti verrà addebitata in base ai prezzi delle implementazioni Multi-AZ, pubblicati nella pagina dei prezzi di Amazon RDS. La fatturazione dell'implementazione Multi-AZ si basa su questi elementi:

  • Ore dell'istanza database Multi-AZ: in base alla classe (ad esempio, db.t2.micro, db.m4.large) dell'istanza database utilizzata. Come per le implementazioni standard in un'unica zona di disponibilità, le ore parziali di un'istanza database consumate sono fatturate come ore intere. Se converti l'implementazione dell'istanza database tra standard e Multi-AZ in una determinata ora, ti verranno addebitate entrambe le tariffe in vigore per quell'ora.
  • Storage assegnato (per istanza database Multi-AZ): se converti l'implementazione dell'istanza tra standard e Multi-AZ in una determinata ora, ti verrà addebitata la più alta delle tariffe di storage in vigore per quell'ora.
  • Richieste di I/O al mese: numero totale di richieste di I/O inoltrate. Le implementazioni Multi-AZ utilizzano una maggiore quantità di richieste di I/O rispetto a quelle standard, a seconda del rapporto scrittura/lettura del database. Le operazioni di I/O in scrittura associate agli aggiornamenti del database raddoppieranno quando Amazon RDS replica in modo sincrono i dati nell'istanza database in standby. Le operazioni di I/O in lettura rimarranno invariate.
  • Storage di backup: l'utilizzo dello storage di backup non varia in base al fatto che l'istanza database sia un'implementazione standard o Multi-AZ. I backup verranno semplicemente ricavati dalla modalità standby per evitare la sospensione delle operazioni di I/O nell'istanza principale.
  • Trasferimento dei dati: il trasferimento di dati che avviene nel replicare i dati tra l'istanza principale e quella di standby non sarà fatturato. Il trasferimento dei dati via Internet, in entrata e in uscita dalla tua istanza database, viene fatturato allo stesso modo di un'implementazione standard.

D: I prezzi includono le tasse?

Salvo diversa indicazione, i prezzi sono al netto di eventuali tasse e imposte doganali, inclusa l'IVA ed eventuali imposte sulle vendite. Per i clienti con indirizzo di fatturazione in Giappone, l'utilizzo dei servizi AWS è soggetto all'imposta sul consumo giapponese. Ulteriori informazioni.


D: Cosa offre il piano gratuito AWS per Amazon RDS?

Il piano gratuito di AWS per Amazon RDS consente di usare gratuitamente istanze database Micro Single-AZ che eseguono MySQL, MariaDB, PostgreSQL, Oracle (modello di licenza "Bring-Your-Own-License (BYOL)", ovvero con uso di licenze proprie) e SQL Server Express Edition. Il piano di utilizzo gratuito è limitato a 750 ore di istanza al mese. I clienti riceveranno inoltre 20 GB di storage di database General Purpose (SSD) e 20 GB di storage di backup gratuiti al mese.

D: Per quanto tempo sarà disponibile il piano gratuito di AWS per Amazon RDS?

I nuovi account ricevono 12 mesi di accesso al piano gratuito AWS. Per ulteriori informazioni, consulta le domande frequenti sul piano gratuito AWS.

D: Posso eseguire più istanze database con il piano di utilizzo gratuito AWS per Amazon RDS?

Sì. È possibile eseguire più istanze database Micro Single-AZ contemporaneamente ed essere idonei all'utilizzo considerato nel piano gratuito AWS per Amazon RDS. Tuttavia, l'eventuale utilizzo eccedente le 750 ore di istanza, tra tutte le istanze database Micro Single-AZ di Amazon RDS, in tutti i motori di database e in tutte le regioni, sarà fatturato alle tariffe standard di Amazon RDS.

Ad esempio, se esegui due istanze database Micro Single-AZ per 400 ore ciascuna nello stesso mese, accumulerai 800 ore di utilizzo delle istanze, di cui 750 sono gratuite. Le restanti 50 ore saranno fatturate alla tariffa standard di Amazon RDS.

D: Ho accesso a 750 ore di istanza per ciascuna istanza database Micro Single-AZ in MySQL, MariaDB, PostgreSQL, Oracle e SQL Server, con il piano gratuito AWS?

No. Un cliente che ha accesso al piano gratuito AWS può utilizzare fino a 750 ore di istanze Micro con l'esecuzione di MySQL o di PostgreSQL o di Oracle o di SQL Server Express Edition. L'eventuale utilizzo eccedente le 750 ore di istanza, tra tutte le istanze database Micro Single-AZ di Amazon RDS, in tutti i motori di database e in tutte le regioni idonee, sarà fatturato alle tariffe standard di Amazon RDS.

D: Il piano gratuito AWS per Amazon RDS è disponibile in tutte le regioni AWS?

Il piano gratuito AWS per Amazon RDS è disponibile in tutte le regioni AWS tranne GovCloud (USA).

D: Come mi vengono fatturate le ore di istanza che eccedono la quantità prevista dal piano gratuito AWS?

Le ore di istanza che vanno oltre quelle fornite dal piano gratuito vengono fatturate alle tariffe standard di Amazon RDS. Per i dettagli, consulta la pagina dei prezzi di Amazon RDS.


D: Che cos'è un'istanza riservata (IR)?

Le istanze riservate di Amazon RDS offrono la possibilità di prenotare un'istanza database per un periodo da uno a tre anni e in cambio ottenere un consistente sconto rispetto ai prezzi delle istanze on demand per l'istanza database. Esistono tre opzioni di pagamento per le istanze riservate (Nessun anticipo, Pagamento anticipato parziale e Pagamento anticipato intero costo), che consentono di bilanciare l'importo pagato in anticipo con la tariffa oraria in vigore.  

D: Quali sono le differenze tra le istanze riservate e le istanze database on demand?

Dal punto di vista funzionale, le istanze riservate e quelle on demand sono identiche. L'unica differenza è costituita dal modo in cui le istanze database vengono fatturate: con le istanze riservate, si prenota capacità per un periodo di uno o tre anni e si paga una tariffa oraria inferiore (rispetto a quella applicata alle istanze on demand) per l'intero periodo. Se non vengono acquistate istanze riservate in una regione, tutte le istanze database saranno fatturate secondo le tariffe orarie on demand in vigore.

D: Come si acquista e crea un'istanza riservata?

È possibile acquistare istanze riservate nella sezione "Reserved Instance" della Console di gestione AWS per Amazon RDS. In alternativa, puoi usare l'API di Amazon RDS o l'interfaccia a riga di comando di AWS per visualizzare un elenco delle prenotazioni disponibili e acquistare una prenotazione di istanza database.

Una volta completato l'acquisto della prenotazione, non c'è alcuna differenza tra l'utilizzo di un'istanza database riservata e un'istanza database on demand. Lancia un'istanza database con le stesse opzioni (classe di istanza, motore e regione) della prenotazione. Per tutta la durata di attività dell'acquisto, Amazon RDS applicherà la tariffa oraria ridotta alla quale hai diritto per la nuova istanza database.

D: Le istanze riservate includono prenotazione di capacità?

Le istanze riservate di Amazon RDS sono acquistate per regione, non per una specifica zona di disponibilità. Poiché le istanze riservate non sono specifiche per una zona di disponibilità, non costituiscono prenotazione di capacità. Questo significa che anche se la capacità è limitata a una zona di disponibilità, le prenotazioni non possono comunque essere acquistate nella regione; lo sconto sarà applicato all'utilizzo corrispondente in una qualsiasi zona di disponibilità all'interno della regione.

D: Quante istanze riservate è possibile acquistare?

Puoi acquistare fino a 40 istanze database riservate. Se ti occorrono più 40 istanze, compila il modulo per la richiesta di istanze database di Amazon RDS.

D: Quali operazioni è necessario effettuare per convertire un'istanza database in istanza riservata?

Puoi semplicemente acquistare la prenotazione di un'istanza con la stessa classe, lo stesso motore, la stessa opzione Multi-AZ e lo stesso modello di licenza, che si trovi nella stessa regione dell'istanza database attualmente in esecuzione e che desideri rendere riservata. Se l'acquisto della prenotazione viene completato correttamente, Amazon RDS applicherà automaticamente la nuova tariffa oraria di utilizzo all'istanza database attuale.

D: Se mi registro per un'istanza riservata, quando inizia il periodo? Che cosa succede alla mia istanza database quando il periodo finisce?

Le variazioni delle tariffe associate a un'istanza riservata si attivano alla ricezione della richiesta, mentre viene elaborata l'autorizzazione al pagamento. È possibile seguire lo stato della prenotazione nella pagina dedicata all'attività dell'account AWS oppure utilizzando l'API DescribeReservedDBInstances o il comando describe-reserved-db-instances. Se il pagamento in un'unica soluzione non viene autorizzato a partire dal periodo di fatturazione successivo, la tariffa scontata non sarà applicata.

Allo scadere del periodo di prenotazione, all'istanza riservata tornerà ad essere applicata la tariffa oraria on demand corrispondente alla classe dell'istanza database e alla regione.

D: Come posso controllare quali istanze database vengono fatturate come riservate?

Amazon RDS, al momento di creare, modificare o eliminare istanze database, non distingue tra istanze on demand e istanze riservate. Nel calcolo della fattura, il nostro sistema applica automaticamente le tariffe della tua prenotazione, quindi tutte le istanze idonee sono addebitate alla tariffa oraria riservata inferiore.

D: Cosa accade a una prenotazione quando viene ridimensionata la classe di un'istanza database?

Ogni prenotazione è associata alla seguente serie di attributi: motore di database, classe dell'istanza database, opzione di implementazione Multi-AZ, modello di licenza e regione.

Le prenotazioni per motori di database e modelli di licenza compatibili con la flessibilità sulle dimensioni (MySQL, MariaDB, PostgreSQL, Amazon Aurora e Oracle BYOL) saranno automaticamente applicate alle istanze database in esecuzione indipendentemente dalle dimensioni, purché la famiglia di istanze sia la stessa (ad es. M4, T2 o R3) e si tratti dello stesso motore di database nella stessa regione. Le istanze database potranno essere sia Single-AZ sia Multi-AZ.

Supponiamo ad esempio di aver acquistato una prenotazione db.m4.2xlarge per MySQL. Se si decide di aumentarne le dimensioni trasformandola in un'istanza db.m4.4xlarge, la tariffa scontata coprirà il 50% dell'utilizzo della nuova istanza.

Se il motore di database o il modello di licenza non è compatibile con la flessibilità sulle dimensioni (Microsoft SQL Server o Oracle "Licenza inclusa"), ciascuna prenotazione potrà essere applicata a un'istanza database con gli stessi attributi per tutta la sua durata. Se decidi di modificare uno di questi attributi per l'istanza database in esecuzione prima della fine del periodo di prenotazione, a quell'istanza saranno applicate nuovamente le tariffe orarie previste per le istanze on demand.

Per ulteriori informazioni sulla flessibilità delle istanze, consulta il documento Amazon RDS User Guide.

D: Posso spostare un'istanza riservata da una regione a un'altra o da una zona di disponibilità a un'altra?

Ogni istanza riservata è associata a una regione specifica, che rimane fissa per tutta la durata della prenotazione e non può essere modificata. Ogni prenotazione può però essere utilizzata in una qualsiasi delle zone di disponibilità della regione associata.

D: Le istanze riservate sono disponibili per le implementazioni Multi-AZ?

Sì. Quando richiami l'API DescribeReservedDBInstancesOfferings o il comando describe-reserved-db-instances-offerings, cerca le opzioni Multi-AZ elencate tra le configurazioni dell'istanza database disponibili per l'acquisto. Se desideri acquistare una prenotazione per un'istanza database con replica sincrona in più zone di disponibilità, specifica una di tali offerte nella chiamata dell'API PurchaseReservedDBInstancesOffering.

D: Le istanze riservate sono disponibili per le repliche di lettura?

Una prenotazione per un'istanza riservata si può applicare a una replica di lettura, purché la classe e la regione dell'istanza siano le stesse. Nel calcolo della fattura, il nostro sistema applica automaticamente le tariffe della tua prenotazione, quindi tutte le istanze database idonee ti sono addebitate alla tariffa oraria dell'istanza riservata inferiore.

D: È possibile annullare una prenotazione?

No, non è possibile annullare le istanze database prenotate; l'eventuale pagamento in un'unica soluzione non è rimborsabile. Durante il periodo dell'istanza riservata continuerai a pagare per tutte le ore, indipendentemente dall'utilizzo.

D: Che impatto avranno le varie opzioni di pagamento sulla fattura?

Quando acquisti un'IR con l'opzione Pagamento anticipato intero costo, paghi l'intera istanza riservata con un solo pagamento anticipato. Puoi scegliere di non pagare alcun costo anticipato con l'opzione Nessun pagamento anticipato. L'intero valore dell'IR senza pagamento anticipato viene distribuito su ogni ora del periodo e pagherai per ogni ora del periodo a prescindere dall'utilizzo. L'opzione Pagamento anticipato parziale è un ibrido tra le altre due opzioni. Dovrai effettuare un piccolo pagamento anticipato e ti sarà addebitata una bassa tariffa oraria per ogni ora della durata del termine, indipendentemente dall'utilizzo.


D: Come posso individuare la classe dell'istanza e la capacità di storage appropriate per le mie esigenze?

Per selezionare la classe e la capacità di storage iniziali, è opportuno valutare le esigenze di calcolo, memoria e storage della tua applicazione. Per informazioni sulle classi di istanze database disponibili, consulta la Amazon RDS User Guide.

D: In che modo è possibile ridimensionare le risorse di calcolo e/o la capacità di storage associate a un'istanza database di Amazon RDS?

Puoi ricalibrare le risorse di calcolo o di storage allocate all'istanza database nella Console di gestione AWS (selezionando l'istanza database in questione e facendo clic sul pulsante Modify), oppure tramite l'API di RDS o l'interfaccia a riga di comando di AWS. Le risorse di memoria e di CPU si modificano cambiando la classe dell'istanza database, mentre lo storage disponibile si modifica modificando l'allocazione di storage. Se modifichi la classe dell'istanza o lo storage assegnato, le modifiche richieste diventeranno effettive durante la finestra di manutenzione specificata. In alternativa, è possibile utilizzare il flag "apply-immediately" per rendere subito effettive le richieste di ridimensionamento. Tieni presente che anche tutte le altre modifiche di sistema in sospeso diventeranno effettive.

Controlla l'utilizzo delle risorse di calcolo e di storage della tua istanza database, senza alcun costo aggiuntivo, con Amazon CloudWatch. Puoi accedere a parametri come l'utilizzo della CPU, l'utilizzo dello storage e il traffico di rete, facendo clic sulla scheda "Monitoring" corrispondente alla tua istanza database nella Console di gestione AWS oppure utilizzando le API Amazon CloudWatch. Per ulteriori informazioni sul monitoraggio delle istanze database attive, consulta la Amazon RDS User Guide.

Per SQL Server, a causa delle limitazioni di ampliamento dello storage con striping in ambiente Windows Server, Amazon RDS attualmente non supporta l'aumento dello storage. Prevediamo di supportare questa funzionalità in futuro; per ora ti consigliamo di selezionare lo storage in base alle tue previsioni di crescita. Nel frattempo, se hai la necessità di incrementare lo storage di un'istanza di SQL Server, dovrai esportare i dati, creare una nuova istanza database con più storage e importare qui i dati. Per ulteriori informazioni, consulta la Data import guide for SQL Server.

D: Qual è la configurazione hardware necessaria per lo storage di Amazon RDS?

Amazon RDS utilizza i volumi EBS per lo storage del database e dei log. A seconda delle dimensioni dello storage richiesto, Amazon RDS esegue automaticamente lo striping di più volumi EBS per migliorare le prestazioni degli IOPS. Nel caso si utilizzino database MySQL e Oracle, sarà possibile notare un miglioramento nella capacità I/O dell'istanza database esistente quando si aumentano le risorse. È possibile ridimensionare la capacità di storage allocata per un'istanza database usando la Console di gestione AWS, i API ModifyDBInstance, oppure comando rds-modify-db-instance.

Per i server SQL, tuttavia, a causa delle limitazioni all'espansione dello storage con striping collegato a un ambiente Windows Server, Amazon RDS non supporta al momento l'aumento di storage.

Per ulteriori informazioni, consulta Storage for Amazon RDS.

D: Un'istanza database conserva la sua disponibilità durante il dimensionamento?

La capacità di storage allocata per l'istanza database può essere aumentata senza inficiarne la disponibilità. Quando tuttavia decidi di ricalibrare le risorse di calcolo disponibili per l'istanza database, il database risulterà temporaneamente non disponibile durante la modifica di classe dell'istanza. Questo intervallo di mancata disponibilità dura di solito alcuni minuti e si verifica durante la finestra di manutenzione dell'istanza database (a meno che tu non richieda l'applicazione immediata delle modifiche).

D: Come è possibile ridimensionare un'istanza database oltre la classe di istanze dimensioni maggiori e la capacità di storage massima?

Amazon RDS supporta classi di istanze database e opzioni di storage ideali a soddisfare un'ampia gamma di esigenze applicative. Se la classe di istanze database di maggiori dimensioni non offre sufficienti risorse di calcolo o l'allocazione di storage più ampia non è abbastanza capiente per la tua applicazione, puoi ripartire i dati su più istanze database tramite il partizionamento.

D: Cos'è lo storage General Purpose (SSD) di Amazon RDS?

Lo storage General Purpose (SSD) di Amazon RDS è idoneo per un'ampia gamma di carichi di lavoro di database con requisiti di I/O moderati. Con una capacità di base che si aggira attorno ai 3 IOPS/GB e la possibilità di espandere le prestazioni fino a 3.000 IOPS, questa opzione di storage fornisce prestazioni prevedibili ideali per soddisfare le esigenze della maggior parte delle applicazioni.

D: Cos'è lo storage Provisioned IOPS (SSD) di Amazon RDS?

Lo storage Provisioned IOPS (SSD) di Amazon RDS è un'opzione di storage con volumi SSD creata per offrire prestazioni I/O elevate, prevedibili e costanti. Con lo storage Provisioned IOPS (SSD) di Amazon RDS, durante la creazione di un'istanza database viene specificato un volume di operazioni al secondo; Amazon RDS manterrà tale volume costante per tutto il ciclo di vita di quell'istanza database. Lo storage Provisioned IOPS (SSD) di Amazon RDS è ottimizzato per carichi di lavoro di database transazionali (OLTP) con intenso traffico di I/O. Per ulteriori dettagli, consulta la Amazon RDS User Guide.

D: Cos'è lo storage Magnetic di Amazon RDS?

Lo storage Magnetic è utile per piccoli carichi di lavoro di database, in cui l'accesso ai dati è meno frequente. Lo storage Magnetic non è la soluzione ideale in caso di istanze database in produzione.

D: Secondo quali criteri va scelto il tipo di storage di Amazon RDS da acquistare?

Consigliamo di scegliere il tipo di storage più adatto al tuo carico di lavoro.

  • Carichi di lavoro OLTP ad elevate prestazioni: storage Provisioned IOPS (SSD) di Amazon RDS
  • Carichi di lavoro con requisiti di I/O moderati: storage General Purpose (SSD) Amazon RDS

D: Quali prestazioni di IOPS minime e massime supporta Amazon RDS?

Le prestazioni di IOPS supportate da Amazon RDS variano a seconda del motore di database. Per ulteriori dettagli, consulta la Amazon RDS User Guide.

D: Qual è la differenza tra backup automatici e snapshot di database?

Amazon RDS offre due metodi differenti per creare copie di sicurezza e ripristinare i dati di un'istanza database: backup automatici e snapshot di database.

La funzione di backup automatico di Amazon RDS consente il ripristino point-in-time dell'istanza database. Quando i backup automatici di un'istanza database sono abilitati, Amazon RDS esegue automaticamente tutti i giorni uno snapshot completo dei dati durante una finestra di backup configurabile e memorizza i log delle transazioni (durante gli aggiornamenti dell'istanza database). Quando viene avviato un ripristino point-in-time, i log delle transazioni vengono applicati al backup giornaliero più recente per ripristinare l'istanza database allo stato richiesto. Amazon RDS conserva i backup di un'istanza database per un periodo di tempo limitato definito dall'utente, chiamato periodo di retention, la cui durata di default è di 7 giorni; questo periodo può tuttavia essere configurato per un intervallo di tempo massimo di 35 giorni. Quando avvii un ripristino point-in-time, puoi anche specificare il secondo esatto a cui ripristinare i dati, fino al punto di ripristino più recente. Per ottenere il punto di ripristino più recente dell'istanza database, normalmente creato negli ultimi cinque minuti, è anche possibile usare l'API DescribeDBInstances. In alternativa, è possibile individuare il punto di ripristino più recente per un'istanza database selezionandolo all'interno della Console di gestione AWS e consultando la scheda "Description" nel riquadro inferiore della console.

Gli snapshot di database sono creati manualmente e consentono di effettuare il backup dell'istanza database in uno stato conosciuto ogni volta che desideri, in modo da ripristinare l'istanza in uno stato specifico in qualsiasi momento. Per creare snapshot di database è possibile utilizzare la Console di gestione AWS, l'API CreateDBSnapshot o il comando create-db-snapshot; gli snapshot così creati vengono conservati finché non vengono eliminati manualmente.

Gli snapshot creati da Amazon RDS per i backup automatici possono essere copiati (tramite la console AWS o il comando copy-db-snapshot) o utilizzati per la funzionalità di ripristino. Per identificarli è possibile usare il tipo di snapshot "automated". Per vedere la data e l'ora di creazione dello snapshot, è sufficiente consultare il campo "Snapshot Created Time". In alternativa, l'identificatore degli snapshot di tipo "automated" contiene l'ora (secondo il fuso di riferimento UTC) in cui è stato creato lo snapshot.

Nota: quando viene eseguita un'operazione di ripristino point-in-time oppure da snapshot di database, viene creata una nuova istanza database con un nuovo endpoint; se desideri, puoi eliminare l'istanza database precedente. In questo modo è possibile creare più istanze database da un determinato snapshot di database o da un backup point-in-time.

D: I backup di un'istanza database sono automatici o devono essere abilitati?

Di default, Amazon Redshift permette backup automatici delle istanze database con un periodo di retention di 7 giorni. Lo storage di backup gratuito è limitato alle dimensioni del database assegnato e si applica esclusivamente alle istanze database attive. Ad esempio, se hai 100 GB al mese di storage di database, hai a disposizione fino a 100 GB al mese di storage di backup senza alcun costo aggiuntivo. Se desideri estendere il periodo di retention dei backup, puoi usare l'API CreateDBInstance (al momento della creazione di un'istanza database) oppure l'API ModifyDBInstance (per le istanze database esistenti). Usa le API citate per modificare il parametro RetentionPeriod da 1 al numero di giorni di retention desiderati. Per ulteriori informazioni sui backup automatici, consulta la Amazon RDS User Guide.

D: Cos'è la finestra di backup e a cosa serve? Durante la finestra di backup il database mantiene la propria disponibilità?

La finestra di backup è un intervallo di tempo definito dall'utente durante il quale viene eseguito il backup dell'istanza database. Amazon RDS usa i backup periodici e i log delle transazioni per consentire il ripristino dell'istanza database a qualsiasi punto nel tempo compreso nel periodo di retention, fino al LatestRestorableTime (di solito fino agli ultimi minuti). Durante la finestra di backup, le operazioni I/O di storage possono venire brevemente sospese (in genere per pochi secondi), in modo da consentire l'avvio del processo di backup dei dati, e la latenza potrebbe pertanto aumentare. Nelle implementazioni Multi-AZ dei database le operazioni I/O non vengono sospese, perché il backup viene acquisito dall'istanza di standby.

D: Dove vengono memorizzati i backup automatici e gli snapshot di database, e come è possibile gestirne la retention?

Gli snapshot e i backup automatici di Amazon RDS vengono conservati in S3.

Per modificare il periodo di retention dei backup automatici è necessario modificare il parametro RetentionPeriod utilizzando la Console di gestione AWS, oppure l'API ModifyDBInstance o il comando modify-db-instance. Se desideri disattivare i backup automatici, è sufficiente impostare il periodo di retention su 0 (opzione non consigliata). Gli snapshot di database creati manualmente sono gestiti invece nella sezione "Snapshot" della console di Amazon RDS. In alternativa, puoi consultare un elenco di tutti gli snapshot di database creati manualmente per una determinata istanza database tramite l'API DescribeDBSnapshots o il comando describe-db-snapshots e cancellare gli snapshot con l'API DeleteDBSnapshot o il comando delete-db-snapshot.

D: Cosa accade ai backup e agli snapshot di database quando viene eliminata l'istanza database?

Quando elimini un'istanza database, puoi creare un ultimo snapshot; se decidi di farlo, potrai utilizzarlo per ripristinare l'istanza in un secondo momento. Dopo l'eliminazione dell'istanza database, Amazon RDS conserva questo snapshot insieme a tutti gli altri snapshot di database creati manualmente. Consulta la pagina dei prezzi per ulteriori dettagli sui costi di storage di backup.

Quando un'istanza database viene eliminata, vengono cancellati anche i backup automatici. Dopo l'eliminazione di un'istanza database sono conservati solo gli snapshot di database creati manualmente.


D: Cos'è Amazon Virtual Private Cloud (VPC) e come funziona con Amazon RDS?

Amazon VPC consente di creare un ambiente di rete virtuale in una sezione isolata e privata del cloud di AWS, dove potrai esercitare un controllo completo su elementi quali gli intervalli di indirizzi IP private, le sottoreti, le tabelle di routing e i gateway di rete. Con Amazon VPC è possibile definire una topologia di rete virtuale e personalizzarne la configurazione in modo che sia simile a una rete tradizionale, gestendola quindi nel tuo data center.

Puoi sfruttare VPC quando vuoi eseguire un'applicazione web rivolta al pubblico, mantenendo allo stesso tempo i server backend non accessibili al pubblico in una sottorete privata. Puoi creare una sottorete pubblica per i tuoi server Web, con accesso a Internet, e collocare le istanze database di RDS per il back-end in una sottorete privata senza accesso a Internet. Per ulteriori informazioni su Amazon VPC, consulta la Amazon Virtual Private Cloud User Guide.

D: Qual è la differenza tra usare Amazon RDS all'interno di un VPC e usarlo sulla piattaforma EC2-Classic (non VPC)?

Se il tuo account AWS è stato creato prima del 04-12-2013, potresti riuscire a eseguire Amazon RDS in un ambiente Amazon Elastic Compute Cloud (EC2)-Classic. Le funzionalità di base di Amazon RDS sono le stesse, indipendentemente dall'eventuale utilizzo di Amazon Elastic Compute Cloud (EC2)-Classic o EC2-VPC. Le istanze database possono essere distribuite all'interno o all'esterno di un VPC, ma Amazon RDS gestirà comunque i backup, l'applicazione di patch al software, il rilevamento automatico di errori, le repliche di lettura e il ripristino. Per informazioni sulle differenze tra EC2-Classic ed EC2-VPC, consulta la documentazione di EC2.

D: Cos'è un gruppo di sottorete di database e a cosa serve?

Un gruppo di sottorete di database è una raccolta di sottoreti che è possibile configurare come istanze database di RDS in un cloud privato virtuale. Ogni gruppo di sottorete di database dispone di almeno una sottorete per ogni zona di disponibilità in una determinata regione. Quando viene creata un'istanza database in VPC, è necessario selezionare un gruppo di sottorete di database. Amazon RDS usa quindi quel gruppo e una zona di disponibilità a tua scelta per selezionare una sottorete e un indirizzo IP all'interno di quella sottorete. Amazon RDS crea un'interfaccia di rete elastica e la associa all'istanza database con quell'indirizzo IP.

Nota: consigliamo vivamente di usare il tuo nome DNS per collegare l'istanza database, perché l'indirizzo IP può variare (ad esempio, durante un failover).

Per le implementazioni Multi-AZ, definire una sottorete per tutte le zone di disponibilità in una regione consente ad Amazon RDS di creare, in caso di necessità, un nuovo standby in un'altra zona di disponibilità. Questa operazione va effettuata anche per le implementazioni Single-AZ, in modo da poterle eventualmente convertire in implementazioni Multi-AZ in un secondo momento.

D: Come si crea un'istanza database di Amazon RDS in VPC?

Per una procedura passo-passo del processo, consultare la guida per l'utente di Amazon RDS Creazione di un'istanza database in VPC.

D: Come si controlla l'accesso alle istanze database?

Visita la sezione relativa ai gruppi di sicurezza della guida per l'utente di Amazon RDS per scoprire come controllare l'accesso alle istanze database.

D: Come si crea una connessione con un'istanza database di RDS in VPC?

È possibile accedere alle istanze database distribuite all'interno di un cloud privato virtuale tramite le istanze EC2 distribuite nello stesso cloud. Se queste istanze EC2 sono distribuite in una sottorete pubblica con associato un IP elastico, è possibile accedervi tramite Internet.

È possibile accedere alle istanze database distribuite all'interno di un cloud privato virtuale tramite Internet o tramite le istanze EC2 esterne al cloud privato virtuale utilizzando una VPN o un bastion host avviato nella sottorete pubblica. In alternativa, è possibile usare l'opzione Publicly Accessible di Amazon RDS:

  • Per usare un bastion host, è necessario configurare una sottorete pubblica con un'istanza EC2 che agisca come bastion SSH. Questa sottorete pubblica deve disporre di un gateway Internet e di regole di routing che consentano l'indirizzamento del traffico sull'host SSH, che deve quindi inoltrare le richieste all'indirizzo IP privato dell'istanza database di RDS.
  • Per usare una connessione pubblica, è sufficiente creare un'istanza database con l'opzione Publicly Accessible impostata su Yes. Se l'opzione Publicly Accessible è attiva, le istanze database all'interno di VPC sono completamente accessibili all'esterno del cloud privato virtuale per impostazione predefinita. Non è quindi necessario configurare una VPN o un bastion host per accedere alle istanze.

È anche possibile configurare un gateway VPN che estenda la rete aziendale all'interno di VPC, consentendo così l'accesso all'istanza database di RDS all'interno del cloud privato virtuale. Per ulteriori informazioni, consulta la Amazon VPC User Guide.

Consigliamo vivamente di usare il tuo nome DNS per collegare l'istanza database, perché l'indirizzo IP può variare (ad esempio, durante un failover).

D: È possibile spostare le istanze database esistenti all'interno di VPC?

Se l'istanza database non si trova all'interno di un cloud privato virtuale, puoi usare la Console di gestione AWS per trasferire l'istanza all'interno di VPC. Per maggiori dettagli, consulta la Amazon RDS User Guide. Puoi anche creare uno snapshot di un'istanza database fuori dal cloud privato virtuale e ripristinarla all'interno di VPC specificando il gruppo di sottorete di database che desideri impiegare. In alternativa, puoi usare la funzionalità "Restore to Point in Time".

D: È possibile spostare le istanze database esistenti all'esterno di VPC?

La migrazione di istanze database dall'interno all'esterno di VPC non è supportata. Per motivi di sicurezza, uno snapshot di database di un'istanza database all'interno di VPC non può essere ripristinato all'esterno di VPC. Lo stesso vale per la funzionalità "Restore to Point in Time". 

D: Quali precauzioni è necessario prendere per accertarsi che un'applicazione sia in grado di accedere alle istanze database in VPC?

Devi modificare le tabelle di routing e le liste di controllo degli accessi di rete nella VPC in modo che l'istanza database sia raggiungibile dalle istanze client in VPC.

Per le implementazioni Multi-AZ, dopo un failover, l'istanza EC2 client e l'istanza database di RDS potrebbero trovarsi in zone di disponibilità differenti. Le liste di controllo degli accessi di rete devono essere configurate in modo che consentano la comunicazione tra diverse zone di disponibilità.

D: È possibile modificare il gruppo di sottorete di database di un'istanza database?

Un gruppo di sottorete di database esistente può essere aggiornato aggiungendo altre sottoreti sia per zone di disponibilità esistenti sia per nuove zone di disponibilità aggiunte dopo la creazione dell'istanza database. La rimozione di sottoreti da un gruppo di sottorete di database esistente può provocare interruzioni della disponibilità per le istanze in esecuzione in una zona di disponibilità rimossa dal gruppo di sottorete. Per maggiori dettagli, consulta la guida dell'utente Amazon RDS.

D: Cos'è un account utente master di Amazon RDS e in cosa è differente da un account AWS?

Per iniziare a usare Amazon RDS, è necessario disporre di un account sviluppatore di AWS. Se non ne hai già uno al momento di registrarti per Amazon RDS, ti verrà chiesto di crearlo all'inizio della procedura di registrazione. Un account utente master è diverso da un account sviluppatore di AWS e viene utilizzato esclusivamente nel contesto di Amazon RDS per controllare gli accessi alle tue istanze database. L'account utente master è un account utente di database nativo da usare per connettersi alle istanze database. Puoi specificare il nome utente e la password che desideri associare a ciascuna istanza database nel momento in cui viene creata. Una volta creata l'istanza database, puoi connetterti al database utilizzando le credenziali di utente master. Potrai quindi anche creare account utente aggiuntivi in modo da restringere l'accesso all'istanza database.

D: Di quali privilegi dispone l'utente master per un'istanza database?

Per MySQL, i privilegi di default dell'utente master includono le seguenti azioni: creazione, rimozione di associazione, riferimenti, evento, modifica, eliminazione, creazione dell'indice, inserimento, selezione, aggiornamento, creazione di tabelle temporanee, blocco di tabelle, attivazione, creazione di visualizzazione, apertura di visualizzazione, modifica di routine, creazione di routine, esecuzione, creazione di utente, processo, apertura database, opzione di concessione.

Per Oracle, l'utente master riveste il ruolo di "dba". L'utente master eredita la maggior parte dei privilegi associati a tale ruolo. Consulta la Amazon RDS User Guide per un elenco di privilegi limitati e alternative correlate per eseguire operazioni a livello di amministratore che potrebbero richiedere tali privilegi.

Per SQL Server, un utente che crea un database riceve il ruolo di "db_owner". Consulta la Amazon RDS User Guide per un elenco di privilegi limitati e alternative correlate per eseguire operazioni a livello di amministratore che potrebbero richiedere tali privilegi.

D: La gestione degli utenti con Amazon RDS richiede competenze non comuni?

No, il funzionamento è analogo alla gestione di un comune database relazionale.

D: Un programma in esecuzione sui server del mio data center può accedere ai database di Amazon RDS?

Sì. È necessario abilitare l'accesso al database tramite Internet configurando i gruppi di sicurezza. È possibile autorizzare l'accesso solo a indirizzi IP specifici, a intervalli di indirizzi IP o a sottoreti corrispondenti ai server del data center in uso.

D: È possibile crittografare le connessioni tra un'applicazione e un'istanza database tramite SSL?

Sì, si tratta di un'opzione supportata per i motori MySQL, MariaDB, SQL Server, PostgreSQL e Oracle.

Amazon RDS genera un certificato SSL per ogni istanza database. Una volta stabilita la connessione crittografata, i dati trasferiti tra l'istanza database e l'applicazione saranno crittografati durante la trasmissione.

Il protocollo SSL offre notevoli vantaggi dal punto di vista della sicurezza, ma va ricordato che la crittografia SSL richiede notevoli risorse di calcolo e provocherà pertanto un aumento della latenza alla connessione del database. Il supporto per il protocollo SSL in Amazon RDS prevede la crittografia della connessione tra l'applicazione e l'istanza database; sconsigliamo di utilizzarlo per l'autenticazione dell'istanza database.

Per informazioni su come stabilire una connessione crittografata con Amazon RDS, consulta la MySQL User Guide, la MariaDB User Guide, la SQL Server User Guide, la PostgreSQL User Guide o la Oracle User Guide relative ad Amazon RDS. Per ulteriori informazioni sul funzionamento del protocollo SSL con questi motori, puoi consultare direttamente la documentazione di MySQL, la documentazione di MariaDB, la documentazione di MSDN SQL Server, la documentazione di PostgreSQL o la documentazione di Oracle.

D: È possibile crittografare i dati inattivi nei database Amazon RDS?

Amazon RDS supporta la crittografia dei dati inattivi per tutti i motori di database, utilizzando le chiavi gestite attraverso AWS Key Management Service (KMS). Su un'istanza database in esecuzione con crittografia Amazon RDS, i dati salvati a riposo nello storage vengono criptati, così come i backup, le repliche di lettura e gli snapshot. La crittografia e la decrittografia sono gestite in modo trasparente. Per ulteriori informazioni sull'uso di KMS con Amazon RDS, consulta la Amazon RDS User's Guide.

Puoi anche aggiungere la crittografia a un'istanza database o un cluster database precedentemente decrittati creando uno snapshot DB e poi creando una copia dello snapshot e specificando la chiave crittografica KMS. A questo punto puoi ripristinare un'istanza database o un cluster database crittografati dallo snapshot crittografato.

Amazon RDS per Oracle e SQL Server supporta le tecnologie di crittografia trasparente dei dati dei relativi motori. La crittografia trasparente dei dati in Oracle è integrata con AWS CloudHSM, che permette di generare, archiviare e gestire in modo sicuro le proprie chiavi crittografiche in applicazioni Hardware Security Module (HSM) single-tenant all'interno del cloud AWS. Per ulteriori informazioni, consulta le sezioni della Amazon RDS User's Guide relative a Oracle e SQL Server.

D: Come si controllano le azioni che sistemi e utenti possono eseguire su risorse RDS specifiche?

Puoi controllare quali azioni sono consentite agli utenti e i gruppi di AWS IAM sulle risorse RDS. Per farlo, seleziona le risorse RDS nelle policy di AWS IAM che desideri applicare agli utenti o ai gruppi. Le risorse RDS che è possibile selezionare all'interno di una policy di AWS IAM includono istanze database, snapshot di database, repliche di lettura, gruppi di sicurezza di database, gruppi di opzioni di database, gruppi di parametri di database, comunicazioni correlate a eventi di database e gruppi di sottorete di database. Inoltre, è possibile applicare tag a queste risorse aggiungendovi metadati. Mediante l'applicazione di tag, è possibile suddividere le risorse in categorie (ad esempio istanze database di "Sviluppo", istanze database di "Produzione", istanze database di "Test", ecc.) e scrivere policy di AWS IA che elenchino le autorizzazioni (ovvero le azioni consentite) relative alle risorse contrassegnate con un determinato tag. Per ulteriori informazioni, consulta Managing Access to Your Amazon RDS Resources and Databases e Tagging Amazon RDS Resources

D: Vorrei eseguire l'analisi di sicurezza o la risoluzione dei problemi operativi sulla distribuzione RDS. È possibile visionare uno storico di tutte le chiamate API RDS effettuate sul mio account?

Sì. AWS CloudTrail è un servizio Web che registra le chiamate alle API di AWS per il tuo account e fornisce i relativi file di log. Lo storico delle chiamate API di AWS creato da CloudTrail rende possibile analisi di sicurezza, monitoraggio delle modifiche alle risorse e audit di conformità. Per ulteriori informazioni su CloudTrail consulta la pagina dei dettagli di AWS CloudTrail, quindi attiva il servizio tramite la home page di CloudTrail nella Console di gestione AWS.


D: Come si scelgono i parametri di configurazione corretti per un'istanza database?

Di default, Amazon RDS seleziona i parametri di configurazione ottimali per l'istanza database in base alla classe di istanze e alla capacità di storage. Tuttavia, se desideri modificarli, puoi farlo tramite la console di gestione AWS, le API di Amazon RDS o l'interfaccia a riga di comando di AWS. Si noti che la modifica dei parametri di configurazione rispetto ai valori raccomandati può provocare effetti inattesi che possono andare da un calo delle prestazioni a crash di sistema, e dovrebbe essere effettuata solo da utenti esperti che conoscono i rischi che ne derivano.

D: Cosa sono i gruppi di parametri di database? A cosa servono?

Un gruppo di parametri di database agisce come "container" per i valori di configurazione di un motore applicabili a una o più istanze database. Se decidi di creare un'istanza database senza specificare un gruppo di parametri di database, ne viene utilizzato uno predefinito. Questo gruppo predefinito contiene le impostazioni di default del motore e del sistema di Amazon RDS ottimizzate per l'istanza database in esecuzione. Se tuttavia desideri eseguire l'istanza con i valori di configurazione del motore personalizzati, puoi creare un nuovo gruppo di parametri di database, apportare le modifiche desiderate ai parametri e impostare l'istanza database in modo che applichi il nuovo gruppo di parametri di database. Una volta associate, tutte le istanze database che usano un determinato gruppo di parametri di database riceveranno tutti gli aggiornamenti dei parametri relativi a tale gruppo.

Per ulteriori informazioni sulla configurazione dei gruppi di parametri di database, leggi la Amazon RDS User Guide.

D: In che modo è possibile monitorare la configurazione delle risorse di Amazon RDS?

Puoi usare AWS Config per registrare in modo continuo le modifiche alla configurazione di istanze database, gruppi di sottorete di database, snapshot di database, gruppi di sicurezza di database e comunicazioni correlate a eventi di Amazon RDS tramite Amazon Simple Notification Service (SNS). Puoi usare AWS Config Rules per creare regole che stabiliscano se le configurazioni delle risorse RDS corrispondono a quelle desiderate.  


D: Quali tipi di replica sono supportati da Amazon RDS e quando si consiglia di utilizzarli?

Amazon RDS offre due opzioni di replica distinte, con scopi differenti.

Se desideri impiegare la funzione di replica per migliorare la disponibilità del database proteggendo al contempo gli aggiornamenti più recenti da interruzioni impreviste, ti consigliamo di eseguire l'istanza database come implementazione Multi-AZ. Quando viene creata o modificata un'istanza database per essere eseguita come implementazione Multi-AZ, automaticamente Amazon RDS effettua il provisioning e gestisce una replica in "standby" in una zona di disponibilità differente, ovvero in un'infrastruttura separata, fisicamente situata in una sede distinta. Se si verifica un'interruzione causata da manutenzione programmata del database, da un errore dell'istanza database o da un guasto nella zona di disponibilità, Amazon RDS esegue automaticamente il failover verso le risorse di standby, consentendo una rapida ripresa delle attività senza l'intervento di un amministratore. Le implementazioni Multi-AZ usano la replica sincrona ed eseguono le operazioni di scrittura del database simultaneamente sulle risorse primarie e su quelle di standby, mantenendo queste ultime aggiornate nel caso in cui si verificasse un failover. L'implementazione tecnologica per le istanze database su più zone di disponibilità consente di massimizzare la durabilità dei dati in caso di errore, ma impedisce l'accesso diretto e l'utilizzo per operazioni di lettura alle risorse di standby. La tolleranza ai guasti offerta dalle implementazioni Multi-AZ ne fanno una soluzione ideale per gli ambienti di produzione.

Per facilitare il ridimensionamento delle risorse aggirando le limitazioni di capacità di un'istanza database singola nei carichi di lavoro particolarmente gravosi in lettura, Amazon RDS offre le repliche di lettura. Puoi creare una replica di lettura di una determinata istanza database sorgente tramite Console di gestione AWS, API di RDS o interfaccia a riga di comando di AWS. Una volta creata la replica di lettura, gli aggiornamenti del database sull'istanza database sorgente saranno propagati anche sulla replica. È possibile creare diverse repliche di lettura per una singola istanza database sorgente e distribuirvi il traffico in lettura.

Le repliche di lettura sono supportate da Amazon Aurora, Amazon RDS per MySQL, MariaDB e PostgreSQL. A differenza delle implementazioni Multi-AZ, le repliche di lettura per i motori di database usano una propria tecnologia di replica e hanno punti di forza e limitazioni. In particolare, gli aggiornamenti vengono applicati prima all'istanza database sorgente e solo successivamente alle repliche di lettura (replica "asincrona"); questo sfasamento temporale può variare in modo significativo. Gli aggiornamenti del database più recenti applicati a un'istanza database standard (non Multi-AZ), pertanto, potrebbero non essere presenti sulle repliche di lettura correlate nel caso in cui si verificasse un'interruzione imprevista dell'istanza database sorgente. Per questo motivo, le repliche di lettura non offrono lo stesso livello di durabilità dei dati delle implementazioni Multi-AZ. Le repliche di lettura possono fornire vantaggi per la disponibilità in lettura, ma non sono state progettate per migliorare la disponibilità in lettura.

Puoi usare le implementazioni Multi-AZ e le repliche di lettura in sinergia per ottenere i vantaggi di entrambe le funzionalità. È sufficiente specificare che una determinata implementazione Multi-AZ è l'istanza database sorgente per la replica di lettura. In questo modo otterrai sia la disponibilità e la durabilità dei dati delle implementazioni Multi-AZ sia lo scaling in lettura delle repliche.

D: Cosa significa eseguire un'istanza database come implementazione Multi-AZ?

Quando crei o modifichi un'istanza database per eseguirla come implementazione Multi-AZ, Amazon RDS effettua automaticamente il provisioning di una replica sincrona di "standby", conservandola in una zona di disponibilità differente. Gli aggiornamenti all'istanza database vengono replicati in modo sincrono sulla copia di standby nell'altra zona di disponibilità, mantenendo entrambe le istanze sincronizzate e proteggendo così gli aggiornamenti più recenti del database da eventuali errori dell'istanza database. Durante determinati tipi di finestra di manutenzione, oppure nell'eventualità di un errore dell'istanza database o della zona di disponibilità, Amazon RDS esegue automaticamente il failover sulla copia di standby per consentire di ripristinare le operazioni di lettura e scrittura del database non appena la copia di standby viene attivata. Poiché il record di nome dell'istanza database rimane invariato, l'applicazione potrà ripristinare l'operatività sul database senza la necessità di interventi manuali a livello amministrativo. Con le implementazioni Multi-AZ, la replica è trasparente: non è necessario interagire direttamente con la copia di standby né può essere utilizzata per il traffico in lettura. Per ulteriori informazioni sulle implementazioni Multi-AZ, consulta la Amazon RDS User Guide.

D: Cos'è una zona di disponibilità?

Le zone di disponibilità sono percorsi separati all'interno di una regione, isolati dai potenziali errori di altre zone di disponibilità. Ciascuna zona di disponibilità gestisce un'infrastruttura fisica propria, distinta e indipendente ed è progettata in modo da essere altamente affidabile. Macchinari e attrezzature facilmente soggetti a guasto, come generatori e apparecchiature di raffreddamento, non sono condivisi tra le zone di disponibilità. Inoltre, sono fisicamente separati, in modo tale che anche eventi estremi molto rari, come incendi, trombe d'aria o inondazioni, colpirebbero una sola zona di disponibilità. Le zone di disponibilità all'interno della stessa regione dispongono di connettività a latenza molto ridotta.

D: Cosa si intende per "principale" e "standby" nel contesto di un'implementazione Multi-AZ?

Quando esegui un'istanza database come implementazione Multi-AZ, l'istanza "principale" opera le attività in lettura e scrittura del database. Oltre a questa istanza, Amazon RDS ne crea e mantiene una di "standby", che è una replica aggiornata di quella principale. In caso di failover, l'istanza di standby viene "promossa". Dopo il failover, l'istanza di standby diventa infatti l'istanza principale e accetta le operazioni del database. Prima di questa promozione, non avrai alcuna interazione con la copia di standby (ad esempio operazioni in lettura). Se sei interessato a ridimensionare il traffico in lettura oltre la capacità di una singola istanza database, consulta le domande frequenti relative alle repliche di lettura.

D: Quali sono i vantaggi di una implementazione Multi-AZ?

Il principale vantaggio dell'esecuzione di un'istanza database come implementazione Multi-AZ è il miglioramento di durabilità e disponibilità del database. La disponibilità e la tolleranza ai guasti offerte dalle implementazioni Multi-AZ ne fanno una soluzione ideale per gli ambienti di produzione.

L'esecuzione di un'istanza database come implementazione Multi-AZ consente di proteggere i dati nell'eventualità di un errore di un componente o di un calo della disponibilità in una zona di disponibilità. Se ad esempio si verifica un errore in un volume di storage sull'istanza primaria, Amazon RDS avvia automaticamente un failover sull'istanza di standby, dove gli aggiornamenti del database sono ancora intatti. In questo modo è possibile migliorare la durabilità dei dati delle distribuzioni standard in una singola zona di disponibilità, per le quali le operazioni di ripristino devono essere avviate manualmente e gli aggiornamenti applicati dopo l'ultimo punto di ripristino (in genere per un intervallo di tempo di cinque minuti) non sono disponibili.

Quando un'istanza database viene eseguita come implementazione Multi-AZ, risulta migliorata anche la disponibilità del database. Se si verifica un errore nella zona di disponibilità o nell'istanza database, le conseguenze sulla disponibilità si restringono all'intervallo di tempo necessario per il completamento del failover automatico. La distribuzione su più zone di disponibilità è vantaggiosa anche per gli interventi di manutenzione programmati. Ad esempio le attività di I/O non vengono sospese sull'istanza primaria durante la finestra di backup, perché i backup automatici vengono eseguiti sull'istanza di standby. L'applicazione di patch o la modifica alla classe dell'istanza database vengono eseguite prima sulla copia di standby, e solo in seguito viene effettuato il failover automatico. In questo modo l'impatto sulla disponibilità è limitato solo al tempo necessario per il completamento del failover.

Un altro vantaggio implicito dell'esecuzione di un'istanza database come implementazione Multi-AZ è che il failover è automatico e non richiede alcun intervento a livello amministrativo. Nel contesto di Amazon RDS, questo significa che non devi monitorare gli eventi relativi all'istanza database né avviarne manualmente il ripristino (tramite le API RestoreDBInstanceToPointInTime o RestoreDBInstanceFromSnapshot) quando si verifica un errore in una zona di disponibilità o nell'istanza stessa.

D: L'esecuzione di un'istanza database come implementazione Multi-AZ ha conseguenze sulle prestazioni?

In una distribuzione standard dell'istanza database in una zona di disponibilità singola, è possibile rilevare un aumento della latenza causata dalla replica sincrona dei dati.

D: Quando un'istanza database viene eseguita come implementazione Multi-AZ, è possibile usare la copia di standby per le operazioni di lettura e scrittura?

No, la replica di standby non può essere utilizzata per le richieste in lettura. Le implementazioni Multi-AZ sono state progettate per fornire maggiori disponibilità e durabilità, più che per migliorare il dimensionamento in lettura. Per questo motivo impiegano la replica sincrona tra l'istanza principale e quella di standby. Nelle nostre implementazioni la copia principale e quella di standby sono costantemente sincronizzate, ma l'istanza di standby non può essere utilizzata per eseguire operazioni di lettura o scrittura. Se cerchi una soluzione che garantisca scalabilità in lettura, consulta le domande frequenti relative alle repliche di lettura.

D: Come si configura un'implementazione Multi-AZ di un'istanza database?

Per creare un'implementazione Multi-AZ di un'istanza database, è sufficiente fare clic su "Yes" per l'opzione "Multi-AZ Deployment" all'avvio di un'istanza database con la Console di gestione AWS. In alternativa, se desideri usare le API di Amazon RDS, puoi richiamare l'API CreateDBInstance e impostare il parametro "Multi-AZ" sul valore "true". Per convertire un'istanza database standard (Single-AZ) in Multi-AZ, è necessario modificarla nella Console di gestione AWS oppure utilizzare l'API ModifyDBInstance e configurare il parametro "Multi-AZ" come "true".

D: Cosa succede quando un'istanza RDS viene convertita da Single-AZ a Multi-AZ?

Per i motori di database MySQL, MariaDB, PostgreSQL and Oracle di RDS, quando scegli di convertire un'istanza RDS da Single-AZ a Multi-AZ, si verificano i seguenti eventi:

  • Viene acquisito uno snapshot dell'istanza primaria
  • Viene creata una nuova istanza in standby in una zona di disponibilità differente rispetto a quella dello snapshot
  • Viene configurata una replica sincrona tra l'istanza primaria e quella in standby

Non è dunque previsto che si verifichi alcuna interruzione quando un'istanza viene trasformata da Single-AZ a Multi-AZ.

D: Quali eventi provocano l'avvio di un failover sulla replica di standby da parte di Amazon RDS?

Amazon RDS riconosce gli scenari di errore più comuni delle implementazioni Multi-AZ e avvia automaticamente il ripristino, consentendoti di riprendere l'operatività del database con la massima rapidità senza alcun intervento manuale a livello amministrativo. Amazon RDS effettua un failover automaticamente nei seguenti casi:

  • Calo di disponibilità nella zona di disponibilità principale
  • Perdita di connettività di rete nell'istanza principale
  • Errore dell'unità di elaborazione nell'istanza principale
  • Errore di storage nell'istanza principale

Nota: l'esecuzione di operazioni quali il dimensionamento dell'istanza database o l'upgrade di sistema (ad esempio l'applicazione di patch al sistema operativo) su un'implementazione Multi-AZ avviene prima sull'istanza di standby per non pregiudicare la disponibilità, e solo in seguito viene effettuato il failover automatico. In questo modo l'impatto sulla disponibilità è limitato solo al tempo necessario per il completamento del failover. Nota: le implementazioni Multi-AZ di Amazon RDS non effettuano automaticamente il failover in caso di operazioni del database quali query che richiedono tempi di elaborazione particolarmente lunghi, blocchi critici o errori di danneggiamento del database.

D: Sono previste notifiche quando viene effettuato un failover automatico?

Sì, per informarti dell'esecuzione del failover automatico Amazon RDS creerà un evento di istanza database. Per ottenere informazioni sugli eventi correlati all'istanza database, fai clic sulla sezione "Events" della Console di Amazon RDS, oppure usa l'API DescribeEvents. Puoi anche usare le notifiche di eventi di Amazon RDS per ricevere avvisi quando si verifica un determinato evento di database.

D: Quali operazioni vengono eseguite durante un failover su più zone di disponibilità, e quanto dura?

Il failover viene gestito automaticamente da Amazon RDS, consentendoti di riprendere l'operatività del database con la massima rapidità senza alcun intervento manuale a livello amministrativo. Durante l'esecuzione di un failover, Amazon RDS cambia il record di nome (CNAME) dell'istanza database in modo che punti alla copia di standby, che diventa quindi la copia principale. Ti consigliamo di seguire le opportune best practice e di implementare tentativi multipli di connessione al database a livello di applicazione.

Un failover si definisce come l'intervallo di tempo compreso tra il rilevamento di un errore sull'istanza primaria e la ripresa delle transazioni sull'istanza di standby, e in genere viene completato in uno o due minuti. Sulla durata del failover può influire anche la presenza di un numero elevato di transazioni non confermate da recuperare; per ottenere risultati ottimali, si consiglia di usare, per le implementazioni Multi-AZ, tipi di istanza di dimensioni adeguate. AWS consiglia inoltre di impiegare volumi Provisioned IOPS con istanze Multi-AZ, che consentono di ottenere prestazioni di throughput rapide, prevedibili e costanti.

D: È possibile avviare un failover forzato su un'implementazione Multi-AZ di un'istanza database?

Amazon RDS effettua automaticamente il failover senza alcun intervento manuale nel caso si verifichino determinate condizioni di errore. Amazon RDS, inoltre, offre un'opzione che consente di avviare un failover al riavvio di un'istanza. Puoi usare questa funzionalità tramite la Console di gestione AWS oppure richiamando l'API RebootDBInstance.

D: Come si controlla e configura la replica sincronia su più zone di disponibilità?

Con le implementazioni Multi-AZ, è sufficiente impostare il parametro "Multi-AZ" su "true". La creazione della copia di standby, la replica sincrona e il failover vengono gestiti automaticamente. Questo significa che non è possibile selezionare la zona di disponibilità in cui distribuire l'istanza di standby, né modificare il numero di copie di standby disponibili (Amazon RDS fornisce una copia di standby dedicata per ogni istanza database principale). L'istanza di standby, inoltre, non può essere configurata in modo da accettare attività in lettura. Ulteriori informazioni sulle configurazioni Multi-AZ.

D: L'istanza di standby si trova nella stessa regione dell'istanza principale?

Sì. L'istanza di standby viene automaticamente assegnata in una zona di disponibilità differente rispetto all'istanza principale, ma all'interno della stessa regione.

D: È possibile vedere in quale zona di disponibilità si trova l'istanza principale?

Sì. Per conoscere il percorso dell'istanza principale, usa la Console di gestione AWS o l'API DescribeDBInstances.

D: Dopo un failover, l'istanza principale si trova in una zona di disponibilità diversa rispetto alle altre risorse AWS (ad esempio le istanze EC2). Potrebbero verificarsi problemi di latenza?

Le zone di disponibilità sono state progettate in modo da connettersi tra loro in rete con una latenza minima, quando si trovano in una stessa regione. Potrebbe essere opportuno progettare la propria applicazione e organizzare le altre risorse AWS in modo che offrano ridondanza su più zone di disponibilità, consentendo una maggiore resistenza all'applicazione in caso di errore in una zona. A questo scopo è possibile utilizzare le implementazioni Multi-AZ, che soddisfano questa esigenza a livello di database senza alcun intervento manuale a livello amministrativo.

D: Come si usano gli snapshot di database e i backup automatici in un'implementazione Multi-AZ?

L'utilizzo delle funzionalità di backup automatico e snapshot di database è lo stesso in una distribuzione standard in una singola zona di disponibilità e in un'implementazione Multi-AZ. Se è in esecuzione un'implementazione Multi-AZ, i backup automatici e gli snapshot di database vengono effettuati sulla copia di standby, per evitare rallentamenti nelle operazioni di I/O sull'istanza principale. In ogni caso, sia nelle implementazioni Multi-AZ sia in quelle Single-AZ, durante i backup possono verificarsi incrementi della latenza nelle operazioni di I/O (di solito di alcuni minuti).

Anche le operazioni di ripristino (sia point-in-time sia da un'istanza database) vengono avviate nelle implementazioni Single-AZ e Multi-AZ nello stesso modo. Le distribuzioni di nuove istanze database possono essere create con le API RestoreDBInstanceFromSnapshot oppure RestoreDBInstanceToPointInTime. Queste distribuzioni possono essere sia standard sia Multi-AZ, indipendentemente dal tipo di implementazione del backup sorgente.

D: Cosa significa eseguire un'istanza database come replica di lettura?

Con le repliche di lettura è più facile sfruttare la funzionalità di replica integrata nei motori supportati in modo da ridimensionare le risorse aggirando le limitazioni di capacità di un'istanza database singola nei carichi di lavoro particolarmente gravosi in lettura. Per creare una replica di lettura sono sufficienti pochi clic nella Console di gestione AWS oppure l'API CreateDBInstanceReadReplica. Una volta creata la replica di lettura, gli aggiornamenti del database nell'istanza database sorgente saranno replicati utilizzando la replica asincrona integrata nel motore di database supportato. È possibile creare diverse repliche di lettura per una singola istanza database sorgente e distribuirvi il traffico in lettura. Poiché le repliche in lettura usano le funzioni di replica integrate nei motori supportati, possono avere punti di forza e limitazioni. In particolare, gli aggiornamenti vengono applicati prima all'istanza database sorgente e solo successivamente alle repliche di lettura; questo sfasamento temporale può variare in modo significativo. Le repliche di lettura possono essere associate alle implementazioni Multi-AZ, che già potenziano la disponibilità in scrittura e la durabilità dei dati, per sfruttare una maggiore scalabilità in lettura.

D: Quando è consigliato usare le repliche di lettura di Amazon RDS?

La distribuzione di una o più repliche di lettura per un'istanza database sorgente può risultare molto utile in diversi scenari. Alcuni casi d'uso possono essere, ad esempio:

  • Il ridimensionamento della potenza di calcolo o del traffico I/O oltre la capacità di una singola istanza database per carichi di lavoro gravosi in lettura. Il traffico di lettura in eccesso può essere reindirizzato a una o più repliche di lettura.
  • L'assegnazione di traffico in lettura quando l'istanza database sorgente non è disponibile. Se l'istanza database sorgente non è in grado di ricevere richieste di I/O, ad esempio durante un backup o una fase di manutenzione programmata, puoi reindirizzare il traffico in lettura alle repliche di lettura. In questo caso, è necessario ricordare che i dati sulla replica di lettura potrebbero essere obsoleti, poiché l'istanza database non è disponibile.
  • La creazione di report aziendali o il data warehousing; ad esempio è possibile eseguire le query dei report su una replica di lettura, invece che sull'istanza database principale occupata nella produzione.

D: È necessario abilitare i backup automatici su un'istanza database prima di poter creare repliche di lettura?

Sì. I backup automatici su un'istanza database vanno abilitati prima di aggiungere le repliche di lettura impostando il periodo di retention dei backup su un valore maggiore di 0. Per consentire il corretto funzionamento delle repliche di lettura, i backup devono essere abilitati.

D: Quali versioni dei motori di database supportano le repliche di lettura di Amazon RDS?

Amazon Aurora (MySQL): tutte le istanze database.

Amazon RDS per MySQL: le repliche di lettura sono supportate solo da istanze database con MySQL versione 5.5 o versioni successive. Per garantire le repliche di lettura, devono essere attivi i backup automatici sull'istanza database sorgente. I backup automatici sono supportati solo per le repliche di lettura di Amazon RDS su cui è in esecuzione MySQL 5.6 o versione successiva; le versioni 5.5 e precedenti non sono supportate.

Amazon RDS per PostgreSQL: le repliche di lettura sono supportate solo da istanze database con PostgreSQL versione 9.3.5 o versioni successive. Le istanze PostgreSQL esistenti con versioni precedenti devono essere aggiornate alla 9.3.5 per poter sfruttare le repliche di lettura di RDS.

Amazon RDS per MariaDB: le repliche di lettura sono supportate solo da istanze database con MariaDB versione 10.0 o versioni successive. Per garantire le repliche di lettura, devono essere attivi i backup automatici sull'istanza database sorgente.

D: Come si distribuiscono le repliche di lettura su un'istanza database?

Per creare una replica di lettura bastano pochi minuti utilizzando l'API standard CreateDBInstanceReadReplica oppure la console di gestione AWS. Al momento della creazione di una replica di lettura, è possibile identificarla come replica di lettura specificando un identificatore SourceDBInstanceIdentifier. SourceDBInstanceIdentifier è un identificatore di istanza database per l'istanza sorgente da cui devono essere create le repliche. Analogamente a quanto accade per le istanze database standard, è anche possibile specificare la zona di disponibilità, la classe dell'istanza database e la finestra di manutenzione preferenziale. La versione del motore (ad esempio PostgreSQL 9.3.5) e l'allocazione di storage di una replica di lettura vengono ereditate dall'istanza database sorgente. Quando viene avviata la creazione di una replica di lettura, Amazon RDS acquisisce uno snapshot dell'istanza database sorgente e ne avvia la replica. Di conseguenza potrà verificarsi una breve interruzione alle operazioni di I/O sull'istanza database sorgente durante l'acquisizione dello snapshot. Tale interruzione dura in genere circa un minuto; è possibile evitarla configurando l'istanza database come implementazione Multi-AZ (perché in questo caso gli snapshot vengono acquisiti dalla copia di standby). È inoltre in fase di sviluppo una funzionalità di ottimizzazione di Amazon RDS che consente di assegnare lo stesso snapshot sorgente a tutte le repliche di lettura create in un arco di tempo di 30 minuti, per limitare l'impatto sulle operazioni di I/O (la replica di recupero per ciascuna replica di lettura viene avviata dopo la creazione).

D: Come si collegano le repliche di lettura?

Le repliche di lettura si collegano esattamente come le istanze database standard, utilizzando l'API DescribeDBInstance o la Console di gestione AWS per recuperare gli endpoint correlati. Se usi più di una replica di lettura, sarà l'applicazione a determinare la distribuzione del traffico in lettura fra queste repliche.

D: Quante repliche di lettura è possibile creare per un'istanza database sorgente?

Amazon Aurora (MySQL) consente di creare fino a 15 repliche di lettura per ogni istanza database sorgente.

Amazon RDS per MySQL, MariaDB e PostgreSQL consentono al momento di creare fino a 5 repliche di lettura per ogni istanza database sorgente.

D: È possibile creare una replica di lettura in una regione AWS diversa da quella in cui si trova l'istanza database?

Sì, RDS supporta le repliche di lettura su più regioni.

D: Le repliche di lettura di Amazon RDS supportano la replica sincrona?

No. Le repliche di lettura in Amazon RDS per MySQL, MariaDB e PostgreSQL sono implementate utilizzando la replica asincrona nativa di tali motori. Amazon Aurora usa un meccanismo di replica asincrono ma differente.

D: È possibile usare le repliche di lettura per migliorare la disponibilità in scrittura del database o proteggere i dati sull'istanza database sorgente dagli errori?

Se intendi usare la replica per migliorare la disponibilità in scrittura del database e proteggere gli aggiornamenti più recenti da errori, ti consigliamo di eseguire l'istanza database come implementazione Multi-AZ. Con le repliche di lettura di Amazon RDS, che impiegano i motori nativi supportati di replica asincrona, le operazioni di scrittura sul database vengono applicate prima all'istanza di database sorgente e solo successivamente alle repliche di lettura; questo sfasamento temporale può variare in modo significativo. La replica impiegata dalle implementazioni Multi-AZ è invece sincrona, perciò tutte le operazioni di scrittura nell'istanza principale e in quella di standby avvengono contemporaneamente. In questo modo gli aggiornamenti più recenti del database sono al sicuro, perché in caso di failover saranno presenti nella copia di standby. Le repliche delle implementazioni Multi-AZ, inoltre, sono completamente gestite. Amazon RDS monitora automaticamente lo stato di istanze database e zone di disponibilità, avviando automaticamente il failover sulla replica di standby (o su una replica di lettura, nel caso di Amazon Aurora) in caso di problemi.

D: È possibile creare una replica di lettura utilizzando come sorgente un'implementazione Multi-AZ di un'istanza database?

Sì. Poiché le istanze database su più zone di disponibilità soddisfano esigenze differenti rispetto alle repliche di lettura, consigliamo di usarle entrambe all'interno degli ambienti di produzione. L'istanza database Multi-AZ sorgente offre una maggiore disponibilità in scrittura e durabilità dei dati; l'utilizzo della replica di lettura migliora la scalabilità del traffico in lettura.

D: Le repliche di lettura di Amazon RDS possono essere distribuite su più zone di disponibilità?

Amazon RDS per MySQL, MariaDB e PostgreSQL al momento non supporta questa possibilità.

D: Se una replica di lettura usa un'implementazione Multi-AZ di un'istanza database come sorgente, cosa accade se viene effettuato un failover su più zone di disponibilità?

In caso di failover su più zone di disponibilità, le repliche di lettura associate e disponibili riprendono automaticamente la replica al completamento del failover (dopo, quindi, il recupero degli aggiornamenti dalla nuova istanza primaria).

D: È possibile creare una replica di lettura di un'altra replica di lettura?

Amazon Aurora, Amazon RDS per MySQL e MariaDB: è possibile creare una replica di lettura di secondo livello da una replica di lettura di primo livello esistente. Creando una replica di lettura di secondo livello, è possibile spostare parte del carico di replica dall'istanza database master alla replica di lettura di primo livello. Nota: lo sfasamento nell'aggiornamento della replica di lettura di secondo livello potrebbe essere maggiore a causa della latenza introdotta dal livello aggiuntivo di replica.

Amazon RDS per PostgreSQL: la creazione di repliche di lettura di secondo livello non è attualmente supportata.

D: Le repliche di lettura possono accettare solo operazioni di lettura del database?

Le repliche di lettura sono state progettate per il traffico in lettura. Sono previsti tuttavia dei casi d'uso in cui utenti avanzati intendono completare istruzioni SQL DDL (Data Definition Language) su repliche di lettura. Ad esempio, è possibile aggiungere un indice di database a una replica di lettura usata per la creazione di report aziendali senza aggiungere lo stesso indice all'istanza database sorgente correlata.

Amazon RDS per MySQL può essere configurato per consentire le istruzioni SQL DDL su repliche di lettura. Se desideri abilitare operazioni diverse dalla lettura per una determinata replica di lettura, modifica il gruppo di parametri di database attivo per la replica di lettura, configurando il parametro "read_only" su "0".

Amazon RDS per PostgreSQL non supporta al momento l'esecuzione di istruzioni SQL DDL su una replica di lettura.

D: È possibile convertire una replica di lettura a istanza database autonoma?

Sì. Per ulteriori informazioni, consulta la Amazon RDS User Guide.

D: La replica di lettura viene mantenuta aggiornata rispetto all'istanza database sorgente?

Gli aggiornamenti all'istanza database sorgente vengono replicati automaticamente alle repliche di lettura associate. Quando viene usata una tecnologia di replica asincrona di uno dei motori supportati, tuttavia, una replica di lettura può risultare in ritardo rispetto all'istanza database sorgente per una serie di motivi. In genere questo accade nelle seguenti situazioni:

  • Il volume di I/O in scrittura sull'istanza database sorgente raggiunge una velocità superiore a quella della replica di lettura (questo problema, in particolare, si presenta se la capacità di elaborazione di una replica di lettura è inferiore a quella dell'istanza database sorgente)
  • Transazioni complesse o che richiedono lunghi tempi di elaborazione sull'istanza di database ritardano le operazioni di replica
  • Sono presenti partizioni di rete o latenze elevate tra l'istanza database sorgente e la replica di lettura

Le repliche di lettura ereditano i punti di forza e le limitazioni delle funzioni di replica native dei motori supportati. Quando utilizzi la funzione di replica di lettura, è importante tenere conto del potenziale sfasamento temporale tra la replica di lettura e l'istanza database sorgente (o "inconsistenza"). Fai clic qui per consultare una guida su come comportarti se la sfasatura tra replica di lettura e sorgente diventa significativa.

D: Come si consulta lo stato di una replica di lettura attiva?

È possibile usare l'API standard DescribeDBInstances per ottenere un elenco di tutte le istanze database distribuite (incluse le repliche di lettura); in alternativa è sufficiente fare clic sulla scheda "DB Instances" della console di Amazon RDS.

Amazon RDS consente di acquisire visibilità sullo sfasamento delle repliche di lettura rispetto alle istanze database sorgente correlate. Il numero di secondi di ritardo accumulati dalla replica di lettura viene pubblicato come parametro di Amazon CloudWatch ("Replica Lag") ed è disponibile tramite la Console di gestione AWS o le API di Amazon CloudWatch. Per Amazon RDS per MySQL, l'informazione è la stessa che viene visualizzata eseguendo un comando standard MySQL "Show Slave Status" sulla replica di lettura. Per Amazon RDS per PostgreSQL, è possibile consultare i parametri di replica usando la visualizzazione pg_stat_replication sull'istanza database sorgente.

Amazon RDS monitora lo stato delle repliche di lettura e aggiorna il campo Replication Status nella Console di gestione AWS inserendo il valore "Error" in caso di interruzioni (ad esempio in caso di query DML sulla replica che entrano in conflitto con gli aggiornamenti eseguiti sull'istanza database master, causa nota di errori di replica). È possibile rivedere i dettagli dell'errore in questione, segnalato dal motore MySQL, consultando il campo Replication Error e prendendo misure appropriate per risolverlo. Per ulteriori informazioni sulla risoluzione dei problemi relativi alla replica, consulta la sezione Troubleshooting a Read Replica Problem della guida per l'utente di Amazon RDS per MySQL e PostgreSQL.

Quando un problema relativo alla replica viene risolto, il campo "Replication State" viene modificato in "Replicating".

D: Le repliche di lettura hanno accumulato un notevole ritardo rispetto all'istanza database sorgente correlata. Quale procedura occorre seguire?

Come illustrato nella domanda precedente, l'eventuale "inconsistenza" o sfasamento temporale tra la replica di lettura e l'istanza database sorgente correlata è comune quando si tratta di replica asincrona. Se però una replica di lettura esistente accumula un ritardo eccessivo per le esigenze della tua attività, puoi eliminarla e crearne una nuova con lo stesso endpoint utilizzando gli stessi identificatori di istanza database e di istanza database sorgente della replica eliminata. Il processo di creazione potrebbe essere controproducente se lo sfasamento non è rilevante (ad esempio se è inferiore ai cinque minuti) e dovrebbe essere usato con prudenza, quindi solo quando la replica di lettura accumula un ritardo significativo. Il ritardo della replica, inoltre, è soggetto ad aumenti e cali fisiologici, a seconda dei modelli di utilizzo costanti dell'istanza database sorgente.

La modifica della classe di un'istanza database relativa a una replica di lettura, in alcuni casi, può ridurre lo sfasamento, soprattutto se la classe dell'istanza database sorgente ha dimensioni maggiori rispetto alla classe dell'istanza database della replica di lettura. Non ci sono garanzie, tuttavia, che le repliche di lettura funzionino correttamente in tutti i casi. È possibile che si verifichino scenari o modelli di utilizzo in cui la replica di lettura non raggiunge mai una corretta sincronizzazione con l'istanza sorgente, oppure accumula un ritardo eccessivo per i requisiti dell'applicazione.

D: L'istanza database sorgente è stata sottoposta a un ridimensionamento delle capacità di elaborazione o di storage. È necessario ridimensionare anche le risorse delle repliche di lettura associate?

Perché la replica avvenga in modo efficiente, è consigliato assegnare alle repliche di lettura risorse di elaborazione e di storage pari o superiori a quelle delle rispetti istanze database sorgente. In caso contrario, il ritardo della replica potrebbe aumentare in modo significativo, oppure la replica di lettura potrebbe esaurire lo spazio di storage per gli aggiornamenti.

D: È possibile acquisire snapshot di database o backup automatici di repliche di lettura?

No. Se intendi creare backup dalla replica di lettura invece che dall'istanza database sorgente per migliorare la disponibilità in scrittura del database, puoi ottenere lo stesso risultato eseguendo l'istanza database come implementazione Multi-AZ. Con questa configurazione, i backup vengono eseguiti dalla copia di standby per ridurre al minimo l'impatto sulla disponibilità.

D: Come si elimina una replica di lettura? Viene eliminata automaticamente quando viene cancellata la relativa istanza database sorgente?

Per eliminare una replica di lettura basta l'identificatore dell'istanza database correlata inserito nell'API DeleteDBInstance oppure pochi clic la console di gestione di Amazon RDS.

Una replica di lettura di Amazon Aurora (MySQL) rimarrà attiva e continuerà a ricevere il traffico in lettura anche successivamente all'eliminazione dell'istanza database sorgente correlata. Una delle repliche di lettura nel cluster verrà automaticamente convertita in nuova istanza master e accetterà il traffico di scrittura.

Una replica di lettura di Amazon RDS per MySQL o MariaDB rimarrà attiva e continuerà a ricevere il traffico in lettura anche successivamente all'eliminazione dell'istanza database sorgente correlata. Se, oltre all'istanza database sorgente, desideri eliminare anche la replica di lettura, devi farne esplicita richiesta tramite l'API DeleteDBInstance o la Console di gestione AWS.

Se elimini un'istanza database di Amazon RDS per PostgreSQL che dispone di repliche di lettura, tutte le repliche vengono promosse a istanze database autonome e saranno in grado di ricevere traffico in lettura e in scrittura. Le nuove istanze saranno indipendenti l'una dall'altra. Se, oltre all'istanza database sorgente, desideri eliminare anche queste nuove istanze database, devi farne esplicita richiesta tramite l'API DeleteDBInstance o la Console di gestione AWS.

D: È possibile accedere direttamente ai log di evento per l'istanza database?

Con Amazon RDS per MySQL e Amazon RDS per MariaDB è possibile impiegare la utility mysqlbinlog per scaricare o inviare in streaming i log binari dall'istanza database. Amazon RDS per MySQL non consente al momento l'accesso ai file WAL per le istanze database.

D: Quanto costa una replica di lettura? Qual è il periodo di fatturazione?

Le repliche di lettura vengono fatturate come istanze database standard e prevedono le stesse tariffe. Per ulteriori informazioni sulla fatturazione delle istanze database, consulta questa sezione delle domande frequenti. Analogamente alle istanze database standard, la tariffa basata sulle ore-istanza per le repliche di lettura è determinata dalla classe dell'istanza della replica; consulta la pagina dei dettagli di Amazon RDS per informazioni aggiornate sui prezzi. I trasferimenti di dati generati durante la replica dei dati tra l'istanza database sorgente e la replica di lettura non saranno fatturati.

La fatturazione di una replica di lettura inizia subito dopo la sua creazione (dal momento in cui il suo stato è "active"). La fatturazione della replica di lettura proseguirà secondo le tariffe orarie standard per le istanze database di Amazon RDS finché non viene inviato il comando di eliminazione.

D: Come varia il supporto per le repliche di lettura tra i diversi motori di Amazon RDS compatibili con questa funzione?

Le repliche di lettura in Amazon RDS per PostgreSQL, MariaDB e per MySQL consentono di ridimensionare in modo elastico le risorse aggirando le limitazioni di capacità di un'istanza database singola nei carichi di lavoro particolarmente gravosi in lettura. Queste implementazioni presentano elementi in comune e alcune differenze, poiché sfruttano le caratteristiche del motore nativo. Per ulteriori informazioni vedi la tabella di seguito.

Caratteristica PostgreSQL MySQL MariaDB
Repliche di lettura massime consentite per istanza database sorgente
5 5 5
Tipo di replica Asincrona
Fisica
Asincrona
Logica
Asincrona
Logica
Supporto per replica di lettura subordinato ai backup automatici?
Versione del motore compatibile con le repliche di lettura 9.3.5 o versioni successive 5.5 o versioni successive 10.0 o versioni successive
Conversione delle repliche di lettura a nuove istanze database autonome Supportata Supportate Supportate
Creazione di indici sulla replica di lettura Attualmente non supportata Supportate Supportate
Creazione di backup di repliche di lettura Attualmente non supportate Supportate Supportate
Catena di repliche di lettura
(repliche di lettura di repliche di lettura)
Attualmente non supportate Supportate Supportate
Repliche di lettura in regioni diverse Supportata Supportate Supportate

D: Cos'è Enhanced Monitoring per RDS?

Enhanced Monitoring per RDS consente una maggiore visibilità sullo stato di integrità delle istanze RDS. Sarà sufficiente attivare l'opzione "Enhanced Monitoring" per un'istanza database di RDS e impostare un livello di granularità, e la funzione Enhanced Monitoring raccoglierà informazioni critiche su processi e parametri di sistema secondo la granularità definita.

D: Quali parametri e processi è possibile monitorare in Enhanced Monitoring?

Enhanced Monitoring acquisisce i parametri a livello di sistema dell'istanza RDS, ad esempio CPU, memoria, file system e operazioni I/O su disco. Per consultare l'elenco completo di parametri, visita questa pagina.

D: Quali motori supporta Enhanced Monitoring?

Enhanced Monitoring supporta tutti i motori di database di RDS.

D: Quali tipi di istanze supporta Enhanced Monitoring?

Enhanced Monitoring supporta tutti i tipi di istanza esclusi t1.micro e m1.small. Il software impegna in minima parte di CPU, memoria e traffico I/O per operazioni di monitoraggio di carattere generale; consigliamo di impiegare un livello maggiore di granularità per le istanze medium o di dimensione maggiore. Per le istanze database non in ambienti di produzione, Enhanced Monitoring è disattivato di default ed è possibile lasciarlo inattivo o modificarne la granularità quando viene attivato.

D: Quali informazioni sono disponibili nel pannello di controllo di RDS?

Nella console è possibile consultare tutte le informazioni su processi e parametri di sistema per le istanze database di RDS su grafici intuitivi. Potrai quindi scegliere quali parametri monitorare per ciascuna istanza e personalizzare il pannello di controllo in base alle tue esigenze.

D: Le istanze in un account RDS forniscono tutte lo stesso livello di granularità dei parametri?

No. È possibile configurare livelli diversi di granularità per ciascuna istanza database nell'account RDS. Oltre a selezionare la granularità, è anche possibile decidere su quali istanze abilitare Enhanced Monitoring.

D: Quanto vengono conservati i parametri nello storico della console di RDS?

È possibile consultare i valori di tutti i parametri per 1 ora, con una granularità massima di 1 secondo.

D: Come è possibile visualizzare i parametri generati da Enhanced Monitoring per RDS in CloudWatch?

I parametri provenienti da Enhanced Monitoring per RDS vengono inoltrati nell'account CloudWatch Logs. È possibile creare filtri parametrici in CloudWatch a partire da CloudWatch Logs e visualizzare i grafici nel pannello di controllo di CloudWatch. Per ulteriori informazioni, consulta la pagina di Amazon CloudWatch.

D: Quando è consigliato usare CloudWatch invece del pannello di controllo della console di RDS?

Si consiglia di usare CloudWatch per visualizzare lo storico dei valori non disponibili nel pannello di controllo della console di RDS. Puoi monitorare le istanze RDS in CloudWatch per accentrare la diagnostica di integrità dell'intero stack AWS. Al momento CloudWatch supporta un livello granularità massima di 1 minuto; per livelli inferiori di granularità, sarà utilizzata una media dei valori rilevati.

D: È possibile impostare allarmi e notifiche basati su parametri specifici?

Sì. È possibile creare in CloudWatch un allarme che invii una notifica quando cambia il proprio stato. L'allarme è collegato a un singolo parametro per tutto il tempo specificato, ed esegue una o più azioni in base alla relazione tra il valore del parametro e la soglia impostata, su più intervalli predefiniti. Per ulteriori informazioni sugli allarmi di CloudWatch, consulta la Amazon CloudWatch Developer Guide.

D: Come è possibile integrare Enhanced Monitoring con gli strumenti in uso?

Enhanced Monitoring per RDS offre un set di parametri sotto forma di payload JSON, inoltrati nell'account CloudWatch Logs. Il livello di granularità con cui i payload JSON vengono inoltrati è l'ultimo configurato per l'istanza RDS.

Esistono due metodi per consultare i parametri tramite pannelli di controllo o applicazioni di terze parti. Puoi impostare un feed quasi in tempo reale dei parametri negli strumenti di monitoraggio tramite gli abbonamenti a CloudWatch Logs. In alternativa, puoi usare i filtri in CloudWatch Logs per inviare i parametri a CloudWatch e integrare CloudWatch con la tua applicazione. Per ulteriori informazioni, consulta la documentazione di Amazon CloudWatch.

D: Come si elimina lo storico dei parametri?

Enhanced Monitoring inoltra i payload JSON mediante un log nell'account CloudWatch Logs, perciò è possibile controllare il periodo di retention come qualsiasi altro flusso di CloudWatch Logs. Il periodo di retention configurato di default in CloudWatch Logs per Enhanced Monitoring è di 30 giorni. Per ulteriori informazioni su come modificare le impostazioni di retention, consulta la Amazon CloudWatch Developer Guide.

D: Qual è l'impatto di Enhanced Monitoring sulla fattura mensile?

Poiché i parametri vengono inoltrati in CloudWatch Logs, i costi dipenderanno dalle tariffe di trasferimento dei dati e di storage di CloudWatch Logs una volta superate le soglie del piano gratuito. Per ulteriori informazioni sui prezzi, consulta questa pagina. La quantità di informazioni trasferite per un'istanza RDS è direttamente proporzionale al livello di granularità impostato per Enhanced Monitoring. Per tenere sotto controllo i costi, gli amministratori potranno definire diversi livelli di granularità per ciascuna istanza all'interno del loro account.

Il volume stimato di dati inoltrati in CloudWatch Logs da Enhanced Monitoring per un'istanza è calcolato di seguito.

Granularità

60 secondi

30 secondi

15 secondi

10 secondi

5 secondi

1 secondo

Dati inoltrati in CloudWatch Logs* (GB al mese)

0,27

0,53

1,07

1,61

3,21

16,07