手順 1: Azure のデプロイを計画する

このページでは、Azure 環境を準備する方法について説明します。

重要: データが失われるのを防ぐため、使用するインフラストラクチャが、サーバー仮想マシンスケールセットのサイズを変更して、クラスターディスクを自動的に削除しないようにしてください。このテンプレートは、特にこの目的のために自動スケーリングポリシーを「手動」に設定します。

Azure サブスクリプション

デプロイでは、Azure サブスクリプションと RBAC ロール所有者を含むリソースグループへのアクセス権が必要です。

ロールの割り当ては、以下の手順で確認できます。

[リソースグループ] → [アクセス制御 (IAM)] → [アクセスの確認] → [マイアクセスの表示]

クォータ

デプロイでは、複数の Standard_D (汎用)、Standard_E、および/または Standard_NC (GPU あり) の仮想マシンをプロビジョニングします。Azure サブスクリプションには、VM ファミリ向けにプロビジョニングできるコアの数に対するクォータがあります。

サブスクリプションのクォータを確認するには、Azure Portal で [Usage + quotas] に移動します。

注: クォータが Automation Suite のデプロイに対して十分であることを確認してください。そうでない場合、デプロイは失敗します。[Request Increase] をクリックし、引き上げを要求します。

仮想マシンファミリのリージョンの可用性

デプロイするリージョンで VM SKU が使用可能であることを確認します。

使用可能かどうかについては、「リージョン別の Azure 製品」で確認できます。

マルチノードの HA 対応の運用クラスターにおけるゾーン障害に対する復元設定

既定では、テンプレートによって可能な限り多くの Azure 可用性ゾーンにわたって仮想マシンがデプロイされ、マルチノードの HA 対応の運用クラスターでのゾーン障害から回復できるようにしています。

注:

すべての Azure リージョンが可用性ゾーンをサポートしているわけではありません。詳細については、「Azure Geograpies」をご覧ください。

VM SKU には、CLI cmdlet を使用して確認できる追加のアベイラビリティーゾーンの制限があります。詳細については、「Get-AzComputeResourceSku」をご覧ください。

サーバーが 3 つの Azure 可用性ゾーンにわたっている場合、クラスターはゾーン障害に対する回復力があると見なされます。Azure リージョンが、サーバー用に選択されている仮想マシンのタイプに対して可用性ゾーンをサポートしていない場合、デプロイは、ゾーンの回復機能なしで続行されます。

DNS

テンプレートは、Azure Load Balancer を、それにアクセスするためのパブリック IP と DNS ラベルでプロビジョニングします。

DNS ラベルは Microsoft が所有し、<dnsName>.<regionName>.cloudapp.azure.com のような形式を持ちます。

また、クラスターの仮想マシンが複数のサブドメインを解決できるように、プライベート DNS ゾーンもデプロイします。これはインストールプロセスで必要です。プライベート DNS ゾーンのレコードを仮想ネットワークから解決するには、DNS サーバーを Azure-provided または 168.63.129.16 に設定するようにします。

インターネット経由でクラスターにアクセスする場合は、「手順 3: デプロイ後の手順」をご覧ください。