Azure portal を使用して Azure Local をデプロイする

[アーティクル]
2025-05-07

この記事は、Azure portal を使用して Azure ローカルインスタンスをデプロイする際に役立ちます。

前提条件

完了:Azure Arc を使用してマシンを登録し、デプロイのアクセス許可を割り当てます。

Azure Local 2411.3 以前のバージョンを展開するために、Azure portal の代替バージョンを使用します。このバージョンはデプロイにのみ使用し、他の目的には使用しないでください。

ウィザードを起動し、基本を入力する

Azure ポータルにアクセスします。 Azure Local を検索して選択します。 Azure Arc |Azure Local で、[作業の開始] タブに移動します。[Azure ローカルのデプロイ] タイルで、[インスタンスの作成] を選択します。
このシステムのリソースを格納する SubscriptionResource グループ を選択します。

Azure サブスクリプション内のすべてのリソースはまとめて課金されます。
この Azure ローカルインスタンスに使用するインスタンス名を入力します。
Regionを選択して、このシステムの Azure リソースを格納します。サポートされている Azure リージョンの一覧については、Azure の要件。

大量のデータを転送しないため、リージョンが近くない場合は問題ありません。 [ + マシンの追加] を選択します。
この Azure ローカルインスタンスを構成するマシンを選択します。

重要

展開前に、マシンを Active Directory に参加させる必要はありません。
[マシンの追加] ページで、次の 手順を実行します 。
1. Azure ローカルマシンのオペレーティングシステムは、Azure Stack HCI として自動的に選択されます。
2. この Azure ローカルインスタンスを構成する 1 つ以上のマシンを選択します。これらのマシンは、 準備完了 または 不足している Arc 拡張機能として表示される場合があります。
3. [] を選択し、[] を追加します。マシンが [ 基本 ] タブに表示されます。
[ 拡張機能のインストール] を選択します。この操作により、選択したマシンに Arc 拡張機能がインストールされます。この操作には数分かかります。ページを更新して、拡張機能のインストールの状態を表示します。

拡張機能が正常にインストールされると、マシンの状態が [準備完了] に更新されます。
選択したマシンを検証します。緑色の検証チェックが成功したことを示すのを待ちます。検証プロセスでは、各マシンが同じバージョンの OS を実行しており、正しい Azure 拡張機能を持ち、一致する (対称的な) ネットワークアダプターを持っていることを確認します。

検証が間違った拡張機能のバージョンで失敗した場合は、「 拡張機能のインストール 」に移動して、適切なバージョンの拡張機能をインストールします。

拡張機能が正常にインストールされたら、同じ マシン の一覧から選択してマシンを追加し、 選択したマシンを検証します。
既存の Key Vault を選択 するか、[ 新しいキーコンテナーの作成] を選択します。暗号化キー、ローカル管理者資格情報、BitLocker 回復キーなど、このシステムのシークレットを安全に格納する空のキーコンテナーを作成します。
[ 新しいキーコンテナーの作成 ] ページで、指定したパラメーターの情報を指定し、[ 作成] を選択します。
1. 推奨される名前をそのまま使用するか、作成するキーコンテナーの名前を指定します。
2. 削除されたコンテナーを保持する既定の日数をそのまま使用するか、7 ~ 90 日の値を指定します。後で保持期間を変更することはできません。キーボールトの作成には数分かかります。
3. リソースグループに対するアクセス許可がない場合は、キーコンテナーに対するアクセス許可が不十分であることを示すメッセージが表示されます。 [キーコンテナーのアクセス許可] を選択します。
キーボールトには、Azure ローカルサブスクリプションに加えて追加のコストが発生します。詳細については、 Key Vault の価格に関するページを参照してください。既存のキーコンテナーを共有するときのセキュリティへの影響を表示します。
「Next: 構成」を選択します。

展開設定を指定する

[ 構成 ] タブで、このシステムの新しい構成を作成するか、テンプレートからデプロイ設定を読み込むかを選択します。デプロイする前に設定を確認できます。

展開設定のソースを選択します。
- 新しい構成 - このシステムを展開するすべての設定を指定します。
- テンプレートスペック - Azure サブスクリプションに格納されているテンプレートスペックからこのシステムをデプロイするための設定を読み込みます。
- クイックスタートテンプレート - この設定は、このリリースでは使用できません。
[次へ: ネットワーク] を選択します。

ネットワーク設定を指定する

マルチノードシステムの場合は、記憶域ネットワークトラフィックにネットワークスイッチを使用するようにクラスターにケーブル接続するかどうかを選択します。
- 記憶域のスイッチなし - スイッチを経由せずにすべてのマシンを直接接続する記憶域ネットワークアダプターを備えたシステムの場合。
- ストレージトラフィックのネットワークスイッチ - ネットワークスイッチに接続されたストレージネットワークアダプターを持つシステムの場合。これは、記憶域を含むすべてのトラフィックの種類を伝送する集中型ネットワークアダプターを使用するシステムにも適用されます。
一連のネットワークアダプターでグループ化するトラフィックの種類と、独自のアダプターで物理的に分離する種類を選択します。

構成するトラフィックには、次の 3 種類があります。
- 管理このシステム、管理 PC、Azure の間のトラフィック。記憶域レプリカのトラフィックも含まれます。
- コンピューティング このシステム上の VM とコンテナーとの間のトラフィック。
- マルチノードシステム内のマシン間のストレージ (SMB) トラフィック。
[ストレージの スイッチなし ] を選択した場合は、次のネットワークパターンを使用できます。
- グループ管理とコンピューティングトラフィック
- カスタム構成
ストレージ用の ネットワークスイッチ を選択した場合は、トラフィックをグループ化する方法に基づいて、さらに多くのパターンを使用できます。
- すべてのトラフィックをグループ化 - ストレージトラフィックにネットワークスイッチを使用している場合は、一連のネットワークアダプターですべてのトラフィックの種類をグループ化できます。
- グループ管理とコンピューティングトラフィック - 専用の高速アダプターでストレージトラフィックを分離したまま、1 セットのアダプターで管理トラフィックとコンピューティングトラフィックをグループ化します。次の 2 つのネットワーク意図を作成します。
  - 管理と演算の意図。
  - ストレージの用途。
- コンピューティングトラフィックとストレージトラフィックのグループ化 - ストレージトラフィックにネットワークスイッチを使用している場合は、管理トラフィックを別のアダプターセットで分離したまま、高速アダプターでコンピューティングトラフィックとストレージトラフィックをグループ化できます。次の 2 つのネットワーク意図を作成します。
  - 管理の意図。
  - コンピューティングとストレージの意図。
- カスタム構成 - 最後に、各トラフィックの種類を独自のアダプターのセットに配置するなど、トラフィックを異なる方法でグループ化できるカスタム構成を実行できます。また、対応するカスタム意図も作成します。
ヒント

後でマシンを追加する予定の 1 台のマシンをデプロイする場合は、最終的なクラスターに必要なネットワークトラフィックグループを選択します。その後、マシンを追加すると、適切な設定が自動的に取得されます。
ネットワークの意図 (トラフィックの種類のグループ) ごとに、少なくとも 1 つの未使用のネットワークアダプター (ただし、冗長性のために少なくとも 2 つの一致するアダプター) を選択します。
1 つのコンピューティングと管理の意図と 1 つのストレージ意図を作成した例を次に示します。
- Compute_Management インテントの場合は、インテント名を指定します。
  - この場合、2 つのネットワークアダプターを追加しました。
- ストレージインテントの場合は、インテント名を指定します。
  - この場合、ネットワークアダプター、イーサネット 3、イーサネット 4 を追加しました。
  - 既定の VLAN ID をそのまま使用するか、各ストレージネットワークに使用されるネットワークスイッチで設定した値を入力します。
注

ストレージトラフィックを含む意図には、必ず高速アダプターを使用してください。
ストレージインテントについては、各ストレージネットワークに使用されるネットワークスイッチに設定VLAN IDを入力します。

重要

ポータルのデプロイでは、ストレージインテントに独自の IP を指定することはできません。ただし、ストレージの IP を指定する必要があり、Network ATC の既定値を使用できない場合は、ARM テンプレートのデプロイを使用できます。詳細については、このページを参照してください。ストレージインテント用のCustom IP
意図のネットワーク設定をカスタマイズするには、 [ネットワーク設定のカスタマイズ] を選択し、次の情報を指定します。
- ストレージトラフィックの優先順位 - データセンターブリッジング (DCB) を使用する優先順位フロー制御を指定します。
- システムトラフィックの優先度 - 5、6、または 7 から選択します。
- ストレージトラフィック帯域幅の予約 - ストレージトラフィック の % で帯域幅の割り当てを定義します。
- ジャンボフレームサイズ (バイト単位) などのアダプタープロパティは、1514、4088、または 9014 から選択できます。 RDMA プロトコルの場合は、iWARP、RoCE、RoCEv2 から選択するか、RDMA プロトコルを無効にすることができます。
注

これらの設定は、 中規模 のハードウェアクラスを使用して Azure Local インスタンスを作成する場合にのみ適用されます。
IP 割り当てを手動または自動として選択します。ネットワーク内の IP 割り当てに DHCP サーバーを使用する場合は、[ 自動] を使用します。
静的 IP を選択した場合は、次の値を指定します。
1. 開始 IP と Ending IP (および関連) フィールドを使用して、管理ネットワークのサブネットに少なくとも 6 つの静的 IP アドレスの連続したブロックを割り当てます。このブロックは、マシンで既に使用されているアドレスを省略します。
  
  これらの IP は、Arc VM 管理と AKS ハイブリッドに必要な Azure ローカルおよび内部インフラストラクチャ (Arc Resource Bridge) によって使用されます。
2. サブネットマスク、既定のゲートウェイ、および 1 つ以上の DNS サーバーを指定します。
3. サブネットを検証します。
[次へ: 管理] を選択します。

管理設定を指定する

必要に応じて、ユーザーがこのシステム上で VM などのリソースを作成する際に識別できるようにするための カスタムの場所名 を編集してください。
既存のストレージアカウントを選択するか、新しいストレージアカウントを作成してクラウド監視ファイルを格納します。

既存のアカウントを選択すると、ドロップダウンリストがフィルター処理され、デプロイ用に指定されたリソースグループに含まれるストレージアカウントのみが表示されます。複数のクラスターで同じストレージアカウントを使用できます。各ミラーリング監視サーバーは、1 KB 未満のストレージを使用します。
このシステムを展開する Active Directory ドメイン を入力します。これは、Active Directory ドメインサービス (AD DS) ドメインが展開用に準備されたときに使用されるのと同じ完全修飾ドメイン名 (FQDN) である必要があります。
このデプロイ用に作成された OU を入力します。 OU をドメインの最上位レベルにすることはできません。たとえば、 OU=Local001,DC=contoso,DC=comと指定します。
デプロイアカウント資格情報を入力します。

このドメインユーザーアカウントは、ドメインがデプロイ用に準備されたときに作成されました。
マシンのローカル管理者資格情報を入力します。

資格情報は、システム内のすべてのマシンで同じである必要があります。現在のパスワードが複雑さの要件 (12 文字以上、小文字と大文字、数字、特殊文字) を満たしていない場合は、先に進む前にすべてのマシンで変更する必要があります。
[次へ: セキュリティ] を選択します。

セキュリティレベルを設定する

システムのインフラストラクチャのセキュリティレベルを選択します。
- 推奨されるセキュリティ設定 - 最高のセキュリティ設定を設定します。
- カスタマイズされたセキュリティ設定 - セキュリティ設定をオフにすることができます。
[次: 詳細] を選択します。

必要に応じて詳細設定を変更し、タグを適用する

ワークロード用のボリュームを今すぐ作成するかどうかを選択し、ボリュームの作成時間と VM イメージのストレージパスを節約します。後でさらにボリュームを作成できます。

ワークロードボリュームと必要なインフラストラクチャボリュームを作成する (推奨) - ワークロードが使用できるように、マシンごとに 1 つの仮想プロビジョニングボリュームとストレージパスを作成します。これは、クラスターごとに必要な 1 つのインフラストラクチャボリュームに加えて行われます。
必要なインフラストラクチャボリュームのみを作成する - クラスターごとに必要なインフラストラクチャボリュームを 1 つだけ作成します。後でワークロードボリュームとストレージパスを作成する必要があります。
既存のデータドライブを使用する (単一のマシンのみ) - 記憶域スペースプールとボリュームを含む既存のデータドライブを保持します。

このオプションを使用するには、1 台のコンピューターを使用していて、データドライブに記憶域スペースプールが既に作成されている必要があります。また、インフラストラクチャボリュームとワークロードボリュームとストレージパスがまだない場合は、後で作成する必要がある場合もあります。

重要

デプロイ中に作成されたインフラストラクチャボリュームは削除しないでください。

システム内のマシンの数に基づいて作成されるボリュームの概要を次に示します。ワークロードボリュームの回復性設定を変更するには、インフラストラクチャボリュームを削除しないように注意して、それらを削除して再作成します。

マシン数	ボリュームの回復性	# インフラストラクチャボリューム	# ワークロードボリューム
1 台のマシン	双方向ミラー	1	1
2 台のマシン	双方向ミラー	1	2
3 台のマシン +	3 方向ミラー	1	マシンあたり 1 台

[次へ: タグ] を選択します。
必要に応じて、Azure の Azure ローカルリソースにタグを追加します。

タグは、リソースの分類に使用できる名前と値のペアです。その後、特定のタグを持つすべてのリソースの統合請求を表示できます。
[ 次へ: 検証 を選択します。 [検証開始を選択します。
検証には、1 台から 2 台のマシンをデプロイするのに約 15 分かかり、大規模なデプロイには長い時間がかかります。検証の進行状況を監視します。

システムを検証してデプロイする

検証が完了したら、検証結果を確認します。

検証にエラーがある場合は、実行可能な問題を解決し、 次へ: 確認と作成を選択。

検証タスクが実行されている間は、 を再度選択しないでください このリリースでは不正確な結果が得られます。
展開に使用する設定を確認し、[ 作成 ] を選択してシステムを展開します。

展開ページが表示され、デプロイの進行状況を監視するために使用できます。

デプロイが開始されると、デプロイの最初の手順である Begin cloud deployment が完了するまでに 45 ~ 60 分かかる場合があります。 1 台のマシンのデプロイ時間の合計は約 1.5 から 2 時間で、2 ノードシステムのデプロイには約 2.5 時間かかります。

デプロイが成功したことを確認する

システムとそのすべての Azure リソースが正常にデプロイされたことを確認するには

Azure portal で、システムをデプロイしたリソースグループに移動します。

Overview>Resourcesには、次の内容が表示されます。

リソースの数	リソースの種類
マシンあたり 1 台	マシン - Azure Arc
1	Azure ローカル
1	Arc リソースブリッジ
1	Key Vault
1	カスタム場所
2*	ストレージアカウント
ワークロードボリュームあたり 1	Azure ローカルストレージパス - Azure Arc

* クラウド監視用に 1 つのストレージアカウントが作成され、1 つはキーコンテナー監査ログ用に作成されます。これらのアカウントはローカル冗長ストレージ (LRS) アカウントであり、ロックが設定されています。

デプロイを再開する

デプロイが失敗した場合は、デプロイを再開できます。 Azure ローカルインスタンスで [ デプロイ ] に移動し、右側のウィンドウで [ デプロイの再開] を選択します。

デプロイ後のタスク

デプロイが完了したら、システムをセキュリティで保護し、ワークロードの準備ができていることを確認するために、さらにいくつかのタスクを実行する必要がある場合があります。

ヘルスモニタリングを有効にする

記憶域プールの消費を監視するには、Azure ポータルで通知を受け取るために健康状態の警告を有効にするの手順を使用します。記憶域プールが 70%に達すると、アラートが作成されます。

RDP を有効にする

セキュリティ上の理由から、リモートデスクトッププロトコル (RDP) は無効になり、Azure ローカルインスタンスでのデプロイの完了後にローカル管理者の名前が変更されます。名前が変更された管理者の詳細については、「ローカルの組み込みユーザーアカウントを参照してください。

ワークロードをデプロイするには、RDP 経由でシステムに接続する必要がある場合があります。リモート PowerShell を使用してシステムに接続し、RDP を有効にするには、次の手順に従います。

管理 PC で管理者として PowerShell を実行します。
リモート PowerShell セッションを使用して Azure ローカルインスタンスに接続します。
```
$ip="<IP address of the Azure Local machine>"
Enter-PSSession -ComputerName $ip -Credential get-Credential
```
RDP を有効にします。
```
Enable-ASRemoteDesktop
```
注

セキュリティのベストプラクティスに従って、不要な場合は RDP アクセスを無効のままにします。
RDP を無効にします。
```
Disable-ASRemoteDesktop
```

次のステップ

デプロイ中にワークロードボリュームを作成しなかった場合は、各ボリュームのワークロードボリュームとストレージパスを作成します。詳細については、「 Azure Local および Windows Server クラスターでのボリュームの作成および Azure Local のストレージパスの作成を参照してください。
Azure ローカルデプロイの問題のサポートを受ける。