Domande frequenti su Amazon RDS per PostgreSQL

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 che ricoprono il ruolo di rds_superuser un controllo online dettagliato su chi può installare le estensioni e questi possono 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.

TLE per PostgreSQL è disponibile per la Amazon RDS on PostgreSQL sulle versioni 14.5 e successive. TLE è implementato come estensione di PostgreSQL stesso e puoi attivarlo dal ruolo rds_superuser esattamente come le altre estensioni supportate su Amazon RDS.

Puoi eseguire TLE per PostgreSQL in PostgreSQL 14.5 o versioni successive in Amazon RDS.

Attualmente, TLE per PostgreSQL è disponibile in tutte le Regioni AWS (escluse le Regioni AWS Cina) e nelle Regioni AWS GovCloud.

TLE per PostgreSQL è disponibile per i clienti Amazon RDS senza costi aggiuntivi.

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 per PostgreSQL attualmente supporta JavaScript, PL/pgSQL, Perl e SQL.

Una volta che il ruolo rds_superuser attiva TLE per PostgreSQL, puoi implementare le estensioni TLE usando il comando SQL CREATE EXTENSION da qualsiasi client PostgreSQL, come 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 su GitHub.

Le implementazioni blu/verdi sono supportate nelle versioni 11.21 e successive, 12.16 e successive, 13.12 e successive, 14.9 e successive e 15.4 e successive. Puoi trovare ulteriori informazioni sulle versioni disponibili nella documentazione di Amazon RDS. 

Le implementazioni blu/verdi di Amazon RDS sono disponibili in tutte le Regioni AWS applicabili e nelle Regioni AWS GovCloud.

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 ideali per casi d'uso come aggiornamenti delle versioni principali o secondarie del motore di database, 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/verde 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 lo switchover diventerà il nuovo ambiente di produzione.

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. Consigliamo 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 editore, è 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 torna in pari prima dello switchover. 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.