第6章 グループの管理
グループは、リソースを整理するためのシンプルかつ実用的な方法です。特に、多くのリソースがある場合や、部門、IT 環境、物理的な場所でリソース間に論理的な分割がある場所が考えられます。
JBoss Operations Network のグループは、リソースを一貫して管理する方法を提供します。アラート、操作、設定は個別のリソースまたはリソースのグループ全体に適用できますが、グループは単一のビューから監視できます。
6.1. グループ
グループは、JBoss ON インベントリー内でリソースを整理する手段です。JBoss ON には、に記載されているさまざまなグループがあります。これにより 表6.1「グループの種類」、管理者は異なる柔軟な方法でリソースを管理できます。
| type | description | 静的または動的 |
|---|---|---|
| 混合グループ | 任意のリソースタイプのリソースが含まれます。混合グループに配置できるリソースの数やタイプには制限はありません。混合グループは、グループ化されたリソースセットに対してユーザーにアクセスパーミッションを付与する際に便利です。 | static |
| 互換性のあるグループ | 同一タイプのリソースのみが含まれます。互換性のあるグループにより、グループの全メンバーに対して同時に操作を実行でき、同じタイプの複数のリソースを個別にアップグレードする必要がなくなります。また、企業全体のリソースに対して 1 度に他の操作を実行することもできます。 | static |
| 再帰グループ | グループ内のすべての子リソースが含まれます。再帰グループは、明示的なメンバーの可用性と子リソースの可用性の両方を表示します。 | static（メンバー）および動的(children) |
| autogroups | すべてのリソースを、上部のプラットフォームでリソース階層の一部として表示し、プラットフォームの下の子リソースおよび子リソースを表示します。同じタイプの子リソースは自動的に autogroup にグループ化されます。 | 動的 |
6.1.1. 動的および静的グループ
グループとは、リソースを整理する方法です。異なるタイプのグループはで説明されていますが 、それらのグループはすべて 2 つのカテゴリーの 1 つに分類されます。グループは、リソースがグループに割り当てられている方法に応じて 静的 または 動的 になります。静的グループには、グループに明示的に割り当てられるリソースがあるため、インベントリーを変更してもメンバーシップは変更されません。動的グループは何らかの検索基準に基づいており、グループメンバーは検索で返されるすべてのリソースです。インベントリーが更新されると、検索結果が変更され、グループメンバーシップが自動的に更新されます。
静的および動的グループは、リソースの管理に役立ち、IT 環境全体を把握することができます。
6.1.2. 自動グループについて
JBoss ON には、リソースを手動で追加する静的グループと、何らかの確立された基準に基づいてリソースが自動的に追加される静的グループという 2 つのタイプのグループがあります。
管理者は、で説明している定義された検索に基づいて動的グループを設定でき 7章動的グループの使用 ます。JBoss ON は、autogroup と呼ばれる異なるタイプの動的グループをサポートし ます。autogroups は、JBoss ON UI でインベントリーナビゲーションツリーを作成するために使用されます。これらは基盤のリソース階層または親子関係に基づいています。また、autogroups はリソースタイプごとにグループ化されます。たとえば、に 図6.1「PostgreSQL 自動グループ」、すべての子に対して Postgres リソースに autogroups があります。これは、子リソースタイプ、データベース、ユーザーを基にしてさらに分割されます。
図6.1 PostgreSQL 自動グループ
JBoss ON の他のグループとは異なり、autogroups は JBoss ON ユーザーによって設定できません。自動グループは JBoss ON サーバーの内部で定義され、JBoss ON によって使用されます。
6.1.3. 互換性のあるグループと混合グループの比較
グループを使用すると、複数のリソースを同時に管理できます。互換性のあるグループのタイプまたは混在： グループメンバーで実行できる管理の種類を指定します。
互換性のあるグループは、すべてのメンバーが同じタイプを持つため、単一のリソースと同様に簡単に管理できます。管理者は、リソース設定、起動操作、アラートの設定、およびグループ対応監視データの表示を行うことができます。すべての変更は、1 つのグループメンバー、選択したメンバー、またはグループ全体に対して実行できます。グループメンバーの一覧（グループインベントリー）は 、 Inventory タブから管理されます。
図6.2 互換性のあるグループエントリー
混合グループには異なるリソースタイプのメンバーを含めることができるため、グループ管理はメンバー（グループインベントリー）を更新し、グループメンバーのアラートおよびイベントの履歴を表示するために限定されます。
図6.3 混合グループエントリー
6.1.4. 再帰グループの使用
互換性のあるグループおよび混合グループは、セットの明示的なメンバーシップを持ちます。この静的構造は信頼できるため、JBoss ON 内にポリシーを作成するのに役立ちます。
互換性のあるグループおよび混合グループは、再帰的 に設定することが可能です。再帰グループはすべてのメンバーのインベントリー下に移動し、暗示的にそのすべての子をグループに追加します。よって、再帰グループにはメンバーの 2 つの層があります。これは、グループへの明示的なメンバーと、子メンバーの暗黙的なセットです。
2 つのレベルのメンバーという概念により、グループは独自のタイプ定義を保持します。つまり、子がメンバーとして追加されているため、互換性のあるグループを混在グループに変更しないことを意味します。明示的なメンバーシップは ルートノード と呼ばれます。グループ操作では、メンバーの追加からメトリクススケジュールの設定から接続設定の変更など、そのルートノードでのみ実施されます。
再帰グループは、多くの方法で役に立ちます。
たとえば、再帰的に互換性のあるグループは、すべての子リソースがタイプによってグループ化されるため、インベントリー内の autocluster のサブセットを確認するために使用できます。これは、すべての子リソースがそれらの親リソースと同様にグループ化されるためです。これにより、リソースのサブセットで簡単に確認できます。（タイプごとにグループ化されない静的なグループは、階層内のルートノードまたは明示的なメンバーのみを表示します。）
より重要な用途の 1 つは、承認制御に再帰グループ（特に混合再帰グループ）を使用することです。これはより詳しく説明されていますが 9章ロールおよびアクセス制御の管理、ユーザーとリソースを同じロールに追加して、リソースを明示的にアクセス権限を付与する必要があります。再帰グループを使用すると、ロールにそれらのリソースの子すべてが自動的に含まれ、ロールのメンテナンスが容易になり、アクセス権限がより正確になります。
