次の方法で共有

BizTalk ホストの高可用性

  • [アーティクル]

BizTalk Serverは、複数のサーバーに物理的に展開できるメッセージの受信や送信、オーケストレーションの処理など、特定の機能領域を実行するために論理ホストを戦略的に限定できるため、高可用性に対応する優れた柔軟性を提供します。

BizTalk ホストは、アダプター送信ハンドラー (パイプラインを含む)、受信場所、オーケストレーションなどのBizTalk Server項目を格納できる、BizTalk Server グループ内の論理コンテナーです。 通常は、拡張性の観点から似た特性を持つアイテムを特定のホストにグループ化します。

ホストを作成したら、ホスト インスタンスとして物理BizTalk Server コンピューターに展開できます。 ホスト インスタンスは、指定されたBizTalk Server コンピューターで Windows サービスとして実行 BTSNTSvc.exe (または 64 ビット ホスト インスタンスの場合は BTSNTSvc64.exe)。 ホストごとに、特定のBizTalk Server コンピューターに 1 つのインスタンスのみを含めることができます。 ただし、1 つ以上のBizTalk Server コンピューターに特定のホストのインスタンスを配置したり、特定のBizTalk Server コンピューターに異なるホストのインスタンスを配置したりできます。

BizTalk ホストに含まれる項目は、次の機能を実行できます。

  • 受信中。 受信場所から取得された後のメッセージに対して初期処理を実行します。 ホストに受信場所 (パイプラインを含む) などの受信アイテムが含まれている場合、メッセージのデコードと復号化はホスト内のパイプラインで行われます。

  • 送信中。 送信ポートに送られる前のメッセージに対して最終処理を実行します。 ホストに送信ポートなどの送信項目が含まれている場合、メッセージの署名と暗号化はホスト内のパイプラインで行われます。

  • 処理中。 これらの項目は、オーケストレーションの指示に基づいてメッセージを処理します。

    1 つの BizTalk ホストに、メッセージの受信、送信、および処理の機能をすべて割り当てることもできます。 管理とスケーラビリティを容易にするために、関数ごとに指定された異なるホストを作成することをお勧めします。 特に、処理と受信/送信操作には異なるホストを使用することをお勧めします。

    たとえば、1 つのメッセージを受け取って、オーケストレーションを実行し、10 個のメッセージを送信する場合、送信には受信と比べて 10 倍のトラフィックが発生するため、受信機能と送信機能は 2 つのホストに分ける必要があります。 1 つのメッセージを受信し、オーケストレーションを実行して、1 つのメッセージを送信する場合は、3 つの機能を 1 つの作業単位と捉え、単一のホストとしてグループ化することができます。 また、管理コストは高くなりますが、3 つの機能を別々のホストに分ければ、パフォーマンスと柔軟性を高めることができます。

    BizTalk ホストは、 インプロセス または 分離の 2 種類のいずれかです。 インプロセス ホストは、BizTalk Serverランタイム プロセス (BTSNTSvc.exe または BTSNTSvc64.exe) 内で実行され、分離ホストはBizTalk Serverランタイム プロセスでは実行されません。 分離ホストは、分離された受信アダプターの受信側でのみ使用されます。 次の表は、2 種類のホストに割り当てることのできる機能をまとめたものです。

ホストの種類 論理コンテナーに割り当てることのできる機能
インプロセス -オーケストレーション
- アダプター送信ハンドラー
- インプロセス アダプターの受信ハンドラー
Isolated - HTTP、SOAP 受信ハンドラー
- その他の分離アダプターはハンドラーを受け取ります

BizTalk ホストとホスト インスタンスの管理の詳細については、BizTalk Server ヘルプの「BizTalk ホストとホスト インスタンスの管理 (https://go.microsoft.com/fwlink/?LinkID=154191)」を参照してください。

BizTalk ホストの高可用性を実現するには、環境内の各ホスト (2 台以上のコンピューター上) に 2 つ以上のホスト インスタンスが必要です。 各ホストに複数のホスト インスタンスを用意することで、1 つのホスト インスタンスが使用できなくなった場合、同じホストのインスタンスを実行している他のコンピューター上のホスト インスタンスが問題のあるホスト インスタンスまたは失敗したホスト インスタンスの機能を再開し、システム全体が中断を最小限に抑えて実行し続けることができることを確認します。

追加ホストの欠点

追加のホスト インスタンスを作成する利点がありますが、作成されるホスト インスタンスが多すぎると、潜在的な欠点もあります。 各ホスト インスタンスは Windows サービス (BTSNTSvc.exe または BTSNTSvc64.exe) であり、MessageBox データベースに対して追加の負荷が発生し、CPU、メモリ、スレッドなどのコンピューター リソースが消費されます。 これら以外に、追加のホスト インスタンスを構成しすぎない理由は次のとおりです。

  • 細分性が高すぎるホストごとに、いくつかのパフォーマンス カウンターが報告されます。 これは、多くのデータを走査する必要がある管理者の使いやすさに影響します。 これは、管理者が持つ全体的なビューに悪影響を及ぼします。

  • 各ホストは、スロットリングとパフォーマンスの低下の状況につながる可能性がある大量のメモリを消費します。

  • ホストがポーリングを継続的に実行するアダプターを受信している場合、各ホストは短時間でデータベースをポーリングするため、パフォーマンスが低下します。

このセクションの内容

参照

マスター シークレット サーバーのデータベースの高可用性のための専用追跡ホスト計画の構成とホスト インスタンスの構成