Změny po migraci
Nasazení Cloud Services (Classic) se převede na nasazení Cloud Services (rozšířená podpora). Další informace najdete v dokumentaci ke cloudovým službám (rozšířená podpora).
Změny souborů nasazení
V souboru .csdef a .cscfg zákazníka se provádějí menší změny, aby soubory nasazení odpovídaly požadavkům Azure Resource Manageru a cloudových služeb (rozšířená podpora). Po migraci se načtou nové soubory nasazení nebo se aktualizují existující soubory, které jsou potřeba pro operace aktualizace nebo odstranění.
Virtuální síť používá úplné ID prostředku Azure Resource Manageru místo názvu prostředku v části NetworkConfiguration souboru .cscfg. Například
/subscriptions/subscription-id/resourceGroups/resource-group-name/providers/Microsoft.Network/virtualNetworks/vnet-name
. U virtuálních sítí patřících do stejné skupiny prostředků jako cloudová služba můžete soubor .cscfg aktualizovat zpět tak, aby používal pouze název virtuální sítě.Klasické velikosti, jako je Small, Large, ExtraLarge, se nahrazují novými názvy velikostí Standard_A*. Názvy velikostí je potřeba změnit na nové názvy v souboru .csdef. Další informace najdete v požadavcích nasazení cloudových služeb (rozšířená podpora).
Pomocí rozhraní Get API získáte nejnovější kopii souborů nasazení.
- Získání šablony pomocí portálu, PowerShellu, rozhraní příkazového řádku a rozhraní REST API
- Získejte soubor .csdef pomocí PowerShellu nebo rozhraní REST API.
- Získejte soubor .cscfg pomocí PowerShellu nebo rozhraní REST API.
Změny automatizace, kanálu CI/CD zákazníka, vlastních skriptů, vlastních řídicích panelů, vlastních nástrojů atd.
Zákazníci potřebují aktualizovat své nástroje a automatizaci, aby mohli začít používat nová rozhraní API nebo příkazy ke správě nasazení. Zákazník může v rámci této změny snadno přijmout nové funkce a možnosti Azure Resource Manageru nebo cloudových služeb (rozšířená podpora).
Změny názvů prostředků a skupin prostředků po migraci
- V rámci migrace se mění názvy několika prostředků, jako je cloudová služba, veřejné IP adresy atd. Tyto změny se můžou před aktualizací cloudové služby odrážet v souborech nasazení. Přečtěte si další informace o názvech prostředků, které se mění.
Opětovné vytvoření pravidel a zásad potřebných ke správě a škálování cloudových služeb
- Pravidla automatického škálování se nemigrují. Po migraci znovu vytvořte pravidla automatického škálování.
- Upozornění se nemigrují. Po migraci znovu vytvořte výstrahy.
- Služba Key Vault se vytvoří bez jakýchkoli zásad přístupu. Pokud chcete zobrazit nebo spravovat certifikáty, vytvořte ve službě Key Vault odpovídající zásady . Certifikáty jsou viditelné v nastavení na kartě s názvem tajné kódy.
Změny správy certifikátů po migraci
Standardním postupem při správě certifikátů by měly být všechny platné soubory certifikátů .pfx přidány do úložiště certifikátů ve službě Key Vault a aktualizace by fungovaly dokonale v pořádku prostřednictvím libovolného klienta – portálu, PowerShellu nebo rozhraní REST API.
Azure Portal v současné době provádí ověření, jestli se všechny požadované certifikáty nahrají do úložiště certifikátů ve službě Key Vault a zobrazí upozornění, pokud se certifikát nenajde. Pokud ale plánujete používat certifikáty jako tajné kódy, tyto certifikáty se nedají ověřit pro kryptografický otisk a všechny operace aktualizace, které zahrnují přidání tajných kódů, selžou prostřednictvím portálu. Zákazníkům se doporučuje používat PowerShell nebo RestAPI, aby mohli pokračovat v aktualizacích tajných kódů.
Změny pro aktualizaci prostřednictvím sady Visual Studio
Pokud jste aktualizace publikovali přímo přes Visual Studio, budete si muset nejprve stáhnout nejnovější soubor CSCFG z nasazení po migraci. Tento soubor použijte jako odkaz na přidání podrobností o konfiguraci sítě do aktuálního souboru CSCFG v projektu sady Visual Studio. Pak sestavte řešení a publikujte ho. Pro tuto aktualizaci možná budete muset zvolit službu Key Vault a skupinu prostředků.
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