Repliche di lettura di Amazon RDS
Le repliche di lettura di Amazon RDS forniscono prestazioni e durabilità elevate per le istanze database (DB) di Amazon RDS. Rendono semplice aumentare orizzontalmente in modo elastico le risorse oltre la capacità di una singola istanza database per i carichi di lavoro di database particolarmente gravosi in lettura. È possibile creare una o più repliche di un'istanza database sorgente e assegnare elevati volumi di traffico in lettura delle applicazioni da più copie dei dati, incrementando così il throughput totale in lettura. Inoltre, è possibile convertire le repliche di lettura in istanze database autonome. Le repliche di lettura sono disponibili in Amazon RDS per MySQL, Amazon RDS per MariaDB, Amazon RDS per PostgreSQL, Amazon RDS per Oracle e Amazon RDS per SQL Server, nonché per Amazon Aurora.
Per i motori di database MySQL, MariaDB, PostgreSQL, Oracle e SQL Server, Amazon RDS crea una seconda istanza database utilizzando uno snapshot dell'istanza database sorgente. In seguito utilizza la replica asincrona nativa dei motori per aggiornare la replica di lettura ogni qualvolta ci sia una modifica all'istanza database sorgente. La replica di lettura funziona come istanza database che consente solo connessioni in lettura; le applicazioni possono connettersi alla replica di lettura come si connettono a qualsiasi altra istanza database. Amazon RDS replica tutti i database che si trovano nell'istanza database di origine.
Amazon Aurora estende ulteriormente i benefici delle repliche di lettura, grazie all'utilizzo di un layer di storage virtualizzato su SSD creato appositamente per i carichi di lavoro di database. Le repliche di Amazon Aurora condividono lo stesso storage iniziale dell'istanza di origine, riducendo i costi ed eliminando l'esigenza di copiare i dati nei nodi replica. Per ulteriori informazioni sulla caratteristica di replica con Amazon Aurora, consulta la documentazione online.
Vantaggi delle repliche di lettura di Amazon RDS
Configurazione
Mediante la Console di gestione AWS è possibile aggiungere repliche di lettura alle istanze database esistenti con la massima semplicità. Utilizza l'opzione “Crea una replica di lettura” relativa all'istanza database nella Console di gestione AWS. Amazon RDS per MySQL, Amazon RDS per PostgreSQL, Amazon RDS per MariaDB e Amazon RDS per SQL Server consentono di aggiungere fino a 15 repliche di lettura a ciascuna istanza database. Amazon RDS per Oracle consente di aggiungere fino 5 repliche di lettura per ogni istanza database.
Amazon RDS per MySQL, Amazon RDS per PostgreSQL, Amazon RDS per MariaDB e Amazon RDS per Oracle offrono due opzioni basate su SSD per l'archiviazione di dati: uso generico e capacità di IOPS allocata. Le repliche di lettura per questi motori non devono necessariamente impiegare lo stesso tipo di archiviazione delle istanze database principali. È possibile ottimizzare le prestazioni o i costi selezionando un tipo di archiviazione differente per le repliche di lettura. Per ulteriori informazioni, consulta la documentazione sulle repliche per Amazon RDS per MySQL, Amazon RDS per MariaDB, Amazon RDS per PostgreSQL, Amazon RDS per Oracle eAmazon RDS per SQL Server, nonché per Amazon Aurora.
Repliche di lettura, implementazioni Multi-AZ e implementazioni tra più regioni
Le repliche di lettura di Amazon RDS sono complementari alle implementazioni Multi-AZ. Sebbene entrambe le funzioni mantengano una seconda copia dei dati, vi sono differenze tra le due:
Implementazioni Multi-AZ |
Implementazioni tra più regioni |
Repliche di lettura |
|---|---|---|
Lo scopo principale è una disponibilità elevata |
Lo scopo principale è il disaster ricovery e le prestazioni locali |
Lo scopo principale è la scalabilità |
Diversi da Aurora: repliche sincrone; Aurora: repliche asincrone |
Replica asincrona |
Replica asincrona |
Diversi da Aurora: solamente l'istanza primaria è attiva; Aurora: tutte le istanze sono attive |
Tutte le regioni sono accessibili e possono essere utilizzate per la lettura |
Tutte le repliche di lettura sono accessibili e possono essere utilizzate per il dimensionamento della lettura |
Diversi da Aurora: backup automatici eseguiti con istanze di standby; Aurora: backup automatici eseguiti con un livello di storage condiviso |
I backup automatici possono essere eseguiti in tutte le regioni |
Nessun backup configurato per impostazione predefinita |
Si estende sempre su almeno due zone di disponibilità all'interno di una singola regione |
Tutte le regioni dispongono di un'implementazione Multi-AZ |
Può trovarsi all'interno di una zona di disponibilità, più zone di disponibilità o più regioni |
Diversi da Aurora: l'aggiornamento della versione del motore di database avviene nell'istanza principale; Aurora: l'aggiornamento di tutte le istanze avviene in contemporanea |
Diversi da Aurora: l'aggiornamento della versione del motore di database è indipendente in tutte le regioni; Aurora: l'aggiornamento di tutte le istanze avviene in contemporanea |
Diversi da Aurora: l'aggiornamento della versione del motore di database è indipendente dall'istanza di origine; Aurora: l'aggiornamento di tutte le istanze avviene in contemporanea |
Failover automatico di istanze in standby (diverse da Aurora) o di repliche di lettura (Aurora) nel momento in cui si rileva un problema |
Aurora consente la conversione di regioni secondarie a principali |
La conversione più essere manuale in caso di istanze di database autonome (diverse da Aurora) o nel caso di istanze primarie (Aurora) |
Puoi combinare le repliche di lettura con le caratteristiche di Amazon RDS per ottenere i vantaggi di entrambe le funzionalità. Ad esempio, puoi configurare un database di origine come Multi-AZ per una disponibilità elevata e creare una replica di lettura (in Single-AZ) per la scalabilità di lettura. In alternativa, puoi utilizzare il Database globale Aurora per replicare i dati da un'implementazione Aurora Multi-AZ in altre regioni.
Inoltre, con RDS per MySQL, RDS per MariaDB, RDS per PostgreSQL ed RDS per Oracle, è possibile impostare la replica di lettura come Multi-AZ, consentendo l'utilizzo della replica di lettura come un obiettivo DR. Convertendo la replica di lettura in un'istanza database autonoma, la funzione Multi-AZ sarà già attivata.