ネットワークへの ATMI アプリケーションの分散

ここでは、次の内容について説明します。

• 分散型の ATMI アプリケーションとは

• ATMI アプリケーションをネットワークに分散する理由

注記 ネットワークに BEA Tuxedo CORBA アプリケーションを分散する方法については、『BEA Tuxedo CORBA アプリケーションのスケーリング、分散、およびチューニング』を参照してください。

 

---

分散型の ATMI アプリケーションとは

分散アプリケーションとは、1 つ以上のローカルまたはリモートのクライアントが、ネットワーク接続された複数のマシン上の 1 つ以上のサーバと通信するアプリケーションです。分散アプリケーションでは、どの場所からでも業務処理を行うことができます。たとえば、企業では、次のような処理を国内各地や海外に分散できます。

• 売上の予測

• 商品の発注

• 商品の製造、出荷、および請求処理

• 社内データベースの更新

最新の電気通信技術やデータのネットワーク化により、この種の分散処理は一般的になりつつあります。このような企業戦略を実現するために開発されたアプリケーションを使用すると、コストを削減し、世界中の顧客にサービスを提供することができます。

BEA Tuxedo システムは、分散アプリケーションの管理タスクを簡略化することにより、このようなアーキテクチャをサポートします。アプリケーションが 1 台のコンピュータで構成されている場合でも、ネットワーク接続された数千台のコンピュータで構成されている場合でも、アプリケーションのすべての構成要素 (クライアントやサーバ、およびそれらを接続するネットワークなど) は、1 つの BEA Tuxedo コンフィギュレーション・ファイルによって管理されます。

分散アプリケーションの例

次の図は、3 台のマシンに分散されたアプリケーションの基本部分を示しています。

図 7-1 分散アプリケーションの例

 

分散アプリケーションの実装

分散アプリケーションは、コンフィギュレーション・ファイルの NETWORK セクション (およびオプションで NETGROUPS) に定義されているネットワーク上で実装されます。多くの場合、分散アプリケーションでは、コンフィギュレーション・ファイルの ROUTING セクションに定義されたデータ依存型ルーティングが使用されます。分散アプリケーションの設計では、サーバ・グループ、プロセス、トランザクション・マネージャ・サーバ (TMS)、およびリソース・マネージャ (RM) の配置が重要です。

ネットワーク上に分散アプリケーションを設定する場合、アプリケーション管理者はネットワーク管理者と協力する必要があります。大抵の場合、アプリケーション管理者がコンフィギュレーション・ファイルの RESOURCES、MACHINES、GROUPS、SERVICES、および ROUTING セクションに分散アプリケーション用のパラメータを定義し、ネットワーク管理者または MIS 部門の担当者がネットワーク関連のセクションを定義または担当します。

関連項目

• 分散型の ATMI アプリケーション用のコンフィギュレーション・ファイルの作成

• 分散アプリケーションのネットワーク設定

• 『BEA Tuxedo アプリケーション実行時の管理』の4-1 ページの「分散アプリケーションでのネットワーク管理」

• 『BEA Tuxedo CORBA アプリケーションのスケーリング、分散、およびチューニング』

 

---

ATMI アプリケーションをネットワークに分散する理由

分散アプリケーションには、いくつかの重要な利点があります。初期のビジネス・アプリケーションは、1 台の大型メインフレーム・コンピュータ上で実行するように開発されたものでした。コンピュータ処理はすべて 1 台のマシン上で行われたため、障害が発生するとシステム全体の停止につながりました。しかし、分散アプリケーションの普及により、このようなシステム障害による危険は少なくなりつつあります。

また、アプリケーションを分散することにより、1 つのアプリケーションを論理グループに分割し、これらのグループをそれぞれ適切な場所に配置できるという利点もあります。たとえば、サーバ・グループを作成して、大規模なアプリケーションを管理しやすいサイズの業務別コンポーネントに分割し、最適な場所に配置できます。

分散アプリケーションにより、以下のことが可能になります。

• データ依存型の分離を実行できます。

• 複数のリソースを管理できます。

• クライアント/サーバ型のモデルを拡張できます。

• BEA Tuxedo システムのサービスに対し、透過的にアクセスできます。

• 複数のサーバ・グループを確立できます。

• 1 つのアプリケーション作業を複数のコンピュータで同時に行うことにより、スループットと応答時間を向上できます。

• 利用頻度の高いリソースを複製できます。

分散アプリケーションの特長

• 自律的なアクションの調整―自律的なアクションとは、複数のサーバ・グループと複数のリソース・マネージャ・インターフェイスのどちらか、または両方が関係するアクションです。BEA Tuxedo システムでは、個別のアプリケーション間の自律的なアクションを、1 つの論理作業単位として調整することができます。

• フォールト・トレランス―複数のマシンのうち、1 台で障害が発生しても、残りのマシンが処理を続行します。同様に、サーバ・グループ内のどれか 1 つのサーバで障害が発生しても、残りのサーバが作業を続行します。

• スケーラビリティ―アプリケーションの負荷や容量を、以下の方法で増加できます。

  • グループにサーバを追加します。

  • アプリケーションにマシンを追加し、複数のマシンにグループを再分散します。

  • マシン上のサーバ・グループを別のマシン上に複製し、ロード・バランシングを使用します。

  • 特定の基準を満たすグループにデータ依存型ルーティングを使用して、データベースをセグメントに分割します。

関連項目

• 複数のマシンで構成 (分散) するアプリケーション用のコンフィギュレーション・ファイル

• 『BEA Tuxedo システム入門』の「ロード・バランシング」

• 『BEA Tuxedo システム入門』の「データ依存型ルーティング」

• 『BEA Tuxedo CORBA アプリケーションのスケーリング、分散、およびチューニング』