Domande frequenti su Amazon RDS per PostgreSQL

Sì, puoi acquistare dei Savings Plans del database per il tuo utilizzo di Amazon RDS per PostgreSQL e ridurre i costi fino al 20% se ti impegni a un utilizzo costante per un periodo di 1 anno. Ulteriori informazioni sull'utilizzo idoneo sono disponibili nella pagina dei prezzi dei Savings Plans del database.

Attualmente Amazon RDS per PostgreSQL supporta PostgreSQL 13, 14, 15, 16 e 17. RDS per PostgreSQL supporta anche PostgreSQL 11 e 12 tramite il supporto esteso di Amazon RDS. Consulta la Guida per l’utente Amazon RDS per maggiori dettagli.

Per visualizzare un elenco di estensioni supportate, consulta la Guida per l'utente Amazon RDS. Per richiedere il supporto per ulteriori estensioni, invia un'e-mail all'indirizzo rds-postgres-extensions-request@amazon.com con il nome dell'estensione e il caso d'uso.

RDS per PostgreSQL supporta diversi parametri per registrare l'attività sull'istanza DB PostgreSQL. Puoi saperne di più su di essi nella Guida per l'utente Amazon RDS per ulteriori informazioni.

Sì, puoi leggere le limitazioni delle istanze di RDS per PostgreSQL Guida per l'utente Amazon RDS.

Nel contesto RDS per PostgreSQL, i numeri di versione sono strutturati come segue: versione di PostgreSQL = X.Y-R(n).

Dal punto di vista di Amazon RDS, una modifica della versione è considerata principale se cambia la prima parte del numero. Ad esempio, l'aggiornamento dalla versione 15.9 alla versione 17.1.

Una modifica della versione è considerata secondaria se cambia la seconda parte del numero di versione. Ad esempio, l'aggiornamento dalla versione 17.1 alla versione 17.2.

R(n) indica il successivo rilascio di una versione secondaria che può includere nuove funzionalità, miglioramenti delle prestazioni e correzioni di bug. Una versione minore può avere o meno una versione R(n). Ad esempio, l'aggiornamento dalla versione 17.1 alla versione 17.1-R2 o 17.1-R3

Consulta la policy relativa al controllo delle versioni di PostgreSQL per ulteriori informazioni.

Sì, consulta le domande frequenti su Amazon RDS per indicazioni sul controllo delle versioni.

Trusted Language Extensions (TLE) per PostgreSQL consente agli sviluppatori di creare estensioni di PostgreSQL ad alte prestazioni e di eseguirle in sicurezza su Amazon RDS. In questo modo, TLE migliora il time-to-market e solleva gli amministratori di database dal compito di certificare il codice (personalizzato e di terze parti) da utilizzare nei carichi di lavoro del database di produzione. Non appena decidi che un'estensione soddisfa le tue esigenze, puoi tranquillamente proseguire. Con TLE, i fornitori di software indipendenti (ISV) possono fornire nuove estensioni PostgreSQL ai clienti che utilizzano Amazon RDS.

Le estensioni PostgreSQL vengono eseguite nello stesso spazio di elaborazione per prestazioni elevate. Tuttavia, le estensioni potrebbero presentare difetti del software che possono causare l'arresto anomalo del database. 

TLE per PostgreSQL offre vari livelli di protezione per ridurre questo rischio. TLE è progettato per limitare l'accesso alle risorse di sistema. Il ruolo rds_superuser può determinare chi è autorizzato a installare estensioni specifiche. Tuttavia, queste modifiche possono essere apportate solo tramite l'API TLE. TLE è progettato per limitare l'impatto di un difetto di estensione a una singola connessione al database. Oltre a queste misure di sicurezza, TLE è progettato per fornire ai DBA con il ruolo di rds_superuser un controllo online dettagliato su chi può installare le estensioni e consentire loro di creare un modello di autorizzazioni per eseguirle.

Solo gli utenti dotati di privilegi sufficienti potranno effettuare operazioni di esecuzione e creazione utilizzando il comando "CREATE EXTENSION" (crea estensione) su un'estensione TLE. I DBA possono anche inserire nell'elenco dei consentiti gli "hook PostgreSQL" necessari per estensioni più sofisticate che modificano il comportamento interno del database e che in genere richiedono privilegi elevati.

Aurora e Amazon RDS supportano un set selezionato composto da oltre 85 estensioni per PostgreSQL. AWS gestisce i rischi per la sicurezza per ciascuna di queste estensioni nell'ambito del modello di responsabilità condivisa AWS. L'estensione che implementa TLE per PostgreSQL è inclusa in questo set. Le estensioni scritte da te (o ottenute da terze parti) che installi in TLE sono considerate parte del codice della tua applicazione. Pertanto, sei responsabile della sicurezza delle tue applicazioni che utilizzano estensioni TLE.

Puoi creare funzioni per sviluppatori, come la compressione bitmap e la privacy differenziale (ad esempio, query statistiche accessibili pubblicamente che proteggono la privacy delle persone).

 TLE attualmente supportava la creazione di estensioni in JavaScript, Perl, Tcl, PL/pgSQL e SQL. 

Una volta che il ruolo rds_superuser ha attivato TLE per PostgreSQL, puoi implementare le estensioni TLE utilizzando il comando "SQL CREATE EXTENSION" da qualsiasi client PostgreSQL, ad esempio psql. Questo metodo è simile a quello che utilizzeresti per creare una funzione definita dall'utente scritta in un linguaggio procedurale, come PL/pgSQL o PL/Perl. Puoi controllare quali utenti sono autorizzati a implementare estensioni TLE e a utilizzare estensioni specifiche.

TLE per PostgreSQL accede al tuo database PostgreSQL esclusivamente tramite l'API TLE. I linguaggi attendibili supportati da TLE includono tutte le funzioni dell'interfaccia di programmazione del server PostgreSQL (SPI) e il supporto per gli hook PostgreSQL, incluso l'hook per il controllo della password.

Puoi trovare ulteriori informazioni sul progetto TLE per PostgreSQL visitando la pagina ufficiale di TLE GitHub.

Per RDS per PostgreSQL, le implementazione blu/verdi sono supportate per la versione 11.1 e tutte le versioni principali e secondarie successive. Puoi consultare le regioni e i motori di database supportati per le implementazione blu/verdi di Amazon RDS per maggiori dettagli. 

Le implementazioni blu/verdi di Amazon RDS consentono di effettuare aggiornamenti del database più sicuri, semplici e veloci senza alcuna perdita di dati. Le implementazioni blu/verdi sono delle versioni principali o secondarie, aggiornamenti del sistema operativo, modifiche allo schema in ambienti verdi che non interrompono la replica logica, come l'aggiunta di una nuova colonna alla fine di una tabella o le modifiche alle impostazioni dei parametri del database.

È possibile utilizzare le implementazioni blu/verdi per effettuare più aggiornamenti del database contemporaneamente utilizzando un unico switchover. Ciò consente di rimanere aggiornati con le patch di sicurezza, migliorare le prestazioni e accedere alle nuove funzionalità del database con tempi di inattività brevi e prevedibili.

Le implementazioni blu/verdi di Amazon RDS consentono di apportare modifiche più sicure, semplici e rapide al database; ad esempio, aggiornamenti di versioni principali o secondarie, modifiche dello schema, ridimensionamento delle istanze, modifiche dei parametri del motore e aggiornamenti di manutenzione.

Nelle implementazioni blu/verdi di Amazon RDS, l'ambiente blu è l'ambiente di produzione attuale. L'ambiente verde è il tuo ambiente di staging che dopo il passaggio diventerà il tuo nuovo ambiente di produzione dopo lo switchover.

Quando le implementazioni blu/verdi di Amazon RDS avviano uno switchover, bloccano le scritture negli ambienti blu e verdi fino al completamento del processo. Durante lo switchover, l'ambiente di staging (o ambiente verde) raggiunge il sistema di produzione, garantendo la coerenza dei dati tra l'ambiente di staging e quello di produzione.

Una volta che l'ambiente di produzione e quello di staging sono completamente sincronizzati, le implementazioni blu/verdi promuovono l'ambiente di staging come ambiente di produzione, reindirizzando il traffico verso l'ambiente di produzione appena promosso. Le implementazioni blu/verdi sono progettate per abilitare le scritture nell'ambiente verde dopo che lo switchover è stato completato, prevenendo la perdita di dati durante il processo.

Se il tuo ambiente blu è una replica logica autogestita o un abbonato, bloccheremo lo switchover. Si consiglia di interrompere prima la replica nell'ambiente blu, procedere con lo switchover e quindi riprendere la replica. Al contrario, se l'ambiente blu è l'origine di una replica logica autogestita o di un publisher, è possibile continuare con lo switchover. Tuttavia, sarà necessario aggiornare la replica autogestita per eseguire la replica dall'ambiente verde dopo lo switchover.

Le implementazioni blu/verdi di Amazon RDS non cancellano il tuo vecchio ambiente di produzione. Se necessario, puoi accedervi per ulteriori convalide o per effettuare test di regressione o sulle prestazioni. Se non hai più bisogno del vecchio ambiente di produzione, puoi anche eliminarlo. Gli addebiti in fattura standard vengono applicati alle vecchie istanze di produzione fino a quando non le elimini.

La funzione dei guardrail nel processo di switchover delle implementazioni blu/verdi di Amazon RDS è quella di bloccare la scrittura sugli ambienti blu e verde fino a quando l'ambiente verde non si riporta in pari prima del passaggio. Le implementazioni blu/verdi eseguono anche controlli dell'integrità del primario e delle repliche negli ambienti blu e verde. Inoltre, eseguono controlli dell'integrità della replica, ad esempio, per verificare se la replica è stata interrotta o se sono presenti errori.

Rilevano transazioni di lunga durata tra i tuoi ambienti blu e verdi. Puoi specificare il tempo di inattività massimo tollerabile (fino a 30 secondi) e se la transazione in corso lo supera, lo switchover andrà in timeout.

No, le implementazioni blu/verdi di Amazon RDS non supportano Server proxy per Amazon RDS, repliche di lettura tra Regioni o repliche di lettura a cascata.

No, al momento non puoi utilizzare le implementazioni blu/verdi di Amazon RDS per eseguire il rollback delle modifiche.

Amazon DevOps Guru per RDS è una nuova funzionalità basata su ML per Amazon RDS per PostgreSQL (che include Amazon Aurora) progettata per rilevare automaticamente e diagnosticare le prestazioni del database e i problemi operativi, consentendo di risolvere i problemi in pochi minuti piuttosto che in giorni.

Amazon DevOps Guru per RDS è una caratteristica di Amazon DevOps Guru, che è progettata per rilevare problemi operativi e di prestazioni per tutti i motori Amazon RDS e decine di altri tipi di risorse. DevOps Guru per RDS espande le capacità di DevOps Guru per rilevare, diagnosticare e rimediare a un'ampia varietà di problemi relativi al database in Amazon RDS per PostgreSQL (ad esempio, sovrautilizzo delle risorse e comportamento scorretto di alcune query SQL).

Quando si verifica un problema, Amazon DevOps Guru per RDS è progettato per avvisare immediatamente gli sviluppatori e i tecnici DevOps e offre informazioni diagnostiche, dettagli sull'entità del problema e suggerimenti di rimedio intelligenti per aiutare i clienti a risolvere rapidamente i colli di bottiglia delle prestazioni e i problemi operativi legati ai database.

Amazon DevOps Guru per RDS è progettato per eliminare lo sforzo manuale e riduce il tempo (da ore e giorni a pochi minuti) per rilevare e risolvere i colli di bottiglia delle prestazioni difficili da individuare nel tuo carico di lavoro del database relazionale.

Puoi abilitare DevOps Guru per RDS per ogni database Amazon RDS per PostgreSQL per rilevare automaticamente i problemi di prestazioni dei tuoi carichi di lavoro, ti invierà avvisi su ogni problema, spiegherà i risultati e offrirà suggerimenti sulle operazioni per risolvere il problema.

DevOps Guru per RDS aiuta a rendere l'amministrazione dei database più accessibile agli utenti non esperti e assiste gli esperti di database in modo che possano gestirne ancora di più.

Amazon DevOps Guru per RDS utilizza il ML per analizzare i dati di telemetria raccolti da Approfondimenti sulle prestazioni di Amazon RDS (PI). DevOps Guru per RDS non usa nessuno dei tuoi dati archiviati nel database nella sua analisi. DevOps Guru per RDS cerca modelli problematici nella telemetria PI utilizzando una combinazione di regole e tecniche basate sul ML e avvisa i clienti quando tali modelli vengono rilevati.

Per iniziare a usare DevOps Guru per RDS, assicurati che Approfondimenti sulle prestazioni sia abilitato attraverso la console RDS, quindi abilita semplicemente DevOps Guru per i tuoi database Amazon RDS per PostgreSQL. Con DevOps Guru, puoi scegliere che il limite di copertura dell'analisi sia il tuo intero account AWS, prescrivere gli stack specifici di AWS CloudFormation che vuoi che DevOps Guru analizzi o usare i tag AWS per creare il raggruppamento di risorse che vuoi che DevOps Guru analizzi.

Amazon DevOps Guru per RDS aiuta a identificare una vasta gamma di problemi di prestazioni che possono influenzare la qualità del servizio dell'applicazione, come accumuli bloccati, tempeste di connessioni, regressioni SQL, conflitti tra CPU e I/O, problemi di memoria o parametri configurati non correttamente.

Approfondimenti sulle prestazioni di Amazon RDS è una funzionalità di ottimizzazione e monitoraggio del database che raccoglie e presenta una rappresentazione visiva dei parametri di prestazioni del database di Amazon RDS, consentendoti di valutare rapidamente l’integrità del database e di determinare quando e dove agire. Amazon DevOps Guru per RDS è progettato per monitorare questi parametri, rilevare quando il tuo database sta avendo problemi di prestazioni, analizzare i parametri e poi dirti cosa non funziona e cosa puoi fare al riguardo.