BizTalk Server で使用するための Hyper-V 仮想マシンのインストールと構成
このトピックでは、Hyper-V 環境でのBizTalk Serverのインストールと構成に関する推奨事項について説明します。これには、Hyper-V 仮想マシンのインストールと構成に関する推奨事項や、Hyper-V 仮想マシンにBizTalk Serverをインストールするための推奨事項が含まれます。
Hyper-V のインストールと構成
Hyper-V をインストールする前に、「 Windows Server 2008 R2 の Hyper-V の新機能」を参照してください。 「Microsoft Hyper-V Server 2008 R2 はじめに」ガイドでは、Windows Server 2008 R2 Hyper-V をインストールして構成する方法について詳しく説明します。
Windows Server 2008 R2 のパフォーマンス チューニング ガイドラインに関するドキュメントでは、Windows Server 2008 R2 のチューニングの詳細と、Hyper-V に特化したセクションが含まれています。
Hyper-V プラットフォームの前提条件
Hyper-V は 64 ビットで使用できるサーバーロールであり、Windows Server 2008 SP2 のすべてのエディションは 64 ビットのみです。 さらに、物理ハードウェアはハードウェア支援仮想化をサポートする必要があります。 つまり、プロセッサは Intel Virtualization Technology (Intel VT) または AMD Virtualization (AMD-V) テクノロジと互換性があり、システム BIOS はデータ実行防止 (DEP) をサポートする必要があり、DEP を有効にする必要があります。 具体的には、Intel XD ビット (実行無効化ビット) または AMD NX ビット (実行ビットなし) を有効にする必要があります。
Note
システム BIOS でこれらのオプションを有効にした後、コンピューターを完全にオフにしてから、コンピューターを再起動して、これらの設定が適用されていることを確認します。
ハードウェア要件の決定
サーバーの統合の要求により、Hyper-V サーバーは CPU とメモリを消費する傾向があり、同等のコンピューティング負荷を持つ物理サーバーよりも大きなディスク I/O 帯域幅が必要です。 期待を満たす環境をデプロイするには、次の要因を考慮して、サーバーの正確なハードウェア要件を決定します。
ストレージ構成オプション
ストレージ ハードウェアは、ホストする予定の仮想マシンの現在および将来のニーズを満たすために、十分な I/O 帯域幅とストレージ容量を提供する必要があります。 容量の使用量と提供できるパフォーマンスの間で Hyper-V のストレージ構成を選択すると、トレードオフがあります。
ストレージの構成を計画するときは、プロビジョニングする環境の要件を考慮してください。 運用環境、運用前、開発環境の要件は大きく異なる場合があります。
Hyper-V に運用環境BizTalk Server環境を展開する場合は、パフォーマンスが重要な要件になります。 ビジー状態の実稼働システムでディスク I/O の競合を回避するには、ホストオペレーティング システムとゲスト オペレーティング システムの両方に統合サービスをインストールし、合成 SCSI コントローラーを使用してデータ ボリュームのディスクを構成します。 複数のデータ ドライブにまたがる大量のストレージ I/O ワークロードの場合は、全体的なパフォーマンスを向上させるために、各 VHD を個別の合成 SCSI コントローラーに接続する必要があります。 さらに、各 VHD は個別の物理ディスクに格納する必要があります。 合成 SCSI コントローラーを使用してデータ ボリュームのディスクを構成する方法の詳細については、「 チェックリスト: Hyper-V でのパフォーマンスの最適化」の「ディスク パフォーマンスの最適化」セクションを参照してください。
通常、開発環境には厳しいパフォーマンス要件はありません。リソースの使用率を最大化することがメイン優先される傾向があるためです。 開発環境では、1 つの物理ドライブで複数の VHD ファイルをホストするときに提供されるパフォーマンスは、一般に許容されます。
Hyper-V では、さまざまな種類のストレージ ディスク オプションがサポートされています。 各ストレージ オプションは、IDE または SCSI コントローラーを介してマシンにアタッチできます。 IDE コントローラーで SCSI コントローラーを使用する場合の潜在的な利点は、オペレーティング システム統合コンポーネントの正しいバージョンがゲスト仮想マシンにインストールされている場合にのみ正しく機能することです。 これは、正しいオペレーティング システム統合コンポーネントがゲスト オペレーティング システムに確実にインストールされるようにするための簡単な方法です。
Note
以前のバージョンの Microsoft 仮想化テクノロジとは異なり、仮想ハード ディスクにアクセスするときに仮想 IDE コントローラーまたは仮想 SCSI コントローラーを使用してもパフォーマンスに違いはありません。
SQL Server データベースのホストなど、大量の読み取り/書き込みアクティビティでは、パススルー ディスク オプションを使用すると、固定仮想ハード ドライブ (VHD) ディスクよりもパフォーマンスが向上します。 パススルー オプションを使用すると、仮想マシンは物理ディスクに直接アクセスでき、ルート パーティション内の NTFS ファイル システムはバイパスされますが、仮想マシン スナップショットやクラスタリングのサポートなど、仮想ディスクの特定の機能はサポートされません。 そのため、BizTalk またはSQL Server環境ではパススルー ディスク機能の使用はお勧めしません。これは、パフォーマンス上の限界の利点は、不足している機能によって相殺される以上のものであるためです。
次の表は、使用可能な Hyper-V ストレージ オプションの長所と短所をまとめたものです。
| Hyper-V ストレージの種類 | 長所 | 短所 | BizTalk Serverに関する考慮事項 |
|---|---|---|---|
| 固定サイズのディスク | VHD ファイルは物理ハード ドライブで作成されるときに、可能な最大サイズで初期化されるため、動的 VHD よりもパフォーマンスが向上します。 これにより断片化の可能性が低くなるため、1 つの I/O が複数の I/O に分割されるシナリオが軽減されます。 読み取りと書き込みがブロックのマッピングを検索する必要がないため、VHD の種類の CPU オーバーヘッドが最も低くなります。 |
ディスク領域全体を事前に割り当てる必要があります。 | BizTalk ServerおよびSQL Serverのオペレーティング システム ボリュームに使用します。 大事な： Hyper-V ゲスト パーティションのスタートアップ ディスクを IDE コントローラーに接続する必要があります。 |
| ディスクを動的に拡張する | VHD ファイルのサイズは、仮想マシン自体に格納されるデータが増えるにつれて、ディスクの作成時に指定されたサイズに増加します。 これは、使用可能なストレージの最も効率的な使用に対応します。 | 固定サイズの VHD と同様に実行されません。 これは、ディスク内のブロックはゼロブロックとして開始されますが、VHD ファイル内の実際の領域ではサポートされないためです。 このようなブロックからの読み取りでは、0 のブロックが返されます。 ブロックが最初に書き込まれるとき、仮想化スタックは 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でホストしている場合、または処理中に大きなメッセージをディスクにストリーミングしている場合は、固定仮想ハード ディスク (VHD) を使用したパススルー ディスクを使用して、パフォーマンスが段階的に向上する可能性があります。 |
Hyper-V を使用したディスクとストレージの実装の詳細については、「 ディスクとストレージの実装」を参照してください。
ネットワーク
BizTalk Serverは、ネットワーク使用率が高くなる傾向があります。 そのため、ネットワーク パフォーマンスに問題がある場合は、仮想マシンごとに個別の物理ネットワーク カードを割り当てることを検討してください。
仮想マシンを構成するときは、レガシ ネットワーク アダプターの代わりにネットワーク アダプターを使用してください。 レガシ ネットワーク アダプターは、統合コンポーネントをサポートしていないオペレーティング システムを対象としています。
ネットワーク パフォーマンスを測定するには、ホスト オペレーティング システムの "\Network Interface \Bytes Total/sec" と\Network Interface(*)\Output Queue Length パフォーマンス モニター カウンターを使用して、ネットワーク カードの全体的なパフォーマンスを測定します。 物理ネットワークがビジー状態であると識別されている場合は、ホスト オペレーティング システムの "\Hyper-V Virtual Network Adapter (*)\Bytes/sec" カウンターを使用して、高負荷を生成している仮想マシン ネットワーク アダプターを特定します。
Hyper-V 環境でのネットワーク パフォーマンスの評価の詳細については、「チェックリスト: Hyper-V でのパフォーマンスの測定」の「ネットワーク パフォーマンスの測定」セクションを参照してください。
CPU
Hyper-V では、ゲスト オペレーティング システムごとに異なる数の仮想プロセッサがサポートされています。次の表に示すようにします。 BizTalk Serverの最大 CPU リソースを割り当てるには、仮想マシンごとに 4 つの仮想プロセッサをサポートする Windows Server 2008 R2 ゲスト オペレーティング システムにインストールします。
ホスト オペレーティング システムで使用できる論理プロセッサに対するゲスト オペレーティング システム内の仮想プロセッサの 1 から 1 の割り当てを構成して、過剰なコンテキストの切り替えを防ぎます。 プロセッサ間で過剰なコンテキスト切り替えを行うと、パフォーマンスが低下します。 仮想プロセッサを論理プロセッサに割り当てる方法の詳細については、「 チェックリスト: Hyper-V でのパフォーマンスの最適化」の「プロセッサ パフォーマンスの最適化」セクションを参照してください。
"\Hyper-V Hypervisor Logical Processor(_Total)\% Total Run Time" パフォーマンス モニター counter は、Hyper-V ホスト上のすべてのゲスト マシンとハイパーバイザーの全体的なリソース使用率を測定します。 この値が 90% を超えていれば、サーバーは最大容量で実行されます。このシナリオで仮想マシンに追加の仮想プロセッサを割り当てると、システムの全体的なパフォーマンスが低下する可能性があり、回避する必要があります。 HyperV パフォーマンス カウンターの使用の詳細については、このガイドの「Hyper-V でのBizTalk Serverパフォーマンスの評価」セクションを参照してください。
| オペレーティング システム | 仮想プロセッサの制限 |
|---|---|
| Windows Server 2008 R2。 Windows Server 2008 R2 のすべてのエディションは 64 ビット版のみです。 | 4 |
| Windows Server 2008 SP2 64 ビット | 4 |
| Windows Server 2008 SP2 32 ビット | 4 |
| Windows 7 64-bit | 4 |
| Windows 7 32 ビット | 4 |
| Windows Vista 64 ビット | 2 |
| Windows Vista 32 ビット | 2 |
Note
Hyper-V でサポートされているゲスト オペレーティング システムの詳細については、「」を参照してください https://go.microsoft.com/fwlink/?LinkID=118347。
メモリ
物理サーバーには、ルート パーティションとサーバーで実行されている仮想マシンに十分なメモリが必要です。 テスト中に、少なくとも 2 GB のメモリがルート パーティションに割り当てられ、メモリ不足が発生しないように Memory/Available Mbytes パフォーマンス モニター カウンターが監視されました。
BizTalk Server環境内の各仮想マシンに割り当てる必要があるメモリの量は、実行される処理のワークロードと種類によって異なります。 BizTalk Serverのメモリ要件には、次のような多くの要因があります。
処理されたメッセージのサイズ
メッセージのスループット
オーケストレーションの設計
パイプライン処理
仮想マシン内で実行する予定の BizTalk ホストの数
メモリに影響を与える要因の包括的な一覧については、「BizTalk Serverパフォーマンスの最適化ガイド」の「パフォーマンス要因」セクションを参照してください。
各仮想マシンとルート パーティション自体内から 、メモリ/使用可能な Mbytes カウンターを事前に監視します。 「チェックリスト: Hyper-V でのパフォーマンスの測定」の次のガイドラインを使用して、仮想マシンとルート パーティションに十分な使用可能な物理メモリがあるかどうかを判断する必要があります。
空きメモリ 50% 以上 = 正常
空きメモリ 25% = 監視
空きメモリ 10% = 警告
使用可能な空きメモリの 5% 未満 = 重大、パフォーマンスが悪影響を受ける
ルート オペレーティング システムのバージョンの選択
Hyper-V は、Server Core と Windows Server 2008 R2 の完全インストールでサポートされています。 ルート パーティションのオーバーヘッドを最小限に抑えるには、Windows Server 2008 R2 の Server Core インストールに Hyper-V をインストールします。 Hyper-V ロールは、別のシステム上の Hyper-V マネージャーからリモートで管理できます。 Server Core では、ディスクとメモリのプロファイルが小さくなるため、仮想マシンで使用できるリソースが増えます。 Windows Server 2008 R2 で使用できる Server Core インストール オプションの詳細については、「 Server Core for Windows Server 2008 R2」を参照してください。
Windows Server 2008 R2 の完全インストールを使用する場合は、ルート パーティションが Hyper-V サーバーの役割専用であることを確認します。 追加のサーバー ロールを実行すると、メモリ、ディスク、プロセッサ、およびネットワーク リソースが消費され、パフォーマンスが低下します。
Virtual Machinesの作成
Hyper-V サーバーの役割をインストールして構成したら、仮想マシンを作成する必要があります。 これを行う前に、次の質問に回答すると便利です。
どのようなストレージ構成を使用しますか?
ゲスト オペレーティング システムでサポートされている仮想プロセッサの数はいくつですか?
仮想マシンに割り当てられるメモリの量はいくつですか?
Hyper-V サーバーで実行できる仮想マシンの数はいくつですか?
オペレーティング システムをコンピューターにインストールするにはどうすればよいですか?
仮想マシンを作成および構成する方法の詳細については、「Virtual Machinesの作成」を参照してください。
基本オペレーティング システムのインストール
物理サーバーのインストールに使用できるすべてのオプションは、Hyper-V で使用できます。 起動可能な CD/DVD-ROM メディアまたは ISO イメージを使用して、手動インストールを実行できます。 仮想マシンが ISO イメージをホストするサーバーと同じネットワークに接続されたネットワーク アダプターで構成されている場合は、ネットワーク インストールを実行できます。
重要
どちらのインストール方法を選択しても、パフォーマンス上の理由から、Hyper-V で実行されている各仮想マシンにオペレーティング システム統合コンポーネントをインストールすることが重要です。 統合コンポーネントには、合成デバイスを使用してゲスト マシンを実行できるようにするドライバーとサービスのセットが用意されています。 合成デバイスは、統合コンポーネントをサポートしていないオペレーティング システムで使用されるエミュレートされたデバイスの必要性を回避します。 エミュレートされたデバイスでは、合成デバイスと比較してシステム オーバーヘッドが大きくなります。
このラボで使用されるマシンをインストールして構成するために、初期基本イメージが固定サイズの VHD に作成されました。 これには、Windows Server 2008 R2 の手動インストールが含まれます。 すべての適切な更新プログラムがインストールされると、基本仮想マシンは、Windows Server 2008 と共にインストールされている sysprep ユーティリティを使用して 、%WINDIR%\system32\sysprep ディレクトリにイメージ化されました。
Note
BizTalk Serverがインストールされ、サーバーに構成された後に Sysprep を実行するには、sysprep 応答ファイルと、BizTalk Serverで提供されるスクリプトを使用します。 これらのサンプル スクリプトは、Windows Server 2008 R2 にインストールBizTalk Serverで使用するように設計されています。 詳細については、BizTalk Serverオンライン ドキュメントを参照してください。
BizTalk Server のインストールと構成
仮想マシンのインストールに必要な時間を最小限に抑えるには、ゲスト オペレーティング システムとソフトウェアの前提条件のみで構成される基本イメージを作成します。 SysPrep を使用して VHD イメージを再利用できるように準備し、すべての仮想マシン (VM) をこの VHD に基づいて作成します。
Note
サーバーにBizTalk Serverをインストールして設定した後、sysPrep 応答ファイルと、BizTalk Serverで提供されるスクリプトを使用して、基本イメージに対して SysPrep を実行できます。 これらのサンプル スクリプトは、BizTalk Serverで使用するように設計されており、Windows Server 2008 R2 にインストールされています。 詳細については、「sysprep a BizTalk Server VHD (BizTalk Server サンプル)」、無人 Windows セットアップ リファレンス、および「無人 Windows セットアップ リファレンス」を参照してください。
「BizTalk Serverをインストールして構成する場合」の推奨事項に従ってください。 トピック「チェックリスト: Hyper-V にBizTalk Serverをインストールして構成するためのベスト プラクティス」セクションを参照してください。
Hyper-V 環境でのBizTalk ServerとSQL Serverのサポートの詳細については、「付録 C: Hyper-V サポートのBizTalk ServerとSQL Server」を参照してください。