Red Hat Training
A Red Hat training course is available for Red Hat JBoss Operations Network
第32章 JBoss EAP 6 の管理(AS 7)
JBoss Enterprise Application Platform 6 はモジュール型で柔軟性があり、環境に応じて設定およびデプロイメントオプションの数は無制限です。
これらの章では、JBoss ON を通じて可能な管理オプションやタスクをすべて説明しません。代わりに、EAP 6 に固有のタスクまたは設定や、EAP 6 の管理に使用する際に特別な考慮が必要なタスクまたは設定を取り上げます。
32.1. JBoss EAP 6 の構造
JBoss EAP 6 の主要な機能は、モジュラークラスローディング構造と、単一のコントローラーで設定を一元化するドメインフレームワークです。これら 2 つの機能には、柔軟性という 1 つの大きなアセットがあります。この概念は、小規模で軽量のアプリケーションサーバーから開始し、必要な機能およびサーバーインスタンスのモジュールに追加して、分散したシステム用のサーバーインスタンスを追加するという概念です。
JBoss ON はそのシステムの変更可能性内で機能し、モジュール化された分散リソースがどのように関係しているかを明確にし、管理制御と情報の可視性をさらに高めています。
JBoss ON では JBoss EAP 6 のインストールには階層と構造がありますが、その構造を適用する前に、EAP 6 自体の順番を理解するのに役立ちます。
注記
スタンドアロンサーバーおよびドメインサーバーの JBoss EAP 6 トポロジーは、JBoss AS 7 プロジェクトドキュメントに 記載されています。
32.1.1. 「classic」構造： スタンドアロンサーバー
JBoss EAP 6 サーバーのほとんどの機能は、独立したクラスまたは サブシステム を介して実装されます。サーバーが使用するサブシステムとその設定プロパティーまたは設定されたインスタンスは、プロファイル で定義されます。
EAP 6 のスタンドアロンインスタンス（EAP 5 と同様）は、定義されたサブシステムのコレクションで、通信、ネットワークインターフェース、およびその他の設定を定義するソケットバインディングのセットです。
サーバーインスタンス全体が
standalone.xml ファイルに定義されます。そのファイルのほとんどすべてのエントリーは、サーバーの子として識別されます。たとえば、以下のサブシステムエントリーは ee、サーバーの jmx 子リソースを作成します。
<subsystem xmlns="urn:jboss:domain:ee:1.1"/>
<subsystem xmlns="urn:jboss:domain:jmx:1.1">
<show-model value="true"/>
<remoting-connector/>
</subsystem>
同様に、ソケットバインディング、ネットワークインターフェース、およびデプロイ済みのコンテンツ（設定ファイルに定義されているコンテンツ）はリソースとして検出されます。
データソースやロギング設定などのサブシステムには複数のインスタンスを定義できます。これらはすべてサブシステムの子リソースとして設定されます。EAP 6 サーバーのモジュールの性質上、サブシステムは正確なサブシステムであるため、JBoss ON の正確な子は、設定ファイルのサブシステムや他の定義により異なります。
全体的には、サブシステムやその他の設定の数により、スタンドアロンサーバーには非常に幅広くフラットなインベントリーツリーがあります。JBoss ON では、スタンドアロンサーバー構造に追加の階層が設定されていません。サーバーの設定方法を反映してい
standalone.xmlます。
図32.1 スタンドアロンサーバー設定
スタンドアロンサーバーの管理および操作は自己完結型です。 スタンドアロンサーバーのすべての子ノードは、設定とそのランタイム環境（監視、アラート、および操作）を同じ場所に組み合わせます。データソースの設定を変更するには、データソースエントリーを直接編集します。すべてのスタンドアロンサーバーは、同じクラスターまたは同じマシンであっても、他のサーバーとは別々に管理されます。
これらはすべて JBoss EAP 5 サーバーの構造と機能に類似しており、インベントリー組織には若干の違いがあります。
32.1.2. 設定とリアルタイム操作の分離： ドメイン
ドメインの構造は、よりモジュール型設計の観点から完全に異なります。
ドメインは、アプリケーションサーバーをサーバー設定とランタイム操作という 2 つの概念的な方法で分割します。
設定はドメインコントローラーに一元化されます。ドメインコントローラーは、プロファイルおよびサブシステムの設定、JVM の設定、インターフェース、およびその他の設定を単一の場所で定義します。
アプリケーションサーバーの機能は、複数のマシンにインストールできる 管理 サーバーによって実行されます。これらの管理サーバーは、独自の設定を定義しません（例外は除く）。ドメインからのプロファイル構造を受け入れ、ドメインを介してデプロイされた web アプリケーションを提供します。
組織ドメインとサーバー グループ と呼ばれる管理サーバーのセカンダリーレベルがあります。サーバーグループはドメイン設定の一部として定義されます。管理対象サーバー用に環境を作成します。それらは設定ノードです。ドメインには複数のプロファイル、JVM 定義、Web アプリケーションを含めることができます。すべての設定の中央リポジトリーです。特定の設定とコンテンツのみがサーバーグループに割り当てられ、その特定の設定が管理対象サーバーに適用されます。
図32.2 簡易ドメイン構造
ドメイン設定は
domain.xml ファイルに定義されます。これにより、設定されたプロファイルおよびサブシステム、サーバーグループ、ソケットバインディング設定、システムプロパティー、デプロイメント、およびその他の設定がすべて一覧表示されます。スタンドアロンサーバーと同様に、ほぼすべてのエントリーが検出され、リソースとしてインベントリーに追加されます。たとえば、これにより、子デプロイメントリソースとサーバーグループの子 JVM リソースを持つサーバーグループリソースが作成されます。
例32.1 Server Group domain.xml エントリー
<server-group name="main-server-group" profile="full">
<jvm name="default">
<heap size="1303m" max-size="1303m"/>
<permgen max-size="256m"/>
</jvm>
<socket-binding-group ref="full-sockets"/>
<deployments>
<deployment name="sample2.war" runtime-name="sample2.war"/>
</deployments>
</server-group>
操作を実行するインスタンスは、
host.xml ファイルで識別されます。これらの管理サーバーは実質的には独自の設定を持ちません。ドメインで使用する元のサーバーグループ設定に戻るだけです。
<servers>
<server name="server-one" group="main-server-group"/>
<server name="server-two" group="other-server-group">
<!-- server-two avoids port conflicts by incrementing the ports in
the default socket-group declared in the server-group -->
<socket-bindings port-offset="150"/>
</server>
</servers>
ドメイン（プロファイルとそのサーバーグループ）は、全体の設定を定義します。管理されたサーバーは、その設定下のワーカーです。これは、設定と操作（特に個々のメンバーではなく、ドメインの機能全体）を EAP 6 管理コンソールに反映します。Profile および Servers エリアは、現在の統計とデプロイされた Web アプリケーションを Runtime 表示し、ドメイン設定を管理します。フォーカスは常にドメイン設定とドメイン情報に重点が置かれます。
図32.3 EAP 6 コンソール
JBoss ON でドメインリソースを管理することは、設定の管理が情報を管理するよりも少なくなります。JBoss ON インベントリー構造の強度の 1 つは、ドメインのコンポーネントを非常に明確に公開し、それらのリソース間の関係を説明するのに役立ちます。
図32.4 ドメインリソース
たとえば、管理対象サーバーのエントリーは、そのサーバーグループのプロファイルに定義されているすべてのサブシステムを一覧表示し、ホストコントローラー定義を一覧表示し、それにデプロイされた管理 web アプリケーションを一覧表示します（サーバーグループを介して）。これにより、1 つのワーカーインスタンスに適用される設定情報がすべて統合され、管理されたサーバーの監視情報がより重要になります。
JBoss ON インベントリーには、ドメイン関係を維持するため、実用性が高くなります。ドメインは単一のオーバーアーキテクチャーエンティティーですが、ドメインのコンポーネントはこれらのプラットフォームの複数のプラットフォームおよびリソースにまたがることができます。ドメインコントローラーは、プラットフォームに関係なく、すべてのドメインリソースの親リソースとみなされます。これは、でヒントとなり 図32.5「JBoss ON インベントリーのドメインコンポーネント」 ます。ドメインコントローラーと 2 台の管理サーバーがプラットフォーム 2 にある場合でも、ドメインコントローラーは 1 つです。ホストコントローラーと管理リソースは、ドメインコントローラーと管理リソースがドメインリソースの子として表示されます（プラットフォーム 1 上）。
図32.5 JBoss ON インベントリーのドメインコンポーネント
32.1.3. JBoss ON の EAP 6 リソース
、、、またはの EAP 6 のすべての設定エリア
standalone.xml は domain.xml host.xml、リソースタイプとして解釈されます。EAP 6 では設定コンポーネントと運用コンポーネントの違いがあるため、JBoss ON の EAP 6 リソースタイプは異なることを行います。また、リソースによっては設定を定義し、監視、アラート、および操作に使用されます。
ドメインでは、ドメインのプロファイル、ソケットバインディング、およびネットワークインターフェースはすべて設定エントリーです。そのため、JBoss ON では、対応するリソースタイプによって設定が定義されます。
ドメインでは、管理対象サーバーは機能するインスタンスです。これらのリソースはアクティブであるため、JBoss ON では管理対象サーバーリソースは操作を実行し、メトリクスを監視し、アラートをトリガーできます。
設定リソースと機能の運用リソースとの間に重複はありません。たとえば、プロファイル下のデータソースリソースには設定がありますが、監視またはアラートはありません。管理対象サーバーのデータソースはモニタリングメトリクスを収集し、アラートを定義し、操作を実行します。これらのリソースは関連しています。管理対象サーバーデータソースリソースはプロファイルデータソースの設定を参照しますが、それらは異なります。
スタンドアロンサーバーでは、同じリソースで設定および管理が有効になります。スタンドアロンサーバーは基本的に、プロファイルリソース（設定）と管理対象サーバーリソース(management)の組み合わせです。スタンドアロンサーバーのデータソースリソース。その後、同じリソースの設定と監視、アラート、および操作の両方を保持します。
32.1.4. JBoss ON を使用した EAP 6 リソースの管理の目的
JBoss ON UI は EAP 6 コンソールとパリティーを維持するため、多くの設定を編集し、子エントリーの作成、およびコンテンツのデプロイに EAP 6 管理コンソールと同じに使用できます。
しかし、JBoss ON 管理の目的は、別の Web UI を使用する訳ではありません。JBoss ON は、ドメイン内のリソースについてより大きな観点を維持します。このインフラストラクチャー全体の観点では、ドメイン内のリソース、より大きな IT 構造、さらには現在の設定変更を除いて、独自の履歴も明確になります。
JBoss ON のスタンドアロンサーバーおよびドメインは、管理者が利用できる情報を強調表示するように構成されています。
- 保存した履歴データ、リソース固有の運用ベースライン、および代替の表示タイプを含む、リソースの追加の監視メトリック
- 履歴の設定および接続設定
- JBoss ON で子を追加または削除した場合のインベントリー変更履歴
- 制御されたパッケージ更新用のパッケージバージョン管理およびリポジトリー
- プラットフォーム、Apache サーバー、Tomcat Web サーバーなどの基礎となるリソースおよび関連するリソースの設定、監視、アラート、およびアラート mod_cluster
