Quali versioni di database supporta Amazon RDS per PostgreSQL?
Attualmente Amazon RDS per PostgreSQL supporta PostgreSQL 12, 13, 14, 15 e 16. RDS per PostgreSQL supporta anche PostgreSQL 11 tramite il supporto esteso di Amazon RDS. Per ulteriori informazioni sulle versioni secondarie supportate, consulta la Guida per l'utente di Amazon RDS.
Quali sono le estensioni supportate da RDS per PostgreSQL?
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 for PostgreSQL supporta la registrazione di verifica?
RDS for PostgreSQL supporta diversi parametri che puoi impostare per registrare log delle attività che si verificano in un'istanza database di PostgreSQL. Per ulteriori informazioni, consulta la Guida per l'utente di Amazon RDS.
Sono previste limitazioni a RDS per PostgreSQL?
Sì; per ulteriori informazioni sulle limitazioni per le istanze di RDS per PostgreSQL, consulta la Guida per l'utente di Amazon RDS.
In che modo Amazon RDS distingue versioni "principali" e versioni "secondarie" di PostgreSQL?
In RDS per PostgreSQL, i numeri di versione sono strutturati come segue:
Versione di PostgreSQL = X.Y.Z
Dal punto di vista di Amazon RDS, una modifica della versione è considerata principale se cambia la prima o la seconda parte del numero di versione. Esempio: l'aggiornamento dalla versione 9.4.X alla versione 9.5.Y.
Una modifica della versione è considerata secondaria se cambia la terza parte del numero di versione. Esempio: l'aggiornamento dalla versione 9.5.2 alla versione 9.5.4.
Per ulteriori informazioni, consulta la policy relativa al controllo delle versioni di PostgreSQL.
Amazon RDS offre linee guida per l'aggiornamento o l'obsolescenza di versioni del motore ancora supportate?
Sì. Consulta le Domande frequenti su Amazon RDS.
Trusted Language Extensions per PostgreSQL
Perché dovrei utilizzare Trusted Language Extensions 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.
Quali sono i rischi più comuni legati all'esecuzione di estensioni in PostgreSQL e in che modo TLE per PostgreSQL riduce tali rischi?
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.
In che modo TLE per PostgreSQL si collega a/funziona con gli altri servizi AWS?
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.
In quali versioni di PostgreSQL posso eseguire TLE per PostgreSQL?
Puoi eseguire TLE per PostgreSQL in PostgreSQL 14.5 o versioni successive in Amazon RDS.
In quali regioni è disponibile Trusted Language Extensions per PostgreSQL?
Attualmente, TLE per PostgreSQL è disponibile in tutte le Regioni AWS (escluse le Regioni AWS Cina) e nelle Regioni AWS GovCloud.
Quanto costa eseguire TLE?
TLE per PostgreSQL è disponibile per i clienti Amazon RDS senza costi aggiuntivi.
Cosa differenzia TLE per PostgreSQL dalle estensioni attualmente disponibili su Amazon Aurora e Amazon RDS?
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.
Quali sono alcuni esempi di estensioni che potrei eseguire con TLE per PostgreSQL?
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).
Quali linguaggi di programmazione posso usare per sviluppare TLE per PostgreSQL?
TLE per PostgreSQL attualmente supporta JavaScript, PL/pgSQL, Perl e SQL.
Come posso implementare un'estensione TLE per PostgreSQL?
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.
In che modo le estensioni TLE per PostgreSQL comunicano con il database PostgreSQL?
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.
Dove posso trovare ulteriori informazioni sul progetto open source TLE per PostgreSQL?
Puoi trovare ulteriori informazioni sul progetto TLE per PostgreSQL visitando la pagina ufficiale di TLE su GitHub.
Implementazioni blu/verdi di Amazon RDS
Quali versioni di RDS per PostgreSQL sono supportate dalle implementazioni blu/verdi di Amazon RDS?
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.
Quali Regioni sono supportate dalle implementazioni blu/verdi di Amazon RDS?
Le implementazioni blu/verdi di Amazon RDS sono disponibili in tutte le Regioni AWS applicabili e nelle Regioni AWS GovCloud.
Quando dovrei usare le implementazioni blu/verdi di Amazon RDS?
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.
Che tipo di modifiche posso apportare con le implementazioni blu/verde di Amazon RDS?
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.
Cos'è l'ambiente blu nelle implementazioni blu/verde di Amazon RDS? Cos'è l'ambiente verde?
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.
In che modo funzionano gli switchover con le implementazioni blu/verdi di Amazon RDS?
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.
Posso usare implementazioni blu/verdi quando ho un ambiente blu come abbonato/editore per una replica logica autogestita?
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.
Dopo che lo switchover delle implementazioni blu/verdi di Amazon RDS è stato completato, cosa succede al mio vecchio ambiente di produzione?
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.
Qual è la funzione dei guardrail nel processo di switchover delle implementazioni blu/verdi di Amazon RDS?
La funzione dei guardrail nel processo di passaggio 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, il passaggio andrà in timeout.
Le implementazioni blu/verdi di Amazon RDS supportano Server proxy per Amazon RDS, repliche di lettura tra Regioni o repliche di lettura a cascata?
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.
Posso utilizzare le implementazioni blu/verdi di Amazon RDS per eseguire il rollback delle modifiche?
No, al momento non puoi utilizzare le implementazioni blu/verdi di Amazon RDS per eseguire il rollback delle modifiche.
DevOps Guru per RDS
Cos'è Amazon DevOps Guru per RDS?
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.
Perché dovrei usare DevOps Guru per RDS?
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ù.
Come funziona Amazon DevOps Guru per RDS?
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.
Che cosa occorre per cominciare a utilizzare Amazon DevOps Guru per RDS?
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.
Quali tipi di problemi può rilevare Amazon DevOps Guru per RDS?
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.
In cosa DevOps Guru per RDS è diverso da Approfondimenti sulle prestazioni di Amazon RDS?
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.
È possibile provare Amazon RDS gratuitamente. I prezzi sono calcolati solo in base all'uso effettivo. Non è prevista alcuna tariffa minima.
Ottieni l'accesso immediato al piano gratuito di AWS.