フェールオーバー クラスターのハードウェアを検証する

この記事では、フェールオーバー クラスターのハードウェアを検証する手順について説明します。 構成の検証ウィザード (フェールオーバー クラスター マネージャーに統合) または windows PowerShell コマンドレット Test-Cluster を使用して、一連の集中検証テストを実行できます。 このプロセスは、クラスターのノードとして使用するサーバーのコレクション上で実行できます。 基になるハードウェアおよびソフトウェアを直接、個別にテストして、特定の構成でフェールオーバー クラスタリングをどの程度サポートできるかに関する正確な評価を取得します。

手順 1: フェールオーバー クラスター用のハードウェアを検証する準備をする

クラスター検証とは

構成の検証ウィザードまたは Test-Cluster Windows PowerShell コマンドレットを使用すると、フェールオーバー クラスターとして使用する予定のサーバー、ネットワーク、および関連ストレージのコレクションに対して、一連の重点的なテストを実行できます。 クラスター検証プロセスは、基になるハードウェアおよびソフトウェアをテストして、特定の構成でフェールオーバー クラスタリングをどの程度サポートできるかに関する正確な評価を取得します。

フェールオーバー クラスターを作成する前に、すべてのクラスター検証テストを実行することをお勧めします。

クラスターの検証は、次のアクションを実行することを目的としています。

• フェールオーバー クラスターを運用環境に導入する前に、ハードウェアまたは構成の問題を発見する。
• 展開するクラスタリング ソリューションが信頼できることを確認できるようにする。
• 既存のクラスターのハードウェアに対する変更を検証する方法を提供する。
• 既存のクラスターに対して診断テストを実行する。

一般的な検証シナリオ

次の一覧では、ハードウェア検証が必要なシナリオや役に立つシナリオについて説明します。 一般的には、すべての検証テストを実行する必要があります (一部の例外については明記します)。

• クラスターを構成する前の検証

  • フェールオーバー クラスターにする準備ができているサーバーのセット

    これは最も単純な検証シナリオです。 ハードウェア コンポーネント (システム、ネットワーク、ストレージ) は接続されていますが、システムはクラスターとして機能していません。 この状態でテストを実行しても、可用性には影響がありません。

  • 複製されたかイメージ化されたシステム

    別のハードウェアに複製したかイメージ化したシステムでは、構成の検証ウィザードを、新しいクラスターで実行するときと同じように実行する必要があります。 ハードウェア コンポーネントを接続し、フェールオーバー クラスタリング機能をインストールした直後、クラスターがクライアントに使用される前に、ウィザードを実行することをお勧めします。

• 仮想化されたサーバー

  クラスター内の仮想化されたサーバーでは、構成の検証ウィザードを、新しいクラスターで実行するときと同じように実行する必要があります。 ウィザードを実行するための要件は、"ホスト クラスター" がある (2 つの物理コンピューター間でフェールオーバーが発生する) 場合でも、"ゲスト クラスター" がある (同じ物理コンピューター上のゲスト オペレーティング システム間でフェールオーバーが発生する) 場合でも、1 つ以上の仮想化されたサーバーを含むその他の構成でも同じです。

• クラスターにノードが 1 つだけある場合の検証

  クラスターで使用する予定の 1 台のサーバー上で、限られた数の検証テストを実行したい場合があります。 この状況では、一部のテストを実行できません。たとえば、ソフトウェアとソフトウェアの更新プログラムがサーバー間で一致することを確認するテストや、ノード間のフェールオーバーをシミュレートするストレージ テストなどです。 クラスター検証プロセスを完了するには、クラスター内に少なくとも 2 つのノードが必要です。 そのため、より多くのサーバーを構成に取り込む場合は、すべてのテストを完了できるように、クラスター検証ウィザードをもう一度実行する必要があります。

• クラスターを構成し、使用するようになった後の検証

  • Microsoft サポートのための検証を確認するか、構成の問題を除外するため

    Microsoft のサポートが必要な場合は、ウィザードから検証レポートを提供する必要があります。 ウィザードをまだ実行してレポートを保存していない場合は、ウィザードを実行するためにクラスターをオフラインにする必要がある場合があります。 レポートには構成がサポートされるかどうかが示されるので、Microsoft カスタマー サポートがハードウェア、ドライバー、および基本的なシステムの構成の問題をトラブルシューティングするときに役立ちます。

  • ノードを追加する前

    クラスターにサーバーを追加するときは、まずサーバーをクラスター ネットワークと記憶域に接続してから、構成の検証ウィザードを実行して、既存のクラスター ノードと新しいノードを指定することをお勧めします。

  • 新しい記憶域をアタッチするとき

    新しい記憶域をクラスターにアタッチする場合 (既存の記憶域に新しい論理ユニット番号 (LUN) を公開する場合とは異なります)、構成の検証ウィザードを実行して、新しい記憶域が正しく機能することを確認する必要があります。 可用性への影響を最小限に抑えるために、ストレージをアタッチした後、クラスター化されたサービスまたはアプリケーションで新しい LUN の使用を開始する前に、ウィザードを実行することをお勧めします。

  • ファームウェアまたはドライバーに影響を与える変更を行うとき

    クラスターに対してファームウェアまたはドライバーの変更が必要になるアップグレードやその他の変更を行う場合、構成の検証ウィザードを実行して、新しいハードウェア、ファームウェア、ドライバー、およびソフトウェアの組み合わせがフェールオーバー クラスター機能をサポートできることを確認する必要があります。 変更が記憶域のファームウェアまたはドライバーに影響する場合は、クラスター化された役割をオフラインにせずに記憶域の検証テストを実行できるように、小さい LUN を使用可能にしておく (クラスター化された役割で使用しない) ことをお勧めします。

  • バックアップからシステムを復元した後

    バックアップからシステムを復元した後は、構成の検証ウィザードを実行して、システムがクラスターの一部として正しく機能できることを確認します。 検証テストが完了するまで、システムはサポートされているシステムとは見なされません。

高度なシナリオとして、既存のクラスターに対するハードウェアの変更を検証する場合、特定の記憶域テストを省略することがあります。 詳細と考慮事項については、「 Advanced 検証シナリオを参照してください。

検証テストのカテゴリ

検証テストのカテゴリを次の表に示します。 各カテゴリのテストは、構成の検証ウィザードを実行するときに一覧表示されます。 各カテゴリの各テストの説明は、検証の完了後に保存される検証レポート内に記載されます。

手順 2: 新規または既存のフェールオーバー クラスターを検証する

この手順では、構成の検証ウィザードまたは Test-Cluster Windows PowerShell コマンドレットを実行して、新規または既存のフェールオーバー クラスターを検証する手順について説明します。

構成の検証ウィザードを実行するには

1. テストする 1 台または複数台のサーバーを特定します。

   • クラスターがまだ存在しない場合は、クラスターに含めるサーバーを選択し、それらのサーバーにフェールオーバー クラスタリング機能がインストールされていることを確認します。 この機能がインストールされていない場合は、 インストール手順を参照してください。
   • クラスターが既に存在している場合は、クラスター名またはクラスター内のノードの名前が判明していることを確認してください。

2. 検証するネットワークまたは記憶域のハードウェアのクラスター要件を確認し、サーバーに接続されていることを確認します。

3. 利用可能なすべての検証テストを実行するか、一部のテストのみを実行するかを決定します。 一般に、すべてのテストを実行することをお勧めしますが、次の一般的なガイドラインが決定に役立ちます。

   クラスターの種類	検証テスト
   すべてのハードウェアが接続された、新規または計画されているクラスター	すべてのテスト
   一部のハードウェアが接続された、新規または計画されているクラスター	システム構成テスト、インベントリ テスト、および接続されているハードウェアに適用されるテスト (ネットワークが接続されている場合はネットワーク テスト、記憶域が接続されている場合は記憶域テスト)
   サーバーを追加する予定の既存のクラスター	すべてのテスト 注: テストを実行する前に、クラスター内に存在する予定のすべてのサーバーのネットワークと記憶域を必ず接続してください。
   既存のクラスターのトラブルシューティング	すべてのテスト (明らかな問題に関連するテストだけを行うこともできます)

   重要

   ウィザードの開始時にクラスター化された役割がディスクを使用している場合、ウィザードでは、テスト目的でクラスター化された役割をオフラインにするかどうかを確認するメッセージが表示されます。 クラスター化された役割をオフラインにすることを選んだ場合は、テストが終了するまでオフラインのままになります。

4. ウィザードを開くには、フェールオーバー クラスター マネージャーで、Actions で Validate Configuration を選択します。

5. ウィザードの指示に従って、計画しているクラスターのサーバーとテストを指定します。 たとえば、Hyper-V を必要とするクラスター機能を使用する予定がない場合は、Hyper-V 構成テストを省略できます。 その後、ウィザードでテストを実行する手順が示されます。

   Note

   クラスター化されていないサーバーでウィザードを実行する場合は、テストするサーバーの名前を 1 つではなくすべて入力する必要があります。

6. テストの実行後、 [概要] ページが表示されます。 Summary ページで、レポートの表示を選択してテスト結果を表示します。

   ウィザードを閉じた後にテストの結果を表示するには、フェールオーバー クラスター マネージャーの [ Actions で、 検証レポートの表示を選択します。 %SystemRoot%\Cluster\Reports\Validation Report <Date and Time>.html が表示されます。ここで、%SystemRoot% はオペレーティング システムがインストールされているフォルダーです (例: C:\Windows)。

Windows PowerShell の同等のコマンド

次の Windows PowerShell コマンドレットは、前の手順と同じ機能を実行します。 書式設定の制約のために、複数行にわたって単語で折り返されたように見える場合でも、各コマンドレットを 1 行に入力します。

次の例は、 node1 および node2という名前のノードに対してすべてのクラスター検証テストを実行します。 node1 または node2 が既にクラスターのメンバーである場合、クラスター内のすべてのノードがテスト対象になります。

Test-Cluster -Node node1,node2

手順 3: 検証結果の分析

構成の検証ウィザードが完了すると、フェールオーバー クラスター検証レポートに結果が表示されます。 すべてのテストは、緑色のチェック マークまたは場合によっては黄色の三角形 (警告) で合格する必要があります。 次の表は、要約で使用されている記号とその意味を示しています。

記号	説明
	対応する検証テストに合格し、クラスターのこの面がサポートされることを示します。
	対応する検証テストで警告が発生し、クラスターのこの面はサポートされるものの、推奨されるベスト プラクティスを満たしていない可能性があるので、確認が必要であることを示します。 Microsoft カスタマー サポートは、問題がトラブルシューティングの対象に直接リンクされている可能性がある場合は、調査または対処するように求められる場合があります。
	対応する検証テストが失敗し、クラスターのこの側面はサポートされていません。 サポートされるフェールオーバー クラスターを作成するには、先に問題を修正する必要があります。
	対応する検証テストが取り消されました。 これは、テストが正常に完了しなかった別のテストに依存している場合に発生する可能性があります。

問題領域 (警告またはエラー) を探すときは、テスト結果の概要で個々のテストを選択して詳細を確認します。 また、概要ステートメントで、クラスターがサポートされている構成であるかどうかを確認します。

問題の修正作業後に、必要に応じてウィザードを再実行し、構成がテストに合格することを確認できます。

検証テストが失敗した場合の対処方法

ほとんどの場合、構成の検証ウィザードのテストが失敗した場合、構成はサポートされていないと見なされます。

いずれかの Hyper-V 構成テストが失敗した場合、クラスター上の Hyper-V が正しく構成されていません。 クラスター内の仮想マシンがサポートされるためには、先に問題を修正する必要があります。 ただし、このカテゴリのテストの失敗は、クラスター化された仮想マシン以外のワークロードでクラスターがサポートされていないという意味ではありません。

失敗するテストの種類は、是正措置のガイドラインです。 たとえば、 List All Disks ストレージ テストが失敗し、後続のストレージ テストが実行されない (失敗するため) 場合は、ストレージ ベンダーに問い合わせてこの問題のトラブルシューティングを行う必要があります。 同様に、IP アドレスに関連するネットワーク テストが失敗する場合は、ネットワーク インフラストラクチャ チームに相談してください。 すべての警告またはエラーで Microsoft カスタマー サポートへの連絡が必要になるわけではありません。 警告やエラーのほとんどは、内部チームまたは特定のハードウェア ベンダーと連携する必要があります。

検証レポートに記載されているエラーの修正については、前のセクション「 手順 3: 検証結果の分析を参照してください。

問題に対処して解決したら、構成の検証ウィザードを再実行する必要があります。 サポートされる構成と見なされるには、すべてのテストを実行し、失敗なしで完了する必要があります。

Microsoft のサポートを受ける場合に検証レポートを提供する

Microsoft カスタマー サポートに検証の問題について問い合わせる必要がある場合、サポート チームは Microsoft サポート診断ツール (MSDT) によって検証レポートとその他の関連する構成ファイルを収集できるようにお手伝いします。 (この機能は、MPSReports データ収集ユーティリティに代わる機能です。必要に応じて、Microsoft からデータのキャプチャ方法に関する手順が送信されます。 場合によっては、Microsoft は、 C:\Windows\Cluster\Reports フォルダーの内容を zip 圧縮して分析のために送信することを要求することがあります。 どちらの方法でも、必要なクラスター検証レポートが収集されます。

検証テストに対する更新

構成の検証ウィザードでは、特定の構成に対してフェールオーバー クラスタリングをどの程度適切にサポートできるかを正確に把握できます。 構成の検証ウィザードの更新プログラムが利用可能になった場合は、ウィザードを再実行し、構成のすべてのテストに合格して引き続きサポートが必要になる場合があります。 これにより、以前に成功したソリューションが失敗する可能性があります。 更新されたテストで報告される問題には、このガイドで示されているのと同じ方法で対処する必要があります。

高度な検証シナリオ

既存のクラスターを変更した場合は、すべてのクラスター検証テストを実行しなくてもよい場合があります。 次の表に、クラスターに対して行う可能性がある変更の種類と、実行する対応するテストを示します。

次の表に示す必要な検証テストのキー。

• フル: テストの完全なセットを実行します。 この場合、いくらかのクラスター ダウンタイムが必要になります。
• 単一 LUN: テストの完全なセットを実行し、1 つの LUN だけで記憶域テストを実行します。 通常、LUN はテスト用または監視ディスク用 (クラスターで監視ディスクを使用している場合) に確保しておく小さい LUN にします。 これで、記憶域サブシステムが検証されますが、個別の各 LUN またはディスクは検証されません。 これらの検証テストは、クラスター化されたサービスまたはアプリケーションでダウンタイムを発生させずに実行できます。
• 記憶域テストを省略: システム構成、インベントリ、およびネットワーク テストを実行しますが、記憶域テストは実行しません。 これらの検証テストは、クラスター化された役割でダウンタイムを発生させずに実行できます。
• なし: 検証テストは必要ありません。

サーバーの変更

オペレーティング システムの変更

クラスター構成の変更

共有記憶域の変更

SAN (スイッチ/ハブ) の変更

ホスト バス アダプター (HBA) の変更

マルチパス ソフトウェアの変更

マルチサイト クラスターの変更

ネットワークの変更

記憶域テストの組み入れ

構成されたクラスターに対してクラスター検証テストを行うときに、常にすべての記憶域テストを行うとは限りません。 このセクションでは、ストレージ テストを含める場合または除外する場合の考慮事項について説明します。

記憶域テストを含める場合の考慮事項

構成の検証ウィザードは、既定ではすべての記憶域テストを実行します。 ウィザードの [テスト オプション] ページの [選択するテストのみを実行する] オプションを選択することで、すべてまたは一部の記憶域テストの選択を解除できます。 記憶域テストが含まれている場合、ウィザードの [記憶域の状態確認] ページにはクラスター内のすべてのディスクおよび記憶域プールが表示され、記憶域テストに含めるディスクおよび記憶域プールを選択できます。 記憶域テストでは、クラスター化された役割またはクラスターの共有ボリュームに割り当てられたディスクまたは記憶域プールが事前にオフラインにされていることが必要です。 そのため、ストレージテスト中にストレージを使用するものにはアクセスできません。 記憶域がストレージ検証テストに含まれる前に、ディスクまたは記憶域プールを使用している可能性のあるクラスター化されたロールまたはその他のプロセスをオフラインにすることをお勧めします。

Test-Cluster Windows PowerShell コマンドレットは、既定ですべてのストレージ テストを実行します。 -Include パラメーターを指定して、ストレージ テストまたは特定のストレージ テストのみを実行できます。 -Diskパラメーターと-Pool パラメーターを使用して、対象のストレージ検証を有効にすることができます。 -Disk パラメーターまたは -Pool パラメーターを使用すると、ストレージ検証テストに含める 1 つ以上のディスクまたは記憶域プールをそれぞれ指定できます。 -Disk パラメーターまたは -Pool パラメーターを使用して、現在オンラインであり、クラスター化ロールまたはクラスター共有ボリュームに割り当てられているディスクまたは記憶域プールを指定する場合は、対応するディスクまたは記憶域プールを検証するために -Force パラメーターも指定する必要があります。それ以外の場合は、テストを実行する前に、クラスター化されたディスクまたは記憶域プールがオフラインであることを確認する必要があります。 -Disk パラメーターまたは -Pool パラメーターが指定されていない場合、Test-Clusterは、クラスターで使用できるすべてのディスクと記憶域プール、またはクラスター リソースがオフラインまたは失敗した状態にあるストレージ テストを実行します。 ディスクまたは記憶域プールを使用している可能性のあるクラスター化された役割またはその他のプロセスは、記憶域が検証テストに含まれる前にオフラインにすることをお勧めします。

クラスター内のすべてのノードに直接接続されていないストレージ

クラスターの設計に、クラスター内のすべてのノードに接続されていないストレージが含まれている場合があります。 一般的な例は、マルチサイト クラスターで、 SiteA 内のクラスター ノードは 1 つのセットの記憶域に接続されており、 SiteB 内のノードは別のセットの記憶域に接続されていて、両方のセットの記憶域が同じデータを持つように、非 Microsoft のレプリケーション ソリューションが使用されている場合です。 フェールオーバー クラスターはこの非対称ストレージ構成を検出するため、SiteA のディスクは SiteA ノードでのみ検証され、SiteB のディスクは SiteB 内のノードでのみ検証されます。

Microsoft カスタマー サポートが実稼働クラスターで検証テストを実行することを要求するシナリオの 1 つは、基になるストレージ構成の変更や問題が原因でクラスター ストレージに障害が発生した場合です。 使用しているクラスター化されたロールに対する可用性の影響により、使用中のディスクをオフラインにすることはお勧めしません。 このような状況では、同じ共有記憶域デバイスで新しい LUN を作成または選択し、クラスター内のすべてのノードにそれを提供することによって、検証テスト (記憶域テストを含む) を実行できます。 この LUN をテストすることで、クラスター内で既にオンラインになっているクラスター化されたロールが中断されるのを回避し、基になるストレージ サブシステムをテストできます。

フェールオーバー クラスターが検証テストの完全なセットに合格し、将来のハードウェアまたはソフトウェアの変更がない場合は、引き続きサポートされる構成になります。 ただし、ドライバーやファームウェアなどのソフトウェア コンポーネントに対して定期的な更新を実行する場合は、構成ウィザードを再実行して、フェールオーバー クラスターの現在の構成がサポートされていることを確認する必要がある場合があります。 どのような場合に必要になるかを判断する際に役立つガイドラインを次に示します。

• 記憶域スタックのすべてのコンポーネントが、クラスター内のすべてのノードで同一である必要があります。 マルチパス I/O (MPIO) ソフトウェアとデバイス固有モジュール (DSM) ソフトウェア コンポーネントは同じである必要があります。 クラスター記憶域に接続する大容量記憶装置コントローラー (つまり、ホスト バス アダプター (HBA)、HBA ドライバー、および HBA ファームウェア) を同一にすることをお勧めします。 異なる HBA を使用する場合は、サポートされている構成または推奨される構成に従っていることをストレージ ベンダーに確認する必要があります。

• ベスト プラクティスは、クラスター化された役割に悪影響を与えずに、構成の検証ウィザードが使用可能な記憶域でテストを実行できるように、小さな LUN を使用できるようにすることです。 Microsoft カスタマー サポートから全セットのクラスター検証テストを実行するように要求された場合、ウィザードでは記憶域テスト用にそのディスクを選択し、記憶域が正しく動作することを確認できます。

ストレージ テストを含めない場合の考慮事項

システム構成テスト、インベントリ テスト、およびネットワーク テストはオーバーヘッドが少なく、クラスター内のサーバーに大きな影響を与えることなく実行できます。

Microsoft カスタマー サポートでは、通常のトラブルシューティング手順の一部として (記憶域に注目せずに) 運用クラスターを検証することを要求する場合があります。 このシナリオでは、ウィザードを使用してハードウェアとソフトウェアのインベントリを作成し、ネットワーク テストを実行し、システム構成を検証します。 特定のシナリオでは、完全なテストのサブセットのみが必要な場合があります。 たとえば、運用クラスターでネットワークの問題をトラブルシューティングする場合、Microsoft カスタマー サポートは、ハードウェアとソフトウェアのインベントリとネットワーク テストのみを実行することを要求する場合があります。

よく寄せられる質問

フェールオーバー クラスター ソリューションは Windows Server Catalog に掲載されますか。

いいえ。Microsoft では、フェールオーバー クラスターのベンダー ソリューションの一覧は保持されません。 ただし、多くのベンダーが独自の Web サイトで推奨フェールオーバー クラスターのソリューションおよびコンポーネントの一覧を提示しています。

Microsoft カスタマー サポートは、ソリューションが検証されたかどうかをどのように確認していますか。

構成の検証ウィザードは、すべてのテストに合格したかどうかを明確に示す、単純な HTML レポートを生成します。 このレポートは、標準診断ツール MSDT の一部として収集されます。

ノードの追加など、クラスター構成に変更を加えた場合はどうなりますか? 構成の検証ウィザードを再度実行する必要がありますか。

はい。構成の検証ウィザードは、既存のフェールオーバー クラスターに変更が加えられるたびに実行する必要があります。 詳しくは、このガイドの「 一般的な検証シナリオ 」をご覧ください。