Cosa accade a Database di Azure per PostgreSQL - Server singolo dopo l'annuncio di ritiro?
SI APPLICA A:
Database di Azure per PostgreSQL - Server singolo
**Database di Azure per PostgreSQL - Il server singolo è nel percorso di ritiro ed è pianificato per il ritiro entro il 28 marzo 2025.
Database di Azure per PostgreSQL - Server singolo è diventato disponibile a livello generale nel 2018. Dato il feedback dei clienti e i nuovi miglioramenti apportati al calcolo, alla disponibilità, alla scalabilità e alle prestazioni del panorama del database di Azure, l'offerta Server singolo deve essere ritirata e aggiornata con una nuova architettura. Database di Azure per PostgreSQL : il server flessibile è la nuova generazione del servizio e offre la migliore piattaforma di database open source di Azure.
Come parte di questo ritiro, non verrà più supportata la creazione di nuove istanze di server singolo dal portale di Azure a partire dal 30 novembre 2023. Tuttavia, se è necessario creare istanze di server singolo per soddisfare le esigenze di continuità aziendale, è possibile continuare a usare l'interfaccia della riga di comando di Azure fino a marzo 2025.
Se attualmente si dispone di un database di Azure per PostgreSQL - Servizio Server singolo che ospita server di produzione, è possibile comunicare che è possibile eseguire la migrazione del database di Azure per PostgreSQL - Server singolo al Server flessibile di Database di Azure per PostgreSQL.
Database di Azure per PostgreSQL - Server flessibile è un servizio di database pronto per la produzione e completamente gestito, progettato per un controllo più granulare e una maggiore flessibilità rispetto alle funzioni di gestione e alle impostazioni di configurazione del database. Per altre informazioni, visitare Database di Azure per PostgreSQL - Server flessibile.
Migrare dal Database di Azure per PostgreSQL - Server singolo al Database di Azure per PostgreSQL - Server flessibile
Informazioni sulla migrazione da server singolo del Database di Azure per PostgreSQL a server flessibile del Database di Azure per PostgreSQL usando il servizio di migrazione PostgreSQL.
Domande frequenti (FAQ)
D. Perché Database di Azure per PostgreSQL - Server singolo è in fase di ritiro?
R. Database di Azure per PostgreSQL - Server singolo è diventato disponibile a livello generale nel 2018. Dato il feedback dei clienti e i nuovi miglioramenti apportati al calcolo, alla disponibilità, alla scalabilità e alle prestazioni del panorama del database di Azure, l'offerta Server singolo deve essere ritirata e aggiornata con una nuova architettura. Database di Azure per PostgreSQL : il server flessibile è la nuova generazione del servizio e offre la migliore piattaforma di database open source di Azure.
D. Perché viene chiesto di eseguire la migrazione a Database di Azure per PostgreSQL - Server flessibile?
R. Database di Azure per PostgreSQL: Server flessibile è la piattaforma migliore per l'esecuzione di tutti i carichi di lavoro PostgreSQL open source in Azure. Database di Azure per PostgreSQL - Il server flessibile è economico, offre prestazioni migliori in tutti i livelli di servizio e offre altri modi per controllare i costi per il ripristino di emergenza più economico e veloce. Altri miglioramenti al Server flessibile includono:
- Supporto per Postgres versione 11 e successive, oltre a miglioramenti della sicurezza predefiniti
- Prestazioni di prezzo migliori con supporto per le opzioni di calcolo del livello con burst.
- Miglioramento del tempo di attività configurando hot standby nella stessa zona di disponibilità o in una diversa zona di disponibilità e finestre di manutenzione controllate dall'utente.
- Un'esperienza di sviluppo semplificata per carichi di lavoro di dati ad alte prestazioni.
D. Quanto tempo è necessario eseguire la migrazione del Server singolo a un Server flessibile?
R. Database di Azure per PostgreSQL : il Server singolo è pianificato per il ritiro entro il 28 marzo 2025, pertanto è consigliabile eseguire la migrazione del Server singolo a un Server flessibile nella prima occasione per garantire un tempo sufficiente per eseguire il ciclo di vita della migrazione e usare i vantaggi offerti dal Server flessibile.
D. Cosa accadrà alle istanze di Database di Azure per PostgreSQL - Server singolo esistenti?
R. Le Database di Azure per PostgreSQL esistenti- I carichi di lavoro a server singolo sono supportati fino a marzo 2025.
D. È comunque possibile creare una nuova versione 11 di Database di Azure per PostgreSQL - Server singolo dopo la data EOL della community nel novembre 2023?
R. A partire dal 30 novembre 2023, non sarà più possibile creare nuove istanze di server singolo per PostgreSQL versione 11 tramite il portale di Azure. Tuttavia, è comunque possibile crearli tramite CLI fino a marzo 2025. I server singoli sono supportati tramite i criteri di supporto per il controllo delle versioni. Sarebbe consigliabile iniziare immediatamente la migrazione a Database di Azure per PostgreSQL - Server flessibile.
D. È possibile continuare a eseguire Database di Azure per PostgreSQL - Server singolo oltre la data di tramonto del 28 marzo 2025?
R. Si prevede di supportare il Server singolo fino alla data di tramonto del 28 marzo 2025 e si consiglia di iniziare a pianificare la migrazione il prima possibile. Si prevede di terminare il supporto per le distribuzioni a server singolo alla data di tramonto del 28 marzo 2025.
D. Dopo l'annuncio del ritiro dell'opzione Server singolo, come occorre procedere se è ancora necessario creare un nuovo server singolo per soddisfare le esigenze aziendali?
R. Non si arresta immediatamente la possibilità di creare nuovi server singoli, quindi è possibile continuare a creare nuovi server singoli tramite l'interfaccia della riga di comando per soddisfare le esigenze aziendali per tutte le versioni di PostgreSQL supportate in Database di Azure per PostgreSQL - Server singolo. Si consiglia vivamente di esplorare il Server flessibile e verificare se questo soddisfa le proprie esigenze. Non esitare a contattarci, se necessario, in modo da poter guidare voi e suggerire il percorso migliore in avanti.
D. Esistono costi aggiuntivi associati all'esecuzione della migrazione?
R. Durante la migrazione, si paga per il Server flessibile di destinazione e il Server singolo di origine. La configurazione e il calcolo del Server flessibile di destinazione determineranno i costi aggiuntivi sostenuti (vedere Prezzi per altri dettagli). Dopo aver rimosso il Server singolo di origine in seguito alla migrazione eseguita con successo, si pagherà solo per il Server flessibile. L'uso del servizio di migrazione da Server singolo a Server flessibile non comporta costi aggiuntivi. In caso di domande o dubbi sul costo della migrazione del Server singolo a un Server flessibile, contattare il rappresentante dell'account Microsoft.
D. La fatturazione sarà interessata dall'esecuzione di Database di Azure per PostgreSQL - Server flessibile anziché da Database di Azure per PostgreSQL - Server singolo?
R. La fatturazione dovrebbe essere paragonabile se si sceglie una configurazione simile a Database di Azure per PostgreSQL - Server singolo. Tuttavia, se si seleziona la stessa zona o la stessa zona con ridondanza della zona con disponibilità elevata per il server flessibile di destinazione, la fattura sarà superiore rispetto al server singolo. La stessa disponibilità elevata con ridondanza della zona o della zona richiede l'avvio di un server hot standby aggiuntivo e l'archiviazione dei dati di backup ridondanti, quindi il costo aggiunto per il secondo server. Questa architettura consente di ridurre i tempi di inattività durante interruzioni non pianificate e manutenzioni pianificate. In generale, il server flessibile offre prestazioni di prezzo migliori, ma dipende dal carico di lavoro.
D. Si verifica un tempo di inattività durante la migrazione del database di Azure da PostgreSQL - Server singolo a un Server flessibile?
R. Il servizio di migrazione PostgreSQL supporta migrazioni offline e online. La migrazione offline richiede tempi di inattività per le applicazioni durante il processo di migrazione. La migrazione online consente di eseguire la migrazione dei database con tempi di inattività limitati ma con poche restrizioni. Per altre informazioni, vedere Servizio di migrazione - Database di Azure per PostgreSQL - Da server singolo a server flessibile.
Il tempo di inattività dipende da diversi fattori, tra cui il numero e le dimensioni dei database, il numero di tabelle all'interno di ogni database, il numero di indici e la distribuzione dei dati tra tabelle. Dipende anche dallo SKU del server di origine e di destinazione e dalle operazioni di I/O al secondo disponibili nel server di origine e di destinazione.
Considerando i numerosi fattori coinvolti in una migrazione, l'approccio migliore per stimare il tempo di inattività per l'applicazione consiste nel provare la migrazione in un server PITR ripristinato dal server primario per pianificare la migrazione di produzione.
Le migrazioni offline sono meno complesse e presentano poche probabilità di errore. È consigliabile eseguire la migrazione dei carichi di lavoro con finestre di servizio da un singolo server a un server flessibile. La migrazione online può essere usata per ambienti di produzione con bassa tolleranza di inattività.
D. Saranno disponibili aggiornamenti futuri di Server singolo per supportare le versioni più recenti di PostgreSQL?
R. È consigliabile eseguire la migrazione al Server flessibile se è necessario eseguire le versioni più recenti del motore PostgreSQL. Microsoft continua a distribuire versioni secondarie rilasciate dalla community per Postgres versione 11 fino a quando non viene ritirato dalla community nel novembre 2023.
Nota
È in corso l'estensione del supporto per Postgres versione 11 oltre la data di ritiro della community e supporterà PostgreSQL versione 11 sia nel Server singolo che nel Server flessibile per semplificare questa transizione. È consigliabile eseguire la migrazione al Server flessibile per sfruttare i vantaggi degli aggiornamenti al motore Postgres più recenti.
D. In che modo il contratto di servizio di disponibilità del server flessibile 99,99% differisce dal server singolo?
R. La distribuzione flessibile con ridondanza della zona del server offre una disponibilità del 99,99% con resilienza a livello di zona e Server singolo offre una disponibilità del 99,99% ma senza resilienza di zona. L'architettura a disponibilità elevata del Server flessibile distribuisce un server hot standby con risorse di calcolo e archiviazione ridondanti (con i dati di ogni sito archiviati in copie 3x). Un'architettura a disponibilità elevata a Server singolo non dispone di un hot standby passivo per consentire il ripristino da errori di zona. L'architettura a disponibilità elevata del Server flessibile riduce i tempi di inattività durante interruzioni non pianificate e manutenzione pianificata.
D. Il mio Server singolo viene distribuito in un'area che non supporta un Server flessibile. Come occorre procedere con la migrazione?
R. Siamo vicini alla parità a livello di area con un Server singolo. Queste sono le aree senza presenza di server flessibili.
- Cina orientale (CE e CE2),
- Cina settentrionale (CN e CN2)
- India occidentale
- Svezia centrale
È consigliabile eseguire la migrazione alle aree CN3/CE3, India centrale, Svezia centrale e Svezia meridionale. D. È stato configurato un collegamento privato per il server singolo. Come si esegue la migrazione?
R. collegamento privato supporto è ora disponibile nel server flessibile. È possibile usare il server di runtime per passare a un server flessibile con supporto per il collegamento privato. Per altre informazioni, vedere Servizio di runtime - Database di Azure per PostgreSQL - Da server singolo a server flessibile.
D. È possibile eseguire il rollback di una migrazione da Server singolo a Server flessibile?
R. È possibile eseguire un numero qualsiasi di migrazioni di test, testare l'esito positivo della migrazione ed eseguire la migrazione finale una volta pronta. Le migrazioni di test non influiscono sull'origine server singolo, che rimane operativa fino a quando non si esegue la migrazione e si modificano i stringa di connessione in modo che puntino al server flessibile. Se durante la migrazione di test sono presenti errori, è possibile rinviare la migrazione finale e mantenere in esecuzione il server di origine. È quindi possibile ripetere la migrazione finale dopo aver risolto gli errori. Dopo aver eseguito una migrazione finale a un server flessibile e averla aperta per il carico di lavoro di produzione, si perderà la possibilità di tornare al server singolo senza incorrere in una perdita di dati.
D. Come eseguire la migrazione del database (> 1 TB)
R. Il servizio di migrazione PostgreSQL può eseguire la migrazione di database di tutte le dimensioni da un server singolo a un server flessibile. Il servizio di migrazione non ha restrizioni relative alle dimensioni dei database.
D. La migrazione tra aree è supportata?
R. Sì.
D. La migrazione tra sottoscrizioni è supportata?
R. Il servizio di migrazione PostgreSQL supporta le migrazioni tra sottoscrizioni.
D. La migrazione tra gruppi di risorse è supportata?
R. Il servizio di migrazione PostgreSQL supporta le migrazioni tra gruppi di risorse.
D. È disponibile il supporto tra le versioni?
R. Il servizio di migrazione PostgreSQL supporta la migrazione da una versione precedente di PostgreSQL (PG 9.5 e versioni successive) a qualsiasi versione successiva. Come sempre, la compatibilità delle applicazioni con versioni di PostgreSQL successive dovrebbe essere verificata in anticipo.
Servizio di migrazione PostgreSQL
Il serviziodi migrazione PostgreSQL è un servizio potente che consente di eseguire facilmente la migrazione del database del server PostgreSQL da un singolo server a un server flessibile. Tramite questo servizio, è possibile spostare facilmente il database da un server locale o una macchina virtuale a un server flessibile nel cloud, consentendo di sfruttare la scalabilità e la flessibilità del cloud computing.
D. Quali componenti di dati, schemi e metadati vengono trasferiti durante la migrazione?
R. Il servizio di migrazione PostgreSQL esegue la migrazione dello schema, dei dati e dei metadati dall'origine alla destinazione. Tutti i componenti di dati, schema e metadati seguenti vengono trasferiti durante la migrazione del database:
Migrazione dati
- Tutte le tabelle di tutti i database/schemi.
Migrazione dello schema:
- Denominazione
- Chiave primaria
- Tipo di dati
- Posizione ordinale
- Valore predefinito
- Supporto di valori Null
- Attributi autoincrement
- Indici secondari
Migrazione di metadati:
- Stored procedure
- Funzioni
- Trigger
- Visualizzazioni
- Vincoli delle chiavi esterne
D. Qual è la differenza tra la migrazione offline e quella online?
R. Con una migrazione offline, i tempi di inattività dell'applicazione partono dall'inizio della migrazione. Con una migrazione online, il tempo di inattività è limitato al tempo necessario per il trasferimento al termine della migrazione. Tuttavia, usa un meccanismo di replica logica soggetto a alcune restrizioni.
La tabella seguente offre una panoramica delle opzioni offline e online.
| Opzione | Vantaggi | Svantaggi | Consigliata per |
|---|---|---|---|
| Offline | - Semplice, facile e meno complessa da eseguire. - Poche probabilità di fallimento. - Nessuna restrizione relativa agli oggetti di database che può gestire |
Tempo di inattività per le applicazioni. | - Ideale per gli scenari in cui la semplicità e una percentuale di riuscita elevata sono essenziali. - Ideale per scenari in cui il database può essere offline senza influire significativamente sulle operazioni aziendali. - Adatta per i database quando il processo di migrazione può essere completato all'interno di una finestra di manutenzione pianificata. |
| Online | - Tempo di inattività minimo per l'applicazione. - Ideale per database di grandi dimensioni e clienti con requisiti di tempo di inattività limitati. |
- La replica usata nella migrazione online presenta alcune restrizioni, ad esempio la necessità di chiavi primarie in tutte le tabelle. - Difficile e più complessa da eseguire rispetto alla migrazione offline. - Maggiore probabilità di errore a causa della complessità della migrazione. - Determina un impatto sulle risorse di archiviazione e di calcolo dell'istanza di origine se la migrazione ha una durata prolungata. L'impatto deve essere monitorato attentamente durante la migrazione. |
- Ideale per le aziende in cui la continuità è critica e il tempo di inattività deve essere minimo. - Consigliata per i database quando il processo di migrazione deve svolgersi senza interrompere le operazioni in corso. |
D. Esistono consigli per ottimizzare le prestazioni del servizio di migrazione da server singolo a server flessibile?
R. Sì. Per eseguire migrazioni più veloci, selezionare uno SKU superiore per il Server flessibile. Selezionare almeno 4VCore o superiore per completare rapidamente la migrazione. È sempre possibile modificare lo SKU in modo che corrisponda alle esigenze dell'applicazione dopo la migrazione. Vedere altre procedure consigliate.
D. Quanto tempo richiede l'esecuzione di una migrazione offline tramite il servizio di migrazione da server singolo a server flessibile?
R. La tabella seguente illustra il tempo impiegato per eseguire migrazioni offline per i database di varie dimensioni usando il servizio di migrazione PostgreSQL. La migrazione è stata eseguita usando un Server flessibile con lo SKU:
Standard_D4ds_v4(4 memorie centrali, 16 GB di memoria, e 500 operazioni di I/O al secondo)
| Dimensioni del database | Orario (HH:MM) |
|---|---|
| 1 GB | 00:01 |
| 5 GB | 00:03 |
| 10 GB | 00:08 |
| 50 GB | 00:35 |
| 100 GB | 01:00 |
| 500 GB | 04:00 |
| 1.000 GB | 07:00 |
Nota
I numeri precedenti approssimano il tempo impiegato per completare la migrazione. Per ottenere il tempo preciso necessario per eseguire la migrazione al server, è consigliabile eseguire un ripristino temporizzato (temporizzato) del singolo server e di eseguirne la migrazione con il servizio di migrazione PostgreSQL.
D. Quanto tempo richiede l'esecuzione di una migrazione online tramite il servizio di migrazione da server singolo a server flessibile?
R. La migrazione online prevede i passaggi seguenti:
- Copia iniziale dei database
- Change Data Capture: riproduzione di tutte le transazioni nell'origine durante il passaggio 1 alla destinazione.
Il tempo impiegato nel passaggio 1 è uguale a quello impiegato per le migrazioni offline (vedere la domanda precedente).
Il tempo impiegato per il passaggio 2 dipende dalle transazioni che si verificano nell'origine. Se si tratta di un carico di lavoro a elevato utilizzo di scrittura, è più lungo.
D. È disponibile un supporto offerto da Microsoft per il passaggio da server singolo a server flessibile?
R. Sì. Oltre ad aggiornare continuamente il servizio di migrazione, microsoft collabora con i team partner interni che possono interagire con l'utente durante il processo di migrazione. Contatta il rappresentante dell'account Microsoft per altre informazioni.
D. Microsoft può facilitare la migrazione automatica del server singolo al server flessibile? R. Sì. È possibile nominare i server per la migrazione automatica. È possibile leggere altre informazioni su di esso e nominare i server per l'automigration qui.
Supporto aggiuntivo
D. Ho altre domande sul pensionamento.
R. È possibile ottenere altre informazioni in diversi modi.
Ottenere risposte dagli esperti della community in Microsoft Q&A.
Se si dispone di un piano di supporto e si necessita di assistenza tecnica, creare una richiesta di supporto: - Per Riepilogo, digitare una descrizione del problema. - Per Tipo di problema selezionare Tecnico. - Per Sottoscrizione selezionare la sottoscrizione. - Per Servizio selezionare Servizi personali. - Per Tipo di servizio selezionare Database di Azure per PostgreSQL server singolo. - Per Risorsa selezionare la risorsa. - Per Tipo di problema selezionare Migrazione al database di Azure per PostgreSQL. - Per Sottotipo problema selezionare Migrazione da server singolo a flessibile.
Avviso
Questo articolo non è destinato agli utenti del Server flessibile di Database di Azure per PostgreSQL. È per i clienti di Database di Azure per PostgreSQL - Server singolo che devono eseguire l'aggiornamento al Server flessibile di Database di Azure per PostgreSQL.
Sappiamo che la migrazione dei servizi può essere frustrante e ci scusiamo in anticipo per eventuali inconvenienti che potrebbero causare. È possibile scegliere lo scenario migliore per l'utente e l'ambiente in uso.