Nasazení Azure Resource Manager vs. Classic: Vysvětlení modelů nasazení a stavu prostředků

Tento článek vysvětluje model nasazení Azure Resource Manager a model nasazení Classic. Modely Resource Manager a Classic představují dva různé způsoby nasazení a správy vašich řešení Azure. Práce s nimi probíhá prostřednictvím dvou různých sad rozhraní API a nasazené prostředky můžou obsahovat důležité rozdíly. Tyto dva modely nejsou vzájemně kompatibilní. Tento článek popisuje rozdíly mezi nimi.

V zájmu zjednodušení nasazení a správy prostředků Microsoft doporučuje používat pro všechny nové prostředky model Resource Manager. Pokud je to možné, Microsoft doporučuje znovu nasadit existující prostředky prostřednictvím Resource Manageru. Pokud jste použili Cloud Services, můžete své řešení migrovat do Cloud Services (Rozšířená podpora).

Pokud s Správce prostředků začínáte, možná budete chtít nejprve zkontrolovat terminologii definovanou v přehledu Azure Resource Manager.

Historie modelů nasazení

Platforma Azure původně poskytovala jenom model nasazení Classic. V tomto modelu existoval každý prostředek odděleně a nebyl dostupný žádný způsob, jak související prostředky seskupit. Bylo tak potřeba ručně sledovat, které prostředky tvoří vaše řešení nebo aplikaci, a spravovat je pomocí koordinovaného přístupu. K nasazení řešení jste buď museli vytvořit každý prostředek zvlášť prostřednictvím webu Portal, nebo vytvořit skript, který nasadil všechny prostředky ve správném pořadí. Pokud jste chtěli řešení odstranit, museli jste odstranit každý prostředek zvlášť. Zásady řízení přístupu pro související prostředky nemůžete snadno použít a aktualizovat. Nakonec nemůžete použít značky pro prostředky a označit je jako výrazy, které vám pomůžou monitorovat vaše prostředky a spravovat fakturaci.

V roce 2014 platforma Azure představila model Resource Manager, který přinesl koncept skupiny prostředků. Skupina prostředků je kontejner pro prostředky, které sdílejí společný životní cyklus. Model nasazení Resource Manager poskytuje několik výhod:

• Všechny služby pro vaše řešení můžete nasadit, spravovat a monitorovat jako skupinu a nemusíte je zpracovávat jednotlivě.
• Můžete řešení opakovaně nasadit v průběhu životního cyklu a mít při tom jistotu, že se prostředky nasadí konzistentně.
• U všech prostředků ve skupině prostředků taky můžete použít řízení přístupu a tyto zásady se potom automaticky použijí vždy, když do skupiny prostředků přibudou nové prostředky.
• Můžete označit prostředky pomocí značek a logicky tak uspořádat všechny prostředky ve svém předplatném.
• K definování infrastruktury řešení můžete použít formát JSON (JavaScript Object Notation). Soubor JSON se označuje jako šablona Resource Manageru.
• Můžete definovat závislosti mezi prostředky, takže se nasadí ve správném pořadí.

Při přidání Resource Manageru došlo ke zpětnému přidání všech prostředků do výchozích skupin prostředků. Pokud teď vytvoříte prostředek prostřednictvím klasického nasazení, prostředek se automaticky vytvoří v rámci výchozí skupiny prostředků pro danou službu, a to i v případě, že jste tuto skupinu prostředků nezadali při nasazení. Nicméně jenom existující v rámci skupiny prostředků neznamená, že se prostředek převedl na model Správce prostředků.

Vysvětlení podpory modelů

Je potřeba vzít v úvahu tři scénáře:

1. Cloud Services (Classic) nepodporuje model nasazení Správce prostředků. Cloud Services (Rozšířená podpora) podporuje model nasazení Správce prostředků.
2. Virtuální počítače, účty úložiště a virtuální sítě podporují jak model nasazení Classic, tak model Resource Manager.
3. Všechny ostatní služby Azure podporují model Resource Manager.

U virtuálních počítačů, účtů úložiště a virtuálních sítí platí, že pokud se prostředek vytvořil pomocí modelu nasazení Classic, je potřeba ho nadále používat prostřednictvím operací modelu Classic. Pokud se virtuální počítač, účet úložiště nebo virtuální síť vytvořily pomocí modelu nasazení Resource Manager, je potřeba dál používat operace modelu Resource Manager. Toto rozlišování může působit nejasnosti, pokud vaše předplatné obsahuje kombinaci prostředků vytvořených pomocí modelů nasazení Resource Manager a Classic. Tato kombinace prostředků může vytvořit neočekávané výsledky, protože prostředky nepodporují stejné operace.

V některých případech může příkaz Resource Manageru načíst informace o prostředku vytvořeném pomocí modelu Classic nebo může provést úlohu správy, jako je přesun prostředku modelu Classic do jiné skupiny prostředků. Tyto případy ale neposkytují dojem, že typ podporuje operace Správce prostředků. Můžeme třeba předpokládat, že máte skupinu prostředků, která obsahuje virtuální počítač vytvořený pomocí modelu nasazení Classic. Spustíte následující příkaz prostředí PowerShell Resource Manageru:

Get-AzResource -ResourceGroupName ExampleGroup -ResourceType Microsoft.ClassicCompute/virtualMachines

Vrátí se virtuální počítač:

Name              : ExampleClassicVM
ResourceId        : /subscriptions/{guid}/resourceGroups/ExampleGroup/providers/Microsoft.ClassicCompute/virtualMachines/ExampleClassicVM
ResourceName      : ExampleClassicVM
ResourceType      : Microsoft.ClassicCompute/virtualMachines
ResourceGroupName : ExampleGroup
Location          : westus
SubscriptionId    : {guid}

Rutina Správce prostředků Get-AzVM ale vrací jenom virtuální počítače nasazené prostřednictvím Správce prostředků. Následující příkaz nevrátí virtuální počítač vytvořený prostřednictvím klasického nasazení.

Get-AzVM -ResourceGroupName ExampleGroup

Značky jsou podporované jenom u prostředků vytvořených pomocí Resource Manageru. Značky nelze použít u klasických prostředků.

Změny kapacity výpočetních prostředků, sítě a úložiště

Následující diagram znázorňuje výpočetní prostředky, prostředky sítě a úložiště nasazené prostřednictvím Resource Manageru.

SRP: Storage poskytovatel prostředků, CRP: compute provider, NRP: Network resource provider

Všimněte si následujících vztahů mezi prostředky:

• Všechny prostředky existují v rámci skupiny prostředků.
• Virtuální počítač využívá k ukládání svých disků do úložiště objektů blob konkrétní účet úložiště definovaný v poskytovateli prostředků služby Storage (povinné).
• Virtuální počítač odkazuje na konkrétní síťovou kartu definovanou ve zprostředkovateli síťových prostředků (požadováno) a skupině dostupnosti definované ve zprostředkovateli prostředků služby COMPUTE (volitelné).
• Síťová karta odkazuje na přiřazenou IP adresu virtuálního počítače (požadováno), podsíť virtuální sítě pro virtuální počítač (povinné) a na skupinu zabezpečení sítě (volitelné).
• Podsíť virtuální sítě odkazuje na skupinu zabezpečení sítě (volitelné).
• Instance nástroje pro vyrovnávání zatížení odkazuje na back-end fond IP adres, který zahrnuje síťovou kartu virtuálního počítače (volitelné) a odkazuje na veřejnou nebo privátní IP adresu nástroje pro vyrovnávání zatížení (volitelné).

Toto jsou jednotlivé komponenty a jejich vztahy v případě modelu nasazení Classic:

Řešení Classic pro hostování virtuálního počítače zahrnuje tyto součásti:

• Cloud Services (Classic) slouží jako kontejner pro hostování virtuálních počítačů (COMPUTE). Virtuální počítače se automaticky poskytují pomocí síťové karty a IP adresy přiřazené službou Azure. Kromě toho cloudová služba obsahuje instanci externího nástroje pro vyrovnávání zatížení, veřejnou IP adresu a výchozí koncové body, což umožňuje datový provoz ze vzdálené plochy a vzdáleného prostředí PowerShell u virtuálních počítačů s Windows a datový provoz SSH (Secure Shell) u virtuálních počítačů s Linuxem.
• Požadovaný účet úložiště, který ukládá virtuální pevné disky pro virtuální počítač, včetně operačního systému, dočasných a dalších datových disků (úložiště).
• Volitelná virtuální síť, která funguje jako další kontejner, ve kterém můžete vytvořit strukturu podsítě a vybrat podsíť, ve které se virtuální počítač nachází (síť).

Následující tabulka popisuje změny v interakci poskytovatelů výpočetních prostředků, síťových prostředků a prostředků úložiště:

Informace o připojení virtuálních sítí z různých modelů nasazení najdete v článku Připojení virtuálních sítí z různých modelů nasazení na portálu.

Migrace z modelu Classic na Resource Manager

Pokud jste připraveni migrovat prostředky z klasického nasazení do nasazení Správce prostředků, přečtěte si téma:

1. Podrobné technické informace o platformou podporované migraci z modelu Classic na Azure Resource Manager
2. Platformou podporovaná migrace prostředků IaaS z nasazení Classic do Azure Resource Manageru
3. Migrace prostředků IaaS z modelu Classic na Azure Resource Manager pomocí Azure PowerShellu
4. Migrace prostředků IaaS z modelu Classic na Azure Resource Manager pomocí rozhraní příkazového řádku Azure

Nejčastější dotazy

Můžu pomocí Resource Manageru vytvořit virtuální počítač k nasazení do virtuální sítě vytvořené pomocí nasazení Classic?

Tato konfigurace není podporována. K nasazení virtuálního počítače do virtuální sítě, která byla vytvořená pomocí klasického nasazení, nemůžete použít Správce prostředků.

Můžu pomocí Resource Manageru vytvořit virtuální počítač z uživatelské image vytvořené pomocí modelu nasazení Classic?

Tato konfigurace není podporována. Soubory virtuálního pevného disku ale můžete zkopírovat z účtu úložiště vytvořeného pomocí modelu nasazení Classic a přidat je do nového účtu vytvořeného pomocí Správce prostředků.

Jaký bude dopad na kvótu pro moje předplatné?

Kvóty pro virtuální počítače, virtuální sítě a účty úložiště vytvořené pomocí Azure Resource Manageru jsou oddělené od ostatních kvót. Každé předplatné získá vlastní kvóty pro vytvoření prostředků pomocí nových rozhraní API. Další informace o dodatečných kvótách najdete tady.

Můžu prostřednictvím rozhraní API Azure Resource Manageru dál používat své automatizované skripty pro zřizování virtuálních počítačů, virtuálních sítí a účtů úložiště?

Všechny vámi vytvořené automatizace a skripty budou fungovat v existujících virtuálních počítačích a virtuálních sítích vytvořených v režimu Azure Service Management. Skripty je ale potřeba aktualizovat, aby používaly nové schéma pro vytváření stejných prostředků prostřednictvím režimu Resource Manager.

Kde najdu příklady šablon Azure Resource Manageru?

Komplexní sadu počátečních šablon najdete v Azure Resource Manager šablonách pro rychlý Start.

Další kroky

• Informace o příkazech pro nasazení šablony najdete v článku Nasazení aplikace pomocí šablony Azure Resource Manageru.