Azure Resource Manager ile klasik dağıtım karşılaştırması: Dağıtım modellerini ve kaynaklarınızın durumunu anlayınAzure Resource Manager vs. classic deployment: Understand deployment models and the state of your resources

Not

Bu makalede sağlanan bilgiler, yalnızca klasik dağıtımdan Azure Resource Manager dağıtımına geçiş yaptığınızda kullanılır.The information provided in this article is only used when you migrate from the classic deployment to the Azure Resource Manager deployment.

Bu makalede Azure Resource Manager ve klasik dağıtım modelleri hakkında bilgi edineceksiniz.In this article, you learn about Azure Resource Manager and classic deployment models. Resource Manager ve klasik dağıtım modelleri, Azure çözümlerinizi dağıtmanın ve yönetmenin iki farklı yolunu temsil eder.The Resource Manager and classic deployment models represent two different ways of deploying and managing your Azure solutions. Bu dağıtım modelleriyle iki farklı API kümesi aracılığıyla çalışırsınız ve dağıtılan kaynaklar önemli farklılıklar içerebilir.You work with them through two different API sets, and the deployed resources can contain important differences. İki model birbiriyle uyumlu değildir.The two models are not compatible with each other. Bu makalede söz konusu farklılıklar açıklanmaktadır.This article describes those differences.

Microsoft, kaynakların dağıtımını ve yönetimini kolaylaştırmak amacıyla tüm yeni kaynaklar için Resource Manager kullanmanızı önerir.To simplify the deployment and management of resources, Microsoft recommends that you use Resource Manager for all new resources. Microsoft, mümkünse var olan kaynakları Resource Manager ile yeniden dağıtmanızı önerir.If possible, Microsoft recommends that you redeploy existing resources through Resource Manager.

Resource Manager kullanmaya yeni başladıysanız, öncelikle Azure Resource Manager'a genel bakış bölümünde tanımlanan terimleri gözden geçirmek isteyebilirsiniz.If you are new to Resource Manager, you may want to first review the terminology defined in the Azure Resource Manager overview.

Not

Bu makale yeni Azure PowerShell Az modülünü kullanacak şekilde güncelleştirilmiştir.This article has been updated to use the new Azure PowerShell Az module. En azından Aralık 2020'ye kadar hata düzeltmeleri almaya devam edecek olan AzureRM modülünü de kullanmaya devam edebilirsiniz.You can still use the AzureRM module, which will continue to receive bug fixes until at least December 2020. Yeni Az modülüyle AzureRM'nin uyumluluğu hakkında daha fazla bilgi edinmek için bkz. Yeni Azure PowerShell Az modülüne giriş.To learn more about the new Az module and AzureRM compatibility, see Introducing the new Azure PowerShell Az module. Az modülü yükleme yönergeleri için bkz. Azure PowerShell'i yükleme.For Az module installation instructions, see Install Azure PowerShell.

Dağıtım modellerinin geçmişiHistory of the deployment models

Azure başlangıçta yalnızca klasik dağıtım modelini sağlamıştır.Azure originally provided only the classic deployment model. Bu modelde her kaynak bağımsız bir şekilde mevcuttu ve ilgili kaynakları gruplandırmanın bir yolu yoktu.In this model, each resource existed independently; there was no way to group related resources together. Bunun yerine, çözümünüzü ya da uygulamanızı oluşturan kaynakları el ile izlemeniz ve eşgüdümlü bir şekilde yönetmeyi unutmamanız gerekiyordu.Instead, you had to manually track which resources made up your solution or application, and remember to manage them in a coordinated approach. Bir çözümü dağıtmak için her bir kaynağı portal aracılığıyla tek tek oluşturmanız ya da tüm kaynakları doğru sırayla dağıtan bir betik oluşturmanız zorunluydu.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. Çözümü silmek için her bir kaynağı ayrı ayrı silmeniz gerekiyordu.To delete a solution, you had to delete each resource individually. İlgili kaynaklar için erişim denetimi ilkelerini kolayca uygulayamaz ve güncelleştiremezdiniz.You could not easily apply and update access control policies for related resources. Son olarak, kaynaklarınızı izlemenize ve faturalandırmayı yönetmenize yardımcı olacak terimlerle kaynaklara etiket uygulayamazdınız.Finally, you could not apply tags to resources to label them with terms that help you monitor your resources and manage billing.

Azure, kaynak grubu kavramını ortaya çıkaran Resource Manager’ı 2014 yılında kullanıma sundu.In 2014, Azure introduced Resource Manager, which added the concept of a resource group. Kaynak grubu, ortak bir yaşam döngüsünü paylaşan kaynaklara yönelik bir kapsayıcıdır.A resource group is a container for resources that share a common lifecycle. Resource Manager dağıtım modeli çeşitli avantajlar sunar:The Resource Manager deployment model provides several benefits:

  • Çözümünüze yönelik tüm hizmetleri ayrı ayrı ele almak yerine grup halinde dağıtabilir, yönetebilir ve izleyebilirsiniz.You can deploy, manage, and monitor all the services for your solution as a group, rather than handling these services individually.
  • Çözümünüzü yaşam döngüsü boyunca defalarca dağıtabilir ve kaynaklarınızın tutarlı bir durumda dağıtıldığından emin olabilirsiniz.You can repeatedly deploy your solution throughout its lifecycle and have confidence your resources are deployed in a consistent state.
  • Kaynak grubunuzdaki tüm kaynaklara erişim denetimi uygulayabilirsiniz. Kaynak grubuna yeni kaynaklar eklendiğinde bu ilkeler otomatik olarak uygulanır.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.
  • Aboneliğinizdeki tüm kaynakları mantıksal olarak düzenlemek için kaynaklarınıza etiketler ekleyebilirsiniz.You can apply tags to resources to logically organize all the resources in your subscription.
  • Çözümünüzün altyapısını tanımlamak için JavaScript Nesne Gösterimi (JSON) kullanabilirsiniz.You can use JavaScript Object Notation (JSON) to define the infrastructure for your solution. JSON dosyası bir Resource Manager şablonu olarak bilinir.The JSON file is known as a Resource Manager template.
  • Doğru sırayla dağıtılmalarını sağlamak için kaynaklarınız arasındaki bağımlılıkları tanımlayabilirsiniz.You can define the dependencies between resources so they are deployed in the correct order.

Resource Manager eklendiğinde, tüm kaynaklar geriye dönük olarak varsayılan kaynak gruplarına eklenmiştir.When Resource Manager was added, all resources were retroactively added to default resource groups. Artık klasik dağıtım modeliyle bir kaynak oluşturursanız, bir kaynak grubunu dağıtımda belirtmemiş olsanız bile, kaynak söz konusu hizmetin varsayılan kaynak grubu içinde otomatik olarak oluşturulur.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 did not specify that resource group at deployment. Ancak, yalnızca bir kaynak grubu içinde var olması kaynağın Resource Manager modeline dönüştürüldüğü anlamına gelmez.However, just existing within a resource group does not mean that the resource has been converted to the Resource Manager model.

Modellere yönelik desteği anlamaUnderstand support for the models

Dikkat edilmesi gereken üç senaryo vardır:There are three scenarios to be aware of:

  1. Cloud Services, Resource Manager dağıtım modelini desteklemez.Cloud Services does not support Resource Manager deployment model.
  2. Sanal makineler, depolama hesapları ve sanal ağlar hem Resource Manager hem de klasik dağıtım modellerini destekler.Virtual machines, storage accounts, and virtual networks support both Resource Manager and classic deployment models.
  3. Diğer tüm Azure hizmetleri, Resource Manager’ı destekler.All other Azure services support Resource Manager.

Sanal makineler, depolama hesapları ve sanal ağlar için kaynak klasik dağıtımla oluşturulmuşsa, kaynağı klasik işlemlerle çalıştırmaya devam etmeniz gerekir.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. Sanal makine, depolama hesabı ya da sanal ağ Resource Manager dağıtımı ile oluşturulmuşsa, Resource Manager işlemlerini kullanarak devam etmeniz gerekir.If the virtual machine, storage account, or virtual network was created through Resource Manager deployment, you must continue using Resource Manager operations. Aboneliğinizde Resource Manager ve klasik dağıtım ile oluşturulmuş kaynakların bir karışımı olduğunda bu farklılık kafa karıştırıcı olabilir.This distinction can get confusing when your subscription contains a mix of resources created through Resource Manager and classic deployment. Kaynakların bu birleşimi, kaynaklar aynı işlemleri desteklemediği için beklenmeyen sonuçlar oluşturabilir.This combination of resources can create unexpected results because the resources do not support the same operations.

Bazı durumlarda, bir Resource Manager komutu klasik dağıtımla oluşturulmuş bir kaynağa ilişkin bilgileri alabilir veya klasik bir kaynağı başka bir kaynak grubuna taşımak gibi bir yönetim görevi gerçekleştirebilir.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. Ancak, bu örnekler bu türün Resource Manager işlemlerini desteklediği izlenimini vermemelidir.But, these cases should not give the impression that the type supports Resource Manager operations. Örneğin, klasik dağıtım ile oluşturulmuş sanal makine içeren bir kaynak grubunuzun olduğunu varsayalım.For example, suppose you have a resource group that contains a virtual machine that was created with classic deployment. Aşağıdaki Resource Manager PowerShell komutu çalıştırırsanız:If you run the following Resource Manager PowerShell command:

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

Şu sanal makineyi döndürür: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}

Ancak, Get-AzVM Kaynak Yöneticisi cmdlet 'i yalnızca Kaynak Yöneticisi aracılığıyla dağıtılan sanal makineleri döndürür.However, the Resource Manager cmdlet Get-AzVM only returns virtual machines deployed through Resource Manager. Aşağıdaki komut, klasik dağıtım ile oluşturulmuş sanal makineyi döndürmez.The following command does not return the virtual machine created through classic deployment.

Get-AzVM -ResourceGroupName ExampleGroup

Yalnızca Resource Manager ile oluşturulan kaynaklar etiketleri destekler.Only resources created through Resource Manager support tags. Klasik kaynaklara etiket uygulayamazsınız.You cannot apply tags to classic resources.

İşlem, ağ ve depolama ile ilgili değişikliklerChanges for compute, network, and storage

Aşağıdaki diyagramda, Resource Manager ile dağıtılan işlem, ağ ve depolama kaynakları gösterilmiştir.The following diagram displays compute, network, and storage resources deployed through Resource Manager.

Resource Manager mimarisi

Kaynaklar arasındaki aşağıdaki ilişkilere dikkat edin:Note the following relationships between the resources:

  • Tüm kaynaklar bir kaynak grubu içinde mevcuttur.All the resources exist within a resource group.
  • Sanal makine, Depolama kaynak sağlayıcısı içinde blob depolamada diskleri depolamak (zorunlu) üzere tanımlanmış belirli bir depolama hesabına bağımlıdır.The virtual machine depends on a specific storage account defined in the Storage resource provider to store its disks in blob storage (required).
  • Sanal makine, Ağ kaynak sağlayıcısında tanımlanmış belirli bir NIC’ye (zorunlu) ve İşlem kaynak sağlayıcısında tanımlanmış bir kullanılabilirlik kümesine (isteğe bağlı) başvurur.The virtual machine references a specific NIC defined in the Network resource provider (required) and an availability set defined in the Compute resource provider (optional).
  • NIC, sanal makineye atanan IP adresine (zorunlu), sanal makinenin sanal ağ alt ağına (zorunlu) ve bir Ağ Güvenlik Grubuna (isteğe bağlı) başvurur.The NIC 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).
  • Bir sanal ağ içindeki alt ağ, bir Ağ Güvenlik Grubuna (isteğe bağlı) başvurur.The subnet within a virtual network references a Network Security Group (optional).
  • Yük dengeleyici örneği, bir sanal makinenin NIC’sini içeren IP adresleri arka uç havuzuna (isteğe bağlı) ve bir yük dengeleyici genel ya da özel IP adresine (isteğe bağlı) başvurur.The 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).

Klasik dağıtım bileşenleri ve aralarındaki ilişkiler aşağıda verilmiştir:Here are the components and their relationships for classic deployment:

klasik mimari

Bir sanal makineyi barındırmaya yönelik klasik çözüm şunları içerir:The classic solution for hosting a virtual machine includes:

  • Sanal makineleri barındırmaya yönelik bir kapsayıcı olarak görev yapan zorunlu bir bulut hizmeti (işlem).A required cloud service that acts as a container for hosting virtual machines (compute). Sanal makinelere otomatik olarak bir ağ arabirimi kartı (NIC) ile Azure tarafından atanmış bir IP adresi otomatik olarak sağlanır.Virtual machines are automatically provided with a network interface card (NIC) and an IP address assigned by Azure. Ayrıca, bulut hizmeti bir dış yük dengeleyici örneği, bir ortak IP adresi ve Windows tabanlı sanal makineler için uzak masaüstü ile uzaktan PowerShell trafiğine, Linux tabanlı sanal makineler için de Secure Shell (SSH) trafiğine izin veren varsayılan uç noktalar içerir.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.
  • Bir sanal makine için işletim sistemi, geçici ve ek veri diskleri dahil olmak üzere VHD’leri depolayan zorunlu bir depolama hesabı (depolama).A required storage account that stores the VHDs for a virtual machine, including the operating system, temporary, and additional data disks (storage).
  • İçinde alt ağa alınmış bir yapı oluşturabileceğiniz ve sanal makinenin bulunduğu alt ağı belirleyebileceğiniz ek kapsayıcı olarak görev yapan isteğe bağlı bir sanal ağ (ağ).An optional virtual network that acts as an additional container, in which you can create a subnetted structure and designate the subnet on which the virtual machine is located (network).

Aşağıdaki tabloda İşlem, Ağ ve Depolama kaynak sağlayıcılarının etkileşimlerinde meydana gelen değişiklikler açıklanmıştır:The following table describes changes in how Compute, Network, and Storage resource providers interact:

ÖğeItem KlasikClassic Resource ManagerResource Manager
Virtual Machines için Bulut HizmetiCloud Service for Virtual Machines Bulut Hizmeti, platformdan ve Yük Dengeleme’den Uygunluk gereken sanal makineleri barındırmak için bir kapsayıcıydı.Cloud Service was a container for holding the virtual machines that required Availability from the platform and Load Balancing. Bulut Hizmeti artık yeni modeli kullanarak bir Sanal Makine oluşturmak için gereken nesne değildir.Cloud Service is no longer an object required for creating a Virtual Machine using the new model.
Sanal AğlarVirtual Networks Sanal ağ, sanal makine için isteğe bağlıdır.A virtual network is optional for the virtual machine. Eklenmişse, sanal ağ Resource Manager ile dağıtılamaz.If included, the virtual network cannot be deployed with Resource Manager. Sanal makine, Resource Manager ile dağıtılmış bir sanal ağ gerektirir.Virtual machine requires a virtual network that has been deployed with Resource Manager.
Depolama HesaplarıStorage Accounts Sanal makine, işletim sistemi, geçici ve ek veri diskleri için VHD’leri depolayan zorunlu bir depolama hesabı gerektirir.The virtual machine requires a storage account that stores the VHDs for the operating system, temporary, and additional data disks. Sanal makine, disklerini blob depolamada depolamak için bir depolama hesabı gerektirir.The virtual machine requires a storage account to store its disks in blob storage.
Kullanılabilirlik KümeleriAvailability Sets Platformun uygunluğu Sanal Makinelerde "AvailabilitySetName" yapılandırılarak belirtilirdi.Availability to the platform was indicated by configuring the same “AvailabilitySetName” on the Virtual Machines. Hata etki alanlarının en yüksek sayısı 2’ydi.The maximum count of fault domains was 2. Kullanılabilirlik kümesi, Microsoft.Compute Sağlayıcısı tarafından sağlanan bir kaynaktır.Availability Set is a resource exposed by Microsoft.Compute Provider. Yüksek kullanılabilirliğin gerektiği Sanal Makineler Kullanılabilirlik Kümesi içinde bulunmalıdır.Virtual Machines that require high availability must be included in the Availability Set. Hata etki alanlarının en yüksek sayısı artık 3’tür.The maximum count of fault domains is now 3.
Benzeşim GruplarıAffinity Groups Benzeşim Grupları Sanal Ağlar oluşturmak için gerekliydi.Affinity Groups were required for creating Virtual Networks. Ancak, Bölgesel Sanal Aağlar girişiyle artık gerekmiyordu.However, with the introduction of Regional Virtual Networks, that was not required anymore. Basitleştirmek için, Benzeşim Grupları kavramı Azure Resource Manager aracılığıyla sunulan API'lerde yok.To simplify, the Affinity Groups concept doesn’t exist in the APIs exposed through Azure Resource Manager.
Yük DengelemeLoad Balancing Bulut Hizmeti oluşturulması dağıtılan Virtual Machines için örtük yük dengeleyici sağlar.Creation of a Cloud Service provides an implicit load balancer for the Virtual Machines deployed. Load Balancer, Microsoft.Network sağlayıcısı tarafından sunulan bir kaynaktır.The Load Balancer is a resource exposed by the Microsoft.Network provider. Yük dengeli olması gereken Virtual Machines’in birincil ağ arabirimi yük dengeleyiciye baş vurmalıdır.The primary network interface of the Virtual Machines that needs to be load balanced should be referencing the load balancer. Yük Dengeleyiciler dahili ve harici olabilir.Load Balancers can be internal or external. Bir yük dengeleyici örneği, bir sanal makinenin NIC’sini içeren IP adresleri arka uç havuzuna (isteğe bağlı) ve bir yük dengeleyici genel ya da özel IP adresine (isteğe bağlı) başvurur.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).
Sanal IP AdresiVirtual IP Address Bulut hizmetine bir VM eklendiğinde, Cloud Services varsayılan VIP’yi (Sanal IP Adresi) alır.Cloud Services gets a default VIP (Virtual IP Address) when a VM is added to a cloud service. Sanal IP Adresi örtük yük dengeleyiciyle ilişkili adrestir.The Virtual IP Address is the address associated with the implicit load balancer. Genel IP Adresi, Microsoft.Network sağlayıcısı tarafından sunulan bir kaynaktır.Public IP address is a resource exposed by the Microsoft.Network provider. Genel IP adresi statik (ayrılmış) veya dinamik olabilir.Public IP address can be static (reserved) or dynamic. Dinamik genel IP’ler bir Yük Dengeleyiciye atanabilir.Dynamic public IPs can be assigned to a Load Balancer. Genel IP’ler Güvenlik Grupları kullanılarak güvenli hale getirilebilir.Public IPs can be secured using Security Groups.
Ayrılmış IP AdresiReserved IP Address Azure’da bir IP adresini ayırabilir ve IP Adresinin yapışkan olmasını sağlamak için bunu Bulut Hizmetiyle ilişkilendirebilirsiniz.You can reserve an IP Address in Azure and associate it with a Cloud Service to ensure that the IP Address is sticky. Genel IP adresi, statik modda oluşturulabilir ve bir ayrılmış IP adresi ile aynı özelliği sunar.Public IP Address can be created in static mode and it offers the same capability as a reserved IP address.
Genel IP Adresi (PIP) / VMPublic IP Address (PIP) per VM Genel IP Adresleri ayrıca bir VM ile doğrudan ilişkilendirilebilir.Public IP Addresses can also be associated to a VM directly. Genel IP Adresi, Microsoft.Network sağlayıcısı tarafından sunulan bir kaynaktır.Public IP address is a resource exposed by the Microsoft.Network provider. Genel IP Adresi statik (ayrılmış) veya dinamik olabilir.Public IP Address can be static (reserved) or dynamic.
Uç NoktalarEndpoints Giriş Uç Noktaları, belirli bağlantı noktaları bağlantısının açık olması için bir Sanal Makinede yapılandırılmalıdır.Input Endpoints needed to be configured on a Virtual Machine to be open up connectivity for certain ports. Sanal makinelere bağlanmanın yaygın modlarında biri de giriş uç noktaları ayarlanarak yapılır.One of the common modes of connecting to virtual machines done by setting up input endpoints. Gelen NAT kuralları, VM’lere bağlanması için belirli bağlantı noktalarındaki uç noktaların etkinleştirilmesiyle aynı beceriyi gerçekleştirmek için Yük Dengeleyicilerde yapılandırılabilir.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 AdıDNS Name Bulut hizmeti örtük bir genel benzersiz DNS Adı almalıdır.A cloud service would get an implicit globally unique DNS Name. Örneğin: mycoffeeshop.cloudapp.net.For example: mycoffeeshop.cloudapp.net. DNS Adları, Genel IP Adresi kaynağında belirtilebilen isteğe bağlı parametrelerdir.DNS Names are optional parameters that can be specified on a Public IP Address resource. FQDN şu biçimdedir: <domainlabel>.<region>.cloudapp.azure.com.The FQDN is in the following format - <domainlabel>.<region>.cloudapp.azure.com.
Ağ ArabirimleriNetwork Interfaces Birincil ve İkincil Ağ Arabirimi ve özellikleri Sanal makinenin ağ yapılandırması olarak tanımlanmıştı.Primary and Secondary Network Interface and its properties were defined as network configuration of a Virtual machine. Ağ Arabirimi, Microsoft.Network Sağlayıcısı tarafından sunulan bir kaynaktır.Network Interface is a resource exposed by Microsoft.Network Provider. Ağ Arabiriminin yaşam döngüsü bir Sanal Makineye bağlı değildir.The lifecycle of the Network Interface is not tied to a Virtual Machine. Sanal makineye atanan IP adresine (zorunlu), sanal makinenin sanal ağ alt ağına (zorunlu) ve bir Ağ Güvenlik Grubuna (isteğe bağlı) başvurur.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).

Farklı dağıtım modellerinden sanal ağları bağlama hakkında bilgi almak için bkz. Portalda farklı dağıtım modellerinden sanal ağları bağlama.To learn about connecting virtual networks from different deployment models, see Connect virtual networks from different deployment models in the portal.

Klasikten Resource Manager’a geçişMigrate from classic to Resource Manager

Kaynaklarınızı klasik dağıtımdan Resource Manager dağıtımına geçirmeye hazırsanız aşağıdaki makalelere bakın:If you are ready to migrate your resources from classic deployment to Resource Manager deployment, see:

  1. Klasik modelden Azure Resource Manager’a platform destekli geçişe ayrıntılı teknik bakışTechnical deep dive on platform-supported migration from classic to Azure Resource Manager
  2. IaaS kaynaklarının Klasik modelden Azure Resource Manager’a platform destekli geçişiPlatform supported migration of IaaS resources from Classic to Azure Resource Manager
  3. Azure PowerShell’i kullanarak IaaS kaynaklarını klasik modelden Azure Resource Manager’a geçirmeMigrate IaaS resources from classic to Azure Resource Manager by using Azure PowerShell
  4. Azure CLI kullanarak IaaS kaynaklarını klasik modelden Azure Resource Manager’a geçirmeMigrate IaaS resources from classic to Azure Resource Manager by using Azure CLI

Sık sorulan sorularFrequently asked questions

Klasik dağıtım kullanılarak oluşturulan bir sanal ağı dağıtmak için Resource Manager kullanarak sanal makine oluşturabilir miyim?Can I create a virtual machine using Resource Manager to deploy in a virtual network created using classic deployment?

Bu yapılandırma desteklenmez.This configuration is not supported. Klasik dağıtım kullanılarak oluşturulan bir sanal ağa, Resource Manager kullanarak sanal makine dağıtamazsınız.You cannot use Resource Manager to deploy a virtual machine into a virtual network that was created using classic deployment.

Klasik dağıtım modeli kullanılarak oluşturulmuş bir kullanıcı görüntüsünden Resource Manager kullanarak bir sanal makine oluşturabilir miyim?Can I create a virtual machine using Resource Manager from a user image that was created using the classic deployment model?

Bu yapılandırma desteklenmez.This configuration is not supported. Ancak, klasik dağıtım modeli kullanılarak oluşturulmuş bir depolama hesabından VHD dosyalarını kopyalayabilir ve Resource Manager ile oluşturulmuş yeni bir hesaba ekleyebilirsiniz.However, you can copy the VHD files from a storage account that was created using the classic deployment model, and add them to a new account created through Resource Manager.

Aboneliğimle ilgili kotaya etkisi nedir?What is the impact on the quota for my subscription?

Azure Resource Manager ile oluşturulan sanal makineler, sanal ağlar ve depolama hesaplarının kotaları diğer kotalardan ayrıdır.The quotas for the virtual machines, virtual networks, and storage accounts created through the Azure Resource Manager are separate from other quotas. Her abonelik, yeni API'leri kullanarak kaynak oluşturmak için kotalar alır.Each subscription gets quotas to create the resources using the new APIs. Ek kotalar hakkında daha fazla bilgiyi burada okuyabilirsiniz.You can read more about the additional quotas here.

Azure Resource Manager API’leri ile sanal makineleri, sanal ağları ve depolama hesaplarını sağlamak için otomatik betiklerimi kullanmaya devam edebilir miyim?Can I continue to use my automated scripts for provisioning virtual machines, virtual networks, and storage accounts through the Resource Manager APIs?

Derlediğiniz tüm otomasyon ve betikler, Azure Hizmet Yönetimi modu altında oluşturulan mevcut sanal makineler ve sanal ağlar için çalışmaya devam edecektir.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. Ancak, Resource Manager aracılığıyla aynı kaynakların oluşturulmasında yeni şemayı kullanmak için betikler güncelleştirilmelidir.However, the scripts have to be updated to use the new schema for creating the same resources through the Resource Manager mode.

Azure Resource Manager şablonlarının örneklerini nerede bulabilirim?Where can I find examples of Azure Resource Manager templates?

Yeni başlayanlar için kapsamlı bir şablon dizisi, Azure Resource Manager Hızlı Başlangıç Şablonları bölümünde bulunabilir.A comprehensive set of starter templates can be found on Azure Resource Manager Quickstart Templates.

Sonraki adımlarNext steps