Azure Resource Manager templates enable teams to standardize the management of Infrastructure as Code (IaC). ARM template documents are written in JSON, using declarative syntax to define how infrastructure resources should be configured, deployed, and managed. Teams can use ARM templates to collaborate more efficiently and automate their processes.
In this post, we’ll explain why and how to use Azure Resource Manager templates, and show how NetApp Cloud Volumes ONTAP can help simplify Infrastructure as Code in Azure.
In this article, you will learn:
Azure Resource Manager (ARM) templates are documents used to manage Infrastructure as Code (IaC). ARM templates are written in JavaScript Object Notation (JSON) and use declarative syntax to define how resources should be configured, deployed, and managed.
Why use ARM templates?
Using ARM templates and an IaC model enables you to manage infrastructure resources with the same tools and methods as any other codebase. You can leverage version control and automate deployments easily and consistently. In particular, ARM templates can provide the following benefits:
When getting started with Azure Resource Manager templates you may want to build a few sample templates before deploying. Below you can see the process for building these templates.
Before you can get started, there are a few tools you need.
With the above tools, you’re ready to create your first template. Create a blank text file with a .JSON extension. Copy-paste the following code to your file. This will create a blank Azure Resource Manager template (a template that does not perform any automated actions, just for showing the correct format).
{
"$schema": "https://schema.management.azure.com/schemas/2019-04-01/deploymentTemplate.json#",
"contentVersion": "1.0.0.0",
“apiProfile”: No,
"resources": [],
“outputs”: {}
}
In this code, three elements appear in every template you’ll create:
After you’re familiar with creating and applying ARM templates there are a few tips you can incorporate into your process.
1. Create separate ARM templates for different servicesTry to keep your templates modular. Similar to using microservices, breaking Azure Resource Manager templates into components makes it easier to manage and update your files. It also enables you to more easily reuse template definitions in other deployments, ensuring consistent configurations. For example, if you are defining a deployment that uses app services, queue resources, and databases you can create a different template for each type.
When using modular templates, ARM enables you to link templates together. This ensures that deployments are performed in the correct order and that no elements are missed while still allowing you to work in sections. Linked templates can help you avoid the creation of monolithic deployments without adding manual steps.
2. ARM templates generated from existing Azure resourcesWhen you create Azure resources manually, ARM templates are automatically created. When creating a new template, it is recommended to take a look at these existing templates, to verify your definitions are correct.
To view templates for existing resources you can go to the Azure Portal, select the resource you want to view, and select Export template from the blade menu. From there you can view the JSON document, or see the format used in PowerShell, Azure CLI, or .NET.
3. Copy functionalityIf you need to create near-duplicate resources, you can use the copy element in the resources section of your ARM template. This creates one of more copies of the requested resources, eliminating the need to manually copy/paste definitions. The code looks like this:
"copy": {
"name": "resourcecopy",
"count": 4
}
With this functionality or in place of it, you may also want to leverage dynamic properties. These properties enable you to use parameters, variables, or output values to define resources according to programmatically defined conditions.
4. Remember the location of DependsOnDependsOn is an element you can use to define resources that are dependent on other resources. This ensures that resources are linked together after creation and defines the order of creation even if templates are applied simultaneously.
This element is used internally in Azure Resource Manager templates and cannot be used with linked templates. When defining DependsOn, you need to add it in order, with the dependent resource defined after the resource it relies on. This is also best practice for ensuring that your documentation and logic are clear.
To learn more about Azure templates, check out our article about Azure Quickstart templates, which explains how to use Quickstart templates to make cloud storage easier.
NetApp Cloud Volumes ONTAP, the leading enterprise-grade storage management solution, delivers secure, proven storage management services on AWS, Azure and Google Cloud. Cloud Volumes ONTAP supports up to a capacity of 368TB, and supports various use cases such as file services, databases, DevOps or any other enterprise workload, with a strong set of features including high availability, data protection, storage efficiencies, Kubernetes integration, and more.
In particular, Cloud Volumes ONTAP provides Cloud Manager, a UI and APIs for management, automation and orchestration, supporting hybrid & multi-cloud architectures, and letting you treat pools of storage as one more element in your Infrastructure as Code setup.
Cloud Manager is completely API driven and is highly geared towards automating cloud operations. Cloud Volumes ONTAP and Cloud Manager deployment through infrastructure- as- code automation helps to address the DevOps challenges faced by organizations when it comes to configuring enterprise cloud storage solutions. When implementing infrastructure as code, Cloud Volumes ONTAP and Cloud Manager go hand in hand with Azure Resource Manager to achieve the level of efficiency expected in large scale cloud storage deployment in Azure.