3.2. ドメインモード
サーバークラスターを実行するのに推奨されるドメインモードがあります。これは、すべてが単一の制御ポイントから集中管理できるためです。以下の図は、2 つの物理ホスト(A、B)で実行されている 4 つのサーバーノード(A1、A2、B1、B2)があるドメイン設定の例のトポロジーについて説明しています。
図3.1 domain-mode
3.2.1. ホスト リンクのコピーリンクがクリップボードにコピーされました!
上図の各「ホスト」ボックスは、物理ホストまたは仮想ホストを表します。物理ホストには、ゼロ、1 つまたは複数のサーバーインスタンスを含めることができます。
3.2.1.1. ホストコントローラー リンクのコピーリンクがクリップボードにコピーされました!
domain.sh または domain.bat スクリプトがホストで実行されると、ホストコントローラーとして知られるプロセスが起動します。ホストコントローラーはサーバー管理のみに関連しており、Red Hat Data Grid サーバーのワークロードを処理するわけではありません。ホストコントローラーは、ホスト上で実行される個々の Red Hat Data Grid サーバープロセスを開始および停止し、ドメインコントローラーと対話してそれらを管理できるようにします。
デフォルトでは、各ホストコントローラーは、ホストのファイルシステム上の Red Hat Data Grid Server インストールにある domain/configuration/host.xml ファイルから設定を読み取ります。host.xml ファイルには、特定のホストに固有の設定情報が含まれます。主な変更点:
- このインストールから実行する予定の実際の Red Hat Data Grid Server インスタンスの名前の一覧です。
- ホストコントローラーがドメインコントローラーと通信し、それ自体を登録してドメイン設定にアクセスする方法の設定。これは、リモートドメインコントローラーを検索して問い合わせする方法の設定、またはホストコントローラー自体がドメインコントローラーとして動作するよう指示する設定のいずれかです。
- ローカルの物理インストールに固有の項目の設定。たとえば、domain.xml で宣言された名前付きインターフェース定義(以下を参照)は、host.xml の実際のマシン固有の IP アドレスにマップできます。domain.xml の抽象パス名を host.xml の実際のファイルシステムパスにマッピングできます。