BizTalk Serverで使用するHyper-V仮想マシンのインストールと構成

  • 記事
  • 02/02/2021
  • 12 読むべき分
    • M
    • v
    • D
    • n
    • V
    • +1
このページは役に立ちますか?

ありがとうございます。

このトピックでは、Hyper-V環境でのBizTalk Serverのインストールと構成に関する推奨事項、Hyper-V仮想マシンのインストールと構成に関する推奨事項、およびHyper-V仮想マHyper-Vをインストールする前に、Windows Server2008R2のHyper-Vの新機能を参照してください。 “Microsoft Hyper-V Server2008R2はじめに”ガイドでは、Windows Server2008R2Hyper-Vをインストールおよび構成する方法の詳細について説明します。 ガイドはhttps://go.microsoft.com/fwlink/?LinkID=202431で入手可能です。

“Windows Server2008R2のパフォーマンスチューニングガイドライン”ドキュメントでは、windows Server2008R2のチューニングの詳細と、Hyper-Vに特化したセクションが提供されています。https://go.microsoft.com/fwlink/?LinkID=202087で入手できます。Hyper-Vプラットフォームの前提条件Hyper-Vは64ビットで使用可能なサーバーの役割であり、Windows Server2008SP2のすべてのエディションは64ビットのみです。 さらに、物理ハードウェアはハードウェア支援仮想化をサポートする必要があります。 つまり、プロセッサはIntel Virtualization Technology(Intel VT)またはAMD Virtualization(AMD-V)テクノロジーと互換性があり、システムBIOSはData Execution Prevention(DEP)をサポートし、DEPが有効になっている必要があります。 具体的には、Intel XDビット(実行無効ビット)またはAMD NXビット(実行ビットなし)を有効にする必要があります。

メモ

システムBIOSでこれらのオプションを有効にした後、コンピュータの電源を完全にオフにし、コンピュータを再起動して、これらの設定が適用され

ハードウェア要件の決定

サーバー統合の要求により、Hyper-Vサーバーは、同等のコンピューティング負荷を持つ物理サーバーよりも多くのCPUとメモリを消費し、ディスクI/O 期待に応える環境を展開するには、以下の要因を考慮して、サーバーのハードウェア要件を正確に判断します。

ストレージ構成オプション

ストレージハードウェアは、ホストする予定の仮想マシンの現在および将来のニーズを満たすのに十分なI/O帯域幅とストレー Hyper-Vの記憶域構成を選択する際には、容量の使用量と提供できるパフォーマンスの間にトレードオフがあります。

ストレージ構成を計画するときは、プロビジョニングする環境の要件を考慮してください。 実稼働環境、実稼働前環境、および開発環境の要件は大きく異なる場合があります。

運用BizTalk Server環境をHyper-Vに展開する場合は、パフォーマンスが重要な要件になります。 ビジーな運用システムでのディスクI/Oの競合を回避するには、ホストとゲストの両方のオペレーティングシステムにintegration servicesをインストールし、synthetic SCSI controllerを使 複数のデータドライブにまたがる非常に集中的なストレージI/Oワークロードの場合は、全体的なパフォーマンスを向上させるために、各VHDを別々の合成SCSIコ さらに、各VHDは別々の物理ディスクに格納する必要があります。 Synthetic SCSIコントローラーを使用したデータボリューム用のディスクの構成の詳細については、”チェックリスト:Hyper-Vでのパフォーマンスの最適化”の”ディスクパフォー 開発環境では、単一の物理ドライブ上で複数のVHDファイルをホストするときに提供されるパフォーマンスは、一般的に許容されます。

Hyper-Vは、さまざまな種類のストレージディスクオプションをサポートしています。 各ストレージオプションは、IDEまたはSCSIコントローラを介してマシンに接続できます。 IDEコントローラよりもSCSIコントローラを使用することの潜在的な利点は、ゲスト仮想マシンに正しいバージョンのオペレーティングシステム統合コンポーネ これは、正しいオペレーティングシステム統合コンポーネントがゲストオペレーティングシステムにインストールされていることを確認するための簡単な方法です。

以前のバージョンのMicrosoft仮想化テクノロジとは異なり、仮想ハードディスクにアクセスするときに仮想IDEコントローラと仮想SCSIコントローラを使用する

SQL Serverデータベースのホストなどの集中的な読み取り/書き込み操作では、パススルーディスクオプションを使用すると、固定仮想ハードドライブ(VHD)ディス パススルーオプションを使用すると、仮想マシンは物理ディスクに直接アクセスでき、ルートパーティション内のNTFSファイルシステムをバイパスしますが、 したがって、BizTalk環境またはSQL Server環境では、パフォーマンスの限界の利点は、不足している機能によって相殺される以上のものであるため、パススルーディ

次の表は、使用可能なHyper-Vストレージオプションの長所と短所をまとめたものです。

Hyper-Vストレージの種類 長所 短所 BizTalk Serverの考慮事項
固定サイズのディスク は、vhdファイルが物理ハードドライブに作成されるときに可能な最大サイズで初期化されるため、動的vhdよりも優れています。
これにより、断片化の可能性が低くなり、したがって、単一のI/Oが複数のI/Oに分割されるシナリオが軽減されます。 これは、読み取りと書き込みがブロックのマッピングを検索する必要がないため、VHD型のCPUオーバーヘッドが最も低くなります。
は、ディスク領域の全量を事前に割り当てる必要があります。 BizTalk ServerおよびSQL Server上のオペレーティングシステムボリュームに使用します。 重要:Hyper-Vゲストパーティションの起動ディスクは、IDEコントローラーに接続する必要があります。
動的に拡張するディスク VHDファイルのサイズは、仮想マシン自体に格納されるデータが増えるにつれて、ディスクの作成時に指定されたサイズに増 これは利用できる貯蔵の最も有効な使用を収容する。 は、固定サイズのVHDと同様に機能しません。 これは、ディスク内のブロックがゼロ化されたブロックとして開始されますが、VHDファイル内の実際の領域によってサポートされていないためです。 このようなブロックからの読み取りは、ゼロのブロックを返します。 ブロックが最初に書き込まれるとき、仮想化スタックは、ブロックのVHDファイル内の領域を割り当て、対応するメタデータを更新する必要があります。 これに加えて、既存のブロックが参照されるたびに、メタデータ内でブロックマッピングを検索する必要があります。 これにより、読み取りおよび書き込みアクティビティの数が増加し、CPU使用率が増加します。
動的に増加する場合は、サーバー管理者がディスク容量を監視して、ストレージ要件の増加に応じて十分なディスク記憶域があることを確認する必要が
は、固定サイズのVHDと同様に機能しません。
開発環境などでパフォーマンスが懸念されない場合は、オペレーティングシステムのハードドライブに適したオプションになる可能性があります。
は、ブロックマッピングルックアップのためにCPUオーバーヘッドを追加します。
差分ディスク これは、差分ディスクがベースVHDに対するすべての変更を格納し、ベースVHDが静的なままである親子構成です。 したがって、親とは異なるブロックのみを子差分VHDに格納する必要があります。 読み取り/書き込みは、差分ディスクだけでなく、固定/動的な親VHDにアクセスする必要があるため、パフォーマンスが低下する可能性があります。 これにより、CPU使用率とディスクI/Oオーバーヘッドが増加します。 BizTalk Serverのインストールには大量のコンピューター固有の構成が必要であり、子VHDファイルが大幅に増加する可能性があるため、このディスク構成を使用する利点が最小限に抑えられます。 このシナリオでは、複数のVHDからの読み取りには、CPUとディスクI/Oのオーバーヘッドが追加されます。
パススルーディスク これらは、ルートパーティションでオフラインに設定され、Hyper-Vが物理ディスクへの排他的な読み取り/書き込みアクセス権を持つ 仮想マシンに割り当てるには、完全に専用のディスクまたはLUNが必要です。
物理ディスクは、VHDファイルよりもマシン間で移動するのが困難です。
Sql ServerインスタンスがHyper-Vで実行されている場合は、BizTalk Serverデータボリュームに固定仮想ハードディスク(VHD)を使用するよりも、パススルーディスクを使用する
BizTalk Server上のローカルファイル受信場所をホストしている場合、または処理中に大きなメッセージをディスクにストリーミングする場合は、固定仮想ハードディ

Hyper-Vを使用したディスクと記憶域の実装の詳細については、”ディスクと記憶域の実装(https://go.microsoft.com/fwlink/?LinkID=142362)”を参照してください。

したがって、ネットワークのパフォーマンスが問題になる場合は、仮想マシンごとに個別の物理ネットワークカードを割り当てることを検討してください。

仮想マシンを構成するときは、レガシーネットワークアダプタの代わりにネットワークアダプタを使用することを確認します。 従来のネットワークアダプターは、統合コンポーネントをサポートしていないオペレーテ

ネットワークパフォーマンスを測定するには、ホストオペレーティングシステムの”\Network Interface\Bytes Total/sec”と\Network Interface(*)\Output Queue Lengthパフォーマンスモニターカウンタを使用して、ネットワー 物理ネットワークがビジー状態として識別されている場合は、ホストオペレーティングシステムの”\Hyper-V Virtual Network Adapter(*)\Bytes/sec”カウンターを使用して、どの仮想マシンネッ

Hyper-V環境でのネットワークパフォーマンスの評価の詳細については、”チェックリスト:Hyper-Vでのパフォーマンスの測定”の”ネットワークパフォーマンスの測定”セク BizTalk Serverの最大CPUリソースを割り当てるには、仮想マシンごとに4つの仮想プロセッサをサポートするwindows Server2008r2ゲストオペレーティングシステムにインストー

過度のコンテキスト切り替えを防ぐために、ゲストオペレーティングシステムの仮想プロセッサをホストオペレーティングシステムで使用可能な論理 プロセッサ間の過度のコンテキスト切り替えは、パフォーマンスの低下をもたらします。 論理プロセッサへの仮想プロセッサの割り当ての詳細については、”チェックリスト:Hyper-Vでのパフォーマンスの最適化”の”プロセッサのパフォーマ

“\Hyper-V Hypervisor Logical Processor(_Total)\%Total Run Time”パフォーマンスモニタカウンタは、すべてのゲストマシンとHyper-Vホスト上のハイパーバイザーの全体的なリソース使用率を測定します。 このシナリオで仮想マシンに追加の仮想プロセッサを割り当てると、システム全体のパフォーマンスが低下する可能性があるため、回避する必要が HyperVパフォーマンスカウンターの使用の詳細については、このガイドの”Hyper-VでのBizTalk Serverパフォーマンスの評価”セクションを参照してください。

オペレーティングシステム 仮想プロセッサの制限
Windows Server2008R2。 Windows Server2008R2のすべてのエディションは64ビットのみです。 4
Windows Server2008SP2 64ビット 4
Windows Server2008SP2 32ビット 4
Windows7 64ビット 4
Windows7 32ビット 4
Windows Vista64ビット版 2
Windows Vista32ビット版 2

メモ

Hyper-Vでサポートされているゲストオペレーティングシステムの詳細については、https://go.microsoft.com/fwlink/?LinkID=118347を参照してください。

メモリ

物理サーバーには、ルートパーティションとサーバー上で実行されている仮想マシンに十分なメモリが必要です。 テスト中に、最低2GBのメモリがルートパーティションに割り当てられ、Memory/Available Mbytes performance monitorカウンタが監視されて、メモリの負荷が発生しないようにしました。

BizTalk Server環境内の各仮想マシンに割り当てる必要があるメモリの量は、実行されるワークロードと処理の種類によって異なります。 BizTalk Serverのメモリ要件には、次のような多くの要因があります:

  • 処理されるメッセージのサイズ

  • メッセージのスループット

  • オーケストレーションデザイン

  • パイプライン処理

  • 仮想マシン内で実行する予定のBizTalkホストの数

    メモリに影響を与える要因の包括的なリストについては、https://go.microsoft.com/fwlink/?LinkId=122587のBizTalk Serverパフォーマンス最適化ガイドの”パフォーマ

    各仮想マシンおよびルートパーティション自体からMemory/Available Mbytesカウンタを積極的に監視します。 Hyper-Vでのパフォーマンスの測定は、仮想マシンとルートパーティションに十分な物理メモリがあるかどうかを判断するために使用する必要があります:

  • 50% 利用可能な空きメモリ以上=健康の

  • 25% 利用可能な空きメモリ=モニタの

  • 10% 利用可能な空きメモリの=警告

  • 使用可能な空きメモリの5%未満=重大な場合、パフォーマンスに悪影響があります

Hyper-Vは、Server Coreおよびwindows Server2008R2のフルインストールでサポートされています。 ルートパーティションのオーバーヘッドを最小限に抑えるには、Windows Server2008R2のServer CoreインストールにHyper-Vをインストールします。 Hyper-Vの役割は、別のシステム上のHyper-Vマネージャーからリモートで管理できます。 Server Coreでは、ディスクとメモリのプロファイルが小さくなるため、仮想マシンで使用できるリソースが多くなります。 Windows Server2008R2で使用できるServer Coreインストールオプションの詳細については、https://go.microsoft.com/fwlink/?LinkID=202439を参照してください。

Windows Server2008R2のフルインストールを使用する場合は、ルートパーティションがHyper-Vサーバーの役割のみ専用であることを確認してください。 追加のサーバーの役割を実行すると、メモリ、ディスク、プロセッサ、およびネットワークリソースが消費され、パフォーマ

仮想マシンの作成

Hyper-Vサーバーの役割をインストールして構成した後、仮想マシンを作成する必要があります。 これを行う前に、次の質問に答えると便利です:

  • どのようなストレージ構成を使用しますか?

  • ゲストosがサポートする仮想プロセッサの数は何ですか?

  • 仮想マシンにはどのくらいのメモリが割り当てられますか。

  • Hyper-Vサーバー上で実行できる仮想マシンの数は何台ですか。

  • オペレーティングシステムをマシンにインストールするにはどうすればよいですか?

    仮想マシンを作成および構成する方法の詳細については、”仮想マシンの作成”を参照してください。

ベースオペレーティングシステムのインストール

物理サーバーのインストールで使用できるすべてのオプションは、Hyper-Vで使用できます。 ISOイメージをホストするサーバーと同じネットワークに接続されたネットワークアダプターを使用して仮想マシンが構成されている場合は、ネットワークイ

重要

どちらのインストール方法を選択しても、パフォーマンス上の理由から、Hyper-Vで実行されている各仮想マシンにオペレーティングシステム統合コンポーネ 合成デバイスは、統合コンポーネントをサポートしていないオペレーティングシステムで使用されるエミュレートされたデバ エミュレートされたデバイスは、合成デバイスに比べてシステムオーバヘッドが大きくなります。

このラボで使用されているマシンをインストールおよび構成するために、固定サイズのVHDで初期ベースイメージが作成されました。 これには、Windows Server2008R2の手動インストールが含まれていました。 すべての適切な更新プログラムがインストールされると、ベース仮想マシンは、windows Server2008とともにインストールされているsysprepユーティリティを使用して%WINDIR%\system32\sysprep

BizTalk Serverがインストールされ、サーバーに構成された後にSysprepを実行するには、Biztalk Serverに付属のSysprep応答ファイルとスクリプトを使用します。 これらのサンプルスクリプトは、Windows Server2008R2にインストールされているBizTalk Serverで使用するために設計されています。 詳細については、BizTalk Serverのオンラインドキュメントを参照してください。

BizTalk Serverのインストールと構成

  • 仮想マシンのインストールに必要な時間を最小限に抑えるには、ゲストオペレーティングシステムとソフトウェアの前提条件のみで構成されるベースイ SysPrepを使用してVHDイメージを再利用できるように準備し、すべての仮想マシン(Vm)をこのVHDに基づいて作成します。

    BizTalk Serverでは、サーバーにBiztalkサーバーがインストールされて構成された後、ベースイメージに対してSysprepを実行することができます。 これは、Biztalk Serverで提供されているSysprep応答ファイルとスクリプトを使用することで実現できます。 これらのサンプルスクリプトは、Windows Server2008R2にインストールされているBizTalk Serverで使用するために設計されています。 詳細については、BizTalk Serverのオンラインドキュメントを参照してください。

    無人Windowsセットアップリファレンスはhttps://go.microsoft.com/fwlink/?LinkId=142364で入手できます。

  • “チェックリスト:Hyper-VでBizTalk Serverをインストールおよび構成するためのベストプラクティス”の”BizTalk Serverをインストールおよび構成するとき…”の推奨事項に従

  • Hyper-V環境でのBizTalk ServerおよびSQL Serverのサポート可能性の詳細については、”付録C:BizTalk ServerおよびSQL Server Hyper-Vのサポート可能性”を参照してください。

Write a Comment

メールアドレスが公開されることはありません。