次の方法で共有


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

はじめに

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

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

対象読者

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

テストの概要

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

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

名前 場所
HLK キット HLK バージョン
HLK 更新プログラム パッケージ Microsoft Collaborate サイト から入手できる最新バージョンをインストールします。
ファイル名の形式: HlkUpdatePackage14393.buildnumber.datetime.zip
HLK プレイリスト HLK Version 1607 CompatPlaylist.xml
PCSFiles.vhd PCSFiles.vhd (ハッシュ値は以下を参照)
dotNet 3.5 for Windows 10 Microsoft-Windows-NetFx3-OnDemand-Package.cab
Windows Server 2016 更新 Microsoft 更新サイト から入手できる最新バージョンをインストールします。

PCSFiles .vhd ファイルには、2つの VHD ファイルが含まれています。 次の表に、VHD ハッシュ値の一覧を示します。 Get-FileHash PowerShell コマンドレットを使用すると、ファイルのハッシュ値を計算できます。

ファイル名 SHA256 ハッシュ値
PCSFiles.vhd 8AE4F86D0F40B4304CA4DC8CBCFA989885E3507FCB0FFDBF969DDF10542F0035
Files\BaseVHDX\14393.0.amd64fre.rs1_release.160715-1616_server_serverdatacentereval_en-us.vhdx 1B8AAC473B97725DD339624A4D1C894A7492ABBF26824156C9EF41F954836F84
Files\BaseVHDX\PcsBaseVhd.vhd EC449434544B383DC1AD65D93EB004DBFBB91D4476CFCC32E93EE769866626FF

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

トポロジ

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

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

サポート ドキュメント:

メモ:

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

HLK Controller のシステム要件

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

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

HLK Controller のセットアップ

IOMeter ファイルを取得する

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

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

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

  • IOMeter.exeDynamo.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 2016 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 2016 に既定では含まれていません)。
    • 一般的なインストール手順については、次の場所を参照してください。
    • 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 コントローラーでオフにする必要があります。
  • HLK 更新プログラム パッケージは、HLK コントローラー/クライアントにダウンロードしてインストールする必要があります。 HLK 更新プログラム パッケージは Microsoft Collaborate サイトでダウンロードできます。

PCS テストの選択

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

移行先 認定プログラム HLK のジョブ名
NIC Windows Server ロゴ PrivateCloudSimulator-Device.Network.LAN.10GbOrGreater
NIC SDDC Standard PrivateCloudSimulator-Device.Network.LAN.10GbOrGreater
NIC SDDC Premium PrivateCloudSimulator-Device.Network.LAN.AzureStack
NIC AZURESTACK PrivateCloudSimulator-Device.Network.LAN.AzureStack
SAS HBA SDDC Standard PrivateCloudSimulator-Device.Storage.Controller.AzureStack
SAS HBA SDDC Premium PrivateCloudSimulator-Device.Storage.Controller.AzureStack
SAS HBA AZURESTACK PrivateCloudSimulator-Device.Storage.Controller.AzureStack
ディスク (HDD/SSD/NVMe) SDDC Standard PrivateCloudSimulator-Device.Storage.HD.AzureStack
ディスク (HDD/SSD/NVMe) SDDC Premium PrivateCloudSimulator-Device.Storage.HD.AzureStack
ディスク (HDD/SSD/NVMe) AZURESTACK PrivateCloudSimulator-Device.Storage.HD.AzureStack
解決策: SDDC Standard PrivateCloudSimulator-System.Solutions.StorageSpacesDirect (MIN) & (MAX)
解決策: SDDC Premium PrivateCloudSimulator-System.Solutions.StorageSpacesDirect (MIN) & (MAX)
解決策: AZURESTACK PrivateCloudSimulator-System.Solutions.AzureStack (MIN) & (MAX)

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

  • PrivateCloudSimulator - Device.Network.LAN.10GbOrGreater
    このテストには、ネットワーク アダプター デバイスを対象とする一連のアクション、およびVM とコンピューティング クラスターのアクションが含まれています。
  • PrivateCloudSimulator - Device.Network.LAN.AzureStack
    このテストには、Windows Server の新しい "ソフトウェア定義ネットワーク" 機能に対するネットワーク アダプターのサポートを検証するアクションの拡張されたセット、およびVM とコンピューティング クラスターのアクションが含まれます。
  • PrivateCloudSimulator - Device.Storage.Controller.AzureStack
    このテストには、記憶域コントローラーを対象としたアクションの拡張されたセット、および VM とコンピューティング クラスターのアクションが含まれています。
  • PrivateCloudSimulator - Device.Storage.Enclosure.AzureStack
    このテストには、JBOD 格納装置を対象としたアクションの拡張されたセット、および VM とコンピューティング クラスターおよび記憶域クラスターのアクションが含まれています。
  • PrivateCloudSimulator - Device.Storage.HD.AzureStack
    このテストには、ディスクをを対象としたアクションの拡張されたセット、および VM とコンピューティング クラスターのアクションが含まれています。
  • PrivateCloudSimulator - System.Solutions.StorageSpacesDirect (MIN)/(MAX)
    このテストには、ハイパーコンバージド記憶域スペース ダイレクト クラスター上に構築されたソリューション全体を対象とするアクションの拡張されたセットが含まれています。 (MIN) テストは、ソリューションに対してサポートされているノードの数が最小であるクラスターで実行する必要があります。 (MAX) テストは、ソリューションに対してサポートされているノードの数が最大であるクラスターで実行する必要があります。
  • 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 セットアップ フェーズの一部です。 この段階では、テスト実行時間タイマーが開始されます。
  • PCS アクションの実行
    • これで、PCS はクラスターの各ノード上でさまざまな種類のアクション (VM、クラスター、記憶域、ネットワーク) を開始します。
    • アクションは並行して実行され、それらの間で調整され、プライベート クラウド/データセンターのライフサイクルを通じてデバイス (記憶域、ネットワーク) とソリューションを処理します。
    • アクションは定期的に実行され、テストのターゲット実行時間 (プロファイル/ジョブによって定義) に到達すると停止します。
    • テスト実行時間はプロファイルごとに定義され、実行中のプロファイルによって異なる場合があります。 テスト実行タイマーは、すべての VM が作成された後で開始されます。
    • 各アクションの手順と各手順の対応する結果は、SQL サーバーに格納されます。
  • 実行のクリーンナップ
    • この段階では、ステージ (4) で作成された VM はクリーンアップされ、クラスターは (可能な限り) クリーンな状態に復元されます。
    • レポート ファイル (PcsReport.htm) と、テストログを含む ZIP ファイルが生成されます。
  • HLK Studio に結果をレポート
    • この段階では、HLK Studio は PCS 実行結果を報告します。
    • 結果を HLKX ファイルにパッケージ化して、Microsoft に送信することができます。

PCS テストの実行

PrivateCloudSimulator - Device.Network.LAN.10GbOrGreater

システム要件 (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 機能をサポートするスイッチ

セットアップ (Device.Network.LAN.10GbOrGreater)

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

実行

  • HLK Studio を開きます

  • Windows HLK の概要に従ってマシン プールを作成します。

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

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

  • [選択] タブに移動します。

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

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

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

    デバイスが選択された 10 gborgreater テストを示す hlk

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

  • [機能] ダイアログで、[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 レポートを表示する」を参照してください。

期間

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

PCS アクション

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

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

PrivateCloudSimulator - Device.Network.LAN.AzureStack

システム要件 (Device.Network.LAN.AzureStack)

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

セットアップ (Device.Network.LAN.AzureStack)

  • PCS コントローラー VM を含む Hyper-V ホストは、Windows Server 2016 である必要があります。

  • Windows HLK の概要に従って、すべてのクラスター ノードに HLK クライアント ソフトウェアをインストールします。

  • クラスターをデプロイするには、 Windows Server 2016 記憶域スペース ダイレクト クラスター ガイドに従ってください。

  • 記憶域スペース ダイレクトのネットワークを設定する手順については、「Windows Server 2016 コンバージド NIC とゲスト RDMA 展開ガイド」を参照してください。

  • PCS コントローラー VM は Generation 2 VM として構築し、2 つのネットワーク インターフェイスを備え、1 つは管理ネットワーク用、もう 1 つは SDN (PA アドレス空間) トポロジ用に構築する必要があります。 SDN トポロジのインターフェイスには AddressPrefixes パラメーターとして渡された IP アドレス空間から IP アドレスが割り当てられます。

    s2d を使用したソフトウェア定義ネットワーク

  • すべてのノードは、管理インターフェイスを介して PCS Controller VM と通信できる必要があります。 このためには、各サーバーに管理インターフェイス用の NIC を 1 つ追加する必要があります。これは厳密なビットレートの要件を満たす必要ははありません。

  • すべてのノードと PCS Controller には、最新の KB がインストールされている必要があります。

  • テスト中の NIC には、10 GbE 以上のネットワーク ビットレートが必要です。 各サーバーには、2 つの同一の 10 gb 以上の NIC が必要です。

  • RDMA 対応 NIC を使用する場合、物理スイッチは関連付けられている RDMA 要件を満たしている必要があります。

  • 認定を受けた NIC がこれらのプロパティをサポートできるよう、AzureStack デプロイに固有の NIC のプロパティを設定します。 PowerShell のコマンドレット Get-NetAdapterAdvancedProperty を使用して NIC のプロパティを確認できます。

    • VXLAN Encapsulated Task Offload == Enabled
    • Encapsulation Overhead == 160
    • Jumbo Packet >= 1500
    • MtuSize == 1660
  • すべてのノードに、同じ名前のチーム化が有効な仮想スイッチが含まれていることを確認します。

    New-VMSwitch -Name SdnSwitch -NetAdapterName "Name 1,Name 2" -AllowManagementOS -EnableEmbeddedTeaming
    
  • 入れ子になった仮想化の構成: PCS Controller VM の入れ子になった仮想化を有効にする必要があります。 PCS VM が OFF 状態の間に、Hyper-V ホストで次のコマンドを実行します。

    Set-VMProcessor -VMName <VMName> -ExposeVirtualizationExtensions $true
    
  • Get-SMBClientNetworkInterface & Get-SMBServerNetworkInterface を通して問い合わせたときにすべてのノードで RDMA がセットアップされるようにします。

  • ライブ マイグレーション (フェールオーバー クラスター マネージャー - >ネットワーク ->ライブ マイグレーション設定) は、ライブ マイグレーションに記憶域ネットワークを使用するために適切に設定する必要があります。

  • このテストでは、作成された仮想スイッチを使用して仮想マシンを作成し、その間でトラフィックを送信します。 PCS 仮想マシンの vNic (仮想 NIC) には AddressPrefixes パラメーターとして渡された IP アドレス空間から IP アドレスが割り当てられます。

実行 (Device.Network.LAN.AzureStack)

  • HLK Studio を開きます

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

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

  • [選択] タブに移動します。

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

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

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

    デバイスが選択された device.network.lan テストを示す hlk Studio

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

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

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

  • PrivateCloudSimulator - Device.Network.LAN.AzureStack を選択します。

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

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

    • 必須のテストパラメーターの値を入力してください
      • DomainName: ユーザーの完全修飾ドメイン名 (FQDN) をテストします。
      • UserName: テスト ユーザーのユーザー名
      • Password: テスト ユーザーのパスワード
      • ComputeCluster: コンピューティング クラスター名
      • StorageCluster: 既定値 '' を使用します
      • StoragePath: 既定値は '' です。 コンピューティング クラスターから利用可能なすべての CSV を使用します。 コンマ区切りのパスを入力すると、異なるパスを使用できます。 例: "C:\ClusterStorage\Volume1,C:\ClusterStorage\Volume2"
      • VmSwitchName: SDN に使用する仮想スイッチの名前。 例: SdnSwitch
      • FreeDriveLetter: 既定値は R です。セットアップ中に、PcsFiles.vhd ファイルが PCS Controller 上のこのドライバーにマウントされます。 このドライブ文字が使用可能であることを確認してください。
      • AdapterNames: vmSwitch の一部であるアダプター名のコンマ区切りリスト。 複数のアダプターに "'Name 1'、'Name 2'" (二重引用符と一重引用符が必要) という形式を使用します。 名前は、 コマンドレット Get-NetAdapter から派生する必要があります。
      • VLan: vmSwitch に設定された Vlan ID。 物理スイッチが Vlan 用に構成されている場合にのみ必要です。 「0」と入力すると、Vlan のタグ付けがないことを示します。
      • AddressPrefixes: テナントの VM とホストによって使用される IP アドレスの範囲。 これらのアドレスは SDN データセンター管理に使用されます。
      • ClientAddressPrefix: クライアント VM で使用される IP アドレスの範囲です。
      • RDMAEnabled: NIC で RDMA がサポートされている場合は「1」と入力します
      • SetEnabled: NIC で Switch Embedded Teaming がサポートされている場合は「1」と入力します
      • NIC で Hyper-V ネットワーク仮想化がサポートされている場合は 「1」と入力します
      • TaskOffloadEnabled: NIC でカプセル化タスク オフロードがサポートされている場合は「1」と入力します
      • TestControllerNetAdapterName: SDN ネットワーク コントローラー仮想マシンと通信するために AddressPrefixes 範囲内に静的 IP を割り当て可能な PCS Controller のアダプター名。
      • IsCreateCluster: 既定値を使用します
      • IsRemoveCluster: 既定値を使用します
      • VHDSourcePath: Windows Server 2016 DataCenter の VHDX ファイル。 この VHDX ファイルは、ネットワーク コントローラー VM の作成に使用されます。 既定値は c:\pcs\BaseVHDX\14393.0.amd64fre.rs1_release.160715-1616_server_serverdatacentereval_en-us.vhdx です。 独自の VHDX ファイルを使用する必要がない限り、既定値を変更しないでください。 複製された VHDX ファイルのディスク署名は同じです。 ディスク署名の競合を回避するため、この VHDX ファイルは PCS Controller で使用される VHDX ファイルと同じにはできません。
      • KBPackagePath: パラメーター VHDSourcePath で指定された VHDX ファイルに適用する Windows 更新プログラムパッケージのコンマ区切りリスト。 これらの更新プログラム パッケージは、すべてのクラスター ノードと PCS Controller マシンにインストールされているパッケージと一致する必要があります。
        • 最新バージョンまたは Windows 更新プログラム パッケージする必要があります。 コマンドレット Get-Hotfix を使用して、マシンに何がインストールされているのかを確認できます。
        • ほとんどの Windows 更新プログラム パッケージでは、最初に「サービス スタック更新 (SSU)」をインストールする必要があります。 つまり、このパラメーターには少なくとも 2 つの KB を入力する必要があります。
        • 例:
          • KB4503294 (June 18, 2019)
          • 「この更新プログラムを取得する方法」セクションには、「サービス スタック更新プログラム (SSU)」KB4503537 が必要です。
          • このパラメーターでは 'c:\KB\Windows-KB4503537-x64.msu,c:\KB\Windows-KB4503294-x64.msu' と入力する必要があります。 (一重引用符が必要です。KB4503294 をインストールする前に KB4503537 がインストールされます)。
          • MSU ファイルを Windows 更新プログラム サイトからダウンロードし、PCS Controller マシンの c:\ KB フォルダーにコピーする必要があります。
          • 重要: ファイル名形式は、"Windows-KBNumber-x64.msu" である必要があります。 KBNumber の前後にダッシュ (-) が必要です。
    • マシンをロールにマップする
      • PrimaryNode: これは選択されたデバイスを持つノードであり、HLK によって自動的に選択されます。
      • Test Controller: PCS テスト コントローラー マシンを選択します
      • OtherNodes: その他のクラスターノードを選択します
  • [OK] をクリックしてテストをスケジュールします。

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

クリーンアップ

テストが突然終了した場合、セットアップの状態をクリーンアップするには、PCS Controller で C:\Pcs\ReRunPcsCleanup.cmd スクリプトを使用します。 新しい実行を開始する前に、古い VM & SDN インフラストラクチャをクリーンアップすることが非常に重要です。

新しい実行を開始する前に、次の項目がクリーンアップされていることを確認してください。

  • クラスター化された VM ロール (FailoverClusterManager - >クラスター -> ロール)

    Get-ClusterGroup -Cluster $clusterName
    
  • PCS によって作成されたすべての VM

    Get-ClusterNode -Cluster $clusterName | % { Get-VM -ComputerName $_.Name }
    
  • PC/SDN によって作成された vNics

    Get-ClusterNode -Cluster $clusterName | % { Get-VMNetworkAdapter -ComputerName $_.Name -ManagementOS | Select-Object ComputerName,Name,SwitchName }
    

    クリーンアップする必要がある vnic を示す powershell

  • クラスター上の Storage/CSV-volumes に、PCS に関連するエントリがありません (C:\ClusterStorage\Volume1\PCS)

時間 (Device.Network.LAN.AzureStack)

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

PCS アクション (Device.Network.LAN.AzureStack)

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

アクション名 説明
NetRunEastWestCrossSubnetTrafficAction 同じ VNetwork 内の異なる Vsubnet の 2 つのテナント VM 間でトラフィックを実行します
NetRunEastWestSameSubnetTrafficAction 同じ Vsubnet 内の2つのテナント VM 間でトラフィックを実行します
NetLoadBalancerEastWestInterTenantTrafficAction 負荷分散されたテナントと別のアプリケーション層のもう 1 つの VM 間でトラフィックを実行します。 frontent アプリケーション (Web サイト) VM 間で負荷分散されたトラフィックをシミュレートします。
NetLoadBalancerEastWestIntraTenantTrafficAction 負荷分散されたテナントと同じアプリケーション層の VM 間でトラフィックを実行します。 バックエンド アプリケーション (DB) から frontent アプリケーション (Web サイト) への負荷分散されたトラフィックをシミュレートします。
NetLoadBalancerInboundTrafficAction テナント ネットワーク外から負荷分散された VM (Web サイト) へのトラフィックを実行します。
NetLoadBalancerNorthSouthTrafficAction テナント ネットワーク内から負荷分散された VM (Web サイト) へのトラフィックを実行します。
NetLoadBalancerOutboundTrafficAction テナント ネットワーク内の負荷分散された VM から外部の VM へのトラフィックを実行します。
NetAddInboundVipToLoadBalancerAction 主に他のトラフィック アクションが使用することを目的として、テナント VM 用の仮想 IP を動的に作成します。
VmCloneAction 主に他のトラフィック アクションが使用することを目的として、テナント VM 用の仮想 IP を動的に作成します。
VmLiveMigrationAction ライブ-VM を別のクラスターノードに移行します。
VmStateChangeAction VM の状態を変更します (一時停止など)。
VmStorageMigrationAction VM ストレージ (VHD) をクラスター ノード間で移行します。
VmGuestRestartAction VM を再起動します。
VmGuestFullPowerCycleAction VM の電源を入れます。

PrivateCloudSimulator - Device.Storage.HD.AzureStack

ソリッド ステート ドライブのシステム要件

Azure Stack で使用するための SSD を認定する場合は、以下が Windows Server 2016 記憶域スペース ダイレクト クラスターの実行に必要な最低限のハードウェア テスト ハーネスです。

要件 説明
認定されているコンポーネント SSD
セットアップの種類 S2D ストレージを使用したハイパーコンバージド セットアップ。 注: SDDC 認定 HBA が必要です。
サーバーノードの最小数 同一のコンピューター 4 台
サーバーの仕様 CPU: 16 個の物理コア (たとえば、8 コアのソケット x 2)、メモリ: 128 GB、ブート ドライブの空き領域 64GB
記憶域全体 SSD 上のノードあたり 4 TB の空き領域
記憶域 SSD 各ノードの SSD ストレージ容量の合計 = 4 TB。 ノードあたり最低 2 SSD ですが、4 TB の空き領域の要件を満たし、修復テスト ケース用に十分な予備ディスクを用意するには、さらに多くの SSD が必要になる場合があります。 同じセットアップで複数の SSD ディスク ファミリを同時に認定するには (つまり、単一の PCS 実行で行う場合)、同じ格納装置のスロット内の 4 つのノードごとに各ファミリの SSD が 1 つ必要です。
記憶域 HDD なし
ネットワーク カード WS2016 認定済 10 GbE NIC
Switch すべての NIC 機能をサポートするスイッチ

ハード ディスク ドライブのシステム要件

Azure Stack で使用するための HDD を認定する場合は、以下が Windows Server 2016 記憶域スペース ダイレクト クラスターの実行に必要な最低限のハードウェア テスト ハーネスです。

要件 説明
認定されているコンポーネント HDD
セットアップの種類 S2D ストレージを使用したハイパーコンバージド セットアップ。 注: SDDC 認定 HBA が必要です。
サーバーノードの最小数 同一のコンピューター 4 台
サーバーの仕様 CPU: 16 個の物理コア (たとえば、8 コアのソケット x 2)、メモリ: 128 GB、ブート ドライブの空き領域 64GB
記憶域全体 SSD 上のノードあたり 4 TB の空き領域
記憶域 SSD なし
記憶域 HDD 各ノードの HDD ストレージ容量の合計 = 4 TB。 ノードあたり最低 2 HDD ですが、4 TB の空き領域の要件を満たし、修復テスト ケース用に十分な予備ディスクを用意するには、さらに多くの SSD が必要になる場合があります。 同じセットアップで複数の HDD ディスク ファミリを同時に認定するには (つまり、単一の PCS 実行で行う場合)、同じ格納装置のスロット内の 4 つのノードごとに各ファミリの HDD が 1 つ必要です。
ネットワーク カード WS2016 認定済 10 GbE NIC
Switch すべての NIC 機能をサポートするスイッチ

セットアップ

実行

  • HLK Studio を開きます

  • Windows HLK の概要に従ってマシン プールを作成します。

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

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

  • [選択] タブに移動します。

  • ディスク デバイスが含まれているマシン プールを選択します

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

  • 認定を受ける必要があるディスク デバイスを選択します。

    デバイスが選択された device.storage.hd テストを示す hlk Studio

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

    機能の追加/変更のコンテキスト メニューを使用した device.storage.hd テストを示す hlk Studio

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

    device.storage.hd.azurestack 機能が選択されていることを示す hlk Studio

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

  • PrivateCloudSimulator - Device.Storage.HD.AzureStack を選択します。

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

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

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

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

期間

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

PCS アクション

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

アクション名 説明
VmCloneAction 新しい VM を作成します。
VmLiveMigrationAction ライブ-VM を別のクラスターノードに移行します。
VmSnapshotAction VM のスナップショットを取得します。
VmStateChangeAction VM の状態を変更します (一時停止など)。
VmStorageMigrationAction VM ストレージ (VHD) をクラスター ノード間で移行します。
VmGuestRestartAction VM を再起動します。
VmStartWorkloadAction ユーザーがシミュレートしたワークロードを開始します。
VmGuestFullPowerCycleAction VM の電源を入れます。
ClusterCSVMoveAction CSV ディスクを最適なノードに移動します。
StorageNodePoolMove (記憶域スペースで作成された) 記憶域プールを記憶域クラスター内の別のオーナー ノードに移動します。
StorageNodeRestart 記憶域クラスター内のノードを再起動します。
StorageNodeBugcheck バグは、記憶域クラスターの 1 つのノードをチェックします。
StorageNodeDiskReadTimeoutAction このアクションでは、エラーが許容される (読み取り専用に設定されておらず、クラスター化され、シンプルなスペースではない) ディスクを経由し、読み取り IO を待機します。 IO がインターセプトされると、IO のタイムアウトが発生します。 ディスク上でタイムアウトが 1 回検出されると、アクションは成功したと見なされます。
StorageNodeDiskWriteTimeoutAction このアクションでは、エラーが許容される (読み取り専用に設定されておらず、クラスター化され、シンプルなスペースではない) ディスクを経由し、書き込み IO を待機します。 IO がインターセプトされると、IO のタイムアウトが発生します。 ディスク上でタイムアウトが 1 回検出されると、アクションは成功したと見なされます。
StorageNodeBusResetAction このアクションは、プールをバックアップしている物理ディスクのいずれかにバス リセットを挿入しようとします。 まず、読み取り IO または書き込み IO のタイムアウトが試行されます。成功した場合、対応する abort、reset LUN、および reset target コマンドは失敗します。 これらのいずれかが成功すると、バス リセットがトリガーされます。 ディスクによってバス リセットが発生した場合、アクションは成功したと見なされます。
StorageNodeUpdateStorageProviderCacheAction Powershell で update-storageprovidercache コマンドを呼び出します。

PrivateCloudSimulator - Device.Storage.Controller.AzureStack

システム要件

Azure Stack で使用するための SAS HBA を認定する場合は、以下が Windows Server 2016 記憶域スペース ダイレクト クラスターの実行に必要な最低限のハードウェア テスト ハーネスです。

要件 説明
認定されているコンポーネント SAS HBA (S2D 用)
セットアップの種類 S2D ストレージを使用したハイパーコンバージド セットアップ。 テスト対象の HBA は、ブート HBA とは別にする必要があります。
サーバーノードの最小数 同一のコンピューター 3 台
サーバーの仕様 CPU: 16 個の物理コア (たとえば、8 コアのソケット x 2)、メモリ: 128 GB、ブート ドライブの空き領域 64GB
記憶域全体 HDD のノードあたり 4 TB の空き領域、SSD のノードあたり 800 GB の空き領域
記憶域 SSD ノードあたり最低 1 SSD
記憶域 HDD ノードあたり最低 2 HDD
ネットワーク カード WS2016 認定済 10 GbE NIC
Switch すべての NIC 機能をサポートするスイッチ

セットアップ

実行

  • HLK Studio を開きます

  • Windows HLK の概要に従ってマシン プールを作成します。

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

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

  • [選択] タブに移動します。

  • ディスク デバイスが含まれているマシン プールを選択します

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

  • 認定を受ける必要があるディスク デバイスを選択します。

    lsi アダプターストレージ デバイスが選択された hlk Studio

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

    機能の追加/変更コンテキスト メニューを含む hlk Studio

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

    機能ダイアログが表示された hlk Studio

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

  • PrivateCloudSimulator - Device.Storage.Controller.AzureStack を選択します。

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

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

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

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

期間

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

PCS アクション

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

アクション名 説明
VmCloneAction 新しい VM を作成します。
VmLiveMigrationAction ライブ-VM を別のクラスターノードに移行します。
VmSnapshotAction VM のスナップショットを取得します。
VmStateChangeAction VM の状態を変更します (一時停止など)。
VmStorageMigrationAction VM ストレージ (VHD) をクラスター ノード間で移行します。
VmGuestRestartAction VM を再起動します。
VmStartWorkloadAction ユーザーがシミュレートしたワークロードを開始します。
VmGuestFullPowerCycleAction VM の電源を入れます。
ClusterCSVMoveAction CSV ディスクを最適なノードに移動します。
StorageNodePoolMove (記憶域スペースで作成された) 記憶域プールを記憶域クラスター内の別のオーナー ノードに移動します。
StorageNodeBusResetAction このアクションは、プールをバックアップしている物理ディスクのいずれかにバス リセットを挿入しようとします。 まず、読み取り IO または書き込み IO のタイムアウトが試行されます。成功した場合、対応する abort、reset LUN、および reset target コマンドは失敗します。 これらのいずれかが成功すると、バス リセットがトリガーされます。 ディスクによってバス リセットが発生した場合、アクションは成功したと見なされます。
StorageNodePortDisableAllAction このアクションにより、ノード内のすべての記憶域コントローラーが無効になります。 すべての SCSI コントローラーが無効になります。1 つが正常に無効になると、アクションは成功したと見なされます。 指定した時間が経過すると、すべてのコントローラーが再び有効になります。 ブート コントローラーでは、このアクションは無効になっています

PrivateCloudSimulator - Device.Storage.Enclosure.AzureStack

システム要件

要件 説明
認定されているコンポーネント エンクロージャ
セットアップの種類 S2D ストレージを使用したハイパーコンバージド セットアップ。 テスト対象の HBA は、ブート HBA とは別にする必要があります。
サーバーノードの最小数 同一のコンピューター 3 台
サーバーの仕様 CPU: 16 個の物理コア (たとえば、8 コアのソケット x 2)、メモリ: 128 GB、ブート ドライブの空き領域 64GB
記憶域全体 HDD のノードあたり 4 TB の空き領域、SSD のノードあたり 800 GB の空き領域
記憶域 SSD ノードあたり最低 1 SSD
記憶域 HDD ノードあたり最低 2 HDD
ネットワーク カード WS2016 認定済 10 GbE NIC
Switch すべての NIC 機能をサポートするスイッチ

セットアップ

実行

  • HLK Studio を開きます

  • Windows HLK の概要に従ってマシン プールを作成します。

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

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

  • [選択] タブに移動します。

  • ディスク デバイスが含まれているマシン プールを選択します

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

  • 認定を受ける必要があるディスク デバイスを選択します。

    選択したストレージ エンクロージャ デバイスが表示されている hlk Studio。

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

    機能の追加/変更のコンテキスト メニューを示す hlk Studio

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

    機能ダイアログが表示されている hlk Studio

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

  • PrivateCloudSimulator - Device.Storage.Enclosure.AzureStack を選択します

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

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

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

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

期間

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

PCS アクション

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

アクション名 説明
VmCloneAction 新しい VM を作成します。
VmLiveMigrationAction ライブ-VM を別のクラスターノードに移行します。
VmSnapshotAction VM のスナップショットを取得します。
VmStateChangeAction VM の状態を変更します (一時停止など)。
VmStorageMigrationAction VM ストレージ (VHD) をクラスター ノード間で移行します。
VmGuestRestartAction VM を再起動します。
VmStartWorkloadAction ユーザーがシミュレートしたワークロードを開始します。
VmGuestFullPowerCycleAction VM の電源を入れます。
ClusterCSVMoveAction CSV ディスクを最適なノードに移動します。
StorageNodePoolMove (記憶域スペースで作成された) 記憶域プールを記憶域クラスター内の別のオーナー ノードに移動します。
StorageNodeBusResetAction このアクションは、プールをバックアップしている物理ディスクのいずれかにバス リセットを挿入しようとします。 まず、読み取り IO または書き込み IO のタイムアウトが試行されます。成功した場合、対応する abort、reset LUN、および reset target コマンドは失敗します。 これらのいずれかが成功すると、バス リセットがトリガーされます。 ディスクによってバス リセットが発生した場合、アクションは成功したと見なされます。
StorageRetireAndRepairAction このアクションは、プールからディスクを削除し、修復を開始します。 スペースが正常に取得されなかった場合、アクションは失敗します。 このアクションは、プールをランダムに選択し、プール内のディスクをインベントリから削除しようとします。 ディスクが読み取り専用に設定されている場合、またはシンプルなスペースであるか、クラスターの目的 (クォーラム リソース) に使用されている場合、アクションはスキップされます。

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) ジョブを使用してください
  • 最大構成
    • この構成には、最大数のクラスター ノードと、ソリューション ファミリでサポートされている最大容量のストレージが含まれています。
    • プロセッサとメモリは、ソリューションでサポートされている最小値以上の必要がありますが、サポートされる最大値にする必要はありません。 プロセッサとメモリの値は、ソリューションにとって最も一般的な sku を表すものにする必要があります。
    • このセットアップを検証するには、 PrivateCloudSimulator - System.Solutions.StorageSpacesDirect (MAX) ジョブを使用してください

実行

  • HLK Studio を開きます

  • Windows HLK の概要に従ってマシン プールを作成します。

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

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

  • [選択] タブに移動します。

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

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

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

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

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

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

  • (テストしているソリューションのサイズに基づいて) PrivateCloudSimulator StorageSpacesDirect (MAX) または PrivateCloudSimulator (MIN) を選択します

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

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

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

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

期間

  • 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 つのノードをチェックします。
StorageNodeDiskReadTimeoutAction このアクションでは、エラーが許容される (読み取り専用に設定されておらず、クラスター化され、シンプルなスペースではない) ディスクを経由し、読み取り IO を待機します。 IO がインターセプトされると、IO のタイムアウトが発生します。 ディスク上でタイムアウトが 1 回検出されると、アクションは成功したと見なされます。 このアクションは、15 分ごとにストレージ ノードで呼び出されます。
StorageNodeDiskWriteTimeoutAction このアクションでは、エラーが許容される (読み取り専用に設定されておらず、クラスター化され、シンプルなスペースではない) ディスクを経由し、書き込み IO を待機します。 IO がインターセプトされると、IO のタイムアウトが発生します。 ディスク上でタイムアウトが 1 回検出されると、アクションは成功したと見なされます。 このアクションは、15 分ごとにストレージ ノードで呼び出されます。
StorageNodeBusResetAction このアクションは、プールをバックアップしている物理ディスクのいずれかにバス リセットを挿入しようとします。 まず、読み取り IO または書き込み IO のタイムアウトが試行されます。成功した場合、対応する abort、reset LUN、および reset target コマンドは失敗します。 これらのいずれかが成功すると、バス リセットがトリガーされます。 ディスクによってバス リセットが発生した場合、アクションは成功したと見なされます。
StorageNodePortDisableAllAction このアクションにより、ノード内のすべての記憶域コントローラーが無効になります。 すべての SCSI コントローラーが無効になります。1 つが正常に無効になると、アクションは成功したと見なされます。 指定した時間が経過すると、すべてのコントローラーが再び有効になります。
StorageRetireAndRepairAction このアクションは、プールからディスクを削除し、修復を開始します。 スペースが正常に取得されなかった場合、アクションは失敗します。 このアクションは、プールをランダムに選択し、プール内のディスクをインベントリから削除しようとします。 ディスクが読み取り専用に設定されている場合、またはディスクがシンプルなスペースであるか、クラスターの目的で使用されている場合 (クォーラム リソースなど)、アクションはスキップされます。 DisableNetworkAdapters は、記憶域トラフィックを伝送しているネットワーク アダプターの 1 つを無効にします。
StorageNodeNetworkDisconnectAction 記憶域トラフィックを伝送するネットワーク アダプターの 1 つを無効にします。
StorageNodeDiskIoTimeoutOnceAction ストレージ ノード全体で 1 回の読み取りまたは書き込みをタイムアウトします。 これにより、この IO に対する再試行がタイムアウトになることはありません。そのため、ディスクが応答しなくなることはありません。
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 テスト コントローラーを選択します (注: 認定を受ける必要があるマシンではありません)。

    pcs テスト コントローラーが選択された hlk Studio

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

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

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

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

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

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

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

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

期間

  • 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 つのノードをチェックします。
StorageNodeDiskReadTimeoutAction このアクションでは、エラーが許容される (読み取り専用に設定されておらず、クラスター化され、シンプルなスペースではない) ディスクを経由し、読み取り IO を待機します。 IO がインターセプトされると、IO のタイムアウトが発生します。 ディスク上でタイムアウトが 1 回検出されると、アクションは成功したと見なされます。 このアクションは、15 分ごとにストレージ ノードで呼び出されます。
StorageNodeDiskWriteTimeoutAction このアクションでは、エラーが許容される (読み取り専用に設定されておらず、クラスター化され、シンプルなスペースではない) ディスクを経由し、書き込み IO を待機します。 IO がインターセプトされると、IO のタイムアウトが発生します。 ディスク上でタイムアウトが 1 回検出されると、アクションは成功したと見なされます。 このアクションは、15 分ごとにストレージ ノードで呼び出されます。
StorageNodeBusResetAction このアクションは、プールをバックアップしている物理ディスクのいずれかにバス リセットを挿入しようとします。 まず、読み取り IO または書き込み IO のタイムアウトが試行されます。成功した場合、対応する abort、reset LUN、および reset target コマンドは失敗します。 これらのいずれかが成功すると、バス リセットがトリガーされます。 ディスクによってバス リセットが発生した場合、アクションは成功したと見なされます。
StorageNodePortDisableAllAction このアクションにより、ノード内のすべての記憶域コントローラーが無効になります。 すべての SCSI コントローラーが無効になります。1 つが正常に無効になると、アクションは成功したと見なされます。 指定した時間が経過すると、すべてのコントローラーが再び有効になります。
StorageRetireAndRepairAction このアクションは、プールからディスクを削除し、修復を開始します。 スペースが正常に取得されなかった場合、アクションは失敗します。 このアクションは、プールをランダムに選択し、プール内のディスクをインベントリから削除しようとします。 ディスクが読み取り専用に設定されている場合、またはディスクがシンプルなスペースであるか、クラスターの目的で使用されている場合 (クォーラム リソースなど)、アクションはスキップされます。 DisableNetworkAdapters は、記憶域トラフィックを伝送しているネットワーク アダプターの 1 つを無効にします。
StorageNodeNetworkDisconnectAction 記憶域トラフィックを伝送するネットワーク アダプターの 1 つを無効にします。
StorageNodeDiskIoTimeoutOnceAction ストレージ ノード全体で 1 回の読み取りまたは書き込みをタイムアウトします。 これにより、この IO に対する再試行がタイムアウトになることはありません。そのため、ディスクが応答しなくなることはありません。
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 <VIRTUAL MACHINE> live migration failed at progress <PERCENTAGE> (migration state: Migrating)
      Error: Virtual machine migration operation for '<VIRTUAL MACHINE>' failed at migration destination '<COMPUTE NODE>'. (Virtual machine ID <GUID>)
      Failed to receive data for a Virtual Machine migration: This operation returned because the timeout period expired. (0x800705B4).

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

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

    • 影響を受ける PCS の実行: このエラーの影響を受けた実行の数を示します。 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.cmdReRunPcsExecute.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 (重大、エラー、警告イベント) に設定されています。

トリガー:

種類 データ
ActionFail ActionFullName
KnownFailure FailureHash

反応:

種類 データ
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

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

付録: ソフトウェア定義データセンター (SDDC) 追加修飾子 (AQ)

Windows Server 2016 WSSD オファーで使用されるサーバー システムとコンポーネントはすべて、Windows Server 2016 ロゴの認定を受け、Windows Server 2016 Software-Defined Data Center (SDDC) の追加修飾子 (AQ) を満たす必要があります。 必要な HLK 機能名を次の表に示します。

コンポーネントの種類名: NIC

必要な HLK 機能 SDDC Standard AQ SDDC Premium および AzureStack AQ
Device.Network.LAN.10GbOrGreater X X
Device.Network.LAN.VMQ X X
Device.Network.LAN.RSS X X
Device.Network.LAN.LargeSendOffload X X
Device.Network.LAN.ChecksumOffload X X
Device.Network.LAN.Base X X
Device.Network.LAN.VXLAN X
Device.Network.LAN.VMMQ X
Device.Network.LAN.MTUSize Encap オフロードを使用する場合は必須 X
Device.Network.LAN.KRDMA X
Device.Network.LAN.GRE X
Device.Network.LAN.DCB Encap オフロードを使用する場合は必須 X
Device.Network.LAN.AzureStack X

コンポーネントの種類: SAS HBA

必要な HLK 機能 SDDC Standard AQ SDDC Premium および AzureStack AQ
Device.Storage.Controller X X
Device.Storage.Controller.Flush X X
Device.Storage.Controller.PassThroughSupport X X
Device.Storage.Controller.Sas X X
Device.Storage.Controller.AzureStack X X

コンポーネントの種類: NVMe 記憶装置

必要な HLK 機能 SDDC Standard AQ SDDC Premium および AzureStack AQ
Device.Storage.ControllerDrive.NVMe X X
Device.Storage.Hd.AzureStack X X

コンポーネントの種類: HDD (SAS)

必要な HLK 機能 SDDC Standard AQ SDDC Premium および AzureStack AQ
Device.Storage.Hd X X
Device.Storage.Hd.DataVerification X X
Device.Storage.Hd.Flush X X
Device.Storage.Hd.PortAssociation X X
Device.Storage.Hd.Sas X X
Device.Storage.Hd.Scsi.ReliabilityCounters X X
Device.Storage.Hd.AzureStack X X
Device.Storage.Hd.FirmwareUpgrade X X

コンポーネントの種類: HDD (SATA)

必要な HLK 機能 SDDC Standard AQ SDDC Premium および AzureStack AQ
Device.Storage.Hd.Sata X X
Device.Storage.Hd X X
Device.Storage.Hd.DataVerification X X
Device.Storage.Hd.Flush X X
Device.Storage.Hd.PortAssociation X X
Device.Storage.Hd.AzureStack X X
Device.Storage.Hd.FirmwareUpgrade X X

コンポーネントの種類: SSD (SAS)

必要な HLK 機能 SDDC Standard AQ SDDC Premium および AzureStack AQ
Device.Storage.Hd X X
Device.Storage.Hd.DataVerification X X
Device.Storage.Hd.PortAssociation X X
Device.Storage.Hd.Sas X X
Device.Storage.Hd.AzureStack X X
Device.Storage.Hd.FirmwareUpgrade X X

コンポーネントの種類: サーバー

必要な HLK 機能 SDDC Standard AQ SDDC Premium および AzureStack AQ
System.Fundamentals.Firmware X X
System.Server.Virtualization X X
System.Server.AzureStack.Security X X
System.Server.Assurance X
System.Server.AzureStack.BMC X