Windows Admin Center を使用して Azure ローカル インスタンスを作成する

適用対象: Azure Local バージョン 22H2

重要

Azure Stack HCI が Azure Local の一部になりました。 製品ドキュメントの名前変更が進行中です。 ただし、古いバージョンの Azure Stack HCI (22H2 など) は引き続き Azure Stack HCI を参照し、名前の変更は反映されません。 詳細情報。

警告

この記事で説明するデプロイ手順は、古いバージョンの Azure Stack HCI バージョン 22H2 に適用されます。 新しいデプロイでは、一般公開されている最新バージョンの Azure Stack HCI バージョン 23H2 を使用することをお勧めします。 デプロイ手順については、「 Azure Stack HCI バージョン 23H2 のデプロイについてを参照してください。

Azure Stack HCI オペレーティング システムをデプロイしたので、Windows Admin Center を使用して、記憶域スペース ダイレクト、および必要に応じてソフトウェア定義ネットワークを使用する Azure ローカル インスタンスを作成する方法について説明します。 Windows Admin Center のクラスターの作成ウィザードでは、面倒な処理のほとんどが自動的に行われます。 PowerShell を使用して自分で実行する場合は、「 PowerShell を使用して Azure ローカル インスタンスを作成するを参照してください。 PowerShell 記事は、ウィザードの内部のしくみを把握したり、トラブルシューティングを行ったりするうえでも参考になります。

Note

Azure Local 21H2 の単一サーバー インストールを行う場合は、 PowerShell を使用してクラスターを作成します。

任意のサーバーで入れ子になった仮想化を使用して独自のプライベート ラボ環境を作成し、Azure Local を実行する VM をデプロイするには、「 Azure Local 用の VM ベースのラボを作成するを参照してください。

クラスター作成ワークフロー

次に示すのは、Windows Admin Center でクラスターを作成するためのワークフローです。

1. 前提条件を満たします。
2. クラスターの作成ウィザードを開始します。.
3. クラスターの作成ウィザードで次の手順を実行します。
   1. 手順 1: はじめに。 各サーバーがクラスターへの参加に必要な前提条件と機能を満たしていることを確認します。
   2. 手順 2: ネットワーク。 ネットワーク アダプターを割り当てて構成し、各サーバー用の仮想スイッチを作成します。
   3. 手順 3: クラスタリング。 クラスターが正しくセットアップされていることを検証します。 ストレッチ クラスターの場合は、2 つのサイトも設定します。
   4. 手順 4: ストレージ。 記憶域スペース ダイレクトを構成します。
   5. 手順 5: SDN。 (省略可能) SDN のデプロイ用のネットワーク コントローラーを設定します。

クラスターの作成ウィザードでクラスターの作成が完了した後、次のクラスター作成後の手順を完了します。

• クラスター監視をセットアップします。 これは、少なくとも 2 つのノードを持つすべてのインスタンスに強くお勧めします。
• Azure に登録します。 登録がアクティブになるまで、インスタンスは完全にはサポートされません。
• Azure ローカル インスタンスを検証します。 この手順を完了すると、インスタンスは運用環境で動作する準備が整います。

前提条件

Windows Admin Center でクラスターの作成ウィザードを実行する前に、次の前提条件を満たす必要があります。

警告

前提条件を満たす前にウィザードを実行すると、クラスターの作成に失敗する可能性があります。

• システム要件に関するページで、ハードウェアとそれに関連する要件を確認します。

• ネットワーク チームに問い合わせて、物理ネットワーク要件、ホスト ネットワーク要件、ファイアウォール要件を明らかにして理解します。 特に、ネットワーク設計の例を提供する Network 参照パターンを確認します。 また、ホスト ネットワークを構成する方法 (ネットワーク ATC の使用、または手動) を決めます。

• クラスター内の各サーバーに Azure Stack HCI オペレーティング システムをインストールします。 「Azure Stack HCI オペレーティング システムのデプロイ」を参照してください。

• 各サーバーでローカルの Administrators グループのメンバーであるアカウントを取得します。

• クラスターに少なくとも 2 つのサーバーを追加します。ストレッチ クラスターを作成する場合は 4 つ (各サイトに 2 つ) 追加します。 代わりに、単一のサーバーに Azure Stack HCI をデプロイする方法については、 単一サーバーでの Azure Local のデプロイに関するページを参照してください。

• すべてのサーバーがお使いのローカル ドメイン コントローラーと同じタイム ゾーンにあることを確認します。

• 管理用の PC またはサーバーに最新バージョンの Windows Admin Center をインストールします。 「Windows Admin Center のインストール」を参照してください。

• Windows Admin Center とドメイン コントローラーが同じシステムにインストールされていないことを確認します。 また、ドメイン コントローラーが Azure ローカル インスタンスまたはインスタンス内のいずれかのマシンでホストされていないことを確認します。

• Windows Admin Center を (ローカル PC ではなく) サーバーで実行する場合は、ゲートウェイ管理者グループに属しているアカウント、または Windows Admin Center サーバーのローカルの Administrators グループに属しているアカウントを使用します。

• Windows Admin Center 管理コンピューターが、クラスターを作成するのと同じ Active Directory ドメインに参加しているか、完全に信頼されたドメインに参加していることを確認します。 クラスター化するサーバーは、まだドメインに属している必要はありません。クラスターの作成中にドメインに追加することができます。

• Microsoft ハードウェア パートナーの統合システムを使っている場合は、統合されているハードウェアとファームウェアを最新の状態に保つため、Windows Admin Center に最新バージョンのベンダー拡張機能をインストールします。 インストールするには、Windows Admin Center を開き、右上にある [設定] (歯車アイコン) をクリックします。 適用可能なハードウェア ベンダーの拡張機能を選択し、[インストール] をクリックします。

• ストレッチ クラスターの場合は、あらかじめ 2 つのサイトを Active Directory に設定します。 または、ウィザードでそれらを自動的にセットアップできます。 ストレッチ クラスターについて詳しくは、「ストレッチ クラスターの概要」をご覧ください。

クラスターの作成ウィザードを開始する

Windows Admin Center でクラスターの作成ウィザードを開始するには:

1. Windows Admin Center にログインします。

2. [すべての接続] の下にある [追加] をクリックします。

3. [Add or create resources]\(リソースの追加または作成\) パネルの [Server clusters]\(サーバー クラスター\) で [Create new]\(新規作成\) を選択します。

4. [ クラスターの種類を選択、 Azure Local を選択します。

   

5. [Select server locations]\(サーバーの場所の選択\) で、次のいずれかを選択します。

   • All servers in one site (すべてのサーバーが 1 つのサイト内)
   • Servers in two sites (2 つのサイトのサーバー) (ストレッチ クラスターの場合)

6. 完了したら、[作成] をクリックします。 次に示すように、クラスターの作成ウィザードが表示されます。

   

   クラスター作成ワークフローの次の手順「手順 1: はじめに」に進みます。

手順 1: 作業の開始

ウィザードの手順 1 では、すべての前提条件が満たされていることを確認し、サーバー ノードを追加し、必要な機能をインストールしてから、必要に応じて各サーバーを再起動します。

1. ウィザードに一覧表示されている [1.1 Check the prerequisites]\(1.1 前提条件の確認\) を見て、各サーバー ノードがクラスター対応であることを確認します。 完了したら、 [次へ] をクリックします。

2. 1.2 サーバーの追加で、domain\username の形式を使用してアカウント ユーザー名を入力します。 パスワードを入力し、[次へ] をクリック。 このアカウントは、各サーバーのローカルの Administrators グループのメンバーである必要があります。

3. 追加する最初のサーバーの名前を入力して、[追加] をクリックします。 サーバーを追加するときは、必ず完全修飾ドメイン名を使用してください。

4. クラスターの一部にする各サーバーについて、ステップ 3 を繰り返します。 完了したら、[次へ] をクリックします。

5. 必要に応じて、[1.3 ドメインに参加] で、サーバーを参加させるドメインと使用するアカウントを指定します。 必要に応じて、サーバーの名前を変更することもできます。 続けて、 [次へ] をクリックします。

6. [1.4 Install features]\(1.4 機能のインストール\)で機能を確認し、必要に応じて追加します。 完了したら、 [次へ] をクリックします。

   ウィザードでは、次のオプションを含む必要な機能が一覧表示され、インストールされます。

   • データ重複除去
   • Hyper-V
   • BitLocker ドライブ暗号化
   • データ センター ブリッジング (RoCEv2 ネットワーク アダプター用)
   • フェールオーバー クラスタリング
   • Network ATC
   • Windows PowerShell 用 Active Directory モジュール
   • Windows PowerShell 用 Hyper-V モジュール

7. [1.5 Install updates]\(1.5 更新プログラムのインストール\) で、必要に応じて [Install updates]\(更新プログラムのインストール\) をクリックして、オペレーティング システムの更新プログラムをインストールします。 完了したら、[次へ] をクリックします。

8. [1.6 Install hardware updates]\(1.6 ハードウェア更新プログラムのインストール\) で、必要に応じて [更新プログラムの入手] をクリックして、使用可能なベンダーのハードウェア更新プログラムを入手します。 今すぐ更新プログラムをインストールしない場合は、続行する前に最新のネットワーク ドライバーを手動でインストールすることをお勧めします。 ネットワーク ATC を使用してホスト ネットワークを構成する場合は、更新されたドライバーが必要です。

   Note

   一部の拡張機能では、ベースボード管理コントローラー (BMC) の構成など、サーバーまたはネットワークで追加の構成が必要です。 詳しくは、ベンダーのドキュメントをご覧ください。

9. ベンダー固有の手順に従って、ハードウェアに更新プログラムをインストールします。 これらの手順には、更新プログラムが確実に成功するように、ハードウェア上で対称性とコンプライアンスのチェックを実行することも含まれます。 場合によっては、いくつかの手順を再実行する必要があります。

10. 必要に応じて、[1.7 Restart servers]\(1.7 サーバーの再起動\) で [Restart servers]\(サーバーの再起動\) をクリックします。 各サーバーが正常に起動されたことを確認します。

11. [1.8 ホスト ネットワークの選択] で、次のいずれかを選択します。

    • [Use Network ATC to deploy and manage networking (Recommended)] (ネットワーク ATC を使って、ネットワークのデプロイと管理を行う (推奨))。 ホスト ネットワークを構成するには、このオプションを使うことをお勧めします。 Network ATC は、ネットワークデプロイをホストするための意図ベースのアプローチを提供し、Azure ローカル インスタンスのデプロイとネットワーク構成管理を簡素化するのに役立ちます。 ネットワーク ATC の使用について詳しくは、ネットワーク ATC に関する記事をご覧ください。
    • [Manually configure host networking] (ホスト ネットワークを手動で構成する)。 ホスト ネットワークを手動で構成するには、このオプションを選びます。 Azure Local の RDMA および Hyper-V ホスト ネットワークの構成の詳細については、「 Host ネットワーク要件を参照してください。

12. [次: ネットワーク] を選んで、「手順 2: ネットワーク」に進みます。

手順 2: ネットワーク

ウィザードの手順 2. では、クラスターのホスト ネットワーク要素を構成します。 RDMA (iWARP と RoCE の両方) ネットワーク アダプターがサポートされています。

上の「手順 1: はじめに」の [1.8 Choose host networking] (1.8 ホスト ネットワークを選択する) で選んだオプションに応じた以下のタブを参照して、クラスター用にホスト ネットワークを構成します。

[Use Network ATC to deploy and manage networking (Recommended)] (ネットワーク ATC を使って、ネットワークのデプロイと管理を行う (推奨))

これは、ホスト ネットワークを構成するための推奨されるオプションです。 ネットワーク ATC について詳しくは、ネットワーク ATC の概要に関する記事をご覧ください。

1. [2.1 ネットワーク アダプターの確認] で、表示される一覧を確認し、クラスター化するアダプターを除外または追加します。 アダプターが表示されるまで数分待ちます。 各サーバーで名前、インターフェイスの説明、リンク速度が一致するアダプターのみが表示されます。 他のすべてのアダプターは表示されません。

   

2. 一覧にアダプターが表示されない場合は、[Show hidden adapters] (非表示のアダプターを表示) をクリックして使用可能なすべてのアダプターを表示してから、足りないアダプターを選びます。

3. [Select the cluster network adapters] (クラスター ネットワーク アダプターの選択) ページのアダプターの一覧で、クラスター化するもののチェック ボックスをオンにします。 アダプターは、各サーバーで名前、インターフェイスの説明、リンク速度が一致している必要があります。 一致するようにアダプターの名前を変更することも、一致するアダプターを単に選ぶこともできます。 完了したら、 [閉じる] をクリックします。

   

4. 選んだアダプターが、[Adapters available on all servers] (すべてのサーバーで使用可能なアダプター) の下に表示されます。 アダプターの選択と確認が済んだら、[次へ] をクリックします。

5. [2.2 Define intents] (2.2 インテントの定義) の [Intent 1] (意図 1) で、次のようにします。

   • [Traffic types] (トラフィックの種類) では、ドロップダウン リストからトラフィックの種類を選びます。 Management および Storage 意図の種類を 1 つの意図に追加できますが、Compute 意図の種類は 1 つ以上の意図に追加できます。 詳細については、「 Network ATC トラフィックの種類」を参照してください。
   • [意図の名前] には、意図のわかりやすい名前を入力します。
   • [ネットワーク アダプター] では、ドロップダウン リストからアダプターを選びます。
   • (省略可能) 必要に応じて、[Select another adapter for this traffic] (このトラフィックに別のアダプターを選択する) をクリックします。

   推奨される意図の構成については、デプロイに一致するネットワーク参照パターンを参照してください。

   • ストレージスイッチレス、シングルスイッチ
   • 記憶域スイッチレス、2 つのスイッチ
   • 記憶域の切り替え、非収束
   • ストレージが切り替え、完全に収束

6. (省略可能) 意図が追加されたら、[ネットワーク設定をカスタマイズします] を選んでネットワークの設定を変更します。 終わったら、[保存] を選択します。

7. (省略可能) 別の意図を追加するには、[Add an intent] (意図の追加) を選んで、手順 5 および必要に応じて手順 6 を繰り返します。

8. ネットワークの意図の定義が済んだら、[次へ] を選びます。

9. [2.3: Provide network details] (2.3: ネットワークの詳細の指定) で、一覧のストレージ トラフィック アダプターごとに、次の情報を入力するか、既定値をそのまま使います (推奨)。

   • サブネット マスク/CIDR
   • VLAN ID
   • IP アドレス (これは通常、10.71.1.x や 10.71.2.x などのプライベート サブネット上にあります)

   

10. [次: クラスタリング] を選んで、「手順 3: クラスタリング」に進みます。

ホスト ネットワークを手動で構成する

次の手順のようにして、ホスト ネットワークを手動で構成します。

Note

ネットワークまたは仮想スイッチの手順でエラーが表示された場合は、[Apply and test]\(適用してテスト\) をもう一度選択してください。

1. [2.1 Check network adapters]\(2.1 ネットワーク アダプターの確認\) で、各アダプターの横に緑色のチェックボックスが表示されるまで待ってから、[Next]\(次へ\) を選択します。

2. [2.2 Select management adapters]\(2.2 管理アダプターの選択\) で、各サーバーに使用する 1 つまたは 2 つの管理アダプターを選択します。 ウィザードではクラスター管理専用に少なくとも 1 つの物理 NIC が必要であるため、管理のためのアダプターを少なくとも 1 つは選択することが必須です。 管理用として指定したアダプターは、ウィザードの残りのワークフローから除外されます。

   

   管理アダプターには、次の 2 つの構成オプションがあります。

   • 管理用の物理ネットワーク アダプター 1 つ。 このオプションの場合、DHCP と静的 IP アドレス割り当ての両方がサポートされます。

   • チーミングされた、管理用の物理ネットワーク アダプター 2 つ。 アダプターのペアがチーミングされている場合、サポートされるのは静的 IP アドレスの割り当てのみです。 選択したアダプター (一方または両方) に DHCP アドレスが使用されている場合、仮想スイッチの作成前に、DHCP IP アドレスが静的 IP アドレスに変換されます。

   チーミングされたアダプターを使用すると、複数のスイッチに対する 1 つの接続ができますが、使用されるのは 1 つの IP アドレスだけです。 負荷分散が可能になり、フォールト トレランスは DNS レコードの更新を待つことなくすぐに行われます。

   次に、それぞれのサーバーについて次の作業を行います。

   • [説明] チェック ボックスをオンにします。 すべてのアダプターが選択されていること、およびウィザードによって推奨事項が提示される場合があることに注意してください。
   • クラスター管理に使用しないアダプターのチェックボックスをオフにします。

   Note

   1 Gb のアダプターを管理アダプターとして使用することもできますが、ストレージとワークロード (VM) のトラフィックを伝送するには、10 Gb 以上の速さのアダプターを使用することをお勧めします。

3. 変更を行ったら、[Apply and test]\(適用してテスト\) をクリックします。

4. [Define networks]\(ネットワークの定義\) で、各サーバーの各ネットワーク アダプターに一意の静的 IP アドレス、サブネット マスク、VLAN ID があることを確認します。 各テーブル要素をポイントし、必要に応じて値を入力または変更します。 終わったら、[Apply and test]\(適用してテスト\) をクリックします。

   Note

   クラスターで VLAN ID 構成をサポートする場合は、すべてのサーバーのすべてのネットワーク アダプターで VLANID プロパティがサポートされている必要があります。

   Note

   スイッチレス デプロイでは、個別のサブネットを使用することをお勧めします。 スイッチレス接続の詳細については、「スイッチレスの使用」を参照してください。

5. 各サーバーの [状態] 列が [Passed]\(合格\) になるまで待ち、[次へ] をクリックします。 このステップでは、同じサブネットと VLAN ID を持つすべてのアダプター間のネットワーク接続を検証します。 次のステップで仮想スイッチを作成すると、指定した IP アドレスが物理アダプターから仮想アダプターに転送されます。 構成したアダプターの数によっては、完了するまでに数分かかる場合があります。

6. [2.3 Virtual switch]\(2.3 仮想スイッチ\) で、必要に応じて次のいずれかのオプションを選択します。 ネットワーク アダプターの数によっては、一部のオプションを使用できない場合があります。

   • [Skip virtual switch creation]\(仮想スイッチの作成をスキップする\) - 後で仮想スイッチを設定するかどうかを選択します。

   • [Create one virtual switch for compute and storage together]\(コンピューティングとストレージの両方のために仮想スイッチを 1 つ作成する\) - VM と記憶域スペース ダイレクトに同じ仮想スイッチを使用するかどうかを選択します。 これは "コンバージド" オプションです。

   • [Create one virtual switch for compute only]\(Hyper-V 専用の仮想スイッチを 1 つ作成する\) - VM 専用の仮想スイッチを使用する場合に選択します。

   • [Create two virtual switches]\(2 つの仮想スイッチを作成する\) - VM 用と記憶域スペース ダイレクト用のそれぞれに専用の仮想スイッチを使用する場合に選択します。

     Note

     (ウィザードの Step 5: SDN で) SDN のネットワーク コントローラーを展開する場合は、仮想スイッチが必要です。 そのため、ここで仮想スイッチを作成せず、ウィザードの外部で 1 つ作成しない場合、ウィザードによるネットワーク コントローラーのデプロイは行われません。

     

   次の表は、各種のネットワーク アダプター構成で、どの仮想スイッチ構成がサポートされ、有効であるかを示したものです。

   オプション	1 から 2 個のアダプター	3 個以上のアダプター	チーミングされたアダプター
   1 つのスイッチ (コンピューティング + ストレージ)	有効	有効	サポートされない
   1 つのスイッチ (コンピューティングのみ)	サポートされない	有効	有効
   2 つのスイッチ	サポートされない	有効	有効

7. スイッチの名前と他の構成設定を必要に応じて変更し、[Apply and test]\(適用してテスト\) をクリックします。 仮想スイッチが作成された後、各サーバーの [状態] 列が [Passed]\(合格\) になります。

8. 手順 [2.4 RDMA] は省略可能です。 RDMA を使用している場合は、[Configure RDMA (Recommended)]\(RDMA の構成 (推奨)\) チェックボックスをオンにして、[次へ] をクリックします。

   

   帯域幅予約の割り当てについては、ホスト ネットワークの要件に関する記事の「トラフィックの帯域幅の割り当て」セクションを参照してください。

9. [Advanced]\(詳細設定\) を選択し、[Data Center Bridging (DCB)]\(データセンター ブリッジング (DCB)\) チェックボックスをオンにします。

10. [Cluster heartbeat]\(クラスターのハートビート\) で、優先度レベルと帯域幅予約の割合を割り当てます。

11. [Storage]\(ストレージ\) で、優先度レベルと帯域幅予約の割合を割り当てます。

12. 完了したら、[Apply changes]\(変更の適用\) を選択し、[Next]\(次へ\) をクリックします。

13. [2.5 Define networks]\(2.5 ネットワークの定義\) で、一覧表示されている各アダプターの名前、IP アドレス、サブネット マスク、VLAN ID、既定ゲートウェイのフィールドを確認し、編集します。

    

14. 終わったら、[Apply and test]\(適用してテスト\) をクリックします。 アダプターの状態が OK でない場合は、必要に応じて [Retry connectivity test]\(接続テストの再試行\) を実行します。

15. [次: クラスタリング] を選んで、「手順 3: クラスタリング」に進みます。

手順 3: クラスタリング

ウィザードの手順 3 では、これまでのすべてが正しく設定されていることを確認し、ストレッチ クラスター展開の場合は 2 つのサイトを自動的に設定してから、実際にクラスターを作成します。 また、前もって Active Directory にサイトを設定しておくこともできます。

1. [3.1 Create the cluster] (3.1 クラスターを作成する) で、クラスターの一意の名前を指定します。

2. [IP アドレス] で、次のいずれかを行います。

   • 1 つ以上の静的アドレスを指定します。 IP アドレスは、IP アドレス/現在のサブネット長の形式で入力する必要があります。 例: 10.0.0.200/24。
   • DHCP を使用してアドレスを動的に割り当てます。

3. 完了したら、[クラスターの作成] を選択します。 これの完了にはしばらく時間がかかることがあります。

   "DNS 経由でクラスターにアクセスできませんでした" というエラーが表示された場合は、 接続チェック ボタンを選択します。 DNS 伝達の遅延が原因で、大規模なネットワークで成功するまで数時間待つ必要がある場合があります。

   重要

   クラスターの作成に失敗した場合は、[接続チェックの] ボタンの代わりに [Back] ボタンをクリックしないでください。 Back を選択すると、クラスター作成ウィザードが途中で終了し、プロセス全体がリセットされる可能性があります。

   クラスターの作成後にデプロイで問題が発生し、クラスター作成ウィザードを再起動する場合は、まずクラスターを削除 (破棄) します。 そのためには、「 クラスターを削除するを参照してください。

4. 次の手順は、手順 [1.8 Choose host networking] (1.8 ホスト ネットワークを選択する) で [Use Network ATC to deploy and manage networking (Recommended)] (ネットワーク ATC を使って、ネットワークのデプロイと管理を行う (推奨)) を選んだ場合にのみ表示されます。

   Deploy ホスト ネットワーク設定で、Deploy を選択して、前に定義したネットワーク ATC 意図を適用します。 クラスター作成ウィザードの手順 1.8 でホスト ネットワークを手動で展開する場合、このページは表示されません。

5. [3.2 Deploy host networking settings] (3.2 ホスト ネットワークの設定をデプロイする) で [Deploy] (デプロイ) を選んで、前に定義したネットワーク ATC の意図を適用します。 完了には数分かかる場合があります。 完了したら [次へ] を選択します。

6. [3.3 クラスターの検証] で、[検証] を選択します。 検証には数分かかる場合があります。 ウィザード内の検証は、クラスターが実稼働する前に、ハードウェアまたは構成の問題をキャッチするための追加のチェックが実行されるクラスターの作成後の検証手順とは異なります。 クラスターの検証で問題が発生する場合は、「クラスター検証レポートのトラブルシューティング」をご覧ください。

   [Credential Security Service Provider (CredSSP)]\(資格情報セキュリティ サービス プロバイダー (CredSSP)\) ポップアップが表示される場合は、[はい] を選択し、ウィザードの CredSSP を一時的に有効にして続けます。 クラスターが作成されて、ウィザードが完了したら、CredSSP を無効にしてセキュリティを強化します。 CredSSP に関する問題が発生した場合は、「CredSSP のトラブルシューティング」を参照してください。

7. すべての検証状態を確認し、レポートをダウンロードしてエラーに関する詳細情報を取得し、変更を行ってから、必要に応じて [Validate again]\(再検証\) をクリックします。 [Download report]\(レポートのダウンロード\) を選択することもできます。 すべての検証チェックに合格するまで、必要に応じて繰り返します。 すべて問題なければ、[Next]\(次へ\) をクリックします。

8. [Advanced] \(詳細設定) を選択します。 いくつかのオプションがあります。

   • Register the cluster with DNS and Active Directory (クラスターを DNS と Active Directory に登録する)
   • Add eligible storage to the cluster (recommended) (クラスターに適格なストレージを追加する (推奨))

9. [Networks]\(ネットワーク\) で、[Use all networks (recommended)]\(すべてのネットワークを使用する (推奨)\) または [Specify one or more networks not to use]\(使用しない 1 つ以上のネットワークを指定する\) を選択します。

10. 終わったら、[Create cluster]\(クラスターの作成\) をクリックします。

11. ストレッチ クラスターの場合は、[3.3 Assign servers to sites]\(3.3 サーバーをサイトに割り当てる\) で、使用する 2 つのサイトの名前を指定します。

12. 次に、各サーバーをサイトに割り当てます。 後でサイト間のレプリケーションを設定します。 完了したら、[Apply changes]\(変更の適用\) をクリックします。

13. [次: ストレージ] を選んで、「手順 4: ストレージ」に進みます。

手順 4: ストレージ

クラスターの作成ウィザードが完了したら、次の手順を実行します。 手順 4 では、クラスターの記憶域スペース ダイレクトを設定する手順について説明します。

1. お使いのデプロイにとって意味がある場合は、[4.1 Clean drives]\(4.1 ドライブのクリーニング\) で、必要に応じて [Erase drives]\(ドライブの消去\) を選択できます。

2. [4.2 ドライブの確認] で、各サーバーの横にある > アイコンをクリックして、ディスクが動作し、接続されていることを確認します。 すべて問題なければ、[Next]\(次へ\) をクリックします。

3. [4.3 Validate storage]\(4.3 ストレージの検証\) で、[Next]\(次へ\) をクリックします。

4. 検証レポートをダウンロードして確認します。 すべて問題がなければ、[次へ] をクリックします。 そうでない場合は、[Validate again]\(再検証\) を実行します。

5. [4.4 Enable Storage Spaces Direct]\(4.4 記憶域スペース ダイレクトを有効にする\) で、[Enable]\(有効\) をクリックします。

6. レポートをダウンロードして確認します。 すべて問題がなければ、[完了] をクリックします。

7. [Go to connections list]\(接続一覧に移動\) を選択します。

8. 数分後に、一覧にクラスターが表示されます。 これを選択すると、クラスターの概要ページが表示されます。

   ドメイン全体にクラスター名がレプリケートされるまで時間がかかることがあります。特に、Active Directory にワークグループ サーバーが新たに追加されている場合は時間がかかります。 Windows Admin Center にクラスターが表示される場合がありますが、まだ接続することはできません。

   しばらくしてもクラスターの解決が成功しない場合は、通常、クラスター名ではなく、サーバー名を使用することができます。

9. (省略可能) [次: SDN] を選んで、「手順 5: SDN」に進みます。

手順 5: SDN (省略可能)

この省略可能な手順では、ソフトウェア定義ネットワーク (SDN) のネットワーク コントローラー コンポーネントを設定します。 いったんネットワーク コントローラーが設定されると、要件に応じて、ソフトウェア ロード バランサー (SLB) や RAS ゲートウェイなど、SDN の他のコンポーネントを構成することができます。 必要になる可能性があるその他の SDN コンポーネントについては、計画に関する記事の「段階的デプロイ」セクションを参照してください。

SDN Express スクリプトを使用してネットワーク コントローラーをデプロイすることもできます。 「SDN Express を使用して SDN インフラストラクチャをデプロイする」を参照してください。

Note

クラスターの作成ウィザードでは、現在、SLB と RAS ゲートウェイの構成はサポートされていません。 SDN Express スクリプトを使用すると、これらのコンポーネントを構成できます。 また、SDN は、ストレッチ クラスターではサポートされていないか、使用できません。

1. [ホスト] で、ネットワーク コントローラーの名前を入力します。 これは、管理クライアント (Windows Admin Center など) がネットワーク コントローラーと通信するために使用する DNS 名です。 既定の入力された名前を使用することもできます。
2. Azure ローカル VHDX ファイルをダウンロードします。 詳細については、「 VHDX ファイルをダウンロードする」を参照してください。
3. VHDX ファイルをダウンロードしたパスを指定します。 すばやく見つけるには、[参照] を使用します。
4. ネットワーク コントローラー専用の VM の数を指定します。 運用環境のデプロイでは、VM を 3 つ使用することを強くお勧めします。
5. [ネットワーク] で、管理ネットワークの VLAN ID を入力します。 ネットワーク コントローラーでは、ホストと通信して構成するために、Hyper-V ホストと同じ管理ネットワークに接続する必要があります。
6. [VM ネットワーク アドレス指定] で、[DHCP] または [静的] を選択します。
7. [DHCP] を選択した場合は、ネットワーク コントローラー VM の名前を入力します。 既定の入力された名前を使用することもできます。
8. Static を選択した場合は、次の操作を行います。
   • IP アドレスを指定します。
   • サブネットのプレフィックスを指定します。
   • 既定のゲートウェイを指定します。
   • DNS サーバーを 1 台以上指定します。 [追加] をクリックしてさらに DNS サーバーを追加します。
9. [資格情報] で、ネットワーク コントローラー VM をクラスター ドメインに参加させるために使用するユーザー名とパスワードを入力します。
10. これらの VM のローカル管理パスワードを入力します。
11. [詳細] で、VM へのパスを入力します。 既定の入力されたパスを使用することもできます。
12. [MAC アドレス プールの開始] と [MAC アドレス プールの終了] の値を入力します。 既定の入力された値を使用することもできます。
13. 完了したら、 [次へ] をクリックします。
14. ウィザードのジョブが完了するまで待機します。 進行状況のすべてのタスクが完了するまでこのページに留まります。 [完了] をクリックします。

Note

ネットワーク コントローラー VM を作成した後、DNS サーバー上にあるネットワーク コントローラーのクラスター名に対して動的 DNS 更新を構成してください。

ネットワーク コントローラーのデプロイに失敗した場合は、これを再試行する前に以下のことを行ってください。

• ウィザードによって作成されたネットワーク コントローラー VM があればすべて停止し、削除します。

• ウィザードによって作成された VHD マウント ポイントがあればすべてクリーンアップします。

• Hyper-V ホストに少なくとも 50 から 100 GB の空き領域があることを確認します。

手順 6: クラスターを削除する (省略可能)

手順 3 で作成したクラスターを実際に削除する必要がある場合があります。 その場合は、クラスター作成ウィザードの クラスター オプションを削除します。

クラスターの削除の詳細については、「 クラスターの削除を参照してください。

次のステップ

この記事に関連する次の管理タスクを実行するには、以下を参照してください。

クラスター監視をセットアップする