Migrace jednoúčelového serveru Azure Database for MySQL na flexibilní server pomocí rozhraní příkazového řádku importu služby Azure Database for MySQL

PLATÍ PRO: Jednoúčelový server Azure Database for MySQL

Azure Database for MySQL Import CLI (obecně dostupné) umožňuje bezproblémovou migraci jednoúčelového serveru Azure Database for MySQL na flexibilní server. Pomocí technologie zálohování snímků a obnovení nabízí jednoduchou a rychlou cestu migrace k obnovení fyzických datových souborů zdrojového serveru na cílový server. Po importu můžete využít výhod flexibilního serveru, včetně lepší ceny a výkonu, podrobné kontroly nad konfigurací databáze a časovými obdobími vlastní údržby.

Na základě uživatelských vstupů převezme odpovědnost za zřízení cílového flexibilního serveru a následného zálohování zdrojového serveru a obnovení cíle. Zkopíruje datové soubory, parametry serveru, kompatibilní pravidla brány firewall a vlastnosti serveru – vrstvu, verzi, název skladové položky, velikost úložiště, umístění, geograficky redundantní zálohování, veřejný přístup, značky, automatické zvětšování, uchovávání záloh dnů, správce a heslo správce z instance jednoúčelového serveru na flexibilní server.

Azure Database for MySQL Import CLI podporuje migraci téměř nulového výpadku tím, že nejprve provede offline operaci importu a uživatelé pak můžou nastavit replikaci vstupních dat mezi zdrojem a cílem pro provedení online migrace.

V tomto kurzu se dozvíte, jak pomocí příkazu Azure Database for MySQL Import CLI migrovat jednoúčelový server Azure Database for MySQL na flexibilní server.

Co je nového?

  • Operace importu služby Azure Database for MySQL pro jednoúčelové servery s architekturou starší verze úložiště (úložiště pro obecné účely verze 1) je teď podporovaná. Před zahájením operace importu je nutné nastavit parametr log_bin=ON pro instanci jednoúčelového serveru se starší verzí úložiště. Pokud to chcete udělat, vytvořte repliku pro čtení pro instanci jednoúčelového serveru a pak ji odstraňte. Tato operace nastaví parametr log_bin na ZAPNUTO a pak můžete aktivovat operaci importu pro migraci na flexibilní server. (Únor 2024)

Spuštění služby Azure Cloud Shell

Azure Cloud Shell je bezplatné interaktivní prostředí, které můžete použít ke spuštění kroků v tomto článku. Má předinstalované obecné nástroje Azure, které jsou nakonfigurované pro použití s vaším účtem.

Pokud chcete otevřít Cloud Shell, vyberte Vyzkoušet v pravém horním rohu bloku kódu. Cloud Shell můžete otevřít také na samostatné kartě prohlížeče tak, že přejdete na https://shell.azure.com/bash. Výběrem možnosti Kopírovat zkopírujte bloky kódu, vložte ho do Cloud Shellu a stisknutím klávesy Enter ho spusťte.

Pokud chcete rozhraní příkazového řádku nainstalovat a používat místně, tento kurz vyžaduje Azure CLI verze 2.54.0 nebo novější. Verzi zjistíte spuštěním příkazu az --version. Pokud potřebujete instalaci nebo upgrade, přečtěte si téma Instalace Azure CLI.

Nastavení

Ke svému účtu se musíte přihlásit pomocí příkazu az sign-in . Poznamenejte si vlastnost ID, která odkazuje na ID předplatného vašeho účtu Azure.

az login

Pomocí příkazu az account set vyberte konkrétní předplatné, ve kterém se nachází zdrojový jednoúčelový server Azure Database for MySQL. Poznamenejte si hodnotu ID z příkazu az login output, která se má použít jako hodnota argumentu předplatného v příkazu. Pokud máte více předplatných, zvolte příslušné předplatné, ve kterém se nachází zdrojový jednoúčelový server Azure Database for MySQL. Pokud chcete získat všechna předplatná, použijte příkaz az account list.

az account set --subscription <subscription id>

Omezení a požadavky

  • Pokud váš zdrojový jednoúčelový server Azure Database for MySQL má verzi modulu v8.x, ujistěte se, že upgradujete verzi klientského ovladače .NET zdrojového serveru na verzi 8.0.32, abyste se vyhnuli nekompatibilitě kódování po migraci na flexibilní server.

  • Zdrojový jednoúčelový server Azure Database for MySQL a cílový flexibilní server Azure Database for MySQL musí být ve stejném předplatném, skupině prostředků, oblasti a ve stejné verzi MySQL. Import mezi předplatnými, skupinami prostředků, oblastmi a verzemi není možný.

  • Verze MySQL podporované rozhraním příkazového řádku pro import Služby Azure Database for MySQL jsou verze 5.7 a 8.0. Pokud používáte jinou hlavní verzi MySQL na jednoúčelovém serveru, před aktivací příkazu importu nezapomeňte upgradovat verzi na instanci jednoúčelového serveru.

  • Pokud má instance jednoúčelového serveru Azure Database for MySQL parametr serveru lower_case_table_names nastavenou na 2 a vaše aplikace použila tabulky oddílů, operace importu způsobí poškození tabulek oddílů. Pokud chcete pokračovat v operaci importu MySQL bez poškození, doporučujeme nastavit lower_case_table_names na 1 pro instanci jednoúčelového serveru Azure Database for MySQL.

  • Import do existujícího flexibilního serveru Azure MySQL se nepodporuje. Příkaz rozhraní příkazového řádku zahájí import nového flexibilního serveru Azure MySQL.

  • Pokud je flexibilní cílový server při aktualizaci parametrů příkazu rozhraní příkazového řádku zřízený jako nepřístupný (zakázaná vysoká dostupnost), můžete ho později přepnout na vysokou dostupnost se stejnou zónou, ale ne zónově redundantní vysokou dostupnost.

  • Pro instance jednoúčelového serveru s podporou CMK vyžaduje příkaz Import služby Azure Database for MySQL povinné vstupní parametry pro povolení klíče CMK na cílovém flexibilním serveru.

  • Pokud je u instance jednoúčelového serveru povolené dvojité šifrování infrastruktury, doporučujeme pro podporu podobných funkcí povolit klíč spravovaný zákazníkem (CMK) na cílové instanci flexibilního serveru. Můžete povolit CMK na cílovém serveru pomocí vstupních parametrů rozhraní příkazového řádku azure Database for MySQL nebo po migraci.

  • Pokud je u instance jednoúčelového serveru povolené úložiště dotazů, doporučujeme povolit protokoly pomalých dotazů v cílové instanci flexibilního serveru, aby podporovaly podobné funkce. Protokoly pomalých dotazů na cílovém flexibilním serveru můžete nakonfigurovat pomocí následujícího postupu. Přehledy dotazů pak můžete zobrazit pomocí šablony sešitů.

  • Pokud má instance jednoúčelového serveru starší architekturu úložiště (úložiště pro obecné účely verze 1), musíte před zahájením operace importu nastavit parametr log_bin=ON pro instanci jednoúčelového serveru. Pokud to chcete udělat, vytvořte repliku pro čtení pro instanci jednoúčelového serveru a pak ji odstraňte. Tato operace nastaví parametr log_bin na ZAPNUTO a pak můžete aktivovat operaci importu pro migraci na flexibilní server.

  • Pokud má instance jednoúčelového serveru verzi 8.0, zvažte provedení následujících akcí, abyste se vyhnuli zásadním změnám kvůli rozdílům mezi podverzí komunity mezi instancí jednoúčelového a flexibilního serveru:

    • Spuštěním následujícího příkazu zkontrolujte, jestli může být instance ovlivněna chybnými informacemi histogramu. Pokud jsou odpovídající tabulky výstupem, doporučujeme odkazovat na https://dev.mysql.com/blog-archive/histogram-statistics-in-mysql/ odstranění informací histogramu a pak je znovu vytvořit na flexibilním serveru. Stojí za zmínku, že infogram je pouze statistické informace o sloupcích a tyto informace existují pouze v systémových tabulkách, takže odstranění informací o histogramu neovlivní data tabulky.

          SELECT DISTINCT SCHEMA_NAME, TABLE_NAME FROM `information_schema`.`column_statistics`;
      
    • Spuštěním následujícího příkazu zkontrolujte, jestli tabulky, které by mohly mít jejich pořadí sloupců tabulky, byly neorganizované. Pokud tato kontrola identifikuje všechny ovlivněné tabulky, musíte vyčíst všechna data z těchto tabulek a pak je importovat zpět. Pokud to neuděláte, může to vést k posloupnosti sloupců v binlogu, které neodpovídají sekvenci sloupců v uživatelských tabulkách. Tato nesrovnalost může uživatelům zabránit v nastavení replikace, obnovení dat, povolení vysoké dostupnosti (HA) a dalších operacích.

          SELECT table_schema, table_name, COUNT(*) AS column_count, MAX(ORDINAL_POSITION) AS max_ordinal_position
          FROM information_schema.columns
          GROUP BY table_schema, table_name
          HAVING column_count != max_ordinal_position;
      
  • Podporuje se pouze import na úrovni instance. Není k dispozici žádná možnost importu vybraných databází v rámci instance.

  • Následující položky by měly být zkopírovány ze zdroje do cíle uživatelem po operaci importu:

    • Repliky pro čtení
    • Nastavení stránky monitorování (upozornění, metriky a nastavení diagnostiky)
    • Všechny skripty Terraformu nebo rozhraní příkazového řádku hostované pro správu instance jednoúčelového serveru by se měly aktualizovat odkazy na flexibilní server.

Aktivace operace importu služby Azure Database for MySQL z jednoúčelového serveru Azure Database for MySQL na flexibilní server

Pomocí příkazu aktivujte operaci importu az mysql flexible-server import create azure Database for MySQL. Následující příkaz vytvoří cílový flexibilní server a provede import na úrovni instance ze zdroje do cílového cíle pomocí výchozích hodnot služby a hodnot z místního kontextu Azure CLI:

az mysql flexible-server import create --data-source-type
                                --data-source
                                --resource-group
                                --name
                                [--sku-name]
                                [--tier]
                                [--version]
                                [--storage-size]
                                [--mode]
                                [--admin-password]
                                [--admin-user]
                                [--auto-scale-iops {Disabled, Enabled}]
                                [--backup-identity]
                                [--backup-key]
                                [--backup-retention]
                                [--database-name]
                                [--geo-redundant-backup {Disabled, Enabled}]
                                [--high-availability {Disabled, SameZone, ZoneRedundant}]
                                [--identity]
                                [--iops]
                                [--key]
                                [--location]
                                [--private-dns-zone]
                                [--public-access]
                                [--resource-group]
                                [--standby-zone]
                                [--storage-auto-grow {Disabled, Enabled}]
                                [--subnet]
                                [--subnet-prefixes]
                                [--tags]
                                [--vnet]
                                [--zone]

Následující příklad přebírá informace o zdroji dat pro jednoúčelový server s názvem test-single-server a cílové informace flexibilního serveru, vytvoří cílový flexibilní server pojmenovaný test-flexible-server v westus umístění (stejné umístění jako zdrojový jednoúčelový server) a provede import ze zdroje do cíle. Příkaz Import služby Azure Database MySQL se mapuje na odpovídající úroveň, verzi, název skladové položky, velikost úložiště, umístění, geograficky redundantní zálohování, veřejný přístup, značky, automatické zvětšování, uchovávání záloh, vlastnosti správce a hesla správce z jednoúčelového serveru na flexibilní server jako inteligentní výchozí hodnoty, pokud příkaz rozhraní příkazového řádku neposkytuje žádné vstupy. Inteligentní výchozí hodnoty můžete přepsat zadáním vstupů pro tyto volitelné parametry.

az mysql flexible-server import create --data-source-type "mysql_single" --data-source "test-single-server" --resource-group "test-rg"  --name "test-flexible-server"

Následující příklad přebírá informace o zdroji dat pro jednoúčelový server s názvem test-single-server a cílové informace flexibilního serveru, vytvoří cílový flexibilní server s názvem test-flexible-server v westus umístění (stejné umístění jako u zdrojového jednoúčelového serveru) s povolenou zónovou redundancí a integrací virtuální sítě a provede import ze zdroje do cíle. Další informace o konfiguraci virtuální sítě najdete tady.

# create vnet
az network vnet create --resource-group testGroup --name myVnet --location testLocation --address-prefixes 172.0.0.0/16

# create subnet
az network vnet subnet create --resource-group testGroup --vnet-name myVnet --address-prefixes 172.0.0.0/24 --name mySubnet

# create private dns zone
az network private-dns zone create -g testGroup -n myserver.private.contoso.com

# trigger mysql import
az mysql flexible-server import create --data-source-type "mysql_single" --data-source "test-single-server" --resource-group "test-rg"  --name "test-flexible-server" --high-availability ZoneRedundant --zone 1 --standby-zone 3  --vnet "myVnet" --subnet "mySubnet" --private-dns-zone "myserver.private.contoso.com"

Následující příklad přebírá informace o zdroji dat pro jednoúčelový server s povoleným klíčem spravovaným zákazníkem (CMK) a informacemi o cílovém flexibilním serveru, vytvoří cílový flexibilní server s názvem test-flexible-server a provede import ze zdroje do cíle. Pro instance jednoúčelového serveru s podporou CMK vyžaduje příkaz Import služby Azure Database for MySQL povinné vstupní parametry pro povolení CMK : --key keyIdentifierOfTestKey --identity testIdentity.

# create keyvault
az keyvault create -g testGroup -n testVault --location testLocation \
  --enable-purge-protection true

# create key in keyvault and save its key identifier
keyIdentifier=$(az keyvault key create --name testKey -p software \
  --vault-name testVault --query key.kid -o tsv)

# create identity and save its principalId
identityPrincipalId=$(az identity create -g testGroup --name testIdentity \
  --location testLocation --query principalId -o tsv)

# add testIdentity as an access policy with key permissions 'Wrap Key', 'Unwrap Key', 'Get' and 'List' inside testVault
az keyvault set-policy -g testGroup -n testVault --object-id $identityPrincipalId \
  --key-permissions wrapKey unwrapKey get list

# trigger azure database for mysql import for CMK enabled single server
az mysql flexible-server import create --data-source-type "mysql_single" --data-source "test-single-server" --resource-group "test-rg"  --name "test-flexible-server" --key $keyIdentifier --identity testIdentity

Tady jsou podrobnosti pro výše uvedené argumenty:

Nastavení Ukázková hodnota Popis
typ zdroje dat mysql_single Typ zdroje dat, který slouží jako zdrojový cíl pro aktivaci importu služby Azure Database for MySQL. Přijaté hodnoty: [mysql_single]. Popis přijatých hodnot – mysql_single: Jednoúčelový server Azure Database for MySQL.
zdroj dat test-single-server Název nebo ID prostředku zdrojového jednoúčelového serveru Azure Database for MySQL.
resource-group test-rg Název skupiny prostředků Azure zdrojového jednoúčelového serveru Azure Database for MySQL
režim Režim offline Režim importu služby Azure Database for MySQL Přijaté hodnoty: [Offline]; Výchozí hodnota: Offline.
location westus Umístění Azure pro zdrojový jednoúčelový server Azure Database for MySQL.
name test-flexible-server Zadejte jedinečný název cílového flexibilního serveru Azure Database for MySQL. Název serveru může obsahovat pouze malá písmena, číslice a znak spojovníku (-). Musí se skládat ze 3 až 63 znaků. Poznámka: Tento server je nasazen ve stejném předplatném, skupině prostředků a oblasti jako zdroj.
admin-user adminuser Uživatelské jméno pro přihlášení správce k cílovému flexibilnímu serveru Azure Database for MySQL Nemůže to být azure_superuser, správce, správce, kořen, host nebo veřejné.
admin-password Heslo Heslo uživatele správce pro cílový flexibilní server Azure Database for MySQL. Musí mít 8 až 128 znaků. Heslo musí obsahovat znaky ze tří kategorií: velká písmena anglické abecedy, malá písmena anglické abecedy, číslice a neosamocené znaky.
sku-name GP_Gen5_2 Zadejte název cenové úrovně a konfigurace výpočetních prostředků pro cílový flexibilní server Azure Database for MySQL. Dodržuje konvenci {cenová úroveň}{výpočetní generace}{virtuální jádra} ve zkráceném zápisu. Další informace najdete v cenových úrovních .
úroveň Se zvládáním nárazových špiček Úroveň výpočetních prostředků cílového flexibilního serveru Azure Database for MySQL Přijaté hodnoty: Burstable, GeneralPurpose, MemoryOptimized; Výchozí hodnota: Nárazová.
veřejný přístup 0.0.0.0 Určuje veřejný přístup pro cílový flexibilní server Azure Database for MySQL. Zadejte jeden nebo rozsah IP adres, které se mají zahrnout do seznamu povolených IP adres. Rozsahy IP adres musí být oddělené pomlčkou a nesmí obsahovat žádné mezery. Zadáním 0.0.0.0.0 povolíte veřejný přístup ze všech prostředků nasazených v Rámci Azure pro přístup k vašemu serveru. Nastavení na Hodnotu None nastaví server v režimu veřejného přístupu, ale nevytvoří pravidlo brány firewall.
vnet myVnet Název nebo ID nové nebo existující virtuální sítě Pokud chcete použít virtuální síť z jiné skupiny prostředků nebo předplatného, zadejte ID prostředku. Název musí mít délku 2 až 64 znaků. Název musí začínat písmenem nebo číslem, končí písmenem, číslicí nebo podtržítkem a může obsahovat pouze písmena, číslice, podtržítka, tečky nebo pomlčky.
podsíť mySubnet Název nebo ID prostředku nové nebo existující podsítě Pokud chcete použít podsíť z jiné skupiny prostředků nebo předplatného, zadejte místo názvu ID prostředku. Upozorňujeme, že podsíť se deleguje na flexibilní servery. Po delegování se tato podsíť nedá použít pro žádný jiný typ prostředků Azure.
private-dns-zone myserver.private.contoso.com Název nebo ID nové nebo existující zóny privátního dns. Privátní zónu DNS můžete použít ze stejné skupiny prostředků, jiné skupiny prostředků nebo jiného předplatného. Pokud chcete použít zónu z jiné skupiny prostředků nebo předplatného, zadejte ID prostředku. Rozhraní příkazového řádku vytvoří novou privátní zónu DNS ve stejné skupině prostředků jako virtuální síť, pokud ji uživatelé nezadá.
key identifikátor klíče testKey ID prostředku primárního klíče služby keyvault pro šifrování dat.
Identity testIdentity Název nebo ID prostředku identity přiřazené uživatelem pro šifrování dat.
velikost úložiště 32 Kapacita úložiště cílového flexibilního serveru Azure Database for MySQL Minimum je 20 GiB a max je 16 TiB.
značky key=value Zadejte název skupiny prostředků Azure.
version 5.7 Hlavní verze cílového flexibilního serveru Azure Database for MySQL
vysoká dostupnost ZoneRedundant Povolte (ZoneRedundant nebo SameZone) nebo zakažte funkci vysoké dostupnosti pro cílový flexibilní server Azure Database for MySQL. Přijaté hodnoty: Disabled, SameZone, ZoneRedundant; Výchozí hodnota: Zakázáno.
zóna 0 Zóna dostupnosti, do které se má prostředek zřídit.
pohotovostní zóna 3 Informace o zóně dostupnosti pohotovostního serveru, pokud je povolená vysoká dostupnost.
automatické zvětšování úložiště Povoleno Povolte nebo zakažte automatické zvětšování úložiště pro cílový flexibilní server Azure Database for MySQL. Výchozí hodnota je Povoleno. Přijaté hodnoty: Zakázáno, Povoleno; Výchozí hodnota: Povoleno.
Iops 500 Počet IOPS, které se mají přidělit cílovému flexibilnímu serveru Azure Database for MySQL Na základě zřízeného výpočetního výkonu a úložiště získáte určitou část bezplatných IOPS. Výchozí hodnota IOPS je bezplatná IOPS. Další informace o IOPS na základě výpočetních prostředků a úložiště najdete na flexibilním serveru Azure Database for MySQL v IOPS.

Postup online migrace

Po dokončení výše uvedené operace importu Azure Database for MySQL:

  • Přihlaste se k cílovému flexibilnímu serveru Azure Database for MySQL a spuštěním následujícího příkazu získejte název souboru protokolu přihrádky a umístění odpovídající snímku zálohy, který azure Database for MySQL Import CLI k obnovení na cílový server používá.
CALL mysql.az_show_binlog_file_and_pos_for_mysql_import();
  • Nastavte replikaci příchozích dat mezi instancemi zdrojového a cílového serveru pomocí umístění protokolu přihrádek podle zde uvedených kroků a v případě, že stav replikace odráží, že cílový server zachytil zdroj, zastavit replikaci a provést přímou replikaci.

Osvědčené postupy pro konfiguraci parametrů příkazového řádku importu služby Azure Database for MySQL

Než aktivujete příkaz Rozhraní příkazového řádku importu Služby Azure Database for MySQL, zvažte následující pokyny ke konfiguraci parametrů, které vám pomůžou zajistit rychlejší načítání dat pomocí rozhraní příkazového řádku importu Azure Database for MySQL.

  • Pokud chcete přepsat inteligentní výchozí hodnoty, vyberte úroveň výpočetních prostředků a název skladové položky cílového flexibilního serveru na základě cenové úrovně zdrojového jednoúčelového serveru a virtuálních jader na základě podrobností v následující tabulce.

    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 Standard_B1s
    Basic 2 Se zvládáním nárazových špiček Standard_B2s
    Pro obecné účely 4 GeneralPurpose Standard_D4ds_v4
    Pro obecné účely 8 GeneralPurpose Standard_D8ds_v4
    Pro obecné účely 16 GeneralPurpose Standard_D16ds_v4
    Pro obecné účely 32 GeneralPurpose Standard_D32ds_v4
    Pro obecné účely 64 GeneralPurpose Standard_D64ds_v4
    Optimalizováno pro paměť 4 MemoryOptimized Standard_E4ds_v4
    Optimalizováno pro paměť 8 MemoryOptimized Standard_E8ds_v4
    Optimalizováno pro paměť 16 MemoryOptimized Standard_E16ds_v4
    Optimalizováno pro paměť 32 MemoryOptimized Standard_E32ds_v4
  • Verze, oblast, předplatné a prostředek MySQL pro cílový flexibilní server musí být stejné jako u zdrojového jednoúčelového serveru.

  • Velikost úložiště pro cílový flexibilní server by měla být rovna nebo větší než na zdrojovém jednoúčelovém serveru.

  • Pokud je u instance jednoúčelového serveru povolené dvojité šifrování infrastruktury, doporučujeme pro podporu podobných funkcí povolit klíč spravovaný zákazníkem (CMK) na cílové instanci flexibilního serveru. Můžete povolit CMK na cílovém serveru pomocí vstupních parametrů rozhraní příkazového řádku azure Database for MySQL nebo po migraci.

Jak dlouho trvá migrace instance jednoúčelového serveru azure Database for MySQL?

Níže je uvedený srovnávací výkon na základě velikosti úložiště.

Velikost úložiště s jedním serverem Čas importu
1 GiB 0 min. 23 sekund
10 GiB 4 min. 24 sekund
100 GiB 10 minut 29 sekund
500 GiB 13 minut 15 sekund
1 TB 22 minut 56 sekund
10 TB 2 hod. 5 minut 30 sekund

Z výše uvedené tabulky se s rostoucí velikostí úložiště zvyšuje i doba potřebná ke kopírování dat, téměř v lineární relaci. Je ale důležité si uvědomit, že rychlost kopírování může být výrazně ovlivněna kolísáním sítě. Proto by zde uvedená data měla být považována pouze za odkaz.

Níže je uvedený srovnávací výkon na základě různého počtu tabulek pro velikost úložiště 10 GiB.

Počet tabulek v instanci jednoúčelového serveru Čas importu
100 4 min. 24 sekund
200 4 min. 40 sekund
800 4 min. 52 sekund
14,400 17 minut 41 sekund
28,800 19 minut 18 sekund
38,400 22 minut 50 sekund

S rostoucím počtem souborů může být každý soubor nebo tabulka v databázi velmi malý. Výsledkem bude konzistentní objem přenášených dat, ale budou k dispozici častější operace související se soubory, které můžou ovlivnit výkon importu služby Azure Database for Mysql.

Kroky po importu

  • Zkopírujte následující vlastnosti ze zdrojového jednoúčelového serveru do cílového flexibilního serveru po úspěšném dokončení operace importu služby Azure Database for MySQL:
    • Repliky pro čtení
    • Hodnota parametru serveru pro event_scheduler
    • Nastavení stránky monitorování (upozornění, metriky a nastavení diagnostiky)
    • 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.

Další kroky