Utilizzo della replica SQL logica di Postgree con Aurora

Per configurare la replica SQL logica Postgre per un cluster Aurora Postgre DB SQL

1. Accedi a AWS Management Console e apri la RDS console Amazon all'indirizzo https://console.aws.amazon.com/rds/.

2. Nel pannello di navigazione, scegli il tuo cluster Aurora SQL Postgre DB.

3. Apri la scheda Configurazione. Nei dettagli dell'istanza, cercare il collegamento Gruppo di parametri con l'opzione Tipo impostata su Gruppo di parametri del cluster DB.

4. Scegli il link per aprire i parametri personalizzati associati al tuo cluster Aurora SQL Postgre DB.

5. Nel campo di ricerca Parametri, digita rds per trovare il parametro rds.logical_replication. Il valore predefinito per questo parametro è 0, per indicare che è disattivato per impostazione predefinita.

6. Scegli Modifica parametri per accedere ai valori delle proprietà, quindi seleziona 1 dal selettore per attivare la funzione. A secondo dell'utilizzo previsto, potrebbe anche essere necessario modificare le impostazioni per i seguenti parametri. Tuttavia, in molti casi, i valori predefiniti sono sufficienti.

   • max_replication_slots: imposta questo parametro su un valore almeno uguale al numero totale pianificato di pubblicazioni e sottoscrizioni della replica logica. Se lo utilizzi AWS DMS, questo parametro deve corrispondere almeno alle attività pianificate di acquisizione dei dati di modifica dal cluster, oltre alle pubblicazioni e agli abbonamenti di replica logica.

   • max_wal_senderse max_logical_replication_workers — Imposta questi parametri su un valore almeno uguale al numero di slot di replica logica che intendi rendere attivi o al numero di AWS DMS attività attive per l'acquisizione dei dati di modifica. Lasciando inattivo uno slot di replica logica si impedisce al vacuum di rimuovere le tuple obsolete dalle tabelle, pertanto ti consigliamo di monitorare gli slot di replica e rimuovere gli slot inattivi in base alle esigenze.

   • max_worker_processes: imposta questo parametro su un valore che sia almeno uguale al totale dei valori max_logical_replication_workers, autovacuum_max_workers e max_parallel_workers. Su classi di istanza database di piccole dimensioni, i processi dell'operatore in background potrebbero influire sui carichi di lavoro delle applicazioni, pertanto monitorare le prestazioni del database se si imposta max_worker_processes su un valore più elevato di quello predefinito. (Il valore predefinito è il risultato diGREATEST(${DBInstanceVCPU*2},8}, il che significa che, per impostazione predefinita, è 8 o due volte l'CPUequivalente della classe di istanza DB, a seconda di quale sia il maggiore).

   Nota

   È possibile modificare i valori dei parametri in un gruppo di parametri database creato dal cliente, ma non i valori dei parametri in un gruppo di parametri database predefinito.

7. Scegli Save changes (Salva modifiche).

8. Riavvia l'istanza writer del cluster Aurora SQL Postgre DB in modo che le modifiche abbiano effetto. Nella RDS console Amazon, scegli l'istanza DB principale del cluster e scegli Reboot dal menu Azioni.

9. Quando l'istanza è disponibile, puoi verificare che la replica logica sia attivata, come riportato di seguito.

   1. Utilizzalo psql per connetterti all'istanza writer del tuo cluster Aurora SQL Postgre DB.

      psql --host=your-db-cluster-instance-1.aws-region.rds.amazonaws.com --port=5432 --username=postgres --password --dbname=labdb

   2. Verifica che la replica logica sia stata abilitata utilizzando il seguente comando.

      labdb=> SHOW rds.logical_replication;
       rds.logical_replication
      -------------------------
       on
      (1 row)

   3. Verifica che wal_level sia impostato su logical.

      labdb=> SHOW wal_level;
        wal_level
      -----------
       logical
      (1 row)

Disattivazione della replica logica

1. Abbandonare tutti gli slot di replica.

   Per eliminare tutti gli slot di replica, connettiti all'editore ed esegui il comando seguente. SQL

   SELECT pg_drop_replication_slot(slot_name)
     FROM pg_replication_slots
    WHERE slot_name IN (SELECT slot_name FROM pg_replication_slots);

   Gli slot di replica non possono essere attivi quando si esegue questo comando.

2. Modifica il gruppo di parametri cluster database personalizzato associato all'editore come descritto in Configurazione della replica logica per il cluster Aurora SQL Postgre DB, ma imposta il parametro rds.logical_replication su 0

   Per ulteriori informazioni sui gruppi di parametri, consulta Modifica dei parametri in un gruppo di parametri del cluster DB in Amazon Aurora.

3. Riavviare il cluster SQL DB dell'editore Aurora Postgre per rendere effettiva la modifica al rds.logical_replication parametro.

Per avviare il processo di replica logica tra due cluster Aurora SQL Postgre DB

Questi passaggi presuppongono che i cluster Aurora Postgre SQL DB abbiano un'istanza writer con un database in cui creare le tabelle di esempio.

1. Sul cluster DB dell'editore Aurora SQL Postgre

   1. Crea una tabella utilizzando la seguente istruzione. SQL

      CREATE TABLE LogicalReplicationTest (a int PRIMARY KEY);

   2. Inserite i dati nel database dell'editore utilizzando la seguente SQL istruzione.

      INSERT INTO LogicalReplicationTest VALUES (generate_series(1,10000));

   3. Verificate che i dati esistano nella tabella utilizzando la seguente SQL istruzione.

      SELECT count(*) FROM LogicalReplicationTest;

   4. Crea una pubblicazione per questa tabella utilizzando l'istruzione CREATE PUBLICATION, come descritto di seguito.

      CREATE PUBLICATION testpub FOR TABLE LogicalReplicationTest;

2. Sul cluster Aurora SQL Postgre DB per abbonati

   1. Nel sottoscrittore, crea la stessa tabella LogicalReplicationTest che hai creato nell'editore, come descritto di seguito.

      CREATE TABLE LogicalReplicationTest (a int PRIMARY KEY);

   2. Verifica che questa tabella sia vuota.

      SELECT count(*) FROM LogicalReplicationTest;

   3. Crea una sottoscrizione per ottenere le modifiche dall'editore. È necessario utilizzare i seguenti dettagli sul cluster DB dell'editore Aurora SQL Postgre.

      • host — L'istanza DB writer del cluster di Publisher Aurora Postgre SQL DB.

      • porta: la porta di ascolto dell’istanza database di scrittura. L'impostazione predefinita per SQL Postgre è 5432.

      • dbname: il nome del database.

      CREATE SUBSCRIPTION testsub CONNECTION 
         'host=publisher-cluster-writer-endpoint port=5432 dbname=db-name user=user password=password' 
         PUBLICATION testpub; 
      

      Nota

      Specifica una password diversa dal prompt mostrato qui come best practice per la sicurezza.

      Successivamente alla creazione della sottoscrizione, dal lato del publisher viene creato uno slot di replica logica.

   4. Per verificare, per questo esempio, che i dati iniziali vengano replicati sul sottoscrittore, utilizzate la seguente SQL istruzione sul database degli abbonati.

      SELECT count(*) FROM LogicalReplicationTest;

Da utilizzare AWS DMS per la replica logica con Aurora Postgre SQL

1. Preparare il database dell'editore con cui lavorare. AWS DMS

   A tale scopo, i database Postgre SQL 10.x e versioni successive richiedono l'applicazione delle funzioni AWS DMS wrapper al database dell'editore. Per i dettagli su questa procedura e su quelle successive, consulta le istruzioni contenute in Uso di Postgre SQL versione 10.x e successive come fonte nella Guida per l'utente. AWS DMSAWS Database Migration Service

2. Accedi AWS Management Console e apri la console all'indirizzo. AWS DMS https://console.aws.amazon.com/dms/v2 In alto a destra, scegli la stessa AWS regione in cui si trovano l'editore e l'abbonato.

3. Crea un'istanza di AWS DMS replica.

   Selezionare valori che siano identici a quelli dell’istanza database di scrittura del publisher. Tali valori includono le seguenti impostazioni:

   • Per VPC, scegli lo stesso che per VPC l'istanza Writer DB.

   • Per Replication Subnet Group (Gruppo di sottoreti di replica), selezionare lo stesso gruppo di sottoreti con gli stessi valori dell’istanza database di scrittura. Creane uno nuovo se necessario.

   • Per Availability zone (Zona di disponibilità), selezionare la stessa zona dell’istanza database di scrittura.

   • Per VPCSecurity Group, scegli lo stesso gruppo utilizzato per l'istanza Writer DB.

4. Crea un AWS DMS endpoint per la sorgente.

   Specificare il publisher come endpoint di origine utilizzando le seguenti impostazioni:

   • Per Endpoint type (Tipo di endpoint), selezionare Source endpoint (Endpoint di origine).

   • Scegli Seleziona istanza RDS DB.

   • Ad RDSesempio, scegli l'identificatore DB dell'istanza DB Writer del publisher.

   • In Source engine (Motore di origine), scegliere postgres (postgres).

5. Crea un AWS DMS endpoint per il target.

   Specificare il publisher come endpoint di destinazione utilizzando le seguenti impostazioni:

   • Per Endpoint type (Tipo di endpoint), scegliere Target endpoint (Endpoint di destinazione).

   • Scegli Seleziona istanza RDS DB.

   • Ad RDSesempio, scegli l'identificatore DB dell'istanza DB del sottoscrittore.

   • Selezionare un valore per Source engine (Motore di origine). Ad esempio, se il sottoscrittore è un database Postgres, RDS scegli postgres. SQL Se il sottoscrittore è un database Aurora SQL Postgre, scegli aurora-postgresql.

6. AWS DMS Crea un'attività di migrazione del database.

   Un’attività di migrazione del database serve a specificare le tabelle del database di cui effettuare la migrazione, a mappare i dati utilizzando lo schema di destinazione e a creare nuove tabelle nel database di destinazione. Utilizzare almeno le seguenti impostazioni per Task configuration (Configurazione attività):

   • Per Replication instance (Istanza di replica), scegliere l'istanza di replica creata in precedenza.

   • Per Source database endpoint (Endpoint del database di origine), selezionare l’origine del publisher creata in precedenza.

   • Per Target database endpoint (Endpoint del database di destinazione), selezionare la destinazione del sottoscrittore creata in precedenza.

   I rimanenti dettagli dell'attività dipendono dal progetto di migrazione. Per ulteriori informazioni sulla specificazione di tutti i dettagli delle DMS attività, consulta Lavorare con AWS DMS le attività nella Guida per l'AWS Database Migration Service utente.