Azure Resource Manager vergeleken met klassieke implementatie: implementatiemodellen en de status van uw resources begrijpenAzure Resource Manager vs. classic deployment: Understand deployment models and the state of your resources

Notitie

De informatie in dit artikel wordt alleen gebruikt wanneer u een migratie van de klassieke implementatie naar de Azure Resource Manager-implementatie uitvoert.The information provided in this article is only used when you migrate from the classic deployment to the Azure Resource Manager deployment.

In dit artikel vindt u informatie over Azure Resource Manager en het klassieke implementatiemodel.In this article, you learn about Azure Resource Manager and classic deployment models. Het implementatiemodel van Resource Manager en het klassieke implementatiemodel zijn twee verschillende manieren voor het implementeren en beheren van uw Azure-oplossingen.The Resource Manager and classic deployment models represent two different ways of deploying and managing your Azure solutions. U gebruikt de modellen via twee verschillende API-sets, en de geïmplementeerde resources kunnen sterk afwijken.You work with them through two different API sets, and the deployed resources can contain important differences. De twee modellen zijn niet met elkaar compatibel.The two models aren't compatible with each other. In dit artikel worden deze verschillen beschreven.This article describes those differences.

Om de implementatie en het beheer van resources te vereenvoudigen, wordt aangeraden om Resource Manager te gebruiken voor alle nieuwe resources.To simplify the deployment and management of resources, Microsoft recommends that you use Resource Manager for all new resources. Indien mogelijk is het ook raadzaam om bestaande resources opnieuw te implementeren via Resource Manager.If possible, Microsoft recommends that you redeploy existing resources through Resource Manager.

Als u geen ervaring hebt met Resource Manager, kunt u eerst de terminologie bekijken die is gedefinieerd in het Azure Resource Manager overzicht.If you're new to Resource Manager, you may want to first review the terminology defined in the Azure Resource Manager overview.

Geschiedenis van de implementatiemodellenHistory of the deployment models

In Azure was in eerste instantie alleen het klassieke implementatiemodel beschikbaar.Azure originally provided only the classic deployment model. In dit model waren alle resources zelfstandig en er was geen enkele manier om gerelateerde resources te groeperen.In this model, each resource existed independently; there was no way to group related resources together. In plaats daarvan moest u handmatig bijhouden welke resources in uw oplossing of toepassing werden gebruikt en niet vergeten om de resources op een gecoördineerde manier te beheren.Instead, you had to manually track which resources made up your solution or application, and remember to manage them in a coordinated approach. Als u een oplossing wilde implementeren, moest u elke resource afzonderlijk maken via de portal of een script schrijven waarmee alle bronnen in de juiste volgorde werden geïmplementeerd.To deploy a solution, you had to either create each resource individually through the portal or create a script that deployed all the resources in the correct order. Als u een oplossing wilde verwijderen, moest u elke resource afzonderlijk verwijderen.To delete a solution, you had to delete each resource individually. U kunt geen toegangs beheer beleid voor gerelateerde resources Toep assen en bijwerken.You couldn't easily apply and update access control policies for related resources. Ten slotte kunt u geen tags Toep assen op resources om ze te labelen met voor waarden die u helpen bij het bewaken van uw resources en het beheren van facturering.Finally, you couldn't apply tags to resources to label them with terms that help you monitor your resources and manage billing.

In 2014 werd Azure Resource Manager geïntroduceerd, en daarmee het concept van resourcegroepen.In 2014, Azure introduced Resource Manager, which added the concept of a resource group. Een resourcegroep is een container voor resources die een gemeenschappelijke levenscyclus delen.A resource group is a container for resources that share a common lifecycle. Het implementatiemodel van Resource Manager biedt diverse voordelen:The Resource Manager deployment model provides several benefits:

  • U kunt alle services voor uw oplossing als een groep implementeren, beheren en bewaken, in plaats van deze services afzonderlijk te verwerken.You can deploy, manage, and monitor all the services for your solution as a group, rather than handling these services individually.
  • U kunt de oplossing herhaaldelijk implementeren gedurende de levenscyclus en erop vertrouwen dat uw resources op een consistente manier worden geïmplementeerd.You can repeatedly deploy your solution throughout its lifecycle and have confidence your resources are deployed in a consistent state.
  • U kunt toegangsbeheer toepassen op alle resources in de resourcegroep. Deze beleidsregels worden automatisch toegepast wanneer nieuwe resources worden toegevoegd aan de resourcegroep.You can apply access control to all resources in your resource group, and those policies are automatically applied when new resources are added to the resource group.
  • U kunt tags toepassen op de resources om alle resources in uw abonnement op een logische manier te organiseren.You can apply tags to resources to logically organize all the resources in your subscription.
  • U kunt JSON (JavaScript Object Notation) gebruiken voor het definiëren van de infrastructuur voor uw oplossing.You can use JavaScript Object Notation (JSON) to define the infrastructure for your solution. Het JSON-bestand is in feite de Resource Manager-sjabloon.The JSON file is known as a Resource Manager template.
  • U kunt de afhankelijkheden tussen resources zo definiëren dat deze in de juiste volgorde worden geïmplementeerd.You can define the dependencies between resources so they're deployed in the correct order.

Op het moment dat Resource Manager werd toegevoegd, werden alle resources met terugwerkende kracht toegevoegd aan standaardresourcegroepen.When Resource Manager was added, all resources were retroactively added to default resource groups. Als u nu een resource maakt via de klassieke implementatie, wordt de resource automatisch gemaakt in een standaard resource groep voor die service, ook al hebt u die resource groep niet opgegeven tijdens de implementatie.If you create a resource through classic deployment now, the resource is automatically created within a default resource group for that service, even though you didn't specify that resource group at deployment. Maar alleen bestaande in een resource groep betekent echter niet dat de resource is geconverteerd naar het Resource Manager-model.However, just existing within a resource group doesn't mean that the resource has been converted to the Resource Manager model.

Ondersteuning voor de modellen begrijpenUnderstand support for the models

Er zijn drie mogelijke scenario's:There are three scenarios to be aware of:

  1. Cloud Services biedt geen ondersteuning voor het Resource Manager-implementatie model.Cloud Services doesn't support Resource Manager deployment model.
  2. Virtuele machines, opslagaccounts en virtuele netwerken ondersteunen zowel het implementatiemodel van Resource Manager als het klassieke implementatiemodel.Virtual machines, storage accounts, and virtual networks support both Resource Manager and classic deployment models.
  3. Alle andere Azure-services ondersteunen Resource Manager.All other Azure services support Resource Manager.

Als de resource is gemaakt via de klassieke implementatie, geldt voor virtuele machines, opslagaccounts en virtuele netwerken dat u alleen klassieke bewerkingen kunt uitvoeren op de resource.For virtual machines, storage accounts, and virtual networks, if the resource was created through classic deployment, you must continue to operate on it through classic operations. Als de virtuele machine, het opslagaccount of het virtuele netwerk is gemaakt via Resource Manager, moet u alleen Resource Manager-bewerkingen gebruiken.If the virtual machine, storage account, or virtual network was created through Resource Manager deployment, you must continue using Resource Manager operations. Dit verschil kan problemen geven wanneer uw abonnement een combinatie van resources bevat die zijn gemaakt via Resource Manager en de klassieke implementatie.This distinction can get confusing when your subscription contains a mix of resources created through Resource Manager and classic deployment. Deze combi natie van resources kan onverwachte resultaten opleveren omdat de resources niet dezelfde bewerkingen ondersteunen.This combination of resources can create unexpected results because the resources don't support the same operations.

In sommige gevallen kunt u met een opdracht van Resource Manager gegevens ophalen van een resource die via de klassieke implementatie is gemaakt of een beheertaak uitvoeren zoals het verplaatsen van een klassieke resource naar een andere resourcegroep.In some cases, a Resource Manager command can retrieve information about a resource created through classic deployment, or can perform an administrative task such as moving a classic resource to another resource group. Maar deze gevallen mogen niet de indruk geven dat het type Resource Manager-bewerkingen ondersteunt.But, these cases shouldn't give the impression that the type supports Resource Manager operations. Stel dat u een resourcegroep hebt met daarin een virtuele machine die is gemaakt met het klassieke implementatiemodel.For example, suppose you have a resource group that contains a virtual machine that was created with classic deployment. Als u de volgende PowerShell-opdracht van Resource Manager uitvoert:If you run the following Resource Manager PowerShell command:

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

wordt deze virtuele machine geretourneerd:It returns the virtual machine:

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

Met de cmdlet Get-AzVM van Resource Manager worden echter alleen virtuele machines geretourneerd die zijn geïmplementeerd via Resource Manager.However, the Resource Manager cmdlet Get-AzVM only returns virtual machines deployed through Resource Manager. Met de volgende opdracht wordt niet de virtuele machine geretourneerd die is gemaakt met de klassieke implementatie.The following command doesn't return the virtual machine created through classic deployment.

Get-AzVM -ResourceGroupName ExampleGroup

Tags worden alleen ondersteund door resources die via Resource Manager zijn gemaakt.Only resources created through Resource Manager support tags. U kunt geen tags Toep assen op klassieke resources.You can't apply tags to classic resources.

Wijzigingen voor reken-, netwerk- en opslagresourcesChanges for compute, network, and storage

In het volgende diagram ziet u de reken-, netwerk- en opslagresources die zijn geïmplementeerd via Resource Manager.The following diagram displays compute, network, and storage resources deployed through Resource Manager.

Architectuur van Resource Manager

SRP: opslag Resource provider, CRP: Compute resource provider, NRP: Network resource providerSRP: Storage Resource Provider, CRP: Compute Resource Provider, NRP: Network Resource Provider

Dit zijn de verschillende relaties tussen de resources:Note the following relationships between the resources:

  • Alle resources bestaan binnen een resourcegroep.All the resources exist within a resource group.
  • De virtuele machine is afhankelijk van een specifiek opslagaccount dat is gedefinieerd in de Storage-resourceprovider (SRP) voor het opslaan van schijven in blob-opslag (vereist).The virtual machine depends on a specific storage account defined in the Storage resource provider to store its disks in blob storage (required).
  • De virtuele machine verwijst naar een specifieke netwerk interface kaart die is gedefinieerd in de netwerk resource provider (vereist) en een beschikbaarheidsset die is gedefinieerd in de compute resource provider (optioneel).The virtual machine references a specific network interface card defined in the Network resource provider (required) and an availability set defined in the Compute resource provider (optional).
  • De netwerk interface kaart verwijst naar het toegewezen IP-adres van de virtuele machine (vereist), het subnet van het virtuele netwerk voor de virtuele machine (vereist) en aan een netwerk beveiligings groep (optioneel).The network interface card references the virtual machine's assigned IP address (required), the subnet of the virtual network for the virtual machine (required), and to a Network Security Group (optional).
  • Het subnet binnen een virtueel netwerk verwijst naar een netwerkbeveiligingsgroep (optioneel).The subnet within a virtual network references a Network Security Group (optional).
  • Het load balancer exemplaar verwijst naar de back-end-groep met IP-adressen die de netwerk interface kaart van een virtuele machine bevatten (optioneel) en verwijst naar een load balancer openbaar of privé IP-adres (optioneel).The load balancer instance references the backend pool of IP addresses that include the network interface card of a virtual machine (optional) and references a load balancer public or private IP address (optional).

Dit zijn de onderdelen en hun relaties voor een klassieke implementatie:Here are the components and their relationships for classic deployment:

klassieke architectuur

De klassieke oplossing voor het hosten van een virtuele machine omvat:The classic solution for hosting a virtual machine includes:

  • Een vereiste cloudservice die als een container fungeert voor het hosten van virtuele machines (rekentaken).A required cloud service that acts as a container for hosting virtual machines (compute). Virtuele machines worden automatisch voorzien van een netwerk interface kaart en een IP-adres dat is toegewezen door Azure.Virtual machines are automatically provided with a network interface card and an IP address assigned by Azure. Bovendien bevat de cloudservice een instantie van een externe load balancer, een openbaar IP-adres en standaardeindpunten om verkeer van Extern bureaublad en extern PowerShell-verkeer toe te staan voor virtuele Windows-machines en SSH-verkeer (Secure Shell) voor virtuele Linux-machines.Additionally, the cloud service contains an external load balancer instance, a public IP address, and default endpoints to allow remote desktop and remote PowerShell traffic for Windows-based virtual machines and Secure Shell (SSH) traffic for Linux-based virtual machines.
  • Een vereist opslag account voor het opslaan van de virtuele harde schijven voor een virtuele machine, met inbegrip van het besturings systeem, tijdelijke en aanvullende gegevens schijven (opslag).A required storage account that stores the virtual hard disks for a virtual machine, including the operating system, temporary, and additional data disks (storage).
  • Een optioneel virtueel netwerk dat fungeert als een extra container, waarin u een subnet-structuur kunt maken en het subnet moet kiezen waarop de virtuele machine zich bevindt (netwerk).An optional virtual network that acts as an additional container, in which you can create a subnetted structure and choose the subnet on which the virtual machine is located (network).

In de volgende tabel wordt beschreven wat er is veranderd aan de interactie tussen de resourceproviders voor Compute, Network en Storage:The following table describes changes in how Compute, Network, and Storage resource providers interact:

ItemItem KlassiekClassic Resource ManagerResource Manager
Cloudservice voor virtuele machinesCloud Service for Virtual Machines Cloudservice was een container voor de opslag van de virtuele machines waarvoor de beschikbaarheid van het platform en taakverdeling vereist was.Cloud Service was a container for holding the virtual machines that required Availability from the platform and Load Balancing. Cloudservice is niet langer een object dat is vereist voor het maken van een virtuele machine met het nieuwe model.Cloud Service is no longer an object required for creating a Virtual Machine using the new model.
Virtuele netwerkenVirtual Networks Een virtueel netwerk is optioneel voor de virtuele machine.A virtual network is optional for the virtual machine. Indien opgenomen, kan het virtuele netwerk niet worden geïmplementeerd met Resource Manager.If included, the virtual network can't be deployed with Resource Manager. Een virtuele machine vereist een virtueel netwerk dat is geïmplementeerd met Resource Manager.Virtual machine requires a virtual network that has been deployed with Resource Manager.
Storage AccountsStorage Accounts De virtuele machine vereist een opslag account voor het opslaan van de virtuele harde schijven voor het besturings systeem, tijdelijke en aanvullende gegevens schijven.The virtual machine requires a storage account that stores the virtual hard disks for the operating system, temporary, and additional data disks. De virtuele machine vereist een opslagaccount voor het opslaan van de schijven in de blob-opslag.The virtual machine requires a storage account to store its disks in blob storage.
BeschikbaarheidssetsAvailability Sets De beschikbaarheid van het platform werd aangegeven door de configuratie van dezelfde "AvailabilitySetName" op de virtuele machines.Availability to the platform was indicated by configuring the same “AvailabilitySetName” on the Virtual Machines. Het maximumaantal foutdomeinen was 2.The maximum count of fault domains was 2. Beschikbaarheidsset is een resource die beschikbaar wordt gesteld door Microsoft.Compute-provider.Availability Set is a resource exposed by Microsoft.Compute Provider. Virtuele machines die uiterst beschikbaar moeten zijn, worden opgenomen in de beschikbaarheidsset.Virtual Machines that require high availability must be included in the Availability Set. Het maximumaantal foutdomeinen is nu 3.The maximum count of fault domains is now 3.
AffiniteitsgroepenAffinity Groups Voor het maken van virtuele netwerken waren affiniteitsgroepen vereist.Affinity Groups were required for creating Virtual Networks. Met de introductie van regionale virtuele netwerken is dit echter niet meer vereist.However, with the introduction of Regional Virtual Networks, that wasn't required anymore. Het concept van affiniteitsgroepen bestaat niet meer in de API's die via Azure Resource Manager beschikbaar worden gesteld.To simplify, the Affinity Groups concept doesn’t exist in the APIs exposed through Azure Resource Manager.
TaakverdelingLoad Balancing Bij het maken van een cloudservice wordt een impliciete load balancer voor de geïmplementeerde virtuele machines aangemaakt.Creation of a Cloud Service provides an implicit load balancer for the Virtual Machines deployed. De load balancer is een resource die beschikbaar wordt gesteld door de Microsoft.Compute-provider.The Load Balancer is a resource exposed by the Microsoft.Network provider. De primaire netwerkinterface van de virtuele machines waarvoor de taken moeten worden verdeeld moet verwijzen naar de load balancer.The primary network interface of the Virtual Machines that needs to be load balanced should be referencing the load balancer. Load balancers kunnen intern of extern zijn.Load Balancers can be internal or external. Een instantie van de load balancer verwijst naar de back-endpool van IP-adressen met daarin de NIC van een virtuele machine (optioneel) en het openbare of particuliere IP-adres (optioneel) van een load balancer.A load balancer instance references the backend pool of IP addresses that include the NIC of a virtual machine (optional) and references a load balancer public or private IP address (optional).
Virtueel IP-adresVirtual IP Address Cloud Services krijgt een standaard-VIP (virtueel IP-adres) toegewezen wanneer een VM wordt toegevoegd aan een cloudservice.Cloud Services gets a default VIP (Virtual IP Address) when a VM is added to a cloud service. Het virtuele IP-adres is het adres dat is gekoppeld aan de impliciete load balancer.The Virtual IP Address is the address associated with the implicit load balancer. Het openbare IP-adres is een resource die beschikbaar wordt gesteld door de Microsoft.Compute-provider.Public IP address is a resource exposed by the Microsoft.Network provider. Een openbaar IP-adres kan statisch (gereserveerd) of dynamisch zijn.Public IP address can be static (reserved) or dynamic. Dynamische openbare IP-adressen kunnen worden toegewezen aan een load balancer.Dynamic public IPs can be assigned to a Load Balancer. Openbare IP-adressen kunnen worden beveiligd met beveiligingsgroepen.Public IPs can be secured using Security Groups.
Gereserveerd IP-adresReserved IP Address U kunt een IP-adres in Azure reserveren en dit koppelen aan een cloudservice om ervoor te zorgen dat het IP-adres is vergrendeld.You can reserve an IP Address in Azure and associate it with a Cloud Service to ensure that the IP Address is sticky. Een openbaar IP-adres kan in de statische modus worden gemaakt en biedt dezelfde mogelijkheden als een gereserveerd IP-adres.Public IP Address can be created in static mode and it offers the same capability as a reserved IP address.
Openbaar IP-adres (PIP) per VMPublic IP Address (PIP) per VM Openbare IP-adressen kunnen ook rechtstreeks aan een VM worden gekoppeld.Public IP Addresses can also be associated to a VM directly. Het openbare IP-adres is een resource die beschikbaar wordt gesteld door de Microsoft.Compute-provider.Public IP address is a resource exposed by the Microsoft.Network provider. Een openbaar IP-adres kan statisch (gereserveerd) of dynamisch zijn.Public IP Address can be static (reserved) or dynamic.
EindpuntenEndpoints Invoereindpunten moesten eerder op een virtuele machine worden geconfigureerd voor open connectiviteit voor bepaalde poorten.Input Endpoints needed to be configured on a Virtual Machine to be open up connectivity for certain ports. Een van de algemene modi voor het maken van verbinding met virtuele machines wordt gerealiseerd door het instellen van invoereindpunten.One of the common modes of connecting to virtual machines done by setting up input endpoints. Inkomende NAT-regels kunnen op load balancers worden geconfigureerd om eindpunten in te schakelen op bepaalde poorten voor verbinding met de VM's.Inbound NAT Rules can be configured on Load Balancers to achieve the same capability of enabling endpoints on specific ports for connecting to the VMs.
DNS-naamDNS Name Een cloudservice krijgt een impliciete, globaal unieke DNS-naam.A cloud service would get an implicit globally unique DNS Name. Bijvoorbeeld: mycoffeeshop.cloudapp.net.For example: mycoffeeshop.cloudapp.net. DNS-namen zijn optionele parameters die voor de resource van een openbaar IP-adres kunnen worden opgegeven.DNS Names are optional parameters that can be specified on a Public IP Address resource. De FQDN heeft de volgende notatie: <domainlabel>.<region>.cloudapp.azure.com.The FQDN is in the following format - <domainlabel>.<region>.cloudapp.azure.com.
NetwerkinterfacesNetwork Interfaces Primaire en secundaire netwerkinterface en de bijbehorende eigenschappen werden gedefinieerd als de netwerkconfiguratie van een virtuele machine.Primary and Secondary Network Interface and its properties were defined as network configuration of a Virtual machine. De netwerkinterface is een resource die beschikbaar wordt gesteld door de Microsoft.Compute-provider.Network Interface is a resource exposed by Microsoft.Network Provider. De levens cyclus van de netwerk interface is niet gekoppeld aan een virtuele machine.The lifecycle of the Network Interface isn't tied to a Virtual Machine. Een NIC verwijst naar het toegewezen IP-adres van de virtuele machine (vereist), het subnet van het virtuele netwerk voor de virtuele machine (vereist) en een netwerkbeveiligingsgroep (optioneel).It references the virtual machine's assigned IP address (required), the subnet of the virtual network for the virtual machine (required), and to a Network Security Group (optional).

Zie Verschillende implementatiemodellen gebruiken om vanuit de portal verbinding te maken met virtuele netwerken om te lezen hoe u met behulp van verschillende implementatiemodellen verbinding kunt maken met virtuele netwerken.To learn about connecting virtual networks from different deployment models, see Connect virtual networks from different deployment models in the portal.

Migreren van klassiek naar Resource ManagerMigrate from classic to Resource Manager

Als u klaar bent om uw resources te migreren van de klassieke implementatie naar de Resource Manager-implementatie, raadpleegt u:If you're ready to migrate your resources from classic deployment to Resource Manager deployment, see:

  1. Technische details over door platforms ondersteunde migratie van klassiek naar Azure Resource ManagerTechnical deep dive on platform-supported migration from classic to Azure Resource Manager
  2. Platformondersteunde migratie van IaaS-resources van het klassieke implementatiemodel naar Azure Resource ManagerPlatform supported migration of IaaS resources from Classic to Azure Resource Manager
  3. IaaS-resources migreren van klassiek naar Azure Resource Manager met behulp van Azure PowerShellMigrate IaaS resources from classic to Azure Resource Manager by using Azure PowerShell
  4. IaaS-resources migreren van klassiek naar Azure Resource Manager met behulp van Azure CLIMigrate IaaS resources from classic to Azure Resource Manager by using Azure CLI

Veelgestelde vragenFrequently asked questions

Kan ik een virtuele machine maken met Resource Manager voor implementatie in een virtueel netwerk dat is gemaakt met behulp van het klassieke implementatiemodel?Can I create a virtual machine using Resource Manager to deploy in a virtual network created using classic deployment?

Deze configuratie wordt niet ondersteund.This configuration isn't supported. U kunt Resource Manager niet gebruiken om een virtuele machine te implementeren in een virtueel netwerk dat is gemaakt met de klassieke implementatie.You can't use Resource Manager to deploy a virtual machine into a virtual network that was created using classic deployment.

Kan ik met Resource Manager een virtuele machine maken van een gebruikersinstallatiekopie die is gemaakt met het klassieke implementatiemodel?Can I create a virtual machine using Resource Manager from a user image that was created using the classic deployment model?

Deze configuratie wordt niet ondersteund.This configuration isn't supported. U kunt de virtuele harde-schijf bestanden echter kopiëren van een opslag account dat is gemaakt met behulp van het klassieke implementatie model en ze toevoegen aan een nieuw account dat is gemaakt via Resource Manager.However, you can copy the virtual hard disk files from a storage account that was created using the classic deployment model, and add them to a new account created through Resource Manager.

Wat zijn de gevolgen voor het quotum voor mijn abonnement?What is the impact on the quota for my subscription?

De quota voor de virtuele machines, virtuele netwerken en opslagaccounts die zijn gemaakt met behulp van Azure Resource Manager zijn gescheiden van andere quota.The quotas for the virtual machines, virtual networks, and storage accounts created through the Azure Resource Manager are separate from other quotas. Elk abonnement krijgt quota voor het maken van de resources met behulp van de nieuwe API's.Each subscription gets quotas to create the resources using the new APIs. U vindt hier meer informatie over de extra quota.You can read more about the additional quotas here.

Kan ik mijn geautomatiseerde scripts voor het inrichten van virtuele machines, virtuele netwerken en opslagaccounts via de API's van Azure Resource Manager blijven gebruiken?Can I continue to use my automated scripts for provisioning virtual machines, virtual networks, and storage accounts through the Resource Manager APIs?

Alle automatisering en scripts die u hebt gemaakt, blijven werken voor de bestaande virtuele machines en virtuele netwerken die zijn gemaakt in de modus Azure Service Management.All the automation and scripts that you've built continue to work for the existing virtual machines, virtual networks created under the Azure Service Management mode. De scripts moeten echter worden bijgewerkt voor het gebruik van het nieuwe schema voor het maken van dezelfde resources via de modus Resource Manager.However, the scripts have to be updated to use the new schema for creating the same resources through the Resource Manager mode.

Waar vind ik voorbeelden van Azure Resource Manager-sjablonen?Where can I find examples of Azure Resource Manager templates?

In Azure Resource Manager Quickstart-sjablonen vindt u een uitgebreide set met starter sjablonen.A comprehensive set of starter templates can be found on Azure Resource Manager Quickstart Templates.

Volgende stappenNext steps