適用対象: Azure Stack HCI バージョン 22H2
Important
Azure Stack HCI が Azure Local の一部になりました。 ただし、古いバージョンの Azure Stack HCI (例: 22H2) は HCI Azure Stack参照し続け、名前の変更は反映されません。 詳細はこちらでご確認ください。
Warning
この記事で説明するデプロイ手順は、HCI バージョン 22H2 Azure Stack以前のバージョンに適用されます。 新しいデプロイについては、一般公開されている最新バージョンのAzure Localを使用することをお勧めします。「Azure Local展開について」を参照してください。
Azure Stack HCI オペレーティング システムをデプロイしたので、Windows Admin Centerを使用して、記憶域スペース ダイレクトを使用する Azure Stack HCI クラスターを作成する方法、および必要に応じてソフトウェア定義ネットワークを作成する方法について説明します。 Windows Admin Centerのクラスターの作成ウィザードは、ほとんどの作業を自動的に実行します。 PowerShell を使用して自分で実行する場合は、「PowerShell を使用して Azure Stack HCI クラスターを作成する」を参照してください。 PowerShell の記事は、ウィザードの内部で何が起こっているのか、トラブルシューティングを目的とした情報の優れたソースでもあります。
Note
Azure Stack HCI 21H2 の単一サーバー インストールを行う場合は、PowerShell を使用してクラスターを作成します。
クラスター作成ワークフロー
Windows Admin Centerでクラスターを作成するワークフローを次に示します。
- 前提条件を満たしておいてください。
- クラスターの作成ウィザードを起動します。
- クラスターの作成ウィザードで次の手順を実行します。
- 手順 1: 開始します。 各サーバーが、クラスター参加に必要な前提条件と機能を満たしていることを確認します。
- 手順 2: ネットワーク。 ネットワーク アダプターを割り当てて構成し、各サーバーの仮想スイッチを作成します。
- 手順 3: クラスタリング。 クラスターが正しく設定されていることを検証します。 ストレッチ クラスタの場合は、2 つのサイトも設定します。
- 手順 4: ストレージ。 記憶域スペース ダイレクトを構成します。
- 手順 5: SDN。 (省略可能)SDN 展開用のネットワーク コントローラーを設定します。
クラスターの作成ウィザードでクラスターの作成が完了したら、 次 のクラスター作成後の手順を完了します。
- クラスター監視を設定します。 これは、少なくとも 2 つのノードを持つすべてのクラスターに強くお勧めします。
- Azureに登録します。 登録がアクティブになるまで、クラスターは完全にはサポートされません。
- Azure Stack HCI クラスターを検証します。 クラスターは、この手順を完了した後、運用環境で動作する準備ができています。
Prerequisites
Windows Admin Centerでクラスターの作成ウィザードを実行する前に、次の前提条件を満たす必要があります。
Warning
前提条件を満たす前にウィザードを実行すると、クラスターの作成に失敗する可能性があります。
システム要件のハードウェアと関連する要件を確認します。
ネットワーク チームに問い合わせて、 物理ネットワーク要件、 ホスト ネットワーク要件、ファイアウォール要件を特定して理解 してください。 特に 、ネットワーク設計の例を提供するネットワーク参照パターンを確認します。 また、 ネットワーク ATC を使用して、または手動でホスト ネットワークを構成する方法を決定します。
クラスター内の各サーバーに Azure Stack HCI オペレーティング システムをインストールします。 Azure Stack HCI オペレーティング システムの展開を参照してください。
各サーバーのローカル Administrators グループのメンバーであるアカウントを取得します。
少なくとも 2 台のサーバーをクラスター化する。ストレッチ クラスターを作成する場合は 4 (各サイトに 2 つ)。 代わりに、Azure Stack HCI を単一サーバーにデプロイする方法については、「Azure Stack HCI を単一サーバーにデプロイする」を参照してください。
すべてのサーバーがローカル ドメイン コントローラーと同じタイム ゾーンにあることを確認します。
管理用の PC またはサーバーに最新バージョンの Windows Admin Center をインストールします。 「Windows Admin Center のインストール」を参照してください。
Windows Admin Centerとドメイン コントローラーが同じシステムにインストールされていないことを確認します。 また、ドメイン コントローラーが、Azure Stack HCI クラスターまたはクラスター内のいずれかのマシンでホストされていないことを確認します。
Windows Admin Center を (ローカル PC ではなく) サーバーで実行する場合は、ゲートウェイ管理者グループに属しているアカウント、または Windows Admin Center サーバーのローカルの Administrators グループに属しているアカウントを使用します。
Windows Admin Center管理コンピューターが、クラスターを作成するのと同じActive Directory ドメインに参加しているか、完全に信頼されたドメインに参加していることを確認します。 クラスター化するサーバーは、まだドメインに属している必要はありません。これらは、クラスターの作成時にドメインに追加できます。
Microsoft ハードウェア パートナーの統合システムを使用している場合は、Windows Admin Centerに最新バージョンのベンダー拡張機能をインストールして、統合されたハードウェアとファームウェアを最新の状態に保ちます。 インストールするには、Windows Admin Centerを開き、右上にある [設定] (歯車アイコン) をクリックします。 該当するハードウェア ベンダー拡張機能を選択し、[ インストール] をクリックします。
ストレッチ クラスターの場合は、Active Directoryで事前に 2 つのサイトを設定します。 または、ウィザードで設定することもできます。 ストレッチ クラスターの詳細については、「ストレッチ クラスターの 概要」を参照してください。
クラスターの作成ウィザードを開始する
Windows Admin Center でクラスターの作成ウィザードを開始するには:
Windows Admin Centerにログインします。
[ すべての接続] で、[ 追加] をクリックします。
[ リソースの追加または作成 ] パネルの [ サーバー クラスター] で、[ 新規作成] を選択します。
[クラスターの種類の選択] で、HCI Azure Stack選択します。
[Select server locations]\(サーバーの場所の選択\) で、次のいずれかを選択します。
- 1 つのサイト内のすべてのサーバー
- 2 つのサイト内のサーバー (ストレッチ クラスター用)
完了したら、[ 作成] をクリックします。 次に示すように、クラスターの作成ウィザードが表示されます。
クラスター作成ワークフローの次の手順「手順 1: はじめに」に進みます。
手順 1: 作業の開始
ウィザードの手順 1 では、すべての前提条件が満たされていることを確認し、サーバー ノードを追加し、必要な機能をインストールしてから、必要に応じて各サーバーを再起動します。
1.1 ウィザードに記載されている前提条件を確認して、各サーバー ノードがクラスター対応であることを確認します。 完了したら、 [次へ] をクリックします。
1.2 [サーバーの追加] で、domain\username の形式を使用してアカウントユーザー名を入力します。 パスワードを入力し、[ 次へ] をクリックします。 このアカウントは、各サーバーのローカルの Administrators グループのメンバーである必要があります。
追加する最初のサーバーの名前を入力し、[ 追加] をクリックします。 サーバーを追加するときは、必ず完全修飾ドメイン名を使用してください。
クラスターの一部となるサーバーごとに手順 3 を繰り返します。 完了したら、[ 次へ] を選択します。
必要に応じて、 1.3 でドメインに参加し、サーバーに参加するドメインと使用するアカウントを指定します。 必要に応じて、サーバーの名前を変更することもできます。 続けて、 [次へ] をクリックします。
1.4 で機能をインストールし、必要に応じて機能を確認して追加します。 完了したら、 [次へ] をクリックします。
ウィザードでは、次のオプションを含む必要な機能が一覧表示され、インストールされます。
- データ重複除去
- Hyper-V
- BitLocker ドライブ暗号化
- データ センター ブリッジング (RoCEv2 ネットワーク アダプター用)
- フェールオーバー クラスタリング
- ネットワーク ATC
- Windows PowerShell 用 Active Directory モジュール
- Windows PowerShell 用の Hyper-V モジュール
1.5 [更新プログラムのインストール] で、必要に応じて [更新プログラムのインストール] をクリックして、オペレーティング システムの更新プログラムをインストールします。 完了したら、[次へ] をクリックします。
[1.6 ハードウェア更新プログラムのインストール] で、[必要に応じて更新プログラムを取得する] をクリックして、利用可能なベンダーハードウェア更新プログラムを取得します。 今すぐ更新プログラムをインストールしない場合は、続行する前に最新のネットワーク ドライバーを手動でインストールすることをお勧めします。 ネットワーク ATC を使用してホスト ネットワークを構成する場合は、更新されたドライバーが必要です。
Note
一部の拡張機能では、ベースボード管理コントローラー (BMC) の構成など、サーバーまたはネットワークで追加の構成が必要です。 詳細については、ベンダーのドキュメントを参照してください。
ベンダー固有の手順に従って、ハードウェアに更新プログラムをインストールします。 これらの手順には、ハードウェアで対称性とコンプライアンス チェックを実行して、更新が成功することを確認する手順が含まれます。 場合によっては、いくつかの手順を再実行する必要があります。
1.7 サーバーの再起動で、必要に応じて [サーバーの再起動] をクリックします。 各サーバーが正常に開始されたことを確認します。
1.8[ホスト ネットワークの選択] で、次のいずれかを選択します。
- ネットワーク ATC を使用して、ネットワークをデプロイおよび管理します (推奨)。 ホスト ネットワークを構成する場合は、このオプションを使用することをお勧めします。 Network ATC は、ネットワーク展開をホストするための意図ベースのアプローチを提供し、Azure Stack HCI クラスターのデプロイとネットワーク構成管理を簡略化するのに役立ちます。 ネットワーク ATC の使用方法の詳細については、「 ネットワーク ATC」を参照してください。
- ホスト ネットワークを手動で構成します。 ホスト ネットワークを手動で構成するには、このオプションを選択します。 Azure Stack HCI の RDMA と Hyper-V ホスト ネットワークの構成の詳細については、「ホスト ネットワークの要件」を参照してください。
[次へ: ネットワーク] を選択して、手順 2: ネットワークに進みます。
手順 2: ネットワーク
ウィザードの手順 2. では、クラスターのホスト ネットワーク要素を構成します。 RDMA (iWARP と RoCE の両方) ネットワーク アダプターがサポートされています。
上記の手順 1: はじめにの1.8 ホストネットワークの選択で選択したオプションに応じて、クラスターのホストネットワークを構成するには、次のいずれかのタブを参照してください。
これは、ホスト ネットワークを構成するための推奨オプションです。 ネットワーク ATC の詳細については、「 ネットワーク ATC の概要」を参照してください。
2.1 ネットワーク アダプターを確認し、表示されている一覧を確認し、クラスター化するアダプターを除外または追加します。 アダプターが表示されるまで数分待ちます。 各サーバーの名前、インターフェイスの説明、リンク速度が一致するアダプターのみが表示されます。 他のすべてのアダプターは非表示になります。
一覧にアダプターが表示されない場合は、[非表示のアダプターの 表示 ] をクリックして使用可能なすべてのアダプターを表示し、不足しているアダプターを選択します。
[ クラスター ネットワーク アダプターの選択 ] ページで、クラスター化するアダプターの一覧のチェック ボックスをオンにします。 アダプターには、各サーバーの名前、インターフェイスの説明、およびリンク速度が一致している必要があります。 一致するようにアダプターの名前を変更することも、一致するアダプターを選択することもできます。 完了したら、[閉じる] をクリックします。
選択したアダプターが、 すべてのサーバーで使用可能なアダプターの下に表示されます。 アダプターの選択と確認が完了したら、[ 次へ] をクリックします。
[2.2 意図の定義] の [意図 1] で、次の操作を行います。
- [ トラフィックの種類] で、ドロップダウン リストからトラフィックの種類を選択します。 管理とストレージの意図の種類を 1 つの意図に追加できますが、コンピューティング意図の種類は 1 つ以上の意図に追加できます。 詳細については、「 ネットワーク ATC トラフィックの種類」を参照してください。
- [ Intent name]\(意図名\) に、意図のフレンドリ名を入力します。
- ネットワーク アダプターの場合は、ドロップダウン リストからアダプターを選択します。
- (省略可能)必要に応じて 、[このトラフィック用に別のアダプターを選択 ] をクリックします。
推奨される意図の構成については、デプロイに一致するネットワーク参照パターンを参照してください。
(省略可能)意図が追加されたら、[ ネットワーク設定のカスタマイズ ] を選択してネットワーク設定を変更します。 終わったら、保存を選択します。
(省略可能)別の意図を追加するには、[ 意図の追加] を選択し、手順 5 と必要に応じて手順 6 を繰り返します。
ネットワーク インテントの定義が完了したら、[ 次へ] を選択します。
2.3: ネットワークの詳細を指定し、一覧表示されている各ストレージ トラフィック アダプターに対して、次を入力するか、既定値を使用します (推奨)。
- サブネット マスク/CIDR
- VLAN識別子
- IP アドレス (これは通常、10.71.1.x や 10.71.2.x などのプライベート サブネット上にあります)
[次へ: クラスタリング] を選択して、手順 3: クラスタリングに進みます。
手順 3: クラスタリング
ウィザードの手順 3 では、これまでのすべてが正しく設定されていることを確認し、ストレッチ クラスター展開の場合は 2 つのサイトを自動的に設定してから、実際にクラスターを作成します。 Active Directoryで事前にサイトを設定することもできます。
3.1 でクラスターを作成し、クラスターの一意の名前を指定します。
[IP アドレス] で、次のいずれかの操作を行います。
- 1 つ以上の静的アドレスを指定します。 IP アドレスは、IP アドレス/現在のサブネット長の形式で入力する必要があります。 例: 10.0.0.200/24。
- DHCP を使用してアドレスを動的に割り当てます。
完了したら、[クラスターの 作成] を選択します。 完了するまでにしばらく時間がかかる場合があります。
"FAILed to reach cluster through DNS" (DNS 経由でクラスターに到達できませんでした) というエラーが表示された場合は、[ 接続チェックの再試行 ] ボタンを選択します。 DNS 伝達の遅延が原因で、大規模なネットワークで成功するまで数時間待つ必要がある場合があります。
Important
クラスターの作成に失敗した場合は、[接続チェックの再試行] ボタンの代わりに [戻る] ボタンをクリックしないでください。 [戻る] を選択すると、クラスター作成ウィザードが途中で終了し、プロセス全体がリセットされる可能性があります。
クラスターの作成後にデプロイで問題が発生し、クラスター作成ウィザードを再起動する場合は、まずクラスターを削除 (破棄) します。 これを行うには、「 クラスターの削除」を参照してください。
次の手順は、手順 1.8[ホスト ネットワークの選択] で [ネットワーク ATC を使用してネットワークを展開および管理する (推奨)] を選択した場合にのみ表示されます。
[ ホスト ネットワーク設定の展開] で、[ 展開 ] を選択して、前に定義したネットワーク ATC 意図を適用します。 クラスター作成ウィザードの手順 1.8 でホスト ネットワークを手動で展開することを選択した場合、このページは表示されません。
3.2 [ホスト ネットワーク設定の展開] で、[展開] を選択して、前に定義したネットワーク ATC 意図を適用します。 完了には数分かかる場合があります。 完了したら [次へ] を選択します。
3.3 でクラスターを検証し、[検証] を選択します。 検証には数分かかる場合があります。 ウィザード内検証はクラスター作成後の検証手順と同じではなく、クラスターが運用環境に移行する前にハードウェアまたは構成の問題をキャッチするための追加のチェックを実行します。 クラスターの検証に関する問題が発生した場合は、 クラスター検証レポートのトラブルシューティングを参照してください。
資格情報セキュリティ サービス プロバイダー (CredSSP) ポップアップが表示されたら、[はい] を選択して、ウィザードを続行するために CredSSP を一時的に有効にします。 クラスターが作成され、ウィザードが完了したら、CredSSP を無効にしてセキュリティを強化します。 CredSSP で問題が発生した場合は、「 CredSSP のトラブルシューティング」を参照してください。
すべての検証状態を確認し、レポートをダウンロードしてエラーに関する詳細情報を取得し、変更を加え、必要に応じて もう一度 [検証 ] をクリックします。 レポートも ダウンロード できます。 すべての検証チェックに合格するまで、必要に応じてもう一度繰り返します。 すべて OK の場合は、[ 次へ] をクリックします。
[Advanced] \(詳細設定) を選択します。 ここでは、いくつかのオプションがあります。
- クラスターを DNS とActive Directoryに登録する
- 対象となるストレージをクラスターに追加する (推奨)
[ ネットワーク] で、 すべてのネットワークを使用する (推奨) か 、使用しない 1 つ以上のネットワークを指定するかを選択します。
完了したら、[クラスターの 作成] をクリックします。
ストレッチ クラスターの場合は、 3.3 でサーバーをサイトに割り当て、使用する 2 つのサイトに名前を付けます。
次に、各サーバーをサイトに割り当てます。 後でサイト間のレプリケーションを設定します。 完了したら、[変更の 適用] をクリックします。
[次へ: ストレージ] を選択して、手順 4: ストレージに進みます。
手順 4: ストレージ
クラスターの作成ウィザードが完了したら、次の手順を実行します。 手順 4 では、クラスターの記憶域スペース ダイレクトを設定する手順について説明します。
4.1 クリーン ドライブでは、展開に適している場合は、必要に応じて [ドライブの消去] を選択できます。
4.2 [ドライブの確認] で、各サーバーの横にある> アイコンをクリックして、ディスクが動作し、接続されていることを確認します。 すべて OK の場合は、[ 次へ] をクリックします。
「4.3 Validate storage」で、次へ をクリックします。
検証レポートをダウンロードして確認します。 すべて問題なければ、[ 次へ] をクリックします。 そうでない場合は、 もう一度検証を実行します。
4.4[記憶域スペース ダイレクトを有効にする]で、[有効化]をクリックします。
レポートをダウンロードして確認します。 すべて問題がなければ、[ 完了] をクリックします。
[ 接続リストに移動] を選択します。
数分後に、クラスターが一覧に表示されます。 これを選択すると、クラスターの概要ページが表示されます。
特にワークグループ サーバーが新しくActive Directoryに追加されている場合は、クラスター名がドメイン全体にレプリケートされるまでに時間がかかる場合があります。 クラスターはWindows Admin Centerに表示される場合がありますが、まだ接続できない可能性があります。
しばらくしてもクラスターの解決が成功しない場合、ほとんどの場合、クラスター名の代わりにサーバー名を置き換えることができます。
(省略可能) [次へ: SDN ] を選択して 、手順 5: SDN に進みます。
手順 5: SDN (省略可能)
このオプションの手順では、 ソフトウェア定義ネットワーク (SDN) のネットワーク コントローラー コンポーネントを設定する手順について説明します。 ネットワーク コントローラーを設定したら、要件に従って、ソフトウェア Load Balancer (SLB) や RAS ゲートウェイなどの他の SDN コンポーネントを構成できます。 必要なその他の SDN コンポーネントについては、計画に関する記事の 「段階的な展開」 セクションを参照してください。
SDN Express スクリプトを使用してネットワーク コントローラーを展開することもできます。 「SDN Express を使用して SDN インフラストラクチャをデプロイする」を参照してください。
Note
クラスターの作成ウィザードでは、現在、SLB ゲートウェイと RAS ゲートウェイの構成はサポートされていません。 SDN Express スクリプトを使用して、これらのコンポーネントを構成できます。 また、SDN はサポートされていないか、ストレッチ クラスターで使用できません。
- [ ホスト] に、ネットワーク コントローラーの名前を入力します。 これは、管理クライアント (Windows Admin Center など) がネットワーク コントローラーと通信するために使用する DNS 名です。 既定の入力された名前を使用することもできます。
- Azure Stack HCI VHDX ファイルをダウンロードします。 詳細については、「 VHDX ファイルのダウンロード」を参照してください。
- VHDX ファイルをダウンロードしたパスを指定します。 すばやく見つけるには、[参照] を使用します。
- ネットワーク コントローラー専用の VM の数を指定します。 運用環境のデプロイには、3 つの VM を強くお勧めします。
- [ネットワーク] で、管理ネットワークの VLAN ID を入力します。 ネットワーク コントローラーでは、ホストと通信して構成するために、Hyper-V ホストと同じ管理ネットワークに接続する必要があります。
- [VM ネットワーク アドレス指定] で、[DHCP] または [静的] を選択します。
- DHCP を選択した場合は、ネットワーク コントローラー VM の名前を入力します。 既定の入力された名前を使用することもできます。
-
[静的] を選択した場合は、次の操作を行います。
- IP アドレスを指定します。
- サブネットのプレフィックスを指定します。
- 既定のゲートウェイを指定します。
- DNS サーバーを 1 台以上指定します。 [ 追加] をクリックして、DNS サーバーを追加します。
- [資格情報] で、ネットワーク コントローラー VM をクラスター ドメインに参加させるために使用するユーザー名とパスワードを入力します。
- これらの VM のローカル管理パスワードを入力します。
- [詳細] で、VM へのパスを入力します。 既定の入力されたパスを使用することもできます。
- [MAC アドレス プールの開始] と [MAC アドレス プールの終了] の値を入力します。 既定の入力された値を使用することもできます。
- 完了したら、 [次へ] をクリックします。
- ウィザードの作業が完了するまで待機します。 すべての進行中のタスクが完了するまで、このページを表示したままにしてください。 [完了] をクリックします。
Note
ネットワーク コントローラー VM が作成されたら、DNS サーバー上のネットワーク コントローラー クラスター名の 動的 DNS 更新を 構成する必要があります。
ネットワーク コントローラーのデプロイが失敗した場合は、もう一度試す前に次の操作を行います。
ウィザードによって作成されたすべてのネットワーク コントローラー VM を停止して削除します。
ウィザードによって作成されたすべての VHD マウント ポイントをクリーンアップします。
Hyper-V ホストに少なくとも 50 から 100 GB の空き領域があることを確認します。
手順 6: クラスターを削除する (省略可能)
手順 3 で作成したクラスターを実際に削除する必要がある場合があります。 その場合は、クラスター作成ウィザードの [ クラスターの削除 ] オプションを選択します。
クラスターの削除の詳細については、「クラスターの 削除」を参照してください。
次のステップ
この記事に関連する次の管理タスクを実行するには、次を参照してください。