Migrace klasické služby Azure Cloud Services na rozšířenou podporu Azure Cloud Services
Tento dokument obsahuje přehled migrace cloudových služeb (classic) do Cloud Services (rozšířená podpora).
Cloud Services (rozšířená podpora) má primární výhodu zajištění regionální odolnosti spolu s paritou funkcí s Azure Cloud Services nasazenými pomocí Azure Service Manageru. Nabízí také některé možnosti Azure Resource Manageru, jako je řízení přístupu na základě role (RBAC), značky a zásady, a podporuje šablony nasazení a privátní propojení. Oba modely nasazení (rozšířená podpora i klasická verze) jsou k dispozici s podobnými cenovými strukturami.
Cloud Services (rozšířená podpora) podporuje dvě cesty, jak zákazníci migrovat z Azure Service Manageru na Azure Resource Manager: Opětovné nasazení a místní migrace.
Následující tabulka uvádí porovnání mezi těmito dvěma možnostmi.
Opětovné nasazení | Místní migrace |
---|---|
Zákazníci můžou nasadit novou cloudovou službu přímo v Azure Resource Manageru a po důkladném ověření odstranit starou cloudovou službu v Azure Service Manageru. | Místní nástroj pro migraci umožňuje bezproblémovou a platformu orchestrovanou migraci stávajících nasazení cloudových služeb (classic) do cloudových služeb (rozšířená podpora). |
Opětovné nasazení umožňuje zákazníkům: – Definujte názvy prostředků. – Uspořádejte nebo znovu používejte prostředky podle preferovaného nastavení. – Opakovaně používejte konfigurační a definiční soubory služby s minimálními změnami. |
Pro místní migraci platforma: – Definuje názvy prostředků. – Uspořádá každé nasazení a související prostředky v jednotlivých skupinách prostředků. – Upraví existující konfigurační a definiční soubor pro Azure Resource Manager. |
Zákazníci potřebují orchestrovat provoz do nového nasazení. | Migrace zachová IP adresu a cestu k datům zůstane stejná. |
Zákazníci musí odstranit staré cloudové služby v Azure Resource Manageru. | Platforma po migraci odstraní prostředky Cloud Services (Classic). |
Tato migrace je scénář migrace metodou "lift and shift", který nabízí větší flexibilitu, ale vyžaduje více času k migraci. | Tento scénář je automatizovaná migrace, která nabízí rychlou migraci, ale méně flexibilní. |
Při vyhodnocování plánů migrace z Cloud Services (Classic) do Cloud Services (rozšířená podpora) můžete chtít prozkoumat další služby Azure, jako jsou: Virtual Machine Scale Sets, App Service, Azure Kubernetes Service a Azure Service Fabric. Tyto služby nadále nabízejí další funkce, zatímco cloudové služby (rozšířená podpora) udržují paritu funkcí s Cloud Services (classic).
V závislosti na aplikaci může cloudová služba (rozšířená podpora) vyžadovat podstatně menší úsilí při přechodu na Azure Resource Manager v porovnání s jinými možnostmi. Pokud se vaše aplikace nevyvíjí, cloudové služby (rozšířená podpora) je proveditelná možnost zvážit, protože poskytuje rychlou cestu migrace. Naopak pokud se vaše aplikace neustále vyvíjí a potřebuje modernější sadu funkcí, prozkoumejte další služby Azure, abyste lépe vyřešili aktuální a budoucí požadavky.
Přehled opětovného nasazení
Opětovné nasazení služeb pomocí cloudových služeb (rozšířená podpora) má následující výhody:
- Podporuje webové role a role pracovních procesů, podobně jako [Cloud Services (classic).
- Návrh, architektura ani součásti webových rolí a rolí pracovních procesů se nijak nemění.
- Pro kód modulu runtime se nevyžadují žádné změny, protože rovina dat je stejná jako cloudové služby.
- Verze Azure GuestOS a přidružené aktualizace jsou v souladu s cloudovými službami (Classic).
- Základní proces aktualizace s ohledem na aktualizační domény, průběh upgradu, vrácení zpět a povolené změny služeb během aktualizace zůstávají beze změny.
Novou cloudovou službu (rozšířená podpora) je možné nasadit přímo v Azure Resource Manageru pomocí následujících klientských nástrojů:
- Nasazení cloudové služby – portál
- Nasazení cloudové služby – PowerShell
- Nasazení cloudové služby – šablona
- Nasazení cloudové služby – SDK
- Nasazení cloudové služby – Visual Studio
Přehled nástroje pro migraci
Podporovaná migrace platformy poskytuje následující klíčové výhody:
- Umožňuje bezproblémovou migraci orchestrovanou platformou bez výpadků pro většinu scénářů. Přečtěte si další informace o podporovaných scénářích.
- Migrace stávajících cloudových služeb se provádí ve třech jednoduchých krocích: ověření, příprava, potvrzení (nebo zrušení). Přečtěte si další informace o tom, jak nástroj pro migraci funguje.
- Nabízí testování migrovaných nasazení po úspěšné přípravě. Potvrďte a dokončete migraci, zatímco se migrace přeruší.
Nástroj pro migraci využívá stejná rozhraní API a má stejné prostředí jako migrace virtuálního počítače (Classic).
Nastavení přístupu pro migraci
Chcete-li provést tuto migraci, musíte být přidáni jako spolusprávce předplatného a zaregistrovat potřebné poskytovatele.
Přihlaste se k portálu Azure.
V nabídce centra vyberte Předplatné. Pokud ho nevidíte, vyberte Všechny služby.
Vyhledejte příslušnou položku předplatného a podívejte se na pole MOJE ROLE. Pro spolusprávce by hodnota měla být správce účtu. Pokud nemůžete přidat spolusprávce, požádejte o přidání předplatného správce služeb nebo spolusprávce.
Registrace předplatného pro obor názvů Microsoft.ClassicInfrastructureMigrate pomocí portálu, PowerShellu nebo rozhraní příkazového řádku
Register-AzResourceProvider -ProviderNamespace Microsoft.ClassicInfrastructureMigrate
Zkontrolujte stav vaší registrace. Dokončení registrace může trvat několik minut.
Get-AzResourceProvider -ProviderNamespace Microsoft.ClassicInfrastructureMigrate
Jak se migrace cloudových služeb (classic) liší od služby Virtual Machines (classic)?
Azure Service Manager podporuje dva různé výpočetní produkty, Azure Virtual Machines (classic) a Azure Cloud Services (classic) nebo webovou/ pracovní roli. Oba produkty se liší v závislosti na typu nasazení, který leží v rámci cloudové služby. Azure Cloud Services (Classic) používá cloudovou službu obsahující nasazení s rolemi Web/Worker. Azure Virtual Machines (Classic) používá cloudovou službu obsahující nasazení s virtuálními počítači IaaS.
Seznam podporovaných scénářů se liší mezi Cloud Services (Classic) a Virtual Machines (Classic) kvůli rozdílům v typech nasazení.
Kroky migrace
Zákazníci můžou migrovat svá nasazení cloudových služeb (Classic) pomocí stejných čtyř operací, které se používají k migraci virtuálních počítačů (classic).
- Ověření migrace – ověří, že běžné nepodporované scénáře nebudou bránit migraci.
- Příprava migrace – duplikuje metadata prostředků v Azure Resource Manageru. Všechny prostředky jsou zamknuté pro operace vytvoření, aktualizace nebo odstranění, aby se zajistila synchronizace metadat prostředků napříč Azure Správce serveru a Azure Resource Managerem. Všechny operace čtení fungují pomocí rozhraní API cloudových služeb (klasických) i cloudových služeb (rozšířená podpora).
- Přerušená migrace – Odebere metadata prostředků z Azure Resource Manageru. Odemkne všechny prostředky pro operace vytvoření, aktualizace nebo odstranění.
- Potvrzení migrace – Odebere metadata prostředků z Azure Service Manageru. Odemkne prostředek pro operace vytvoření, aktualizace nebo odstranění. Po pokusech o potvrzení už není povoleno přerušení.
Poznámka:
Příprava, přerušení a potvrzení jsou idempotentní, a proto v případě selhání by měl problém vyřešit opakování.
Další informace najdete v tématu Přehled migrace prostředků IaaS podporovaných platformou z modelu Classic na Azure Resource Manager.
Podporované prostředky a funkce dostupné pro migraci přidružené ke cloudovým službám (Classic)
- Účty úložiště
- Virtuální sítě (Azure Batch se nepodporuje)
- Network Security Groups (Skupiny zabezpečení sítě)
- Rezervované veřejné IP adresy
- Seznamy řízení přístupu koncového bodu
- Trasy definované uživatelem
- Interní nástroj pro vyrovnávání zatížení
- Migrace certifikátů do trezoru klíčů
- Moduly plug-in a rozšíření (založené na JAZYCE XML a Json)
- Při spuštění / při zastavení úkolů
- Nasazení s akcelerovanými síťovými službami
- Nasazení využívající jednu nebo více rolí
- Load Balancer úrovně Basic
- Vstup, vstup instance, interní koncové body
- Dynamické veřejné IP adresy
- Název DNS
- Pravidla síťového provozu
Podporované konfigurace / scénáře migrace
Následující seznam obsahuje hlavní scénáře zahrnující kombinace prostředků, funkcí a cloudových služeb. Tento seznam není vyčerpávající.
Služba | Konfigurace | Komentáře |
---|---|---|
Microsoft Entra Domain Services | Virtuální sítě, které obsahují službu Microsoft Entra Domain Services. | Podporuje se virtuální síť obsahující nasazení cloudové služby i službu Microsoft Entra Domain Services. Zákazník nejprve musí samostatně migrovat službu Microsoft Entra Domain Services a pak migrovat virtuální síť pouze s nasazením cloudové služby. |
Cloudová služba | Cloudová služba s nasazením pouze v jednom slotu. | Je možné migrovat službu Cloud Services obsahující nasazení prod slotu. Nedoporučuje se migrovat přípravný slot, protože tento proces může mít za následek problémy se zachováním plně kvalifikovaného názvu domény služby. Pokud chcete migrovat přípravný slot, nejprve upřednostníte přípravné nasazení do produkčního prostředí a pak migrujte do Azure Resource Manageru. |
Cloudová služba | Nasazení není ve veřejně viditelné virtuální síti (výchozí nasazení virtuální sítě) | Cloudová služba může být ve veřejně viditelné virtuální síti ve skryté virtuální síti nebo v žádné virtuální síti. Pro migraci se podporují cloudové služby ve skryté virtuální síti a veřejně viditelné virtuální sítě. Zákazník může pomocí rozhraní API Ověřit zjistit, jestli je nasazení uvnitř výchozí virtuální sítě nebo ne, a určit, jestli se dá migrovat. |
Cloudová služba | Rozšíření XML (BGInfo, Ladicí program sady Visual Studio, nasazení webu a vzdálené ladění). | Migrace podporuje všechna rozšíření XML. |
Virtual Network | Virtuální síť obsahující více cloudových služeb. | Migrace podporuje virtuální síť obsahující více cloudových služeb. Virtuální síť a všechny cloudové služby v ní se migrují společně do Azure Resource Manageru. |
Virtual Network | Migrace virtuálních sítí vytvořených prostřednictvím portálu (vyžaduje použití příkazu "Název_skupiny_prostředků_skupiny" v souboru .cscfg) | V rámci migrace se název virtuální sítě v cscfg změní tak, aby používal ID Azure Resource Manageru virtuální sítě. (subscription/subscription-id/resource-group/resource-group-name/resource/vnet-name) Pokud chcete spravovat nasazení po migraci, aktualizujte místní kopii souboru .cscfg, aby místo názvu virtuální sítě začala používat ID Azure Resource Manageru. Soubor .cscfg, který používá staré schéma pojmenování, selže ověření. |
Virtual Network | Migrace nasazení s rolemi v jiné podsíti | Pro migraci se podporuje cloudová služba s různými rolemi v různých podsítích. |
Další kroky
- Přehled migrace prostředků IaaS podporovaných platformou z modelu Classic na Azure Resource Manager
- Migrace na Cloud Services (rozšířená podpora) pomocí webu Azure Portal
- Migrace do Cloud Services (rozšířená podpora) pomocí PowerShellu