BizTalk Server の可用性の向上
このセクションでは、BizTalk Server システムの可用性を向上させる方法について説明します。
可用性を高めるための戦略
可用性を高めるための戦略には、次のようなものがあります。
Windows Server 2003 サーバー クラスタリングまたは Windows Server 2008 フェールオーバー クラスタリングを使用して高可用性を提供します。 サーバー/フェールオーバー クラスターは、ノードと呼ばれる独立したコンピューター システムのグループであり、重要なアプリケーションとリソースをクライアントが引き続き使用できるように、1 つのシステムとして連携します。 障害やメンテナンスのダウンタイムの要件の結果、いずれかのノードが使用できなくなった場合、別のノードが直ちにサービスの提供を開始します (フェールオーバーと呼ばれるプロセス)。
通常、BizTalk Server データベースを含むSQL Serverを実行しているコンピューターには、サーバー/フェールオーバー クラスターをお勧めします。
特定の BizTalk アダプターの高可用性を提供するには、サーバー クラスターが必要になる場合があります。
サーバー クラスターは、通常、エンタープライズ シングル Sign-On マスター シークレット サーバーに推奨されます。
負荷分散の形式を使用して高可用性を提供する。
ネットワーク負荷分散 (NLB)。 NLB は、ホストが失敗した場合、またはオフラインの場合に、受信ネットワーク トラフィックを動作中の NLB クラスター ホストにリダイレクトすることで、高可用性を実現します。 サーバー クラスターとは異なり、NLB には特別なハードウェアは必要ありません。
BizTalk ホストの負荷分散。 BizTalk ホストの負荷分散は、BizTalk Serverを実行している複数のサーバーをBizTalk Server グループに追加し、これらのサーバーで実行するインプロセス ホストの複数のインスタンスを構成することで、BizTalk ホストに提供されます。 これにより、そのホストで構成されているサービスとアイテムの実行がホストの複数のインスタンスに分散されて、可用性とスケーラビリティが向上します。
Note
ホスト負荷分散機能は、インプロセス ホストでのみ使用できます。
負荷分散は、SAN を使用するか、複数の MessageBox データベースを追加することによって、SQL Server ディスクに対して提供されます。
可用性の向上を提供するための戦略。 これらの戦略により可用性が向上しますが、通常は管理者が実行時に 1 つ以上のアクションを実行する必要もあります。 そのため、これらの戦略は通常、高可用性ではなく可用性の向上と考えられます。
ログ配布とディザスター リカバリー BizTalk Server使用して可用性を向上させる。
適切な監視とメンテナンス戦略を実装して可用性を向上させます。
クラスタリングとディザスター リカバリーの違い
クラスターとディザスター リカバリーはどちらも可用性を向上させますが、主な違いは、通常、クラスターはディザスター リカバリーよりもはるかに高速な復旧時間を提供することです。 そのため、サーバー/フェールオーバー クラスターまたは負荷分散に基づいて構築されたソリューションは、通常、単なる可用性の提供ではなく、高可用性を提供すると考えられます。
ディザスター リカバリーを使用すると、障害が発生したシステムの操作を再開できますが、通常は手動プロセスであり、高可用性の実装よりも多くの復旧時間が必要です。 したがって、ディザスター リカバリーの実装では可用性は提供されますが、高可用性は提供されません。 運用環境のBizTalk Server環境では、サーバー/フェールオーバー クラスターによる高可用性と負荷分散と、ディザスター リカバリーによる可用性の両方を使用する必要があります。
このセクションの内容
参照
チェックリスト:フォールト トレランスまたは負荷分散を使用した高可用性の実現
チェックリスト:ディザスター リカバリーによる可用性の向上