次の方法で共有

チェックリスト: Hyper-V にBizTalk Serverをインストールして構成するためのベスト プラクティス

  • [アーティクル]

以下のセクションは、このガイドの「Hyper-V へのBizTalk Serverの展開」セクションで説明されているインストールと構成の要件の概要です。 これらは、Hyper-V 環境でBizTalk Serverをインストール、構成、展開するときにクイック リファレンスとして使用する必要があります。 詳細については、関連セクションへのリンクを参照してください。

Hyper-V をインストールする前に

  • Hyper-V は、64 ビット エディションの Windows Server で使用できるサーバーロールです。 「チェックリスト: Hyper-V にBizTalk Serverをインストールして構成するためのベスト プラクティス」を参照してください

  • プロセッサでハードウェア支援型の仮想化とデータ実行防止 (DEP) がサポートされていること、およびこれらの機能が有効になっていることを確認します。 これには、Intel Virtualization Technology (Intel VT) または AMD Virtualization (AMD-V) と互換性のあるプロセッサが必要です。 「Hyper-V ロールをインストールする」を参照してください。

  • ルート パーティションには Windows Server Core Edition を使用します。 これにより、サーバーのオーバーヘッドが最小限に抑えられ、Hyper-V のパフォーマンスが向上します。 「Server Core のインストール」を参照してください。

  • ルート パーティションで Hyper-V サーバーの役割のみを実行します。 Hyper-V サーバーのパフォーマンス チューニングに関するページを参照してください。

    専用サーバー ロール: ルート パーティションは、仮想化サーバーの役割専用である必要があります。 追加のサーバー ロールは、特に CPU、メモリ、または I/O 帯域幅が大幅に消費される場合に、仮想化サーバーのパフォーマンスに悪影響を与える可能性があります。 ルート パーティション内のサーバー ロールを最小限に抑えることは、攻撃対象領域の削減や更新の頻度の削減など、追加の利点があります。 システム管理者は、一部のソフトウェアが仮想化サーバーの全体的なパフォーマンスに悪影響を与える可能性があるため、ルート パーティションにインストールされているソフトウェアを慎重に検討する必要があります。

    ガイダンスについては、「 Hyper-V の構成」を 参照してください。

Hyper-V Virtual Machinesを作成する場合

  • 固定サイズの仮想ハード ディスク (VHD) を使用すると、オペレーティング システム ドライブの動的にサイズ変更された VHD と比較してパフォーマンスが向上します。 ガイダンスについては、「 Hyper-V Storage I/O パフォーマンス 」を参照してください。

    固定サイズの VHD: VHD ファイルの作成時に、VHD の領域が最初に割り当てられます。 この種類の VHD はフラグメントの傾向が低く、1 つの I/O が複数の I/O に分割された場合の I/O スループットが低下します。 読み取りと書き込みではブロックのマッピングを検索する必要がないため、3 種類の VHD の CPU オーバーヘッドは最も低くなります。

  • 高ディスク I/O アクティビティには固定サイズの仮想ハード ドライブ (VHD) ディスクを使用し、SCSI コントローラーを使用してデータ ボリュームのディスクを構成します。 複数のデータ ドライブにまたがる集中的なストレージ I/O ワークロードの場合は、全体的なパフォーマンスを向上させるために、各 VHD を個別の合成 SCSI コントローラーに接続する必要があります。 さらに、各 VHD は個別の物理ディスクに格納する必要があります。

    ガイダンスについては、「 Hyper-V Storage I/O パフォーマンス 」を参照してください。

    合成 SCSI コントローラー: 合成ストレージ コントローラーは、エミュレートされた IDE デバイスよりも CPU オーバーヘッドが少なく、ストレージ I/O のパフォーマンスが大幅に向上します。 VM 統合サービスには、このストレージ デバイスの対応ドライバーが含まれており、ゲスト オペレーティング システムがそれを検出するために必要です。 オペレーティング システムを正しく起動するには、オペレーティング システム ディスクを IDE デバイスにマウントする必要がありますが、VM 統合サービスは、IDE デバイス I/O を合成ストレージ デバイスに再ルーティングするフィルター ドライバーを読み込みます。

    データ ドライブを合成 SCSI コントローラーに直接マウントすることを強くお勧めします。これは、その構成によって CPU オーバーヘッドが削減されるためです。 予想される I/O レートが高い場合は、ログ ファイルとオペレーティング システムページング ファイルを合成 SCSI コントローラーに直接マウントする必要もあります。

    複数のデータ ドライブにまたがる集中的なストレージ I/O ワークロードの場合は、全体的なパフォーマンスを向上させるために、各 VHD を個別の合成 SCSI コントローラーに接続する必要があります。 さらに、各 VHD は個別の物理ディスクに格納する必要があります。

  • SCSI コントローラーを使用して、データ ファイルやログ ファイルのSQL Serverなど、高い I/O アクティビティ用の VHD ディスクを接続します。 SCSI コントローラーにシステム ディスクを接続しないでください。 オペレーティング システムを含む仮想ハード ディスクを IDE コントローラーに接続する必要があります。

    Hyper-V IDE コントローラーと SCSI コントローラーは同等のパフォーマンスを提供しますが、SCSI コントローラーは Hyper-V 統合サービスがインストールされている場合にのみインストールできます。 そのため、SCSI コントローラーを使用してパススルー ディスクを接続すると、Hyper-V 統合サービスが確実にインストールされ、最適なディスク I/O パフォーマンスが確保されます。

  • 仮想マシンのネットワークを構成するときは、レガシ ネットワーク アダプターの代わりにネットワーク アダプターを使用します。 レガシ ネットワーク アダプターは、統合コンポーネントをサポートしていないオペレーティング システム用に設計されています。

    合成ネットワーク アダプター: Hyper-V は、既存のハードウェアを模倣するエミュレートされたネットワーク アダプターと比較して、ネットワーク I/O の CPU オーバーヘッドを大幅に削減するために VM 専用に設計された合成ネットワーク アダプターを備えています。 合成ネットワーク アダプターは、より効率的なデータ転送のために共有メモリを使用して、VMBus 経由で子パーティションとルート パーティション間で通信します。 エミュレートされたネットワーク アダプターは、[VM 設定] ダイアログ ボックスから削除し、合成ネットワーク アダプターに置き換える必要があります。 ゲストは、VM 統合サービスをインストールする必要があります。

  • 対応するゲスト オペレーティング システムに統合サービスがインストールされていることを確認し、最新バージョンの統合サービスがインストールされていることを確認します。 最新バージョンの統合サービスをチェックするには、Windows Updateを実行します。

    ガイダンスについては、「 Hyper-V プロセッサのパフォーマンス 」を参照してください。

    対応ゲスト: ゲスト オペレーティング システムとして Windows Server を使用することをお勧めします。 このエンライトメントにより、VM で実行される Windows の CPU オーバーヘッドが減少します。 統合サービスでは、I/O に対する追加の対応が提供されます。 サーバーの負荷に応じて、パフォーマンスを向上させるために、Windows Server ゲストでサーバー アプリケーションをホストするのが適切な場合があります。

  • 可能な限り、使用可能な論理プロセッサへの仮想プロセッサの 1 から 1 の割り当てを構成します。 使用可能な論理プロセッサへの仮想プロセッサの 1 対 1 の割り当ての構成の詳細については、「 チェックリスト: Hyper-V でのパフォーマンスの最適化」の「プロセッサパフォーマンスの最適化」セクションを参照してください。

  • Microsoft Virtual PC、Microsoft Virtual Server、または VMWare ESX Server で実行されている仮想マシンを変換または移行して、Hyper-V 上で実行します。

    • System Center Virtual Machine Managerを使用して、Hyper-V で実行する仮想マシンを変換または移行します。
    • 必要に応じて、Microsoft Virtual PC または Microsoft Virtual Server で実行されている仮想マシンを変換するプロセスを手動で実行できます。 詳細については、「 仮想マシンの移行ガイド: 仮想サーバーから Hyper-V に移行する方法」を参照してください。
    • サンプル ツール VMC2Hyper-V を使用して、Microsoft Virtual PC または Microsoft Virtual Server で実行されている仮想マシンを Hyper-V に移行することもできます。

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

仮想環境にBizTalk Serverをインストールする場合は、物理環境と同じプラクティスに従う必要があります。 BizTalk Serverのインストール時と構成時には、次のリソースを使用する必要があります。

  • ゲスト オペレーティング システムにBizTalk Serverをインストールする方法については、BizTalk Serverインストール ガイドを参照してください。

  • 完了したBizTalk Serverインストールで、BizTalk Server ベスト プラクティス アナライザー (BPA) ツールを実行します。 BizTalk ベスト プラクティス アナライザーをダウンロードします。

  • BizTalk Server データベースは、SQL Serverでホストされます。 BizTalk Server データベースを構成する前に、SQL Server インスタンスで SQL Server Best Practices Analyzer (BPA) ツールを実行します。 SQL Serverベスト プラクティス アナライザーをダウンロードします。

  • Microsoft BizTalk Server 運用ガイドには、必要なすべての前提条件ソフトウェアがインストールされていることを確認するために使用できる運用準備チェックリストが用意されています。 オペレーティング システム、IIS、SQL Serverなど、BizTalk Server スタックの一部として必要なすべてのコンポーネントについて、BizTalk Server特定の構成情報を提供するチェックリストが提供されます。 また、高可用性のためにBizTalk Serverを構成する方法に関するガイダンスも提供されています。

    BizTalk 操作ガイドを参照してください。

  • BizTalk Serverインストールのパフォーマンスを最適化します。 ガイダンスについては、「BizTalk Server パフォーマンス最適化ガイド」を参照してください。

  • BizTalk ヘルス モニターをインストールして実行して、BizTalk Server MessageBox データベースの構成を分析および検証します。 BizTalk ヘルス モニターをダウンロードします。

  • Hyper-V で実行されているゲスト オペレーティング システムに CPU が適切に割り当てられていることを確認します。 「チェックリスト: Hyper-V でのパフォーマンスの測定」の「プロセッサパフォーマンスの測定」を参照してください。