次の方法で共有

Windows Server 2025 用プライベート クラウド シミュレーター

はじめに

現在の業界のトレンドは、プライベートクラウド ソリューションが堅牢性の高いプライベート クラウドをハイパフォーマンスで実現するために、緊密に統合されたソフトウェアとハードウェアのコンポーネントを構成することを目的としています。 コンポーネント (ソフトウェア、ハードウェア、ドライバー、ファームウェアなど) の問題により、ソリューションが危険にさらされ、プライベート クラウドに対するサービス レベル アグリーメント (SLA) の約束が損なわれる可能性があります。

これらの問題の一部は、高負荷のクラウド規模のデプロイ でのみ表面化し、従来のスタンドアロン型のコンポーネントを中心としたテストでは見つけることが困難な場合があります。 プライベート クラウド シミュレーターは、クラウド シナリオのコンポーネントを検証して問題の種類を特定するためのクラウド検証テスト スイートです。

ターゲット ユーザー

このドキュメントの対象読者は、Windows Server のロゴ、Microsoft Azure Stack ソリューション、Microsoft Azure Stack HCI ソリューションのハードウェアを検証するための作業です。

テストの概要

プライベート クラウド シミュレーター (PCS) は、VM ワークロードを作成し、データ センターの操作 (負荷分散、ソフトウェア/ハードウェア メンテナンス) をシミュレートし、コンピューティング/記憶域の障害 (計画外のハードウェア/ソフトウェアの障害) を挿入することによって、ライブ データセンター/プライベート クラウドをシミュレートします。 PCS は、Microsoft SQL Server データベースを使用して、実行時にテスト データとソリューション データを記録します。 次に、レポートが表示され、これには操作の成功/失敗率、および成功/失敗の判断と失敗の診断 (該当する場合) に関するデータを関連付けることができるログが含まれています。

次の表に、PC テストを実行するためにダウンロードが必要なファイルへのリンクを示します。

名前 場所
HLK キット Windows Server 2025 HLK
HLK プレイリスト Windows Server 2025 HLK CompatPlaylist
PCSFiles.vhd PCSFiles.vhd
SHA256 ハッシュ値は 95B1BCC54E38B459943CDEE26F09B04DAE828CAA8A95151E46E769A9A1927F61です

Get-FileHash は、ファイルのハッシュ値を計算する PowerShell コマンドレットです。ダウンロードが完了したら、pcsfiles.vhd のハッシュを確認するために使用できます。

一般的なラボ インフラストラクチャのセットアップ

トポロジ

PCS ラボ環境には、次の要素が含まれています:

  • テスト ドメインの Active Directory ドメイン コントローラー/DNS/DHCP サーバー。
  • 専用の HLK コントローラー コンピューター。 OS は Windows Server 2022 する必要があります。
  • 専用の PCS コントローラー コンピューター。 OS は Windows Server 2025 する必要があります。
  • Hyper-V 仮想コンピューターをホストするコンピューティング クラスター。 最小のノード数は、 PC のジョブの種類によって異なります。

サポート ドキュメント:

注:

  • 上記のすべてのコンピューターは、同じテスト ドメインに参加している必要があります。
  • すべての PC テストは、テスト ドメインの ' Domain Admins ' グループで同じユーザーとして実行する必要があります。
  • Domain Admin の資格情報と同じユーザーを使用して、HLK コントローラーをインストールします。

HLK Controller のシステム要件

次の表に、システムの最小要件を示します。

リソース 最小要件
CPU (または vCPU) 4 コア
メモリ 12 GB RAM
平均ディスク領域 200 GB
オペレーティング システム Windows Server 2022 Datacenter
Active Directory ドメイン テスト ドメインに参加させます

HLK Controller のセットアップ

  • Windows HLK Studio をダウンロードし、Windows HLK ファースト ステップ ガイドに従って Windows HLK をセットアップします。
  • PCSFiles.vhd をダウンロードします

    • PCSFiles.vhd ファイルを HLK コントローラーのTests\amd64 テスト フォルダーにコピーします。 HLK インストールの既定のパスを次に示します：

      C:\Program Files (x86)\Windows Kits\10\Hardware Lab Kit\Tests\amd64

IOMeter ファイルを取得する

  • IOMeter は、HLK コントローラーにインストールする必要があるワークロードです。

  • IOMeter Web サイトから 2006.07.27 日付の IOMeter リリースの i386 Windows バージョンをダウンロードします。

  • セットアップを実行するか (またはパッケージを解凍して)、ファイルをアンパックします。

  • IOMeter.exe & Dynamo.exe を HLK コントローラーの Tests\amd64\pcs\GuestScenarioManager\IOMeter フォルダーにコピーします。 HLK インストールの既定のパスを次に示します：

    C:\Program Files (x86)\Windows Kits\10\Hardware Lab Kit\Tests\amd64\pcs\GuestScenarioManager\IOMeter

PCS Controller のシステム要件

次の表に、システムの最小要件を示します。

リソース 最小要件
CPU (または vCPU) 4 コア
メモリ 12 GB RAM
ブート ドライブの空き領域 200 GB
オペレーティング システム Windows Server 2025 Datacenter
Active Directory ドメイン テスト ドメインに参加させます

PCS コントローラーのセットアップ

  • PCS コントローラーは、Generation v2 VM または物理コンピューターである必要があります。
  • セキュア ブート と BitLocker を無効にする必要があります。 PCS では TestSigning ブート構成が有効になるため、この設定が必要です。 PCS コントローラーとして Generation 2 Hyper-V VM を使用している場合は、VM を停止して、VM の設定でセキュア ブートを無効にします。
  • Windows HLK の概要を使用して HLK Client をインストールし、必要なポートを開きます。
  • .NET Framework 3.5 をインストールします (この機能は、Windows Server 2025 に既定では含まれていません)。
    • 一般的なインストール手順については、次の場所を参照してください。
    • Microsoft Connect でリリースされたビルドの詳細については、以下を参照してください。

      • ビルドに用意されている ISO をマウントし、MountedDriveLetter:\sources\sxs\microsoft-windows-netfx3-ondemand-package.cab でファイルを検索します

      • PC コントローラーのローカルフォルダーにファイルをコピーします

      • 管理者権限を使用してこのコマンド ラインを実行し、パッケージをインストールします

        Add-WindowsFeature Net-Framework-Features -source <Local Folder>

PCS テスト

このセクションでは、デバイス/ソリューションに適切な PCS テスト構成を特定し、ラボを構成して PCS テストを開始する方法について説明します。

  • ラボをセットアップし、テストを実行するには、同じドメイン管理者ユーザー アカウントを使用する必要があります。
  • セキュア ブートの状態はすべてのノードおよび PCS コントローラーでオフにする必要があります。

PCS テストの選択

PCS ジョブは、複数のカテゴリのデバイスとソリューションを認定するために使用されます。 次の表では、それらを適切な PCS ジョブにマップしています。

ターゲット 認定プログラム HLK のジョブ名
NIC Windows Server ロゴ PrivateCloudSimulator-Device.Network.LAN.10GbOrGreater
NIC Compute Premium PrivateCloudSimulator-Device.Network.LAN.AzureStack
解決策 SDDC Standard PrivateCloudSimulator - System.Solutions.StorageSpacesDirect (最小)
解決策 AZURESTACK PrivateCloudSimulator-System.Solutions.AzureStack (MIN) & (MAX)

PC ジョブは次のようにまとめられています：

  • PrivateCloudSimulator - Device.Network.LAN.10GbOrGreater
    このテストには、ネットワーク アダプター デバイスを対象とする一連のアクション、およびVM とコンピューティング クラスターのアクションが含まれています。
  • PrivateCloudSimulator - Device.Network.LAN.AzureStack
    このテストには、Windows Server の新しい "ソフトウェア定義ネットワーク" 機能に対するネットワーク アダプターのサポートを検証するアクションの拡張されたセット、およびVM とコンピューティング クラスターのアクションが含まれます。
  • PrivateCloudSimulator - System.Solutions.StorageSpacesDirect (最小)
    このテストには、ハイパーコンバージド記憶域スペース ダイレクト クラスター上に構築されたソリューション全体を対象とするアクションの拡張されたセットが含まれています。 (MIN) テストは、ソリューションでサポートされる最小限以上の数のノードが含まれるクラスターで実行する必要があります。
  • PrivateCloudSimulator - System.Solutions.AzureStack (MIN)/(MAX)
    このテストには、AzureStack ソリューション全体を対象とする、アクションの拡張されたセットが含まれています。 (MIN) テストは、ソリューションでサポートされているノードの数が最小であるクラスターで実行する必要があります。 (MAX) テストは、ソリューションに対してサポートされているノードの数が最大であるクラスターで実行する必要があります。

PCS ジョブ実行フロー

各 PCS ジョブには、次のタスクが含まれています。

  • PCS コントローラーの初期化
    • この段階では、PCS 実行エンジンは、PCS コントローラー コンピューターに SQL サーバーと IIS を設定します
    • また、次の段階で VM の作成を有効にするために、コンテンツ (評価 OS の VHD ファイルなど) もコピーします
  • VM の作成
    • この段階では、PCS エンジンがクラスターの各ノードで VM の作成を開始することを確認します
    • VM またはノードのターゲット数に達した時点で、VM の作成は停止します。
    • この手順は、PC セットアップ フェーズの一部です。 この段階では、テスト実行時間タイマーが開始されます。
  • VM アクションの実行
    • これで、PCS はクラスターの各ノード上でさまざまな種類のアクション (VM、クラスター、記憶域、ネットワーク) を開始します。
    • アクションは並行して実行され、それらの間で調整され、プライベート クラウド/データセンターのライフサイクルを通じてデバイス (記憶域、ネットワーク) とソリューションを処理します
    • アクションは定期的に実行され、テストのターゲット実行時間 (プロファイル/ジョブによって定義) に到達すると停止します。
    • テスト実行時間はプロファイルごとに定義され、実行中のプロファイルによって異なる場合があります。 テスト実行タイマーは、すべての VM が作成された後で開始されます。
    • 各アクションの手順と各手順の対応する結果は、SQL サーバーに格納されます。
  • 実行のクリーンアップ
    • この段階では、ステージ (4) で作成された VM はクリーンアップされ、クラスターは (可能な限り) クリーンな状態に復元されます。
    • レポート ファイル (PcsReport.htm) と、テストログを含む ZIP ファイルが生成されます。
  • HLK Studio に結果をレポート
    • この段階では、HLK Studio は PCS 実行結果を報告します。
    • 結果を HLKX ファイルにパッケージ化して、Microsoft に送信することができます。

PCS テストの実行

PrivateCloudSimulator - Device.Network.LAN.10GbOrGreater

システム要件

要件 説明
認定されているコンポーネント NIC
セットアップの種類 S2D ストレージを使用したハイパーコンバージド セットアップ。 注: SDDC 認定 HBA が必要です。
サーバーノードの最小数 同一のコンピューター 3 台
サーバーの仕様 CPU: 16 個の物理コア (たとえば、8 コアのソケット x 2)、メモリ: 128 GB、ブート ドライブの空き領域 64GB
記憶域全体 HDD のノードあたり 4 TB の空き領域、SSD のノードあたり 800 GB の空き領域
ディスク キャッシュとして使用するドライブがある場合、サーバーあたり 2 つ以上のドライブが必要です。 サーバーあたり 4 つ以上のデータ格納用 (非キャッシュ) ドライブが必要です。 詳しくは、「S2D ハードウェア要件」をご覧ください。
ネットワーク カード 認定されている NIC
Switch すべての NIC 機能をサポートするスイッチ

セットアップ

  • Windows HLK の概要に従って、すべてのクラスター ノードに HLK クライアント ソフトウェアをインストールします。
  • クラスターをデプロイするには、 Windows Server 記憶域スペース ダイレクト クラスター ガイドに従ってください。
  • すべてのノードが同じ物理スイッチに接続されている必要があります。
  • 10GbE より優れたネットワーク ビットレートを使用する必要があります。 各ノードで同じ名前の仮想スイッチを作成します。
  • PCS によって作成された仮想コンピューターは、仮想スイッチに接続して、それらの間でネットワーク トラフィックを送信します。 これらの VM は、DHCP を使用して IP アドレスを取得します。 DHCP サーバーがこれらの VM に有効な IP アドレスを割り当てていることを確認します。 DHCP サーバーが使用できない場合、または障害が発生した場合、VM は自動プライベート IP アドレス指定 (APIPA) を使用して IP アドレスとサブネットを自己構成します。 VM 間でネットワーク トラフィックを送信するには、各 VM に有効な IP アドレスが必要です。

実行

  • HLK Studio を開く

  • Windows HLK の概要に従ってコンピューター プールを作成します

  • [プロジェクト] タブに移動し、[プロジェクトの作成] をクリックします

  • プロジェクト名を入力し、Enter キーを押します

  • [選択] タブに移動する

  • ネットワーク アダプター デバイスが含まれているコンピューター プールを選択します

  • デバイス マネージャーを開きます

  • デバイスを選択します。 関連する NIC デバイス (仮想スイッチ チームのどのメンバーであるかは関係ありません) は、認定の対象となるいずれかのコンピューティング ノード上で選択するのが適切です。

    hlk に 10gborgreater テストが示されデバイスが選択されている

  • 選択したデバイスを右クリックし、[機能の追加/変更] を選択しま。

  • [機能] ダイアログで、[Device.Network.LAN.10GbOrGreater] を選択し、[OK] をクリックします。 ほとんどの NIC カード (速度 10GbE 以上) では、この機能は自動的に選択されています。

  • [テスト] タブに移動します

  • PrivateCloudSimulator - Device.Network.LAN.10GbOrGreater を選択します

  • [選択したテストの実行] をクリックします。

  • [スケジュール] ダイアログで、

    • 必須のテスト パラメーターの値を入力します
      • DomainName: テスト ユーザーのドメイン名
      • UserName: テスト ユーザーのユーザー名
      • Password: テスト ユーザーのパスワード
      • ComputeCluster: コンピューティング クラスター名
      • StoragePath: 既定値は "" です。 コンピューティング クラスターから利用可能なすべての CSV を使用します。 コンマ区切りのパスを入力すると、異なるパスを使用できます。 例: "C:\ClusterStorage\Volume1,C:\ClusterStorage\Volume2"
      • VmSwitchName: すべてのノードでの仮想スイッチの名前
      • FreeDriveLetter: 既定値は R です。セットアップ中に、PcsFiles .vhd ファイルが PCS コントローラー上のこのドライブ文字にマウントされます。 このドライブ文字が使用可能であることを確認してください。
      • IsCreateCluster: 既定値を使用します
      • IsRemoveCluster: 既定値を使用します
      • IsConfigureHyperV: 既定値を使用します
    • マシンをロールにマップします
      • PrimaryNode: 選択されたデバイスのノードです
      • Test Controller: PCS テスト コントローラー コンピューターを選択します
      • OtherNodes: その他のクラスターノードを選択します

  • [OK] をクリックしてテストをスケジュールする

  • テストの実行に関するリアルタイムの結果を表示するには、「SQL Server Reporting Services を使用してリアルタイムで PCS レポートを表示する」を参照してください。

Duration

  • PCS のアクション (以下を参照) は約 24 時間実行されます。
  • 完全な実行には、さらに 24 ～ 36 時間かかる場合があります (セットアップとクリーンアップの時間が含まれます)。

PCS アクション

次の表に、このテストに含まれるアクションを示します。

アクション名 説明
VmCloneAction 新しい VM を作成します。
VmLiveMigrationAction ライブ-VM を別のクラスターノードに移行します。
VmSnapshotAction VM のスナップショットを取得します。
VmStateChangeAction VM の状態を変更します (一時停止など)。
VmStorageMigrationAction VM ストレージ (VHD) をクラスター ノード間で移行します。
VmGuestRestartAction VM を再起動します。
VmStartWorkloadAction ユーザーがシミュレートしたワークロードを開始します。
VmGuestFullPowerCycleAction VM の電源を入れます。
ComputeNodeEvacuationAction クラスターノードを再起動します。

PrivateCloudSimulator - Device.Network.LAN.AzureStack

Windows Server 2025 の Device.Network.LAN.AzureStack テストに関する記事を参照してください

PrivateCloudSimulator - System.Solutions.StorageSpacesDirect

セットアップ

  • ハイパー コンバージド ソリューションをセットアップします。 例については、こちらを参照してください。
  • ボリュームの数は、クラスター内にあるサーバーの数の倍数にすることをお勧めします。 たとえば、4 台のサーバーがある場合、3 つまたは 5 つよりも合計 4 つのボリュームを使用した方がより一貫性のあるパフォーマンスを得ることができます。 これにより、クラスターはボリュームの "所有権" をサーバー間で均等に分散できます (ボリュームごとに 1 台のサーバーがメタデータのオーケストレーションを処理します)。
  • 記憶域スペース ダイレクトには Resilient File System (ReFS) を使うことをお勧めします。
  • 既定では、テストはクラスター ノードごとに 20 個の VM を作成します。 推定平均 VM の VHD ファイル サイズは 40 GB です。 4 ノード クラスター環境でこのテストを実行するには、仮想ディスクのサイズが少なくとも 20 * 40 * 4 = 3200GB である必要があります。
  • 最小構成
    • この構成には、少なくとも、ソリューション ファミリでサポートされる最小のクラスター ノード、サポートされる最も低速なプロセッサ、最小のメモリ、および最小のストレージ容量が含まれています。
    • このセットアップを検証するには、 PrivateCloudSimulator - System.Solutions.StorageSpacesDirect (MIN) ジョブを使用してください

実行

  • HLK Studio を開く

  • Windows HLK の概要に従ってコンピューター プールを作成します

  • [プロジェクト] タブに移動し、[プロジェクトの作成] をクリックします

  • プロジェクト名を入力し、Enter キーを押します

  • [選択] タブに移動する

  • テスト対象のシステムと PCS Controller コンピューターを含むコンピューター プールを選択します。

  • 左側のパネルで [システム] を選択し、PCS テスト コントローラーを選択します (注: 認定を受ける必要があるコンピューターではありません)。

    hlk studio に [システム] タブが表示され、pcs テスト コントローラーが選択されている

  • 選択した PCS Controller を右クリックし、[機能の追加/変更] を選択します

  • [機能] ダイアログで [ StorageSpacesDirect ] を選択し、[OK] をクリックします

  • [テスト] タブに移動します

  • [PrivateCloudSimulator - System.Solutions.StorageSpacesDirect (MIN)] を選択します

  • [選択したテストの実行] をクリックします。

  • [スケジュール] ダイアログで、

    • 必須のテスト パラメーターの値を入力します
      • DomainName: ユーザーの完全修飾ドメイン名 (FQDN) をテストします。
      • UserName: テスト ユーザーのユーザー名
      • Password: テスト ユーザーのパスワード
      • ComputeCluster: コンピューティング クラスター名
      • StoragePath: 既定値は "" です。 コンピューティング クラスターから利用可能なすべての CSV を使用します。 コンマ区切りのパスを入力すると、異なるパスを使用できます。 例: "C:\ClusterStorage\Volume1,C:\ClusterStorage\Volume2" (二重引用符が必要です)
      • VmSwitchName: 仮想スイッチの名前を入力します。 この名前はすべてのノードで同じである必要があります
      • FreeDriveLetter: 既定値は R です。セットアップ中に、PcsFiles .vhd ファイルが PCS コントローラー上のこのドライブ文字にマウントされます。 このドライブ文字が使用可能であることを確認してください。
    • マシンをロールにマップします
      • Test Controller: PCS テスト コントローラー コンピューターを選択します

  • OKをクリックして、テストをスケジュールします。

  • テストの実行に関するリアルタイムの結果を表示するには、「SQL Server Reporting Services を使用してリアルタイムで PCS レポートを表示する」を参照してください。

Duration

  • PCS のアクション (以下を参照) は 96 時間実行されます。
  • 完全な実行には、さらに 24 ～ 36 時間かかる場合があります (セットアップとクリーンアップの時間が含まれます)。

PCS アクション

このプロファイルは、Microsoft AzureStack のディスク ドライブを検証するために実行するアクションを定義します。 次の表に、このテストに含まれるアクションを示します。

アクション名 説明
VmCloneAction 新しい VM を作成します。
VmLiveMigrationAction ライブ-VM を別のクラスターノードに移行します。
VmSnapshotAction VM のスナップショットを取得します。
VmStateChangeAction VM の状態を変更します (一時停止など)。
VmStorageMigrationAction VM ストレージ (VHD) をクラスター ノード間で移行します。
VmGuestRestartAction VM を再起動します。
VmStartWorkloadAction ユーザーがシミュレートしたワークロードを開始します。
VmGuestFullPowerCycleAction VM の電源を入れます。
ComputeNodeEvacuation 1 つのクラスター ノードからすべてのリソースをドレインします。
ClusterCSVMoveAction CSV ディスクを最適なノードに移動します。
StorageNodePoolMove (記憶域スペースで作成された) 記憶域プールを記憶域クラスター内の別のオーナー ノードに移動します。
StorageNodeRestart 記憶域クラスター内のノードを再起動します。
StorageNodeBugcheck バグは、記憶域クラスターの 1 つのノードをチェックします。
StorageNodeUpdateStorageProviderCacheAction PowerShell で update-storageprovidercache コマンドを呼び出します。

PrivateCloudSimulator - System.Solutions.AzureStack

セットアップ

  • ハイパー コンバージド ソリューションをセットアップします。 例については、こちらを参照してください。
  • ボリュームの数は、クラスター内にあるサーバーの数の倍数にすることをお勧めします。 たとえば、4 台のサーバーがある場合、3 つまたは 5 つよりも合計 4 つのボリュームを使用した方がより一貫性のあるパフォーマンスを得ることができます。 これにより、クラスターはボリュームの "所有権" をサーバー間で均等に分散できます (ボリュームごとに 1 台のサーバーがメタデータのオーケストレーションを処理します)。
  • 記憶域スペース ダイレクトには Resilient File System (ReFS) を使用する必要があります。 それ以外の場合、ジョブは失敗します。
  • 既定では、テストはクラスター ノードごとに 20 個の VM を作成します。 推定平均 VM の VHD ファイル サイズは 40 GB です。 4 ノード クラスター環境でこのテストを実行するには、仮想ディスクの合計サイズが少なくとも 20 * 40 * 4 = 3200GB である必要があります。
  • 最小構成
    • この構成には、最小限のクラスター ノード、最も速度の遅いプロセッサ、最小限のメモリおよびソリューション ファミリでサポートされている最小限のストレージ容量が含まれます。
    • このセットアップを検証するには、 PrivateCloudSimulator - System.Solutions.AzureStack (MIN) ジョブを使用してください
  • 最大構成
    • この構成には、最大数のクラスター ノードと、ソリューション ファミリでサポートされている最大容量のストレージが含まれています。
    • プロセッサとメモリは、ソリューションでサポートされている最小値以上の必要がありますが、サポートされる最大値にする必要はありません。 プロセッサとメモリの値は、ソリューションにとって最も一般的な sku を表すものにする必要があります。
    • このセットアップを検証するには、 PrivateCloudSimulator - System.Solutions. AzureStack (MAX) ジョブを使用してください

実行

  • HLK Studio を開く

  • Windows HLK の概要に従ってコンピューター プールを作成します

  • [プロジェクト] タブに移動し、[プロジェクトの作成] をクリックします

  • プロジェクト名を入力し、Enter キーを押します

  • [選択] タブに移動する

  • テスト対象のシステムが含まれているコンピューター プールを選択します

  • 左側のパネルで [システム] を選択し、PCS テスト コントローラーを選択します (注: 認定を受ける必要があるマシンではありません)。

    hlk Studio で pcs テスト コントローラーが選択されている

  • 選択したデバイスを右クリックし、[機能の追加/変更] を選択しま。

  • [機能] ダイアログで [System.Solution.AzureStack] を選択し、[OK] をクリックします

  • [テスト] タブに移動します

  • PrivateCloudSimulator - System.Solutions.AzureStack を選択します

  • [選択したテストの実行] をクリックします。

  • [スケジュール] ダイアログで、

    • 必須のテスト パラメーターの値を入力します
      • DomainName: ユーザーの完全修飾ドメイン名 (FQDN) をテストします。
      • UserName: テスト ユーザーのユーザー名
      • Password: テスト ユーザーのパスワード
      • ComputeCluster: コンピューティング クラスター名
      • StoragePath: 既定値は "" です。 コンピューティング クラスターから利用可能なすべての CSV を使用します。 コンマ区切りのパスを入力すると、異なるパスを使用できます。 例: "C:\ClusterStorage\Volume1,C:\ClusterStorage\Volume2" (二重引用符が必要です)
      • VmSwitchName: 仮想スイッチの名前を入力します。 この名前はすべてのノードで同じである必要があります
      • FreeDriveLetter: 既定値は R です。セットアップ中に、PcsFiles .vhd ファイルが PCS コントローラー上のこのドライブ文字にマウントされます。 このドライブ文字が使用可能であることを確認してください。
    • マシンをロールにマップします
      • Test Controller: PCS テスト コントローラー コンピューターを選択します

  • OKをクリックして、テストをスケジュールします。

  • テストの実行に関するリアルタイムの結果を表示するには、「SQL Server Reporting Services を使用してリアルタイムで PCS レポートを表示する」を参照してください。

Duration

  • PCS のアクション (以下を参照) は 96 時間実行されます。
  • 完全な実行には、さらに 24 ～ 36 時間かかる場合があります (セットアップとクリーンアップの時間が含まれます)

アクション

このプロファイルは、Microsoft AzureStack のストレージ格納装置を検証するために実行するアクションを定義します。 次の表に、このテストに含まれるアクションを示します。

アクション名 説明
VmCloneAction 新しい VM を作成します。
VmLiveMigrationAction ライブ-VM を別のクラスターノードに移行します。
VmSnapshotAction VM のスナップショットを取得します。
VmStateChangeAction VM の状態を変更します (一時停止など)。
VmStorageMigrationAction VM ストレージ (VHD) をクラスター ノード間で移行します。
VmGuestRestartAction VM を再起動します。
VmStartWorkloadAction ユーザーがシミュレートしたワークロードを開始します。
VmGuestFullPowerCycleAction VM の電源を入れます。
ClusterCSVMoveAction CSV ディスクを最適なノードに移動します。
StorageNodePoolMove (記憶域スペースで作成された) 記憶域プールを記憶域クラスター内の別のオーナー ノードに移動します。
StorageNodeRestart 記憶域クラスター内のノードを再起動します。
StorageNodeBugcheck バグは、記憶域クラスターの 1 つのノードをチェックします。
StorageNodeUpdateStorageProviderCacheAction PowerShell で update-storageprovidercache コマンドを呼び出します。

SQL Server Reporting Services を介して PCS レポートをリアルタイムでレポートを表示します

PCS 操作の実行中、レポートは PCS Controller の SQL データベースに保存されます。 各レポートには、実行された操作、その成功率、テスト中に取得およびリリースされたリソースがすべて一覧で表示されます。 テスト実行ごとに新しいデータベースが作成され、以前のテスト実行のデータをいつでも確認できます。

レポートを表示するには、次の手順を実行します。

  • 既定では、Internet Explorer のセキュリティ強化の構成が Windows サーバーで有効になっています。 レポートを表示するには無効にする必要があります。

    [サーバー マネージャー = > ローカル サーバー =>] 開きます。[IE セキュリティ強化の構成 ] をクリックして管理者とユーザーに対してオフにします。

  • PCS Controller から IE を開き、http://<PcsControllerMachineName>/Reports にアクセスします。

    Internet Explorer の pcs レポート ページ

  • [PCS レポート =>PCSRuns] をクリックします。

  • 各 PCS 実行は、一意の パス実行 ID によって識別されます。

    つまり、パス実行 ID を示すレポート

  • [パス実行 ID] をクリックして (たとえば、f44b3f88-3dbf-476e-9294-9d479ca0a369) をクリックして、PCS 実行からレポートを開きます。 これらのレポートのデータはライブです。 テストの実行中は、テストの実行の進行状況をリアルタイムで監視できます。

    • テスト実行に参加したすべてのリソース (ノード、クラスター、VM) の概要。
    • 各リソースに対して実行されたすべてのアクション。 [成功] 列と [失敗] 列には、成功したアクションと失敗したアクションの数が報告されます。

    つまり、実行情報を表示するレポート

  • [全体的な操作情報] テーブルの [アクション/成功/失敗] 列のリンクをクリックして詳細ページを開くと、アクションの結果に関する詳細情報を表示できます。 たとえば VMLiveMigrationAction エントリでエラー番号 9 をクリックした場合、次の図のような要約が表示されます。

    つまり、vmlivemigrationaction を示すレポート

  • 上記の最初のエントリは、次の情報を提供します。

    • エラー ID: PCS でエラーが発生した場合は、エラー メッセージを一般化し、一意のハッシュを生成します。 上記の例では、エラー ID は 97c12afd-23a8-3982-e304-a5dc6793950d です

    • エラー ハッシュ: 一般化されたエラー メッセージ。 上記の例では、エラー ハッシュは 次のようになります

      仮想マシン <VIRTUAL MACHINE> のライブ マイグレーションが進行中に失敗< した割合 > (移行状態: 移行)
      エラー:移行先 「<COMPUTE NODE> 」 で「<VIRTUAL MACHINE >」の仮想マシン の移行操作が失敗しました。 (仮想マシン ID <GUID > )
      仮想マシンの移行のデータを受信できなかった: タイムアウト期間が切れたため、この操作が返されました。 (0x800705B4).

    • 現在の実行をカウントする: この実行中に、この特定のエラー メッセージで失敗した特定の種類のアクション数。 上記の例では VMLiveMigrationAction が 3 回実行されました。

    • すべての実行をカウントする: すべての PCS 実行でこの特定のエラーが原因で失敗したアクションの数。 VMLiveMigrationAction の場合、この数は 3 でした。

    • PCS Runs Affected: このエラーの影響を受けた実行の数を示します。 VMLiveMigrationAction の場合、影響を受けた PCS の実行は 1 つのみです。

  • エラーの詳細を確認するには、その画面でエラー ID をクリックして、すべての PCS 実行でエラーの種類のグローバル履歴へとドリルダウンできます。 たとえば、97c12afd-23a8-3982-e304-a5dc6793950d をクリックすると次の情報が表示されます。 このページには、すべての失敗した操作が失敗の種類別にグループ別に表示され、調査する必要がある主な機能が強調表示されています。

    つまり、失敗したアクションを原因別に示すレポート

  • [アクション ID] をクリックすると、さらにドリルダウンしてアクション ログ レポートを表示できます。 エラーは赤、警告は黄色で表示されます。

    つまり、アクション ログ レポートを示すレポート

HLK Controller からの PCS 実行をトラブルシューティングする

PCS 実行フローには複数のステージがあります。 以下は HLK Manager => Explorers => ジョブ モニター => からの結果を表示するときの例です。[コンピューター プール =>] を選択し、[ジョブ実行状態] でジョブを選択します。

タスクの実行ステータスを示す pcs コントローラー

[セットアップ]、[実行]、または[クリーンアップ] ステージで PCS が失敗した場合、ジョブ名 (または子タスク名) => を右クリックして、[ジョブ ログの参照] をクリックすると、ジョブのログを参照できます。 ログ ファイル名は、PCS-E2Elaunch_Setup.log、PCSE2Elaunch_Execute.log、および PCS-E2Elaunch_Cleanup.log です。 ログ ファイルには、エラーに関する情報が含まれている必要があります。 ログ ファイルの末尾付近で予期しない例外を検索してみてください。

PCS Controller からの PCS 実行をトラブルシューティングする

セットアップ/実行/クリーンアップ ステージで PCS ジョブが失敗した場合は、PCS コントローラーから直接ステージを再実行できます。 この方法は、これらのステージでの問題のトラブルシューティングに役立ちます。

  • 管理者特権でのコマンド プロンプトを開きます。
  • ReRunPcsSetup.cmd、ReRunPcsExecute.cmd、または ReRunPcsCleanup.cmd スクリプトを再実行します

ログと診断

PCS には、セットアップ、実行、クリーンアップの 3 つの主要なステージがあります。 PCS ジョブは、スクリプト PCS-E2Elaunch.ps1 を使用して、これら 3 つのステージを起動します。 ログ ファイル名は、PCS-E2Elaunch_Setup.log、PCSE2Elaunch_Execute.log、および PCS-E2Elaunch_Cleanup.log です。

PCS の実行が完了すると、PCS はクリーンアップ ステージ中にログを分析します。 次の条件が満たされた場合に実行が成功し、分析されたレポートがPCSReport.htm として保存されます。

  • すべての PCS アクションには、少なくとも 90% の成功率があります
  • テスト目的で PCS によって開始されたノードを除き、クラスター ノードの予期しないクラッシュはありません

クリーンアップ ステージ中に PCS Controller に次のファイルが生成されます。

  • PcsReport.htm: 実行に関する概要。
  • ClusterName-PRE.mht.html: 実行ステージの前に実行されたクラスター検証テスト レポート
  • ClusterName-PRE.mht.html: 実行ステージの後に実行されたクラスター検証テスト レポート
  • PcsLog-DateTime.zip: ログが含まれ、テストの完了時に HLK Controller にコピーされます。
    • MHTML フォルダー: PCS SQL ログが含まれます
    • SDDCDiagnosticInfo フォルダー: クラスター ログとイベント ログが含まれます

PCS 認定の実行によって確認または発生した問題は、PCS 自体には何度も関連していないと見なされています。 以下には、いくつかの問題を絞り込むのに役立つ基本的なガイドが含まれています。

  • クラスター検証テストを実行し、レポートでエラーを確認します。
  • フェールオーバー クラスター マネージャーで、すべてのノード、vDisk、およびプールが正常な状態であるかどうかを確認します。 正常ではない場合は、MSFT で を呼び出す前に、時間をかけてログの確認/デバッグを行います。
  • Hyper-V マネージャーを開き、VM と vSwitch が列挙されていることを確認します (または Get-VM または Get-VMSwitch を実行することも可能です)。
  • すべてのコンピューティング ノードで PCS テスト外に vSwitch を作成できることを確認します。
  • すべてのノードに VM を作成し、vmNetworkAdapter を vSwitch にアタッチできることを確認します。
  • コンピューティング ノードの %systemdrive% から "dir /s *.dmp" を実行してバグチェックのために生成されたダンプ ファイルを探します。
  • カーネル デバッガーがアタッチされていない場合、LiveKD を使用して、停止しているカーネル モジュール/スレッドを確認することもできます。
  • Eval バージョン ライセンスは 180 日ごとにリセットされるので、コンピューティング ノードのライセンスが有効なことを確認します。

PCS ログを含む ZIP ファイルを生成する

PCS Controller から次のスクリプトを実行して、必要なログを含む ZIP ファイルを生成できます。 このメソッドは、ジョブがキャンセルされたとき、またはテストの実行中に便利です。

C:\pcs\PCS-E2ELaunch.ps1 -DomainName <string> -UserName <string> -Password <string> -ComputeCluster <string> [-StorageCluster <string>] -CollectLog [-CollectLogLevel <int>]

パラメーター

  • DomainName: ユーザーの完全修飾ドメイン名 (FQDN) をテストします。
  • UserName: テスト ユーザーのユーザー名
  • Password: テスト ユーザーのパスワード
  • ComputeCluster: コンピューティング クラスター名
  • StorageCluster: 省略可能、ストレージ クラスター名。 コンピューター クラスターと記憶域クラスターが同じ場合は、このパラメーターを指定しないでください。
  • CollectLog: 必須
  • CollectLogLevel: 省略可能、既定値は 1 です。 詳細ログを収集するには、「3」と入力します。

PcsReport.htm ファイルを手動で生成する

PCS の実行中は、PCS Controller で次のコマンドレットを実行して、すべてのノードからの予期しないバグチェックを一覧表示する HTML レポートを生成できます。

Import-Module C:\PCS\PrivateCloudSimulator-Manager.psm1
Get-PCSReport

PCS アクションをカスタマイズする

  • 各 PCS ジョブには、そのアクションを定義する独自の xml ファイルがあります。

  • 各ジョブには、最大 3 つの xml ファイル: PrivateCloudSimulator.xml、PrivateCloudSimulator_Create.xml、PrivateCloudSimulator_Storage.xml を含むことが可能です

  • これらの XML ファイルは HLK Controller で確認できます。 PrivateCloudSimulator - System.Solution.AzureStack ジョブの例を次に示します。 強調表示されているフォルダー名は、HLK ジョブの名前です。

    C:\Program Files (x86)\Windows Kits\10\Hardware Lab Kit\Tests\amd64\PCS\System.Solutions.AzureStack\PrivateCloudSimulator_Create.xml

例 1: アクションを有効または無効にする

<ConfigurableType Type="Microsoft.PrivateCloudSimulator.VM.Actions.HyperV.VmCloneAction, Microsoft.PrivateCloudSimulator.VM.Actions.HyperV">
  <ConfigurableTypeField FieldName="Interval" ValueType="System.TimeSpan" Value="00:01:00" />
  <ConfigurableTypeField FieldName="StartupNumber" ValueType="System.Int32" Value="2" />
  <ConfigurableTypeField FieldName="InjectVMRTInGuest" ValueType="System.Boolean" Value="true" />
  <ConfigurableTypeField FieldName="BaseVHDPath" ValueType="System.String" Value="%BASEVHD%" />
</ConfigurableType>
  • テスト アクション名は VmCloneAction です。
  • [間隔] フィールドは、アクションを実行する頻度を設定します。 hh:mm:ss という形式を使用します。 たとえば、値 02:00:00 は 2 時間ごとにアクションを繰り返します。
  • StartUpNumber フィールドは、コンピューティング クラスターの各ノードで開始するアクションのインスタンスの数を定義します。 アクションを無効にするには、このフィールドを 0 に設定します。
  • 他のフィールドは変更しないでください。

例 2: 差分ディスクを使用するために VM を変更する

<ConfigurableType Type="Microsoft.PrivateCloudSimulator.VM.Actions.HyperV.VmCloneBase, Microsoft.PrivateCloudSimulator.VM.Actions.HyperV">
  <ConfigurableTypeField FieldName="VmClusteringPercentage" ValueType="System.Int32" Value="100" />
  <ConfigurableTypeField FieldName="UseDiffDisks" ValueType="System.Boolean" Value="false" />
</ConfigurableType>
  • PCS は、既定では、指定されたゲスト OS VHD のコピーを作成して動的仮想ディスクを持つ VM を作成します。 代わりに、差分ディスクを持つ VM を作成するには、[UseDiffDisks] 値を [true] に設定 します。

例 3: ノードごとに作成された VM の数を変更する

<ConfigurableType Type="Microsoft.PrivateCloudSimulator.VM.Actions.HyperV.VmCreationBase, Microsoft.PrivateCloudSimulator.VM.Actions.HyperV">
  <!-- MaxVmCount is Max Number of VMs on any one node -->
  <ConfigurableTypeField FieldName="MaxVmCount" ValueType="System.Int32" Value="20" />
</ConfigurableType>
  • PCS は、既定では、テストはクラスター ノードごとに 20 個の VM を作成します。 VM の平均サイズは 40 GB です。 4 ノード クラスター環境では、20 * 4 * 40 = 3200 GB のディスク領域が必要になります。 ハードウェアを認定しようとしている場合は、既定値を変更しないでください。 数を減らすのではなく、ディスクの追加を検討する必要があります。

アクション ログをカスタマイズする

PCS の実行には RunId があります。 PCS アクションにはアクション ID があります。 PCS アクションが失敗すると、PCS はバリアント (VM 名) をエラー メッセージから削除し、一意のハッシュ値を生成します。 同様のエラーは、同じ一意のハッシュ値を持っています。 その後、PCS は、SQL レポート サイにそれらをグループ化します。

PCS は、.NET トレース リスナーを使用してテスト結果を収集します。 これらのリスナーは、次のMicrosoft.PrivateCloudSimulator.exe.config で定義されています。

  • SQLOnline: このリスナーは、結果を SQL データベースに記録します。
  • AnalyticalLogGather: このリスナーは、アクションが失敗した場合に追加情報を収集します。

特定のアクションが失敗したり、特定のハッシュ値が表示された場合は、AnalyticalLogGather リスナーを構成して、イベント ログ、クラスター ログを収集したり、スクリプトを呼び出すことができます。 これは、ActionFailureReactionPolicy.xml で定義されています。

この ActionFailureReactionPolicy.xml では、PCS は 2 種類のトリガーと 3 種類の反応をサポートしています。 この XML を使用すると、「トリガー X を確認したら、反応 Y と Z を行う」といったルールを定義できます。 ほとんどのアクションでは、NodeScope が ReservedOnly に設定され、MaxLevel が 3 (重大、エラー、警告イベント) に設定されています。

トリガー:

Type データ​​
ActionFail ActionFullName
KnownFailure FailureHash

反応:

Type データ​​
ETWCollection Channel、NodeScope、StorageLocation、MaxLevel
ClusterLogCollection UseLocalTime、NodeScope、StorageLocation、MaxTimeDuration (省略可能)
CustomPS ScriptFullPath、NodeScope、Argument

有効な NodeScope 値は次のとおりです：

  • AllNodes
  • ComputeOnly
  • StorageOnly
  • EdgeOnly
  • NCOnly
  • ReservedOnly

有効な MaxLevel 値は次のとおりです：

  • 0 (すべてのレベルのログ)
  • 1 (重大)
  • 2 (エラー)
  • 3 (警告)
  • 4 (情報)
  • 5 (詳細)

例:

<Trigger>
  <Type>ActionFail</Type>
  <Data Name="ActionFullName" Value="Microsoft.HyperV.Test.Stress.PrivateCloud.ComputeNode.Action.StorageNodeRestartAction">
  </Data>
  <ReactionMatchList>
    <!-- Details of Reaction are Defined Below and are referenced using the ID attribute-->
    <MatchingReaction ID ="1"></MatchingReaction>
    <MatchingReaction ID ="2"></MatchingReaction>
  </ReactionMatchList>
</Trigger>49
<Reaction ID="1">
  <Type>ETWCollection</Type>
  <Data Name="Channel" Value="Microsoft-Windows-Hyper-V-VMMS-Analytic"></Data>
  <Data Name="NodeScope" Value="ReservedOnly"></Data>
  <Data Name="StorageLocation" Value="C:\PCS\PCSEventData\%NODE%\%ActionId%\EventLogs"></Data>
  <Data Name="MaxLevel" Value="3"></Data>
</Reaction>

アクション ログ ファイルは、PCS Cntroller の FORENSICLOGLOCATION' フォルダーに保存されます。 既定では、C:\PCS\PCSEventData です。

失敗したアクションごとに、予約ノードから次の情報が収集されます。 このログの場所は、アクションの SQL レポート ページで確認できます。

  • %MachineName%\%RunId%\ClusterLogs\%ActionId%
  • %MachineName%\%RunId%\EventLogs\%ActionId%
  • %MachineName%\%RunId%\CustomResponse\%ActionId%

よく寄せられる質問

プライベート クラウド シミュレーターに関する FAQ を参照