Automatická migrace Azure Database for PostgreSQL – z jednoúčelového serveru na flexibilní server
PLATÍ PRO:
Azure Database for PostgreSQL – Jednoúčelový server
Automatická migrace z Jednoúčelového serveru Azure Database for PostgreSQL na flexibilní server je migrace iniciovaná službou, která probíhá během plánovaného časového období výpadku pro jeden server, odděleně od opravy nebo časového období údržby. Služba identifikuje oprávněné servery a odesílá předběžná oznámení s podrobnými kroky týkajícími se procesu automatického migrace. V případě potřeby můžete zkontrolovat a upravit plán migrace nebo odeslat žádost o podporu, aby se pro vaše servery odhlásila automatická migrace.
Automigrace používá službu migrace Azure PostgreSQL k zajištění odolné offline migrace během plánovaného okna migrace. Výpadek se liší podle charakteristik úloh. Srovnávací testy rychlosti migrace najdete v tématu o srovnávacích testech rychlosti migrace Azure PostgreSQL. Tato migrace eliminuje potřebu ruční migrace serverů, což vám umožní využívat výhody funkcí flexibilního serveru po migraci, včetně vylepšeného výkonu cen, podrobného řízení konfigurace databáze a vlastních časových období údržby.
Poznámka:
Služba automatické migrace vybere jednoúčelový server, který se má migrovat, na základě následujících kritérií:
- Servery bez komplexních funkcí, jako je CMK, Microsoft Entra ID, replika pro čtení a privátní koncový bod.
- Velikost dat <= 100 GB
- Je povolený veřejný přístup.
Poznámka:
V případě použití některé z těchto funkcí, jako je CMK, Microsoft Entra ID, replika pro čtení a privátní koncový bod, bude potřeba další plánování. Uveďte podrobnosti v nominační podobě níže a my se s vámi spojíme.
Nominace jednoúčelových serverů pro automatické migrace
Nominační proces je určený pro uživatele, kteří chtějí dobrovolně urychlit migraci na flexibilní server. Pokud vlastníte úlohu jednoúčelového serveru, můžete se teď na automatickou migrace sami nominovat (pokud ji služba ještě nenaplánovala). Odešlete podrobnosti o serveru prostřednictvím tohoto formuláře.
Kontroly předpokladů pro automatické migrace
Projděte si následující požadavky a ujistěte se, že proběhne úspěšná automatická migrace:
Instance jednoúčelového serveru by měla být v připraveném stavu během plánovaného okna migrace, aby se automaticky migrovala.
Instance jednoúčelového serveru musí mít nakonfigurované nastavení odepření přístupu k veřejné síti na ne. Tuto možnost najdete v okně Zabezpečení připojení na webu Azure Portal.
V případě instance s jedním serverem s povoleným protokolem SSL se ujistěte, že máte v důvěryhodném kořenovém úložišti k dispozici všechny certifikáty (kořenová certifikační autorita DigiCertGlobalRootG2 a DigiCertGlobalRootCA). Navíc pokud máte certifikát připnutý k připojovací řetězec vytvořit kombinovaný certifikát certifikační autority se všemi třemi certifikáty před plánovaným automatickým migrací, abyste zajistili kontinuitu podnikových procesů po migraci.
Pokud váš zdrojový jednoúčelový server Azure Database for postgresql obsahuje názvy pravidel brány firewall přesahující 80 znaků, přejmenujte je, aby délka názvu byla menší než 80 znaků. (Délka názvu pravidla brány firewall podporovaná na flexibilním serveru je 80 znaků, zatímco na jednoúčelovém serveru je povolená délka 128 znaků.)
Proces automatické migrace
Proces automatické migrace zahrnuje několik klíčových fází:
Vytvoření cílového flexibilního serveru – Vytvoří se flexibilní server, který odpovídá výkonu a nákladům na skladovou položku jednoúčelového serveru. Dědí všechna pravidla brány firewall ze zdrojového jednoúčelového serveru.
Migrace dat – Migrace dat probíhá během určeného okna migrace, obvykle naplánované mimo pracovní dobu pro oblast hostování serveru (pokud je okno zvoleno službou). Zdrojový jednoúčelový server je nastavený jen pro čtení a všechna data, schémata, role uživatelů, oprávnění a vlastnictví databázových objektů se migrují na flexibilní server. Kromě toho kopíruje všechna existující pravidla brány firewall na flexibilní server a zajišťuje nepřerušované připojení.
Přepínač DNS – Po migraci dat se provede přepínač DNS, který stávající jednoúčelový server připojovací řetězec bezproblémově připojit k novému flexibilnímu serveru. Na migrovaném flexibilním serveru se podporují formáty připojovací řetězec s jedním i flexibilním serverem i formáty uživatelského jména (username@server_name a uživatelské jméno).
Viditelnost flexibilního serveru – Po úspěšné migraci dat a přepnutí DNS se nový flexibilní server zobrazí pod vaším předplatným a dá se spravovat prostřednictvím webu Azure Portal nebo rozhraní příkazového řádku.
Aktualizace připojovacích řetězců s jedním serverem – Aktualizované připojovací řetězec pro starší jednoúčelový server se odesílají prostřednictvím oznámení služby Service Health na webu Azure Portal. Jsou také přístupné na stránce portálu s jedním serverem v části Nastavení –> Připojovací řetězce.
Odstranění jednoho serveru – Jednoúčelový server se uchovává po sedmi dnech po migraci před odstraněním.
Jak je cílový flexibilní server postgresql zřízený?
Úroveň výpočetních prostředků a skladová položka cílového flexibilního serveru se zřídí na základě cenové úrovně zdrojového jednoúčelového serveru a virtuálních jader, jak je znázorněno níže.
| Cenová úroveň jednoúčelového serveru | Virtuální jádra jednoúčelového serveru | Flexibilní serverová vrstva | Název skladové položky flexibilního serveru |
|---|---|---|---|
| Basic | 1 | Se zvládáním nárazových špiček | B1ms |
| Basic | 2 | Se zvládáním nárazových špiček | B2s |
| Pro obecné účely | 2 | GeneralPurpose | Standard_D2s_v3 |
| Pro obecné účely | 4 | GeneralPurpose | Standard_D4s_v3 |
| Pro obecné účely | 8 | GeneralPurpose | Standard_D8s_v3 |
| Pro obecné účely | 16 | GeneralPurpose | Standard_D16s_v3 |
| Pro obecné účely | 32 | GeneralPurpose | Standard_D32s_v3 |
| Pro obecné účely | 64 | GeneralPurpose | Standard_D64s_v3 |
| Optimalizováno pro paměť | 2 | MemoryOptimized | Standard_E2s_v3 |
| Optimalizováno pro paměť | 4 | MemoryOptimized | Standard_E4s_v3 |
| Optimalizováno pro paměť | 8 | MemoryOptimized | Standard_E8s_v3 |
| Optimalizováno pro paměť | 16 | MemoryOptimized | Standard_E16s_v3 |
| Optimalizováno pro paměť | 32 | MemoryOptimized | Standard_E32s_v3 |
- Verze postgresql, oblast, připojovací řetězec, předplatné a skupina prostředků cílového flexibilního serveru zůstanou stejné jako u zdrojového jednoúčelového serveru.
- U jednoúčelových serverů s úložištěm nižším než 20 GiB je velikost úložiště nastavená na 32 GiB, protože se jedná o minimální limit úložiště na flexibilním serveru Azure Database for postgresql.
- Pro jednoúčelové servery s větším požadavkem na úložiště je dostatek úložiště odpovídající 1,25krát nebo 25 % více úložiště, než se používá na jednoúčelovém serveru. Během počáteční základní kopie dat se v cíli spustí více příkazů insert, které vygenerují waly (zapisují hlavičkové protokoly). Dokud tyto seznamy WALs nejsou archivovány, protokoly spotřebovávají úložiště v cíli a tím i hranice bezpečnosti.
- Oba formáty uživatelského jména – username@server_name (jednoúčelový server) i uživatelské jméno (flexibilní server) se podporují na migrovaném flexibilním serveru.
- Oba formáty připojovací řetězec – jednoúčelový i flexibilní server se podporují na migrovaném flexibilním serveru.
Automatická migrace napříč hlavními verzemi PostgreSQL
Tato migrace může zahrnovat přesun dat z jednoúčelového serveru PostgreSQL (verze 9.5, 9.6 nebo 10) na flexibilním serveru PostgreSQL 11. Upozorňujeme, že tyto starší verze byly vyřazeny komunitou PostgreSQL. Pokud chcete zajistit zabezpečení, stabilitu a výkon, doporučujeme přijmout podporované komunitní verze.
Při migraci mezi hlavními verzemi PostgreSQL zvažte následující klíčové faktory, které zajistí úspěšný a hladký přechod:
Vyřazené funkce – Funkce vyřazené ve starších verzích už nemusí být v PostgreSQL 11 dostupné. Je důležité si projít poznámky k verzi pro všechny zásadní změny nebo zastaralé funkce, které by mohly ovlivnit vaši aplikaci.
Testování aplikací – Proveďte důkladné testování vaší aplikace na PostgreSQL 11. Věnujte pozornost potenciálním problémům s dotazy SQL, funkcemi nebo nástroji třetích stran, protože se můžou chovat jinak nebo zcela selžou kvůli změnám v novější verzi.
Změny konfigurace – Upgrady hlavní verze často přinášejí změny parametrů serveru, a to buď přidáním nových parametrů, nebo změnou výchozích hodnot existujících. Tyto změny můžou mít vliv na kolaci, spouštění dotazů a úložiště dat. Pokud chcete zajistit kompatibilitu, otestujte aplikaci na základě těchto aktualizovaných nastavení a vyřešte případné problémy. Pokud narazíte na problémy, pomocí skriptu uvedeného v části kroků po migraci zkopírujte existující parametry serveru z instance jednoúčelového serveru na automaticky generovaný flexibilní server.
Kroky po migraci
Tady jsou informace, které potřebujete ohledně kroků po automigraci.
Pokud automatické migrace zahrnuje migraci napříč hlavními verzemi PostgreSQL, důkladně otestujte aplikaci, abyste zjistili dopad zásadních změn a úprav parametrů. Proveďte potřebné změny, abyste zajistili kompatibilitu a optimální výkon.
Všechny skripty Terraformu nebo rozhraní příkazového řádku, které hostujete pro správu instance jednoúčelového serveru, by se měly aktualizovat odkazy na flexibilní server.
Parametry na flexibilním serveru jsou vyladěné s ohledem na standardy komunity. Pokud chcete zachovat stejné hodnoty parametrů jako na jednoúčelovém serveru, můžete se přihlásit pomocí PowerShellu a spustit skript zde, který zkopíruje hodnoty parametrů.
Nastavení řízení přístupu (IAM) pro váš flexibilní server se dědí z nastavení předplatného. Pokud jste zadali nějaká přiřazení rolí specifická pro jeden server, musíte na flexibilním serveru vytvořit tato přiřazení rolí.
Zkopírujte nastavení stránky monitorování (upozornění, metriky a nastavení diagnostiky) na flexibilní server.
Pokud chcete povolit přehledy o výkonu dotazů, musíte povolit úložiště dotazů na flexibilním serveru, které není ve výchozím nastavení povolené.
Pokud je potřebná vysoká dostupnost, můžete ji povolit, aniž by došlo k výpadku.
Ověřte, že skladová položka vašeho flexibilního serveru odpovídá skladové po straně uvedené v oznámení automatického migrace služby Service Health. Pokud se liší, vraťte ji na skladovou položku zadanou v oznámení. To je zásadní pro zajištění přesné fakturace.
Stávající připojovací řetězec jednoúčelového serveru teď budou odkazovat na flexibilní server. Pro přístup k jednoúčelovém serveru se vygenerovala nová sada připojovací řetězec. Můžete je načíst z oznámení služby Service Health odeslaného pro automatické migrace jednoúčelového serveru.
Zpracování pravidel virtuální sítě na flexibilním serveru
V jednoúčelovém serveru Azure Database for PostgreSQL je pravidlo virtuální sítě (VNet) podsíť uvedená v seznamu řízení přístupu (ACL) serveru. Toto pravidlo umožňuje jednoúčelovém serveru přijímat komunikaci z uzlů v této konkrétní podsíti. Pro flexibilní server nejsou podporována pravidla virtuální sítě. Flexibilní server místo toho umožňuje vytváření privátních koncových bodů, díky kterým může server fungovat ve vaší virtuální síti. Privátní koncový bod přiřadí flexibilnímu serveru privátní IP adresu a veškeré přenosy mezi vaší virtuální sítí a serverem bezpečně procházejí přes páteřní síť Azure. To odstraňuje nutnost jejich vystavení veřejnému internetu.
Po migraci musíte do flexibilního serveru přidat privátní koncový bod pro všechny podsítě, na které se vztahují pravidla virtuální sítě na jednoúčelovém serveru. Tento proces můžete dokončit pomocí webu Azure Portal nebo Azure CLI. Po dokončení tohoto kroku zůstane připojení k síti na flexibilním serveru po migraci z jednoúčelového serveru nedotčené.
Dlouhodobé uchovávání záloh
Automatická migrace jednoúčelových serverů po migraci na flexibilní server automaticky nekonfiguruje dlouhodobé uchovávání záloh (LTR). Flexibilní server Azure Database for PostgreSQL můžete zálohovat s dlouhodobým uchováváním pomocí služby Azure Backup.
Jak zkontrolovat, jestli je na jednoúčelovém serveru naplánovaná automatická migrace
Pokud chcete zjistit, jestli je pro automatické migrace vybraný jeden server, postupujte takto:
Oznámení o stavu služby – Na webu Azure Portal přejděte na události plánované údržby služby Service Health>. Vyhledejte události s popiskem Oznámení pro naplánovanou automatickou migraci na jednoúčelový server Azure Database for PostgreSQL. Oznámení se odesílají 30, 14 a 7 dní před datem migrace a znovu během fází migrace: probíhá, dokončeno a šest dní před vyřazením jednoho serveru z provozu.
Poznámka:
Tato oznámení ve výchozím nastavení nedostanou do složky Doručená pošta. Pokud je chcete dostávat prostřednictvím e-mailu nebo SMS, musíte nastavit upozornění služby Service Health podle těchto kroků .
Stránka přehledu jednoúčelového serveru – Přejděte na web Azure Portal k vaší instanci jednoúčelového serveru a podívejte se na stránku Přehled. Pokud je naplánovaná automatická migrace, najdete tady podrobnosti, včetně možnosti odložit migraci o jeden měsíc najednou nebo přeplánovat v aktuálním měsíci.
Poznámka:
Plán migrace je uzamčen 7 dní před naplánovaným oknem migrace, během kterého nebudete moct plán přeplánovat.
E-mailová oznámení Azure CXP – Prostředí zákazníků Azure (CXP) také odesílá přímé e-maily klasickým rolím a rolím RBAC přidruženým k předplatnému obsahujícímu jednoúčelový server a poskytuje informace o nadcházejících automatických gracích.
Nejčastější dotazy (FAQ)
Otázka: Proč se migruje automaticky?
A. Vaše instance jednoúčelového serveru Azure Database for Postgresql je oprávněná k automatickému zmigrování do naší hlavní nabídky flexibilního serveru Azure Database for Postgresql. Tato automatická migrace odebere režii ruční migrace serveru. Výhody flexibilního serveru můžete využít, včetně lepší ceny a výkonu, podrobné kontroly nad konfigurací databáze a časovými obdobími vlastní údržby.
Otázka: Jak probíhá automatická migrace? Co všechno migruje?
A. Flexibilní server je zřízený tak, aby úzce odpovídal stejným virtuálním jádrům a úložišti jako jednoúčelový server. Dále se zdrojový jeden server umístí do stavu jen pro čtení, schéma a data se zkopírují do cílového flexibilního serveru. Přepnutím DNS se všechna stávající připojení přesměrují na cíl a cílový flexibilní server je uveden do režimu online. Automatická migrace migruje databáze (včetně schématu, dat, uživatelů/rolí a oprávnění). Migrace je offline, kde vidíte výpadek o několik minut až 2 hodiny v závislosti na velikosti úlohy. Srovnávací testy rychlosti migrace najdete v tématu o srovnávacích testech rychlosti migrace Azure PostgreSQL.
Otázka: Jak můžu nastavit nebo zobrazit upozornění automatického migrace?
A. Upozornění můžete nastavit takto:
- Pomocí následujícího postupu nakonfigurujte upozornění služby Service Health tak, aby dostávala oznámení o automatickém přenosu a průběhu prostřednictvím e-mailu nebo SMS.
- V tomto postupu zkontrolujte oznámení o automatickém migrace na webu Azure Portal.
Otázka: Jak můžu odložit plánovanou migraci jednoúčelového serveru?
A. Plán migrace můžete zkontrolovat tak, že přejdete na stránku Přehled instance jednoúčelového serveru. Pokud chcete migraci odložit, můžete ji odložit maximálně o měsíc tak, že přejdete na stránku Přehled instance jednoho serveru na webu Azure Portal. Migraci můžete přeplánovat výběrem jiného okna migrace do měsíce. Podrobnosti o migraci se zamknou sedm dní před naplánovaným oknem migrace, po kterém se vám nedaří přeplánovat. Tato automatická migrace se dá odložit měsíčně až do 28. března 2025.
Otázka: Jak se můžu odhlásit z plánovaného automatického migrace jednoho serveru?
A. Pokud chcete zrušit automatické migrace, můžete pro tento účel vytvořit lístek podpory.
Otázka: Jaké kroky po migraci mám provést, pokud jeden server používá pravidla virtuální sítě?
A. Pravidla virtuální sítě nejsou na flexibilním serveru podporovaná. Projděte si tuto část.
Otázka: Musím znovu nakonfigurovat dlouhodobé zálohy uchovávání na flexibilním serveru?
A. Ano. Projděte si prosím tuto část.
Otázka: Jaké uživatelské jméno a připojovací řetězec budou podporovány pro migrovaný flexibilní server?
A. Oba formáty uživatelského jména – username@server_name (formát jednoúčelového serveru) a uživatelské jméno (formát flexibilního serveru) jsou podporované pro migrovaný flexibilní server, a proto je nemusíte aktualizovat, aby se zachovala kontinuita aplikací po migraci. Migrovaný flexibilní server podporuje také formáty připojovací řetězec (formát jednoúčelového i flexibilního serveru).
Otázka: Vidím cenový rozdíl v možném přechodu z postgresql Basic Single Serveru na flexibilní server postgresql?
A. Několik serverů může po migraci vidět menší revizi ceny, protože minimální limit úložiště obou nabídek se liší (5 GiB na jednoúčelovém serveru a 32 GiB na flexibilním serveru). Náklady na úložiště pro flexibilní server jsou okrajově vyšší než jednoúčelový server. Jakékoli zvýšení ceny je posunuté díky lepší propustnosti a výkonu oproti jednoúčelovým serverům. Další informace o cenách flexibilních serverů najdete v tomto dokumentu.
Otázka: Co se stane, když nemigruji nebo se můj server nemigruje automaticky do 28. března 2025??
A. Po uplynutí konečného termínu vyřazení z 28. března 2025 budou všechny existující jednoúčelové servery, které nebyly migrovány, vynutí migraci na flexibilní server. Servery s funkcemi doplňků, jako je CMK nebo privátní koncový bod, budou vyžadovat další akce uživatele po migraci, aby se zajistila normální operace. Ohledně data vyřazení není k dispozici možnost prodloužení.