Supporto esteso di Database di Azure per PostgreSQL

Per mantenere carichi di lavoro sicuri e conformi oltre la fine della vita della community (fine del supporto), Azure introduce il supporto esteso per Database di Azure per PostgreSQL.

Il supporto esteso offre accesso continuo agli aggiornamenti della sicurezza critici e all'assistenza tecnica. Usando il supporto esteso, hai il tempo di pianificare e implementare la tua strategia di aggiornamento con sicurezza.

Il supporto esteso offre:

• Fino a tre anni di supporto aggiuntivi dopo la fine del supporto standard
• Patch di sicurezza e correzioni di bug critiche
• Supporto tecnico tramite i canali di supporto di Azure (in base al piano esistente)

Annotazioni

Il supporto esteso non include nuove versioni delle funzionalità, miglioramenti delle prestazioni o supporto per gli aggiornamenti delle versioni secondarie.

Perché usare il supporto esteso?

Il supporto esteso è ideale per i clienti che...

• È necessario più tempo per aggiornare carichi di lavoro complessi.
• Richiedere la conformità e la copertura della sicurezza durante la pianificazione dell'aggiornamento.
• Dipende dal supporto tecnico ininterrotto per gli ambienti critici.

Procedure consigliate

• Considerare il supporto esteso come bridge temporaneo, non una soluzione a lungo termine.
• Avviare la pianificazione dell'aggiornamento ben prima della data di fine del ciclo di vita (fine del supporto).
• Prendere in considerazione l'aggiornamento a versioni più recenti, ad esempio PostgreSQL 15 o 16, per migliorare le prestazioni e il supporto.

Versioni idonee di PostgreSQL

Versione di PostgreSQL	Data di inizio del supporto standard di Azure	Data di ritiro della community	Data di fine del supporto standard di Azure	Data di inizio del supporto esteso a pagamento	Data di fine supporto esteso a pagamento
11	24 luglio 2019	9 novembre 2023	31 luglio 2026	1 agosto 2026	8 novembre 2026
12	22 settembre 2020	14 novembre 2024	31 luglio 2026	1 agosto 2026	13 novembre 2027
13	25 maggio 2021	13 novembre 2025	31 luglio 2026	1 agosto 2026	12 novembre 2028
14	29 giugno 2022	12 novembre 2026	11 dicembre 2026	12 dicembre 2026	11 novembre 2029

Registrazione e prezzo

• Registrazione automatica: i server PostgreSQL che eseguono versioni non supportate vengono registrati automaticamente nel supporto esteso il 1° luglio 2026.
• Opzione di rifiuto esplicito: è possibile rifiutare esplicitamente in qualsiasi momento eseguendo l'aggiornamento a una versione supportata.
• Periodo di tolleranza: un periodo di tolleranza si applica e la fatturazione inizia il 1° agosto 2026.
• Prezzi: i dettagli vengono pubblicati in questa pagina.

Domande frequenti

D: Cosa succede se si vuole continuare a funzionare senza supporto esteso? È possibile rifiutare esplicitamente?

R: No.

D: Cosa accade se si continua a eseguire una versione postgreSQL non supportata in Azure dopo la fine del supporto della community?

R: Il server viene registrato automaticamente nel supporto esteso un mese dopo la data di fine del supporto della community.

D: È possibile continuare a usare l'istanza di PostgreSQL senza supporto esteso?

R: Sì, ma dopo il periodo di tolleranza, l'utente viene registrato automaticamente nel supporto esteso a pagamento, a meno che non si esegua l'aggiornamento a una versione supportata. Durante il periodo di tolleranza, si presuppone un rischio operativo completo e il supporto tecnico Microsoft non può garantire la risoluzione dei problemi.

D: Verrà addebitato il supporto esteso se il server è arrestato, in errore o non è in esecuzione?

R: No. Gli addebiti per il supporto esteso si applicano solo ai server che si trovano in uno stato di riuscito (in esecuzione). Se un server viene arrestato, eliminato o in uno stato di provisioning non riuscito, gli addebiti per il supporto esteso non verranno applicati per tale periodo. La fatturazione riprende automaticamente una volta che il server torna a uno stato completato e continua a eseguire una versione del motore di fine vita con supporto esteso.

D: Le applicazioni possono interrompersi durante un aggiornamento della versione principale?

R: Gli aggiornamenti delle versioni principali di PostgreSQL possono introdurre modifiche che potrebbero influire sull'applicazione, ad esempio parametri di configurazione deprecati, estensioni incompatibili o differenze di comportamento di SQL. Convalidare gli aggiornamenti in un ambiente non di produzione prima di applicarli nell'ambiente di produzione. Per altre informazioni, vedere le considerazioni e le limitazioni principali nella documentazione aggiornamenti della versione principale .

Annotazioni

Azure Database per PostgreSQL supporta gli aggiornamenti di versione principale in locale solo alle versioni PostgreSQL attualmente supportate. Ad esempio, è possibile aggiornare la versione corrente in base alla versione di destinazione supportata ufficialmente da Azure al momento dell'aggiornamento. Le versioni non supportate non possono essere selezionate come destinazioni di aggiornamento e il tentativo di eseguire l'aggiornamento a una versione deprecata può causare un errore o un'interruzione del servizio. Consultare sempre i criteri di controllo delle versioni di Azure PostgreSQL e la documentazione sull'aggiornamento prima di avviare un aggiornamento della versione principale.

D: Come è possibile sapere se il server è in supporto esteso?

R: Il portale di Azure e l'interfaccia della riga di comando indicano chiaramente se un server è registrato nel supporto esteso.

D: È necessario aggiornare i parametri del server dopo gli aggiornamenti delle versioni principali?

R: Non è necessaria alcuna modifica manuale. Il flusso di lavoro di aggiornamento aggiorna automaticamente i parametri per la nuova versione di PostgreSQL.

D: Le estensioni PostgreSQL vengono aggiornate automaticamente durante un aggiornamento della versione principale?

R: No. Mentre Azure aggiorna il motore di database, le estensioni noncore(ad esempio pgvector, timescaledb) richiedono aggiornamenti manuali. Usare ALTER EXTENSION ... UPDATE o ricreare estensioni non supportate dopo l'aggiornamento.

D: Come è possibile ridurre i tempi di inattività durante un aggiornamento principale?

R: Per ridurre al minimo i tempi di inattività:

• Pianificare gli aggiornamenti durante le ore di traffico ridotto.
• Identificare e correggere eventuali blocchi di aggiornamento (ad esempio, estensioni, ruoli, slot di replica) prima dell'aggiornamento.
• Sospendere i processi in background e le sessioni con esecuzione prolungata.
• Aumentare temporaneamente le prestazioni di calcolo per velocizzare le pg_upgrade.
• Rimuovere il software bloat, se necessario, con VACUUM o REINDEX.
• Eseguire ANALYZE dopo l'aggiornamento per ripristinare le prestazioni.

D: Dove è possibile tenere traccia di quale server sta per terminare il supporto?

R: Azure offre visibilità tramite il portale.

D: Quali opzioni di supporto sono disponibili durante la fase di supporto esteso?

R: I server nel supporto esteso possono generare casi di supporto solo per problemi correlati alla sicurezza. Le richieste di funzionalità, l'ottimizzazione delle prestazioni e le correzioni di bug generali non sono supportate per la fine delle versioni di supporto. I miglioramenti apportati alle funzionalità esistenti per le versioni giunte a fine supporto non vengono inseriti nel backporting.

D: Come verrà gestito il periodo tra il 13 novembre 2025 e il 1° marzo 2026 per PostgreSQL versione 13? Il supporto sarà continuato in questo periodo? In che modo differisce dal periodo precedente al 13 novembre 2025?

R: In base ai criteri di controllo delle versioni della community postgreSQL, ogni versione principale è supportata fino a quando non viene ritirata dalla community. Il supporto extended gratuito di Azure viene fornito fino al 31 luglio 2026. I clienti vengono addebitati per il supporto esteso a partire dal 1° agosto. Per garantire il supporto continuo e l'accesso alle nuove funzionalità, eseguire l'aggiornamento alle versioni più recenti.