MSMQT アダプターから MSMQ アダプターに移行する

[アーティクル]
05/04/2023

このトピックでは、ソリューションを BizTalk メッセージキュー (MSMQT) アダプターからメッセージキュー (MSMQ) アダプターに移行する前に、エンドツーエンドの順次配送、トランザクションの一貫性、高可用性、およびスケーラビリティに関して考慮すべき事項について説明します。このトピックでは、順次配送、トランザクションの一貫性、高可用性、およびスケーラビリティを次のように定義しています。

順次配送 : 受信時と同じ順序で BizTalk Server からメッセージが送信されるようにすること。
トランザクションの一貫性 : 処理中のメッセージが、ハードウェア、ソフトウェア、またはネットワークの障害によって、損失したり重複しないようにすること。
高可用性: メッセージの処理に必要なサービスが常時利用できるようにすること。
スケーラビリティ。 既存のメッセージ処理能力を拡大できること。

エンドツーエンドの順序付き配信

MSMQT アダプターでは、メッセージのエンドツーエンドの順次配送が保証されます。つまり、MSMQ アプリケーションがメッセージ 1、2、3 を MSMQT アダプターにバインドされた受信場所に送信すると、これらのメッセージはオーケストレーションに配信されるか、同じ順序でBizTalk Serverでポートを送信します(1、2、3)。この機能は、受信されたとき同じ順序で送信および実行する必要がある、株式市場の取り引きなどに使用できます。

MSMQT アダプターによるエンドツーエンドの順次配送では、多数のコンポーネントが連動する必要があります。 MSMQT アダプターでは、順次配送を実現するために次のような一連のイベントが発生します。

リモートコンピューターの MSMQ API では、メッセージをメッセージ 1、メッセージ 2、メッセージ 3 の順で受信し、これらのメッセージをローカルのトランザクションキューに同じ順序 (1、2、3 の順) でプッシュします。
リモートコンピューターの MSMQ クライアントでは、キューからメッセージを取得し、MSMQT キューに 1、2、3 の順で送信します。
MSMQT アダプターでは、1、2、3 の順でメッセージを受信し、BizTalk メッセージエージェントコンポーネントに同じ順序で渡します。
BizTalk メッセージエージェントコンポーネントでは、メッセージを 1、2、3 の順でメッセージボックスデータベースに送信します。
メッセージボックスデータベースでは、メッセージをルーティングして、メッセージがオーケストレーションまたは送信ポートの同じインスタンスにルーティングされた場合に、メッセージが同じ順序 (1、2、3 の順) でインスタンスに配信されるようにします。

2004 年BizTalk Server、MSMQT はエンドツーエンドの注文配信を保証できる唯一のアダプターでした。他の統合 BizTalk アダプターでは、上記の手順 3. ～ 5. でメッセージの順序が入れ替わる可能性があります。他の多くの統合アダプターでは、手順 3. でエンドポイントマネージャーという名前のコンポーネントが使用されますが、このコンポーネントは、マルチスレッド化されているので、メッセージの順序が維持されません。 BizTalk Server 2004 MSMQ アダプターは、手順 3 の順序を保持する "シリアル処理" 機能を使用しましたが、今後の順序を保持するように MessageAgent に要求しないため、メッセージはオーケストレーションにルーティングされるか、ポートが順序外に送信される可能性があります。

MSMQ アダプターを使用したエンドツーエンドの順序付き配信

MSMQ アダプターを使用してエンドツーエンドの順序付き配信を実現するには、次の手順に従います。
サブスクライブオーケストレーションまたは送信ポートの受信ポートで Ordered Delivery プロパティを有効にします。 BizTalk Serverでは、オーケストレーション内の受信ポートと送信ポートには、順序付けされた配信構成オプションがあります。このオプションを有効にすると、オーケストレーションの受信ポートまたは送信ポートでは、メッセージボックスデータベースに対して、データベースで受信したときと同じ順序でメッセージを配信するように指定することができます。
MSMQ アダプターにバインドされている受信場所の Ordered Processing プロパティをに True設定します。 BizTalk Serverでは、MSMQ トランスポートを使用する受信場所を、順序付き処理を使用するように構成できます。有効にすると、メッセージが受信した順序と同じ順序でメッセージボックスに確実に送信されます。
MSMQ アダプターにバインドされている受信場所の トランザクション プロパティをに True設定します。
MSMQ 受信場所で監視されている MSMQ キューが "トランザクション" とマークされていることを確認します。メッセージの順次配送を実現するには、このプロパティが MSMQ キューに設定されている必要があります。

Note

順次配送は、BizTalk 受信場所で監視されている MSMQ キューが 1 台のコンピューターで処理されている場合にのみ保証されます。このことは、このトピックの後半で説明するように、スケーラビリティの問題となることがあります。

MSMQT アダプターと MSMQ アダプターの、メッセージ処理におけるトランザクション使用の比較

MSMQT アダプターと MSMQ アダプターによるメッセージの処理方法は、トランザクションの使用に関して大きく異なります。

MSMQT アダプターを使用すると、ネットワークから受信したメッセージの処理と、受信したメッセージの BizTalk Server による処理は単一のトランザクションで行われます。また、BizTalk Server により、送信者に対して ACK メッセージが生成され、メッセージが受信され正常に処理されたことが通知されます。

MSMQ アダプターを使用すると、ネットワークから受信したメッセージの処理と、受信したメッセージの BizTalk Server による処理は個別の 2 つのトランザクションで行われます。1 つのトランザクションではネットワークから受信したメッセージを処理し、もう 1 つのトランザクションでは、BizTalk Server によるメッセージの処理が行われます。また、送信者に対して ACK メッセージが生成されますが、これはネットワークからメッセージを正常に受け取ったことを示すもので、メッセージが BizTalk Server によって正常に処理されたことを示すものではありません。 Microsoft メッセージキューサーバーでは、BizTalk Server がインストールされているかどうかに関係なく、ネットワークからメッセージを受信し、ローカルの MSMQ キューにメッセージを保存すると、送信者に ACK メッセージを送信します。メッセージが MSMQ キューに保存されると、BizTalk MSMQ アダプターではメッセージを取得して処理し、メッセージボックスデータベースに公開します。この処理でエラーが発生すると、メッセージは BizTalk Server の保留キューに送信されるか、(トランザクション処理を使用している場合は) ローカルの MSMQ キューに残ったままになり、送信者には BizTalk Server でのメッセージ処理に失敗したことは通知されません。

BizTalk Server でメッセージが正常に処理されたときに ACK を受信する必要がある場合、MSMQT アダプターから MSMQ アダプターに移行する際にはアプリケーションレベルの ACK を追加する必要があります。また、オーケストレーションとメッセージを送信するアプリケーションを更新して、アプリケーションレベルの ACK を実装する必要があります。

高可用性 (トランザクション、順次)

MSMQT アダプターの高可用性を提供するには、受信ホストに複数のコンピューターを追加し、フォールトトレランスのためにネットワーク負荷分散 (NLB) を構成するか、既定の BizTalk ホストをクラスター化できます。 NLB を構成した環境で MSMQT アダプターを実行している場合、1 台のサーバーがダウンしても、そのサーバーの負荷は残りのサーバーで処理されます。クラスター化したホストで MSMQT アダプターハンドラーを実行している場合、いずれかのホストノードで障害が発生しても、クラスター化されたホストは、クラスターソフトウェアにより他のノードにフェールオーバーされます。 MSMQ アダプターを使用している場合、MSMQ アダプターでは中間ストレージとしてローカルの MSMQ キューが使用されるため、データ損失が発生しないトランザクション処理が必要な場合、NLB は機能しません。このシナリオでは、コンピューターで障害が発生すると、ローカルの MSMQ キューに配信されていて、MSMQ アダプターで処理されていないメッセージは失われます。

MSMQ アダプターとの高可用性とトランザクションの一貫性を提供するには、次の操作を行う必要があります。

BizTalk Server の Windows Server クラスターグループのクラスター化されたリソースとして、Microsoft メッセージキュー (MSMQ) を構成します。
クラスター化された MSMQ リソースと同じクラスターグループ内のクラスターリソースとして構成されている BizTalk ホストインスタンスで、MSMQ アダプターの受信ハンドラーを構成します。
クラスター化された MSMQ リソースで依存関係が維持されるように、BizTalk ホストインスタンスのクラスターリソースを構成します。

このアーキテクチャで順序付けされた配信を実装するには、前述の「MSMQ アダプターを使用したエンドツーエンドの順序付き配信」に記載されている手順に従います。

高可用性 (非トランザクション、非順次)

高可用性が必要でも、トランザクション処理を必要としない場合があります。このような場合には、MSMQ アダプターを使用し、NLB を実装して、NLB に含まれる複数の BizTalk Server コンピューターで MSMQ 送信ハンドラーと受信ハンドラーを構成したホストインスタンスを実行することによって高可用性を実現できます。 MSMQ を使用して NLB を実装する場合は、「Microsoft サポート技術情報の記事 899611: ネットワーク負荷分散 (NLB) を介してメッセージキューを機能させる方法」に記載されているベストプラクティスに従う必要があります。このシナリオでは、いずれかの BizTalk Server コンピューターで障害が発生すると、その BizTalk Server のホストインスタンスで実行されているメッセージは、BizTalk Server コンピューターが復旧するまで利用できません。この構成では、利用できない BizTalk Server コンピューターがあると、NLB により要求が他の BizTalk Server コンピューターにルーティングされるので、高可用性を実現できます。

スケーラビリティ (非トランザクション、非順次)

スケーラビリティは、高可用性 (非トランザクション) のガイドラインに従い、ホストインスタンスを追加することで実現できます。このアーキテクチャでは、高速な配信とスケーラビリティを実現できますが、順次配送は実現できません。

スケーラビリティ (トランザクション、非順次)

配信順序を問わないメッセージのトランザクション配信を実現するには、NLB を MSMQ および Windows クラスタリングと組み合わせて使用できます。このアーキテクチャでは、Windows クラスターごとに「高可用性 (トランザクション、順次)」の手順に従って、2 つの個別の Windows クラスター環境に、少なくとも 2 つのクラスターグループを構成する必要があります。その後、NLB を実装すると、クラスターグループ間で負荷を分散できるようになります。 Windows NLB は Windows クラスターでの実行がサポートされていないため、このシナリオではハードウェア NLB ソリューションが必要です。次の図に、このアーキテクチャを示します。

クラスターグループ間の負荷分散

Note

このアーキテクチャでは順次配送は実現されません。

スケーラビリティ (トランザクション、順次)

MSMQ 3.0 以前を使用している場合、高可用性、トランザクションの一貫性、および順次配送を提供するアーキテクチャのスケールアウトには問題があります。これは、BizTalk Server コンピューターとリモート MSMQ サーバーの両方で MSMQ 4.0 を実行していない限り、リモートのトランザクションの読み込みがサポートされていないためです。 MSMQ 3.0 以前を使用する場合、スケールアウトは複数のローカル MSMQ キューを使用して行う必要があります。さらに、このシナリオでは、NLB への MSMQ セッションの TCP/IP 接続が切断されると、NLB によって別のコンピューターに復元されることがあり、このことが原因でメッセージが正しい順序で配信されなくなることがあります。

この制限を回避する手段の 1 つとしては、送信先キューを別のコンピューターに割り当てることによって、メッセージ配信の負荷分散を手動で行う方法があります。これは、特定の BizTalk ホストインスタンスを特定の MSMQ キューに関連付けることによって行えます。たとえば、ある特定の取り引き先から大量のドキュメントを受信する場合、特定の BizTalk Server コンピューターに、この取引先専用の個別のホストと受信キューを作成します。

可能ならば、リモートトランザクションの読み込みと負荷分散が必要な場合は、リモートコンピューターで MSMQ 4.0 を実行します。

まとめ

次の表に、特定の機能を実現するために実装するアーキテクチャの概要を示します。

機能	NLB とクラスターを非導入	NLB	クラスター	NLB とクラスターを導入
エンドツーエンドの順次配送	はい	いいえ	はい	可 (手動による構成が必要です)
トランザクションの整合性	不可 (サービスでエラーが発生すると、メッセージが損失または重複することがあります)	いいえ	はい	はい
高可用性	いいえ	はい	はい	はい
拡張性	いいえ	はい	いいえ	はい

参照

Windows Server クラスターを使用したBizTalk Server Hosts2 の高可用性の提供

次の方法で共有