Panoramica della migrazione dei dati tramite una replica di lettura Aurora Preparare la migrazione a Aurora PostgreSQL utilizzando una replica di lettura Aurora. Creazione di una replica di lettura Aurora Promozione di una replica di lettura Aurora

Migrazione di dati da un'istanza database RDS for PostgreSQL a un cluster di database Aurora PostgreSQL tramite una replica di lettura Aurora

Puoi utilizzare un'istanza database RDS for PostgreSQL come base per un nuovo cluster di database Aurora PostgreSQL utilizzando una replica di lettura Aurora per il processo di migrazione. L'opzione di replica di lettura Aurora è disponibile solo per la migrazione all'interno dello stesso account Regione AWS ed è disponibile solo se la regione offre una versione compatibile di Aurora PostgreSQL per l'istanza DB RDS per PostgreSQL. Per compatibile si intende che la versione di Aurora PostgreSQL è la stessa utilizzata da RDS for PostgreSQL o che è una versione secondaria successiva della stessa famiglia di versioni principali.

Ad esempio, per utilizzare questa tecnica per migrare un'istanza database RDS for PostgreSQL 11.14, la regione deve offrire Aurora PostgreSQL versione 11.14 o una versione secondaria superiore nella famiglia di PostgreSQL versione 11.

Argomenti

Panoramica della migrazione dei dati tramite una replica di lettura Aurora
Preparazione alla migrazione dei dati tramite una replica di lettura Aurora
Creazione di una replica di lettura Aurora
Promozione di una replica di lettura Aurora

Panoramica della migrazione dei dati tramite una replica di lettura Aurora

La migrazione da un'istanza database RDS for PostgreSQL a un cluster di database Aurora PostgreSQL richiede una procedura in più fasi. In primo luogo, si crea una replica di lettura Aurora dell'istanza database RDS for PostgreSQL di origine. Questo avvia un processo di replica dall'istanza database RDS for PostgreSQL a un cluster di database per finalità speciali noto come cluster di replica. Il cluster di replica è costituito esclusivamente da una replica di lettura Aurora (un'istanza di lettura).

Nota

Per completare la migrazione possono essere necessarie diverse ore per ogni terabyte di dati.

Promozione di una replica Aurora PostgreSQL

Dopo aver creato un cluster Aurora PostgreSQL DB, segui questi passaggi per promuovere la replica Aurora:

Arresta tutto il carico di lavoro di scrittura del database sull'istanza DB RDS for PostgreSQL di origine.

Ottieni la corrente WAL LSN dall'istanza DB RDS for PostgreSQL di origine:


SELECT pg_current_wal_lsn();
pg_current_wal_lsn
--------------------
0/F0000318
(1 row)

Sul cluster Aurora PostgreSQL Replica, verifica che il LSN riprodotto sia maggiore del LSN del passaggio 2:


SELECT pg_last_wal_replay_lsn();
pg_last_wal_replay_lsn
------------------------
0/F0000400
(1 row)

In alternativa, puoi utilizzare la seguente query sull'istanza DB RDS for PostgreSQL di origine:


SELECT restart_lsn FROM pg_replication_slots;

Promuovi il cluster Aurora PostgreSQL Replica.

Quando la replica si interrompe, il cluster di replica viene promosso a cluster Aurora PostgreSQL DB autonomo e il reader viene promosso a istanza di scrittura per il cluster. A questo punto, puoi aggiungere istanze al cluster Aurora PostgreSQL DB per dimensionarlo in base al tuo caso d'uso. Se non è più necessaria l'istanza DB RDS for PostgreSQL originale, è possibile eliminarla.

Non è possibile creare una replica di lettura Aurora se l'istanza database RDS for PostgreSQL ha già una replica di lettura Aurora o se ha una replica di lettura tra regioni.

Preparazione alla migrazione dei dati tramite una replica di lettura Aurora

Durante il processo di migrazione tramite la replica di lettura Aurora, gli aggiornamenti apportati all'istanza database RDS for PostgreSQL di origine vengono replicati in modo asincrono nella replica di lettura Aurora del cluster di replica. Il processo utilizza la funzionalità di replica dello streaming nativa di PostgreSQL che memorizza i segmenti WAL (write ahead log) sull'istanza di origine. Prima di iniziare questo processo di migrazione, assicurati che l'istanza abbia una capacità di archiviazione sufficiente controllando i valori per i parametri elencati nella tabella.

Parametro	Descrizione
`FreeStorageSpace`	Spazio di storage disponibile. Unità: byte
`OldestReplicationSlotLag`	Entità del ritardo per i dati WAL nella replica con il maggiore ritardo. Unità: megabyte
`RDSToAuroraPostgreSQLReplicaLag`	Periodo di tempo, in secondi, di ritardo di un cluster DB Aurora PostgreSQL rispetto all'istanza database RDS di origine.
`TransactionLogsDiskUsage`	Spazio su disco utilizzato dai log delle transazioni. Unità: megabyte

Per ulteriori informazioni sul monitoraggio dell'istanza, consulta Monitoraggio nella Guida per l'utente di Amazon RDS.

Creazione di una replica di lettura Aurora

È possibile creare una replica di lettura Aurora per un'istanza DB RDS per PostgreSQL utilizzando o il. AWS Management Console AWS CLI L'opzione per creare una replica di lettura di Aurora utilizzando AWS Management Console è disponibile solo se Regione AWS offre una versione Aurora PostgreSQL compatibile. Ovvero, è disponibile solo se è presente una versione di Aurora PostgreSQL che è la stessa della versione RDS for PostgreSQL o una versione secondaria superiore nella stessa famiglia di versioni principali.

Per creare una replica di lettura Aurora da un'istanza database PostgreSQL di origine

Accedi a AWS Management Console e apri la console Amazon RDS all'indirizzo https://console.aws.amazon.com/rds/.
Nel riquadro di navigazione, scegliere Databases (Database).
Scegliere l'istanza database RDS for PostgreSQL da usare come origine per la replica di lettura Aurora. Per Actions (Operazioni), scegli Create Aurora read replica (Crea replica di lettura Aurora). Se questa scelta non viene visualizzata, significa che una versione compatibile di Aurora PostgreSQL non è disponibile nella regione.

Nella pagina delle impostazioni per la creazione della replica di lettura Aurora è possibile configurare le proprietà per il cluster di database Aurora PostgreSQL come illustrato nella tabella riportata di seguito. Il cluster di database di replica viene creato da uno snapshot dell'istanza database di origine utilizzando lo stesso nome utente e password “master” dell'origine, quindi non è possibile modificarli in questo momento.

Opzione	Descrizione
DB instance class (Classe istanza database)	Scegliere una classe di istanza database che soddisfi i requisiti di elaborazione e di memoria per l'istanza primaria nel cluster di database. Per ulteriori informazioni, consulta Classi di istanze DB Amazon Aurora.
Multi-AZ deployment (Implementazione Multi-AZ)	Non disponibile durante la migrazione
DB instance identifier (Identificatore istanze DB)	Inserire il nome da assegnare all'istanza database. Questo identificatore viene utilizzato nell'indirizzo dell'endpoint per l'istanza primaria del nuovo cluster di database. L'identificatore istanze database presenta i seguenti vincoli: Deve contenere da 1 –a 63 caratteri alfanumerici o trattini. Il primo carattere deve essere una lettera. Non può terminare con un trattino o contenere due trattini consecutivi. Deve essere unica per tutte le istanze DB di ogni AWS account, per ciascuno. Regione AWS
Virtual Private Cloud (VPC)	Scegliere il VPC che ospita il cluster DB. Scegliere Create a new VPC (Crea un nuovo VPC) per fare in modo che Amazon RDS crei un VPC. Per ulteriori informazioni, consulta Prerequisiti per i cluster di database.
DB subnet group (Gruppo di sottoreti DB)	Scegliere il gruppo di sottoreti di database da utilizzare per il cluster DB. Scegliere Create new DB subnet group (Crea nuovo gruppo di sottoreti DB) per fare in modo che Amazon RDS crei automaticamente un gruppo di sottoreti di database. Per ulteriori informazioni, consulta Prerequisiti per i cluster di database.
Public accessibility (Accesso pubblico)	Scegliere Sì per assegnare al cluster di database un indirizzo IP pubblico, altrimenti, selezionare No. Le istanze nel cluster di database possono essere una combinazione di istanze database pubbliche e private. Per ulteriori informazioni su come non consentire l'accesso pubblico per le istanze, consulta Nascondere cluster database in un VPC da Internet.
Availability zone (Zona di disponibilità)	Stabilire se si desidera specificare una zona di disponibilità particolare. Per ulteriori informazioni sulle zone di disponibilità, consultare Regioni e zone di disponibilità.
Gruppi di sicurezza VPC	Scegliere uno o più gruppi di sicurezza VPC per proteggere l'accesso di rete al cluster DB. Scegliere Create a new VPC security group (Crea nuovo gruppo di sicurezza VPC) per fare in modo che Amazon RDS crei un gruppo di sicurezza VPC. Per ulteriori informazioni, consulta Prerequisiti per i cluster di database.
Database port (Porta del database)	Specifica la porta per applicazioni e utilità da utilizzare per accedere al database. I cluster DB PostgreSQL Aurora utilizzano per impostazione predefinita la porta predefinita PostgreSQL, 5432. I firewall presso alcune aziende bloccano le connessioni a questa porta. Se il firewall dell'azienda blocca la porta predefinita, scegliere un'altra porta per il nuovo cluster di database.
DB parameter group (Gruppo di parametri database)	Scegliere un gruppo di parametri del database per il cluster di database di Aurora PostgreSQL. Puoi utilizzare il gruppo parametri del database predefinito di Aurora oppure puoi creare il tuo gruppo parametri del database personalizzato. Per ulteriori informazioni sui gruppi di parametri database, consulta .
DB cluster parameter group (Gruppo di parametri del cluster di database)	Scegliere un gruppo di parametri del cluster di database per il cluster di database di Aurora PostgreSQL. Puoi utilizzare il gruppo di parametri del cluster di database predefinito di Aurora oppure puoi creare il tuo gruppo di parametri. Per ulteriori informazioni sui gruppi di parametri del cluster di database, consulta .
Encryption (Crittografia)	Seleziona Enable Encryption (Abilita crittografia) affinché il nuovo cluster di database Aurora sia crittografato mentre è inattivo. Se si sceglie Enable encryption (Abilita crittografia), scegliere una chiave KMS come valore AWS KMS key.
Priority (Priorità)	Scegliere una priorità di failover per il cluster di database. Se non specifichi alcun valore, l'impostazione predefinita è tier-1. Questa priorità determina l'ordine di promozione delle repliche di Aurora durante il recupero da un errore dell'istanza principale. Per ulteriori informazioni, consulta Tolleranza ai guasti di un cluster DB Aurora.
Backup retention period (Periodo di retention dei backup)	Scegliere l'intervallo di tempo, da 1 –a 35 giorni, nel quale Aurora conserverà le copie di backup del database. Le copie di Backup possono essere utilizzate per point-in-time i ripristini (PITR) del database fino al secondo.
Enhanced Monitoring (Monitoraggio avanzato)	Scegliere Enable enhanced monitoring (Abilita monitoraggio avanzato) per abilitare la raccolta di parametri in tempo reale per il sistema operativo su cui viene eseguito il cluster DB. Per ulteriori informazioni, consulta Monitoraggio dei parametri del sistema operativo con il monitoraggio avanzato.
Monitoring Role (Ruolo monitoraggio)	Disponibile solo se hai scelto Enable enhanced monitoring (Abilita monitoraggio avanzato). Il ruolo AWS Identity and Access Management (IAM) da utilizzare per il monitoraggio avanzato. Per ulteriori informazioni, consulta Configurare e abilitare il monitoraggio avanzato.
Granularity (Granularità)	Disponibile solo se hai scelto Enable enhanced monitoring (Abilita monitoraggio avanzato). Impostare l'intervallo, in secondi, tra le operazioni di raccolta dei parametri per il cluster DB.
Auto minor version upgrade (Aggiornamento automatico della versione secondaria)	Scegliere Yes (Sì) per abilitare il cluster DB Aurora PostgreSQL in modo che riceva automaticamente gli aggiornamenti delle versioni minori del motore di database PostgreSQL non appena diventano disponibili. L'opzione Auto minor version upgrade (Aggiornamento automatico della versione secondaria) si applica solo agli aggiornamenti alle versioni secondarie del motore PostgreSQL per il cluster di database Aurora PostgreSQL. Non riguarda le patch normali applicate per mantenere la stabilità del sistema.
Maintenance window (Finestra di manutenzione)	Scegliere l'intervallo temporale settimanale durante il quale può avvenire la manutenzione dei sistemi.

Scegli Create read replica (Crea replica di lettura).

Per creare una replica di lettura Aurora da un'istanza DB RDS for PostgreSQL di origine utilizzando il AWS CLI, è innanzitutto necessario utilizzare il comando CLI create-db-clusterper creare un cluster Aurora DB vuoto. Una volta creato il cluster di database, dovrai creare l'istanza primaria per il cluster di database utilizzando il comando create-db-instance. L'istanza primaria è la prima istanza creata in un cluster di database Aurora. In questo caso, viene creata inizialmente come replica di lettura Aurora dell'istanza database RDS for PostgreSQL. Al termine del processo, la migrazione dell'istanza database RDS for PostgreSQL in un cluster di database Aurora PostgreSQL è completa.

Non è necessario specificare l'account utente principale (in genere, postgres), la password o il nome del database. La replica di lettura Aurora li ottiene automaticamente dall'istanza DB RDS di origine per PostgreSQL che identifichi quando richiami i comandi. AWS CLI

È necessario specificare la versione del motore da utilizzare per il cluster di database Aurora PostgreSQL e l'istanza database. La versione specificata deve corrispondere all'istanza database RDS for PostgreSQL di origine. Se l'istanza database RDS for PostgreSQL di origine è crittografata, è necessario specificare anche la crittografia per l'istanza primaria del cluster di database Aurora PostgreSQL. La migrazione di un'istanza crittografata in un cluster di database Aurora non crittografato non è supportata.

Gli esempi seguenti mostrano come creare un cluster di database Aurora PostgreSQL denominato my-new-aurora-cluster, che utilizza un'istanza database RDS di origine non crittografata. In primo luogo, crei il cluster di database Aurora PostgreSQL chiamando il comando CLI create-db-cluster. L'esempio mostra come utilizzare il parametro facoltativo --storage-encrypted per specificare che il cluster di database deve essere crittografato. Poiché il database di origine non è crittografato, è necessario specificare una chiave utilizzando --kms-key-id. Per ulteriori informazioni sui parametri obbligatori e facoltativi, vedi l'elenco dell'esempio seguente.

Per, o: Linux macOS Unix


aws rds create-db-cluster  \
    --db-cluster-identifier my-new-aurora-cluster \
    --db-subnet-group-name my-db-subnet
    --vpc-security-group-ids sg-11111111 
    --engine aurora-postgresql \
    --engine-version same-as-your-rds-instance-version \
    --replication-source-identifier arn:aws:rds:aws-region:111122223333:db/rpg-source-db \
    --storage-encrypted \
    --kms-key-id arn:aws:kms:aws-region:111122223333:key/11111111-2222-3333-444444444444

Per Windows:


aws rds create-db-cluster  ^
    --db-cluster-identifier my-new-aurora-cluster ^
    --db-subnet-group-name my-db-subnet ^
    --vpc-security-group-ids sg-11111111 ^
    --engine aurora-postgresql ^
    --engine-version same-as-your-rds-instance-version ^
    --replication-source-identifier arn:aws:rds:aws-region:111122223333:db/rpg-source-db ^
    --storage-encrypted ^
    --kms-key-id arn:aws:kms:aws-region:111122223333:key/11111111-2222-3333-444444444444

Nell'elenco seguente è possibile trovare ulteriori informazioni su alcune delle opzioni mostrate nell'esempio. Se non diversamente specificato, questi parametri sono obbligatori.

--db-cluster-identifier. Assegna un nome al nuovo cluster di database Aurora PostgreSQL.
--db-subnet-group-name. Crea il cluster di database Aurora PostgreSQL nella stessa sottorete database dell'istanza database di origine.
--vpc-security-group-ids. Specifica il gruppo di sicurezza per il cluster di database Aurora PostgreSQL.
--engine-version. Specifica la versione da utilizzare per il cluster di database Aurora PostgreSQL. Deve essere la stessa versione o una versione secondaria superiore rispetto alla versione utilizzata dall'istanza database RDS for PostgreSQL di origine.
--replication-source-identifier. Identifica l'istanza database RDS for PostgreSQL utilizzando il suo Amazon Resource Name (ARN). Per ulteriori informazioni su Amazon RDS ARNs, consulta Amazon Relational Database Service (Amazon RDS) nel. Riferimenti generali di AWSdel tuo cluster DB.
--storage-encrypted : Opzionale. Utilizzalo solo quando devi specificare la crittografia, come spiegato di seguito:
- Utilizza questo parametro quando l'istanza database di origine ha un'archiviazione crittografata. Se non utilizzi questo parametro con un'istanza database di origine con archiviazione crittografata, la chiamata al create-db-cluster restituisce un errore. Se desideri utilizzare una chiave diversa per il cluster di database Aurora PostgreSQL rispetto alla chiave utilizzata dall'istanza database di origine, è necessario specificare anche la --kms-key-id.
- Utilizzala se l'archiviazione dell'istanza database di origine non è crittografata, ma desideri che il cluster di database Aurora PostgreSQL lo sia. In tal caso, devi anche identificare la chiave di crittografia necessaria utilizzando il parametro --kms-key-id.
--kms-key-id : Opzionale. Permette di specificare la chiave da utilizzare per la crittografia dell'archiviazione (--storage-encrypted), utilizzando l'ARN, l'ID, l'alias ARN della chiave o il relativo nome alias. Questo parametro è necessario solo nelle situazioni seguenti:
- Per scegliere una chiave diversa per il cluster di database Aurora PostgreSQL rispetto a quella utilizzata dall'istanza database di origine.
- Per creare un cluster crittografato da un'origine non crittografata. In questo caso, è necessario specificare la chiave che Aurora PostgreSQL deve utilizzare per la crittografia.

Una volta creato il cluster di database Aurora PostgreSQL, dovrai creare l'istanza principale utilizzando il comando CLI create-db-instance, come mostrato di seguito:

PerLinux, o: macOS Unix


aws rds create-db-instance \
    --db-cluster-identifier my-new-aurora-cluster \
    --db-instance-class db.x2g.16xlarge \
    --db-instance-identifier rpg-for-migration \
    --engine aurora-postgresql

Per Windows:


aws rds create-db-instance ^
    --db-cluster-identifier my-new-aurora-cluster ^
    --db-instance-class db.x2g.16xlarge ^
    --db-instance-identifier rpg-for-migration ^
    --engine aurora-postgresql

L'elenco seguente fornisce ulteriori informazioni su alcune delle opzioni mostrate nell'esempio.

--db-cluster-identifier: specifica il nome del nuovo cluster di database Aurora PostgreSQL creato nel passaggio precedente con il comando create-db-instance.
--db-instance-class: nome della classe dell'istanza database da utilizzare per l'istanza primaria, come db.r4.xlarge, db.t4g.medium, db.x2g.16xlarge, ecc. Per un elenco delle classi di istanza database disponibili, vedi Tipi di classi di istanza database.
--db-instance-identifier: specifica il nome da assegnare all'istanza primaria.
--engine aurora-postgresql: specifica il aurora-postgresql per il motore.

Per creare una replica di lettura Aurora da un'istanza database RDS for PostgreSQL di origine, per prima cosa crea un nuovo cluster di database Aurora utilizzando l'operazione API RDS CreateDBCluster, che verrà utilizzato per la replica. Quando il cluster di database Aurora PostgreSQL è disponibile, utilizza CreateDBInstanceper creare l'istanza primaria per il cluster di database Aurora.

Non è necessario specificare l'account utente principale (in genere, postgres), la password o il nome del database. La replica di lettura Aurora li ottiene automaticamente dall'istanza database RDS for PostgreSQL di origine specificata con ReplicationSourceIdentifier.

Per creare il cluster di database Aurora per la replica di lettura Aurora, utilizza l'operazione API RDS CreateDBCluster con i seguenti parametri:

DBClusterIdentifier: nome del cluster di database da creare.
DBSubnetGroupName: nome del gruppo di sottoreti database da associare al cluster di database.
Engine=aurora-postgresql: nome del motore da utilizzare.
ReplicationSourceIdentifier: l'Amazon Resource Name (ARN) per l'istanza database PostgreSQL di origine. Per ulteriori informazioni su Amazon RDS ARNs, consulta Amazon Relational Database Service (Amazon RDS) nel.Riferimenti generali di Amazon Web Services Se ReplicationSourceIdentifier riconosce la fonte come crittografata, Amazon RDS utilizza la tua chiave KMS di default, a meno che tu non specifichi una chiave diversa utilizzando l'opzione KmsKeyId.
VpcSecurityGroupIds— L'elenco dei gruppi di sicurezza Amazon EC2 VPC da associare a questo cluster DB.
StorageEncrypted: indica che il cluster di database è crittografato. Quando utilizzi questo parametro senza specificare anche il ReplicationSourceIdentifier, Amazon RDS utilizza la chiave KMS di default.
KmsKeyId: la chiave per un cluster crittografato. Permette di specificare la chiave da utilizzare per la crittografia dell'archiviazione utilizzando l'ARN, l'ID, l'alias ARN della chiave o il relativo nome alias.

Per ulteriori informazioni, consulta CreateDBCluster nella Guida di riferimento delle API di Amazon RDS.

Quando il cluster di database Aurora è disponibile, crea un'istanza primaria per il cluster di database utilizzando l'operazione API RDS CreateDBInstance con i seguenti parametri:

DBClusterIdentifier: nome del cluster di database.
DBInstanceClass: nome della classe dell'istanza database da utilizzare per l'istanza primaria.
DBInstanceIdentifier: nome dell'istanza primaria.
Engine=aurora-postgresql: nome del motore da utilizzare.

Per ulteriori informazioni, consulta CreateDBInstance nella Guida di riferimento delle API di Amazon RDS.

Promozione di una replica di lettura Aurora

La migrazione ad Aurora PostgreSQL non è completa fino a quando non si promuove il cluster di replica, quindi non eliminare ancora l'istanza database RDS for PostgreSQL di origine.

Prima di promuovere il cluster di replica, assicurati che l'istanza database RDS for PostgreSQL non abbia transazioni in corso o altre attività di scrittura sul database. Quando il ritardo di replica sulla replica di lettura Aurora è zero (0), è possibile promuovere il cluster di replica. Per ulteriori informazioni sul monitoraggio del ritardo di replica, consulta Monitoraggio della replica Aurora PostgreSQL. e Parametri a livello di istanza per Amazon Aurora.

Come promuovere una replica di lettura Aurora a cluster di database Aurora

Accedi a AWS Management Console e apri la console Amazon RDS all'indirizzo https://console.aws.amazon.com/rds/.
Nel riquadro di navigazione, scegliere Databases (Database).
Scegli il cluster di replica.
In Actions (Operazioni), seleziona Promote (Promuovi). L'operazione può richiedere alcuni minuti e comportare tempi di inattività.

Al termine del processo, il cluster di replica Aurora è un cluster di database regionale Aurora PostgreSQL, con un'istanza di scrittura contenente i dati dall'istanza database RDS for PostgreSQL.

Per promuovere una replica di lettura Aurora in un cluster DB autonomo, usa il comando. promote-read-replica-db-cluster AWS CLI

Esempio

PerLinux, o: macOS Unix


aws rds promote-read-replica-db-cluster \
    --db-cluster-identifier myreadreplicacluster

Per Windows:


aws rds promote-read-replica-db-cluster ^
    --db-cluster-identifier myreadreplicacluster

Per promuovere una replica di lettura Aurora in un cluster DB autonomo, utilizza l'operazione API RDS. PromoteReadReplicaDBCluster

Dopo aver promosso il cluster di replica, puoi verificare che la promozione sia stata completata controllando il registro eventi, come segue.

Per confermare che il cluster di replica Aurora sia stato promosso

Accedi a AWS Management Console e apri la console Amazon RDS all'indirizzo https://console.aws.amazon.com/rds/.
Nel pannello di navigazione seleziona Events (Eventi).
Nella pagina Events (Eventi), trova il nome del cluster nell'elenco Source (Origine). Ogni evento ha origine, tipo, ora e messaggio. Puoi vedere tutti gli eventi che si sono verificati nella tua Regione AWS per il tuo account. Una promozione avvenuta con successo genera il seguente messaggio.
```
Promoted Read Replica cluster to a stand-alone database cluster.
```

Al completamento della promozione, l'istanza database RDS for PostgreSQL di origine e il cluster di replica Aurora vengono scollegati. Puoi indirizzare le applicazioni client all'endpoint per la replica di lettura Aurora. Per ulteriori informazioni sugli endpoint Aurora, consulta Connessioni endpoint Amazon Aurora. A questo punto, puoi eliminare l'istanza database.

Avvertimento JavaScript è disabilitato o non è disponibile nel tuo browser.

Per usare la documentazione AWS, JavaScript deve essere abilitato. Consulta le pagine della guida del browser per le istruzioni.

Convenzioni dei documenti

Migrazione di un'istanza DB per Postgre tramite un'istantanea RDS SQL

Ottimizzazione delle prestazioni delle query in Aurora PostgreSQL