Le traduzioni sono generate tramite traduzione automatica. In caso di conflitto tra il contenuto di una traduzione e la versione originale in Inglese, quest'ultima prevarrà.
Panoramica della replica logica di PostgreSQL con Aurora
Utilizzando la funzionalità di replica logica di PostgreSQL con il cluster database Aurora PostgreSQL, è possibile replicare e sincronizzare singole tabelle anziché l'intera istanza database. La replica logica utilizza un modello di pubblicazione e sottoscrizione per replicare le modifiche da un'origine in uno o più destinatari. Funziona utilizzando i record di modifica del WAL (write-ahead log) PostgreSQL. L'origine, o l'autore, invia i dati WAL per le tabelle specificate a uno o più destinatari (sottoscrittore), replicando così le modifiche e mantenendo sincronizzata la tabella di un sottoscrittore con la tabella dell'autore. L'insieme di modifiche apportate dall'editore vengono identificate mediante una pubblicazione. Gli abbonati ottengono le modifiche creando un abbonamento che definisce la connessione al database dell'autore e alle sue pubblicazioni. Uno slot di replica è il meccanismo utilizzato in questo schema per tenere traccia dell'avanzamento di una sottoscrizione.
Per i cluster database Aurora PostgreSQL, i record WAL vengono salvati nell'archiviazione Aurora. Il cluster database Aurora PostgreSQL che funge da autore in uno scenario di replica logica legge i dati WAL dall'archiviazione Aurora, li decodifica e li invia al sottoscrittore in modo da poter applicare le modifiche alla tabella su tale istanza. L'autore utilizza un decodificatore logico per decodificare i dati per l'uso da parte degli abbonati. Per impostazione predefinita, i cluster database Aurora PostgreSQL utilizzano il plug-in pgoutput PostgreSQL nativo per l'invio di dati. Sono disponibili altri decodificatori logici. Ad esempio, Aurora PostgreSQL supporta anche il plug-in wal2json che converte i dati WAL in JSON.
A partire dalle versioni 14.5, 13.8, 12.12 e 11.17, Aurora PostgreSQL aumenta il processo di replica logica PostgreSQL con una cache write-through per migliorare le prestazioni. I log delle transazioni WAL vengono memorizzati nella cache locale, in un buffer, per ridurre la quantità di I/O su disco, ovvero la lettura dell'archiviazione Aurora durante la decodifica logica. La cache di scrittura viene utilizzata per impostazione predefinita ogni volta che si usa la replica logica per il cluster database Aurora PostgreSQL. Aurora offre diverse funzioni che puoi utilizzare per gestire la cache. Per ulteriori informazioni, consulta Monitoraggio della cache di scrittura della replica logica di Aurora PostgreSQL.
La replica logica è supportata da tutte le versioni di Aurora PostgreSQL attualmente disponibili. Per ulteriori informazioni, consultare Aggiornamenti di Amazon Aurora PostgreSQL nelle Note di rilascio di Aurora PostgreSQL.
La replica logica è supportata da Babelfish per Aurora PostgreSQL a partire dalle seguenti versioni:
-
15.7 e versioni successive
-
16.3 e versioni successive
Nota
Oltre alla funzionalità di replica logica nativa di PostgreSQL introdotta in PostgreSQL 10, Aurora PostgreSQL supporta anche l'estensione pglogical. Per ulteriori informazioni, consulta Utilizzo di pglogical per sincronizzare i dati tra le istanze.
Per ulteriori informazioni sulla replica logica PostgreSQL, consultare le sezioni relative alla replica logica
Nota
PostgreSQL 16 ha aggiunto il supporto per la decodifica logica dalle repliche di lettura. Questa funzionalità non è supportata su Aurora PostgreSQL.
