手順 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 製品](https://azure.microsoft.com/ja-jp/explore/global-infrastructure/products-by-region/?products=virtual-machines)」で確認できます。

マルチノードの 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: デプロイ後の手順」をご覧ください。

既存の仮想ネットワークにデプロイする

テンプレートを使用すると、既存の仮想ネットワークにノードをデプロイできます。ただし、仮想ネットワークには、以下の条件を満たすサブネットが必要です。

• すべてのノードおよび内部ロード バランサーに対応できる十分な空きアドレス領域がある
• NAT ゲートウェイを介して設定された送信接続
• ポート 443 で HTTPS トラフィックを許可する