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 è sul 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 alle funzionalità di calcolo, disponibilità, scalabilità e prestazioni nel 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 il meglio della piattaforma di database open source di Azure.
Come parte di questo ritiro, non è più supportata la creazione di nuove istanze di server singolo dal portale di Azure a partire dal 30 novembre 2023. Se è necessario creare istanze a server singolo per soddisfare le esigenze di continuità aziendale, è possibile continuare a usare l'interfaccia della riga di comando di Azure e il modello di Resource Manager. Tuttavia, a partire da marzo 2025, questi metodi non verranno più usati.
Se attualmente si dispone di un Database di Azure per PostgreSQL - Servizio server singolo che ospita server di produzione, microsoft è lieto di informare che è possibile eseguire la migrazione del Database di Azure per PostgreSQL - Server singolo al Database di Azure per PostgreSQL - Server flessibile.
Database di Azure per PostgreSQL: il server flessibile è un servizio di database completamente pronto per la produzione progettato per un controllo e una flessibilità più granulari rispetto alle funzioni di gestione del database e alle impostazioni di configurazione. Per altre informazioni su Database di Azure per PostgreSQL - Server flessibile, visitare Database di Azure per PostgreSQL - Server flessibile.
Eseguire la migrazione da Database di Azure per PostgreSQL - Server singolo a Database di Azure per PostgreSQL - Server flessibile
Informazioni su come eseguire la migrazione da Database di Azure per PostgreSQL - Server singolo a Database di Azure per PostgreSQL - Server flessibile usando lo strumento di migrazione server singolo a server flessibile.
Domande frequenti (FAQ)
D. Perché Database di Azure per PostgreSQL- Server singolo ritirato?
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 alle funzionalità di calcolo, disponibilità, scalabilità e prestazioni nel 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 il meglio della piattaforma di database open source di Azure.
D. Perché viene chiesto di eseguire la migrazione a Database di Azure per PostgreSQL - Server flessibile?
Un.Database di Azure per PostgreSQL: il 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 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 al più presto possibile per garantire un tempo sufficiente per eseguire il ciclo di vita della migrazione e usare i vantaggi offerti dal server flessibile.
D. Cosa accade alla Database di Azure per PostgreSQL esistente - Istanze del server singolo?
R. L'Database di Azure per PostgreSQL esistente - I carichi di lavoro a server singolo continueranno a essere supportati fino a marzo 2025.
D. È comunque possibile creare una nuova versione 11 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 fino al portale di Azure. Tuttavia, è comunque possibile renderli tramite l'interfaccia della riga di comando fino a novembre 2024. Microsoft continuerà a supportare i server singoli 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 il 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 di server singoli al tramonto dei dati 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 potervi guidare e suggerire il percorso migliore per voi.
D. Sono previsti costi aggiuntivi associati all'esecuzione della migrazione?
R. Si paga per il server flessibile di destinazione e il server singolo di origine durante la migrazione. 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 dopo una migrazione corretta, si paga solo per il server flessibile. L'uso dello strumento di migrazione 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 invece di Database di Azure per PostgreSQL - Server singolo?
R. La fatturazione deve essere paragonabile se si sceglie una configurazione simile alla 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 a quella nel 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. Attualmente, lo strumento di migrazione da server singolo a server flessibile supporta solo le migrazioni offline. La migrazione offline richiede tempi di inattività per le applicazioni durante il processo di migrazione. Per altre informazioni, vedere Strumento di migrazione - Database di Azure per PostgreSQL server singolo a server flessibile.
Il tempo di inattività dipende da diversi fattori, tra cui il numero di database, le dimensioni dei database, il numero di tabelle all'interno di ogni database, il numero di indici e la distribuzione dei dati tra le 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, con poche probabilità di errore e sono il modo consigliato per eseguire le migrazioni da un singolo server a un server flessibile per i carichi di lavoro con finestre di servizio.
È possibile contattare i team dell'account se i requisiti di tempo di inattività non sono soddisfatti dalle migrazioni offline fornite da un singolo server a uno strumento di migrazione flessibile.
Nota
Il supporto per la migrazione online sarà presto disponibile.
D. Saranno disponibili aggiornamenti futuri per il 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. Valutare la possibilità di eseguire la migrazione al server flessibile per sfruttare i vantaggi delle versioni più recenti del motore Postgres.
D. In che modo il contratto di servizio di disponibilità del server flessibile 99,99% differisce da 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 server singolo viene distribuito in un'area che non supporta il 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 settentrionale
È 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 e questa funzionalità non è attualmente supportata nel server flessibile. Come si esegue la migrazione?
R. Il supporto del server flessibile per il collegamento privato è la priorità più alta e la roadmap. Questa funzionalità è prevista per il lancio nel secondo trimestre 2023. Un'altra opzione consiste nel considerare la migrazione al server flessibile inserito nella rete virtuale.
D. È possibile eseguire il rollback del server singolo a una migrazione 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 del server singolo, che rimane operativa fino a quando non si esegue la migrazione. Se si verificano errori durante la migrazione di test, è possibile posticipare la migrazione finale e mantenere il server di origine in esecuzione. È 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 a un singolo server senza incorrere in una perdita di dati.
D. Come eseguire la migrazione del database (> 1 TB)
Un.Lo strumento di migrazione da server singolo a server flessibile può eseguire la migrazione di database di tutte le dimensioni da un server singolo a un server flessibile. La nuova versione dello strumento non prevede restrizioni relative alle dimensioni dei database.
D. La migrazione tra aree è supportata?
R. Attualmente, lo strumento di migrazione da server singolo a server flessibile non supporta le migrazioni tra aree. È supportato in un secondo momento. È possibile usare il pg_dump/pg_restore per eseguire migrazioni tra aree.
È consigliabile evitare migrazioni di dati tra aree perché il completamento della migrazione richiede molto tempo. Un modo più semplice per eseguire questa operazione consiste nell'avviare una replica di lettura nell'area geografica di destinazione, eseguire il failover dell'applicazione e seguire i passaggi descritti in precedenza.
D. La migrazione tra sottoscrizioni è supportata?
R. Lo strumento di migrazione da server singolo a server flessibile supporta le migrazioni tra sottoscrizioni.
D. La sottoscrizione tra gruppi di risorse è supportata?
R. Lo strumento di migrazione da server singolo a server flessibile supporta le migrazioni tra gruppi di risorse.
D. È disponibile il supporto tra le versioni?
R. Il servizio di migrazione da server singolo a server flessibile 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 deve essere verificata in anticipo.
Strumento di migrazione da server singolo a server flessibile
Lo strumento di migrazione da server singolo a server flessibile è uno strumento potente che consente di eseguire facilmente la migrazione del database di SQL Server da un singolo server a un server flessibile. Con questo strumento, è 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. Lo strumento di migrazione da server singolo a server flessibile esegue la migrazione dello schema, dei dati e dei metadati dall'origine alla destinazione. Tutti i seguenti dati, schema e componenti di metadati vengono migrati come parte della 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 dei metadati:
- Stored procedure
- Funzioni
- Trigger
- Visualizzazioni
- Vincoli di chiave esterna
D. Qual è la differenza tra la migrazione offline e quella online?
R. Lo strumento di migrazione da server singolo a server flessibile supporta ora la migrazione offline, con le migrazioni online presto disponibili. Con una migrazione offline, il tempo di inattività dell'applicazione inizia all'avvio della migrazione. Con una migrazione online, il tempo di inattività è limitato al tempo necessario per eseguire il cut over alla fine della migrazione, ma usa un meccanismo di replica logica. Il data/schema deve superare queste restrizioni del motore PG open source per la migrazione online. È consigliabile testare la migrazione offline per determinare se il tempo di inattività è accettabile.
Le migrazioni online e offline vengono confrontate nella tabella seguente:
| Area | Migrazione online | Migrazione offline |
|---|---|---|
| Disponibilità del database per le letture durante la migrazione | Disponibile | Disponibile |
| Disponibilità del database per la scrittura durante la migrazione | Disponibili | In genere sconsigliato. Qualsiasi 'scrittura' avviata dopo l'acquisizione o la migrazione della migrazione |
| Idoneità dell'applicazione | Applicazioni che richiedono un tempo di attività massimo | Le applicazioni che possono consentire una finestra di inattività pianificata o che prevedono restrizioni dello schema/del carico di lavoro che impediscono la migrazione online |
| Idoneità per carichi di lavoro con elevato carico di lavoro con scrittura | Adatto ma si prevede riduca il carico di lavoro durante la migrazione | Questa è solo una soluzione consigliata se è possibile disabilitare le scritture durante la migrazione. Le scritture nell'origine non vengono migrate nel server di destinazione dopo l'inizio della migrazione |
| Cutover manuale | Richiesto | Non obbligatorio |
| Tempo di inattività inevitabile | Dimensioni ridotte e fisse indipendentemente dalle dimensioni dei dati | Proporzionale alle dimensioni dei dati e ad altri fattori. Può essere inferiore a pochi minuti per database più piccoli fino a poche ore per i database di dimensioni maggiori |
| Tempo di migrazione | Dipende dalle dimensioni del database e dall'attività di scrittura fino al cutover | Dipende dalle dimensioni del database |
D. Sono disponibili raccomandazioni per ottimizzare le prestazioni dello strumento 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 versione successiva per completare rapidamente la migrazione. È sempre possibile modificare lo SKU in modo che corrisponda alle esigenze dell'applicazione dopo la migrazione.
D. Quanto tempo richiede l'esecuzione di una migrazione offline con lo strumento di migrazione da server singolo a server flessibile?
R. Nella tabella seguente viene illustrato il tempo necessario per eseguire migrazioni offline per i database di varie dimensioni usando lo strumento di migrazione da server singolo a server flessibile. La migrazione è stata eseguita usando un server flessibile con lo SKU:
Standard_D4ds_v4(4 core, 16 GB di memoria, disco da 128 GB e 500 operazioni di I/O al secondo)
| Dimensioni del database | Ora (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 la migrazione al server, è consigliabile eseguire un ripristino temporizzato (temporizzato) del singolo server ed eseguirlo sullo strumento di migrazione da server singolo a server flessibile.
D. Quanto tempo richiede l'esecuzione di una migrazione online con lo strumento di migrazione 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, il tempo impiegato per il passaggio 2 sarà più lungo.
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.
È possibile contattare il team del prodotto Database di Azure per PostgreSQL.
Se si dispone di un piano di supporto e si ha bisogno di assistenza tecnica, creare una richiesta di supporto:
- Digita una descrizione del problema in Riepilogo.
- Seleziona Tecnico in Tipo di problema.
- Seleziona la tua sottoscrizione in Sottoscrizione.
- Seleziona Servizi personali in Servizio.
- In Tipo di servizio selezionare Database di Azure per PostgreSQL server singolo.
- In Risorsa selezionare la risorsa.
- Per Tipo di problema selezionare Migrazione al database di Azure per PostgreSQL.
- Per Sottotipo problema selezionare Migrazione da singolo a server flessibile.
Avviso
Questo articolo non è destinato agli utenti del server flessibile di Database di Azure per PostgreSQL. Si tratta di Database di Azure per PostgreSQL : clienti a server singolo che devono eseguire l'aggiornamento a Database di Azure per PostgreSQL - Server flessibile.
Sappiamo che la migrazione dei servizi può essere un'esperienza frustrante e ci scusiamo in anticipo per eventuali inconvenienti che potrebbero causare l'utente. È possibile scegliere lo scenario migliore per l'utente e l'ambiente in uso.