Azure Resource Manager jämfört med klassisk distribution: Förstå distributionsmodeller och status för dina resurser

Obs!

Informationen i den här artikeln används endast när du migrerar från den klassiska distributionen till Azure Resource Manager-distributionen.

I den här artikeln får du lära dig mer om Azure Resource Manager och klassiska distributionsmodeller. Resurshanteraren och klassiska distributionsmodeller representerar två olika sätt att distribuera och hantera Dina Azure-lösningar. Du arbetar med dem via två olika API-uppsättningar och de distribuerade resurserna kan innehålla viktiga skillnader. De två modellerna är inte kompatibla med varandra. I den här artikeln beskrivs skillnaderna.

För att förenkla distributionen och hanteringen av resurser rekommenderar Microsoft att du använder Resurshanteraren för alla nya resurser. Om möjligt rekommenderar Microsoft att du distribuerar om befintliga resurser via Resource Manager. Om du har använt Cloud Services kan du migrera din lösning till Cloud Services (utökad support).

Om du är nybörjare i Resurshanteraren kanske du först vill gå igenom terminologin som definierats i Azure Resource Manager-översikten.

Historik över distributionsmodellerna

Azure tillhandahöll ursprungligen endast den klassiska distributionsmodellen. I den här modellen fanns varje resurs oberoende av varandra. det gick inte att gruppera relaterade resurser tillsammans. I stället var du tvungen att manuellt spåra vilka resurser som skapade din lösning eller app och komma ihåg att hantera dem på en koordinerad metod. För att distribuera en lösning var du tvungen att antingen skapa varje resurs individuellt via portalen eller skapa ett skript som distribuerade alla resurser i rätt ordning. Om du vill ta bort en lösning måste du ta bort varje resurs för sig. Det gick inte enkelt att tillämpa och uppdatera åtkomstkontrollprinciper för relaterade resurser. Slutligen kunde du inte använda taggar för resurser för att märka dem med termer som hjälper dig att övervaka dina resurser och hantera fakturering.

2014 introducerade Azure Resurshanteraren, som lade till konceptet med en resursgrupp. En resursgrupp är en behållare för resurser som delar en gemensam livscykel. Distributionsmodellen resurshanteraren har flera fördelar:

  • Du kan distribuera, hantera och övervaka alla tjänster för din lösning som en grupp, i stället för att hantera de här tjänsterna individuellt.
  • Du kan upprepade gånger distribuera en lösning under hela livscykeln och lita på att dina resurser distribueras i ett konsekvent tillstånd.
  • Du kan använda åtkomstkontroll för alla resurser i resursgruppen, och de principerna tillämpas automatiskt när nya resurser läggs till i resursgruppen.
  • Du kan använda taggar för resurser för att logiskt ordna alla resurser i din prenumeration.
  • Du kan använda JavaScript Object Notation (JSON) för att definiera infrastrukturen för din lösning. JSON-filen kallas för en Resurshanteraren-mall.
  • Du kan definiera sambanden mellan resurser så att de distribueras i rätt ordning.

När Resurshanteraren lades till lades alla resurser retroaktivt till i standardresursgrupper. Om du skapar en resurs via klassisk distribution nu skapas resursen automatiskt i en standardresursgrupp för den tjänsten, även om du inte anger den resursgruppen vid distributionen. Men att resursen precis har konverterats till resurshanterarens modell betyder inte att resursen har konverterats till resurshanterarens modell.

Förstå stöd för modeller

Det finns tre scenarier du bör känna till:

  1. Cloud Services (klassisk) stöder inte distributionsmodellen för Resurshanteraren. Cloud Services (utökad support) har stöd för distributionsmodellen för Resurshanteraren.
  2. Virtuella datorer, lagringskonton och virtuella nätverk har stöd för både resurshanteraren och klassiska distributionsmodeller.
  3. Alla andra Azure-tjänster har stöd för Resurshanteraren.

För virtuella datorer, lagringskonton och virtuella nätverk måste resursen fortsätta att användas i klassiska distributioner om den skapades med klassiska funktioner. Om den virtuella datorn, lagringskontot eller det virtuella nätverket skapades via Resurshanteraren-distribution måste du fortsätta använda Resurshanteraren-åtgärder. Skillnaden kan bli förvirrande när din prenumeration innehåller en blandning av resurser som skapats med Resurshanteraren och klassisk distribution. Den här kombinationen av resurser kan skapa oväntade resultat eftersom resurserna inte har stöd för samma åtgärder.

I vissa fall kan ett Resurshanteraren-kommando hämta information om en resurs som skapats i den klassiska distributionen, eller utföra en administrativ uppgift som att flytta en klassisk resurs till en annan resursgrupp. Men dessa fall bör inte ge intryck av att typen stöder Resurshanteraren-åtgärder. Anta till exempel att du har en resursgrupp som innehåller en virtuell dator som skapades med klassisk distribution. Om du kör följande Resource Manager PowerShell-kommando:

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

Den returnerar den virtuella datorn:

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

Men cmdleten Resource Manager Get-AzVM returnerar bara virtuella datorer som distribuerats via Resource Manager. Med följande kommando returneras inte den virtuella datorn som skapats genom klassisk distribution.

Get-AzVM -ResourceGroupName ExampleGroup

Endast resurser som skapats via supporttaggar i Resurshanteraren. Du kan inte använda taggar för klassiska resurser.

Ändringar för beräkning, nätverk och lagring

Följande diagram visar beräknings-, nätverks- och lagringsresurser som distribuerats via Resurshanteraren.

Resource Manager architecture

SRP: Storage Resursleverantör, CRP: Compute Resource Provider, NRP: Network Resource Provider

Observera följande relationer mellan resurserna:

  • Alla resurser finns i en resursgrupp.
  • Den virtuella datorn är beroende av ett specifikt lagringskonto som definierats Storage en resursleverantör för att lagra diskarna i blob-lagring (krävs).
  • Den virtuella datorn refererar till ett specifikt nätverksgränssnittskort som definierats i nätverksresursleverantören (obligatoriskt) och en tillgänglighetsuppsättning som definierats i Compute resource provider (valfritt).
  • Nätverksgränssnittskortet refererar till den virtuella datorns tilldelade IP-adress (obligatoriskt), undernätet till det virtuella nätverket för den virtuella datorn (obligatoriskt) och till en Network Security Group (valfritt).
  • Undernätet inom ett virtuellt nätverk refererar till en nätverkssäkerhetsgrupp (valfritt).
  • Belastningsutjämning-instansen refererar till backendpoolen med IP-adresser som innehåller gränssnittskortet för en virtuell dator (valfritt) och refererar till en offentlig eller privat IP-adress för belastningsutjämnare (valfritt).

Här är komponenterna och deras relationer för klassisk distribution:

classic architecture

Den klassiska lösningen för värd för en virtuell dator är:

  • Cloud Services (klassisk) fungerar som en behållare för värdar för virtuella datorer (beräkna). Virtuella datorer tillhandahålls automatiskt med ett nätverksgränssnittskort och en IP-adress som tilldelas av Azure. Dessutom innehåller molntjänsten en instans av extern belastningsutjämning, en offentlig IP-adress och standardslutpunkter för att tillåta PowerShell-fjärrtrafik för Windows-baserade virtuella maskiner och SSH-trafik (Secure Shell) för Linux-baserade virtuella datorer.
  • Ett lagringskonto som krävs för att lagra virtuella hårddiskar för en virtuell dator, inklusive operativsystemet, tillfälliga och ytterligare datadiskar (lagring).
  • Ett valfritt virtuellt nätverk som fungerar som ytterligare en behållare, där du kan skapa en undergruppsstruktur och välja det undernät där den virtuella datorn finns (nätverk).

I följande tabell beskrivs ändringar i hur beräknings-, nätverks- och Storage-resursleverantörer interagerar:

Artikel Klassisk Resurshanteraren
Molntjänst för virtuella datorer Molntjänsten var en behållare för att hålla de virtuella maskiner som behövde tillgänglighet från plattformen och belastningsutjämning. Molntjänsten är inte längre ett objekt som krävs för att skapa en virtuell dator med den nya modellen.
Virtuella nätverk Ett virtuellt nätverk är valfritt för den virtuella datorn. Om det ingår kan det virtuella nätverket inte distribueras med Resurshanteraren. Den virtuella datorn kräver ett virtuellt nätverk som har distribuerats med Resurshanteraren.
Storage-konton Den virtuella datorn kräver ett lagringskonto som lagrar virtuella hårddiskar för operativsystemet, tillfälliga och ytterligare datadiskar. Den virtuella datorn kräver ett lagringskonto för att lagra sina diskar i blob-lagring.
Tillgänglighetsuppsättningar Tillgänglighet till plattformen angavs genom att samma "AvailabilitySetName" konfigurerades på de virtuella maskinerna. Det maximala antalet feldomäner var 2. Tillgänglighetsuppsättning är en resurs som exponeras av Microsoft.Compute Provider. Virtuella datorer som kräver hög tillgänglighet måste inkluderas i tillgänglighetsuppsättningen. Det maximala antalet feldomäner är nu 3.
Affinity Groups Tillhörighetsgrupper behövdes för att skapa virtuella nätverk. Men med introduktionen av regionala virtuella nätverk behövde du inte längre det. För att förenkla finns inte begreppet Affinity Groups i API:erna som exponeras via Azure Resource Manager.
Belastningsutjämning Skapandet av en molntjänst ger en implicit belastningsutjämning för virtuella maskiner som distribuerats. Belastningsutjämaren är en resurs som exponeras av Microsoft.Network-leverantören. Det primära nätverksgränssnittet för de virtuella maskinerna som måste belastningsutjämnas bör referera till belastningsutjämningen. Belastningsutjämnare kan vara interna eller externa. En belastningsutjämning-instans refererar till backendpoolen med IP-adresser som innehåller NIC för en virtuell dator (valfritt) och refererar till en offentlig eller privat IP-adress för belastningsutjämnare (valfritt).
Virtuell IP-adress Cloud Services får en VIP (Virtual IP Address) som standard när en VM läggs till i en molntjänst. Den virtuella IP-adressen är den adress som är kopplad till implicit belastningsutjämning. Offentlig IP-adress är en resurs som exponeras av Microsoft.Network-leverantören. Offentlig IP-adress kan vara statisk (reserverad) eller dynamisk. Dynamiska offentliga IP-adresser kan tilldelas till en belastningsutjämare. Offentliga IP-adresser kan skyddas med hjälp av säkerhetsgrupper.
Reserverad IP-adress Du kan reservera en IP-adress i Azure och koppla den till en molntjänst för att säkerställa att IP-adressen är trög. Offentlig IP-adress kan skapas i statiskt läge och ger samma möjlighet som en reserverad IP-adress.
Offentlig IP-adress (PIP) per VM Offentliga IP-adresser kan också kopplas direkt till en VM. Offentlig IP-adress är en resurs som exponeras av Microsoft.Network-leverantören. Offentlig IP-adress kan vara statisk (reserverad) eller dynamisk.
Slutpunkter Indataslutpunkter måste konfigureras på en virtuell dator för att vissa portar ska kunna öppnas. Ett av de vanliga sätten att ansluta till virtuella maskiner görs genom att konfigurera indataslutpunkter. Inkommande NAT-regler kan konfigureras för belastningsutjämnare för att få samma möjlighet att aktivera slutpunkter på specifika portar för anslutning till virtuella maskiner.
DNS-namn En molntjänst skulle få ett implicit globalt unikt DNS-namn. Till exempel: mycoffeeshop.cloudapp.net . DNS-namn är valfria parametrar som kan anges för en offentlig IP-adressresurs. FQDN har följande format: <domainlabel>.<region>.cloudapp.azure.com .
Nätverksgränssnitt Det primära och sekundära nätverksgränssnittet och dess egenskaper definierades som nätverkskonfiguration av en virtuell dator. Network Interface är en resurs som exponeras av Microsoft.Network Provider. Livscykeln för nätverksgränssnittet är inte knuten till en virtuell dator. Den refererar till den virtuella datorns tilldelade IP-adress (obligatoriskt), undernätet till det virtuella nätverket för den virtuella datorn (obligatoriskt) och till en Network Security Group (valfritt).

Mer information om hur du ansluter virtuella nätverk från olika distributionsmodeller finns Anslut i virtuella nätverk från olika distributionsmodeller i portalen.

Migrera från klassisk till Resurshanteraren

Om du är redo att migrera dina resurser från klassisk distribution till Resurshanteraren-distribution kan du gå till:

  1. Teknisk djupdykning i migrering som stöds av plattformen från klassisk till Azure Resource Manager
  2. Migrering av IaaS-resurser som stöds av en plattform från klassisk till Azure Resource Manager
  3. Migrera IaaS-resurser från klassisk till Azure Resource Manager med hjälp Azure PowerShell
  4. Migrera IaaS-resurser från klassisk till Azure Resource Manager med hjälp av Azure CLI

Vanliga frågor och svar

Kan jag skapa en virtuell dator med resurshanteraren för att distribuera i ett virtuellt nätverk som skapats med klassisk distribution?

Den här konfigurationen stöds inte. Du kan inte använda Resurshanteraren för att distribuera en virtuell dator till ett virtuellt nätverk som skapats med klassisk distribution.

Kan jag skapa en virtuell dator med Resurshanteraren från en användarbild som skapats med den klassiska distributionsmodellen?

Den här konfigurationen stöds inte. Du kan däremot kopiera de virtuella hårddiskfilerna från ett lagringskonto som skapats med den klassiska distributionsmodellen och lägga till dem i ett nytt konto som skapats via Resurshanteraren.

Hur påverkas kvoten för min prenumeration?

Kvoter för virtuella datorer, virtuella nätverk och lagringskonton som skapats med Azure Resource Manager skiljer sig från andra kvoter. Varje prenumeration får kvoter för att skapa resurser med hjälp av de nya API:erna. Du kan läsa mer om de ytterligare kvoter som finns här.

Kan jag fortsätta att använda mina automatiska skript för att etablera virtuella datorer, virtuella nätverk och lagringskonton via RESURShanterarens API:er?

All automation och alla skript som du har skapat fortsätter att fungera för befintliga virtuella maskiner, virtuella nätverk som skapats i Azure Service Management-läge. Skripten måste dock uppdateras så att det nya schemat kan användas för att skapa samma resurser i Resurshanteraren-läget.

Var hittar jag exempel på Azure Resource Manager-mallar?

En omfattande uppsättning startmallar finns på snabbstartsmallar för Azure Resource Manager.

Nästa steg