Busを構成およびデプロイする方法について説明します。この章の内容は次のとおりです。Busをサーバーのグループで実行でき、そのグループを単体ユニットとして管理できます。クラスタ環境では、複数のマシンが負荷を分担します。Busにはロード・バランシング機能があるので、リソース・リクエストはすべてのマシンに均等に分散されます。Busデプロイメントは、クラスタリングとロード・バランシングを使用してノードに負荷を分散させることにより、スケーラビリティを向上できます。クラスタリングにより、単一サーバーよりもスケーラビリティの高いデプロイメント・プラットフォームを構築できます。Serverクラスタのドメインは、1台の管理サーバーと、1つまたは複数の管理対象サーバーで構成されます。Busドメインの管理対象サーバーを1つのクラスタにまとめることができます。Busのクラスタリング可能リソースを構成する場合、通常はそのリソースのデプロイ・ターゲットとするクラスタを指名します。クラスタをリソース・デプロイメントのターゲットとして指定すると、管理対象サーバーをクラスタに追加することによって容量を動的に増大できるという利点が得られます。Busドメインでは単一のクラスタをサポートでき、ドメイン内のすべての管理対象サーバーがそのクラスタに属する必要があります。Busを構成する場合に必要な情報について説明します。Busを構成する手順を説明します。Serverドキュメントの項の内容を確認し、クラスタリングについて十分に理解しておくことをお薦めします。次の項では、クラスタ・デプロイメントの設計に必要な情報について説明します。Serverクラスタがどのように運用されるかを知っておく必要があります。Middleware構成ウィザードを使用して基本および拡張ドメイン・テンプレートからドメインを生成することにより、簡単に実行できます。ユーザー問合せに対するレスポンスを基に、構成ウィザードによって、ドメイン、サーバー、エンタープライズ・アプリケーションが、事前構成された適切なコンポーネントおよび資産を含めて生成されます。Busインストレーション・ガイドを参照してください。クラスタ・サーバーサーバーには、管理対象サーバーと管理サーバーがあります。Server管理コンソールのホストとなります。Serverが稼働しているドメインでは、そのうち1つのみが管理サーバーで、他のサーバーは管理対象サーバーと呼ばれます。各管理対象サーバーは、起動時に管理サーバーから構成を取得します。注意:管理サーバーなしで起動する管理対象サーバーは、管理対象サーバー独立(MSI)モードで稼働します。Serverサーバーの起動と停止の管理』の管理対象サーバー独立モードに関する項を参照してください。管理サーバーのSSLポート、HTTPクリア・テキスト・ポート、またはそれら両方のポートを有効にできます。セキュア・インストールでは、HTTPクリア・テキスト・ポートを無効にできます。Registryなど)と組み合せて使用する場合は、サーバーのHTTPクリア・テキスト・ポートを有効にする必要があります。Serverクラスタの使用』を参照してください。このドキュメントでは、推奨される基本、多層、およびプロキシ・アーキテクチャの詳細について説明されています。Serverクラスタの使用』のクラスタ・アーキテクチャのセキュリティ・オプションに関する項を参照してください。Busデプロイメントのリソースクラスタリングされたドメインの各サーバーに対して、そのドメイン内のサーバーの機能を定義する様々な属性を構成できます。Busドメインを作成すると、自動的に構成されます。Server管理コンソールの「サーバー」ノードを使用して手動で構成することもできます。Busデプロイメントのリソース」を参照してください。Server管理コンソールの各リソースへの移動方法を示しています。Busで使用されるほとんどのリソースはクラスタ内に均一にデプロイされますが、正しく動作させるには単一の管理対象サーバーに固定する必要があるリソースがあります。次の表に、これらのコンポーネント、そのターゲット指定の方法、および詳細情報へのリンクを示します。Bus管理コンソールを使用してプロキシ・サービス定義に手動で指定されます。ポーラーはすべての管理対象サーバーにデプロイされますが、特定のプロキシ・サービスには1つの管理対象サーバーにあるポーラーがポーリングします。クラスタのモニター・リソースとアラート・リソースALSBドメイン・シングルトン・マーカー・アプリケーション(domainsingletonmarker.ear)は、クラスタ内の1台の管理対象サーバーでシングルトン・サービスとして実行されます。データの収集は、ドメインの各管理対象サーバーで実行されます。ALSBドメイン・シングルトン・マーカー・アプリケーションは、ドメインのすべての管理対象サーバーからデータを収集し、集約します。Bus構成ごとに分類されます。Bus構成には、システム・パフォーマンスのサービス・レベル合意(SLA)を定義するルールを含めることができます。アラート・マネージャではルールを格納し、集約されたクラスタ・データについてルールを評価します。ルールがtrueと評価された場合、アラート・マネージャは、ルールに関連付けられているアクションに従って、電子メール・メッセージの送信、JMSキューへのメッセージのポスト、またはメッセージのロギングを行います。Bus管理者ガイド』のモニターに関する項を参照してください。クラスタ構成の変更およびデプロイメント・リクエストセッションのアクティブ化処理中に管理対象サーバーがダウンした場合、そのサーバーには、アクティブ化による構成の変更は反映されません。セッションのアクティブ化についてのタスクのステータスは、部分的にアクティブ化されましたとして示され、すべての管理対象サーバーでアクティブ化処理が完了しなかったことを示します。管理対象サーバーを再起動すると、管理対象サーバーは、管理サーバーから入手可能な情報と同期し、アクティブ化されていないすべての変更内容が管理対象サーバーでアクティブ化されます。Bus管理者ガイド』のチェンジ・センターの使用に関する項を参照してください。クラスタの再構成(クラスタへの新しいノードの追加やビジネス・サービス構成の変更など)を行うことができるのは、その管理サーバーがアクティブな場合のみです。あるクラスタの管理サーバーが使用できなくなると、デプロイ・リクエストやアンデプロイ・リクエストは中断されますが、管理対象サーバーはリクエストの処理を続行します。各管理対象サーバーは、必要な構成ファイル(msi-config.xml、SerializedSystemIni.datおよびオプションのboot.properties)がその管理対象サーバーのルート・ディレクトリに存在するかぎり、既存の構成を使用して起動および再起動できます。Busアプリケーションをクラスタリングする目的の1つは、スケーラビリティの実現です。クラスタをスケーラブルなものにするには、各サーバーを十分に活用する必要があります。ロード・バランシングにより、クラスタ内のすべてのサーバー間で負荷が均等に分散され、各サーバーがそれぞれ最大能力で動作できるようになります。Busクラスタのインバウンド・メッセージ処理のロード・バランシングについて説明します。Serverクラスタの使用』の「クラスタでのロード・バランシング」を参照してください。Bus管理者ガイド』のトランスポート構成に関する項を参照してください。HTTPロード・バランシングを使用できます。HttpClusterServlet、WebServerプラグインまたはハードウェア・ルーターによって実現できます。ロード・バランシングを含むクラスタ・トポロジの概要については、図5-1を参照してください。ServerはHTTPセッションの状態およびクラスタ・オブジェクトのロード・バランシングをサポートしています。Serverクラスタの使用』のクラスタでの通信に関する項を参照してください。BusはHTTPトランスポートを使用し、ビジネス・サービスに対してスティッキー・セッションまたはセッション・アフィニティをサポートします。あるセッションのすべてのリクエストがそのセッションの最初のリクエストを処理したサーバーへ転送されます。ビジネス・サービスに対してHTTPトランスポート・プロパーティでセッション・アフィニティを構成できます。Bus管理者ガイド』のトランスポート構成に関する項を参照してください。Busで使用されるほとんどのJMSキューは分散宛先として構成されています。例外は、単一の管理対象サーバーに割り当てられているJMSキューです。Serverパフォーマンスおよびチューニング』のJMSサーバーおよび宛先のメッセージのフロー制御に関する項を参照してください。Busクラスタの高可用性メッセージドリブンBeanは、JMS宛先からのメッセージを消費します。Busの各宛先にデプロイされます。JMSを実装にきわめて高い可用性がもたらされます。具体的には、管理者がクラスタ内の各ノードに対して、各分散宛先に物理宛先を1つ構成する必要があります。Middleware構成ウィザードはクラスタのドメインを生成します)。メッセージドリブンBeanは、分散宛先からのメッセージを消費します。Serverのインスタンスごとに1つの物理宛先が含まれます。分散キューの各メッセージ・プロデューサは、それぞれ1つの物理宛先にバインドされています。メッセージドリブンBeanは、デプロイ先のサーバー内の物理宛先にバインドされています(サーバー親和性)。Busの高可用性の理解」を参照してください。Bus管理コンソールからエクスポートされた1つまたは複数のJARファイルの内容をインポートします。Bus構成をデプロイするときは、非クラスタ・デプロイメントと同じ手順に従います。Bus構成のデプロイ」を参照してください。Bus構成のデプロイメントを準備するときは、非クラスタのテスト環境またはステージング環境の場合より多くのシステム管理タスクが必要になります。本番クラスタ・デプロイメントで必要な手順の詳細は、第4章「クラスタ・デプロイメントの構成」を参照してください。reserved.法律上の注意点ライブラリ。