ARM に軍配

Terraform の Azure Provider が追いついていない

普段、AWS でインフラを管理する際には Terraform を使っていますので、Azure でも同様に Terraform を使おうとしておりましたが、どうも Terraform の Azure Provider が追いついていないようでした。

SQL Database のプライベートエンドポイントの設定や、VirtualMachine の自動バックアップの設定に関するオプションが Terraform の Azure Provider に存在しません。（2021年1月11日時点）

AWS や GCP 等の異なるクラウド環境に対して通用する Terraform は便利ですが、Azure にだけ限定してインフラコード管理するならば、ARM に軍配が上がります。

そこで、ARM Template でのインフラ構築方法を１から学ぶに当たり、記事を書いていこうと思います。

ARM を試してみる

準備 Install PowerShell for Mac

Mac に PowerShell をインストールします。

Azure に Login

PowerShell でのログインコマンドは以下です。

ログインができたら、後続の作業のために Resource Group を作成しておきます。

ここまでで準備は完了です。

テンプレートを用意

サンプルテンプレートを用意しました。ストレージアカウントを作成するだけのテンプレートです。

{
    "$schema": "https://schema.management.azure.com/schemas/2019-04-01/deploymentTemplate.json#",
    "contentVersion": "1.0.0.0",
    "parameters": {
      "storageAccountType": {
        "type": "string",
        "defaultValue": "Standard_LRS",
        "allowedValues": [
          "Standard_LRS",
          "Standard_GRS",
          "Standard_ZRS",
          "Premium_LRS"
        ]
      }
    },
    "resources": [
      {
        "type": "Microsoft.Storage/storageAccounts",
        "apiVersion": "2019-06-01",
        "name": "[concat('store', uniquestring(resourceGroup().id))]",
        "location": "[resourceGroup().location]",
        "kind": "StorageV2",
        "sku": {
          "name": "[parameters('storageAccountType')]"
        }
      }
    ]
}

ARM Template の Deploy

デプロイ

さあ、デプロイしてみましょう。

実行結果を確認

ちゃんとストレージアカウントが作成されているか、PowerShell で確認してみましょう。

うまく作成できているようです。

ARM デプロイ履歴

デプロイ履歴確認方法

以下のコマンドで ARM のデプロイ履歴は確認できます。

実験：再デプロイした結果を見てみる

分かったこと

デプロイ履歴と、リソースのステータスから判明したことは、以下の2点です。

• 全く同じリソースをデプロイしても、再作成とはならずにリソースの状態は変化しない。
• デプロイ履歴は更新されるが、"DeploymentName" が全く同じだと上書きされてしまう。

ARM にも記載されていますが、デプロイ名を一意にしておかないと過去のデプロイ履歴が追えなくなってしまいます。

回避策として、デプロイ時の標準出力をログファイルに保存しておくという方法もありますが、ログファイル管理の手間が増えてしまいます。それよりも、履歴の数に制限がなければ、デプロイ名を一意にすることで履歴を残した方が管理しやすそうですね。

デプロイ名を変えてデプロイしたら履歴が増えた

試しに "DeploymentName" を変えて再度、デプロイを試みてみましょう。デプロイ履歴はどうなるでしょうか。

デプロイ履歴が増えましたね。こちらに詳細が記載れています。デプロイ履歴は "800件" が上限のようですね。

800件ということは、やはり定期的にデプロイ履歴を別の場所に保管しておく必要がありそうです。

デプロイ履歴の詳細

デプロイ履歴の詳細も確認することができます。

デプロイ前の確認

デプロイ実行前に、「もし実行したらどうなるのか！？」の確認もできます。

下記のコマンドでも可能です。操作ミスを防ぐために上記のコマンドを使う方が良い気がします。

結果は同じになります。

と、まあ、コツをつかんだら使いやすそうですね。これから、どんどん使っていきたいと思います。

ARM で作成したリソースを削除したい

Remove-AzResourceGroupDeployment

それでは、Remove-Az コマンドでデプロイ履歴を消してみます。

結果は True でした。ストレージアカウントが削除されているか、PowerShell で確認してみます。

あれ？消えていない。。。

デプロイ履歴を徹底的に消す

もう一度、デプロイ履歴を確認してみます。

まだ、デプロイ履歴が残っていましたね。この残っているデプロイ履歴も消します。

まだ消えていない。。。

完全モードと増分モード

実は、デプロイ履歴を消してもリソースが消えないのは仕様でございました。

デプロイ履歴を消してもリソースは消えない

ARM Template の実行にあたり2種類のモードが存在します。

完全モード（Complete mode）

テンプレートファイルと実態が完全に一致させるモードです。テンプレートにないリソースは削除されます。Terraform と同じですね。

増分モード（Incremental mode）

こちらはテンプレートにないリソースは削除されません。テンプレート管理外のリソースも存在することができます。

詳細は Azrure の公式ページの解説を参照ください。

最後に

Azure Resource Manager template specs なるものがプレビューリリースされています。これは ARM 用の GitHub みたいなものでバージョン管理ができるのだとか。

なかなか便利そうですね～。時間があるときに、これも触ってみたいなと思います。