単一または複数の論理ホストを使用するデータサービス

Sun Cluster では、論理ホストの数は任意です。したがって、データサービスの実装は量に依存してはなりません。データサービスのデータを単一の論理ホストに保存するか、複数の論理ホストに保存するかを決定する必要があります。

一般的に、単一の論理ホストにデータサービスのデータを保存するように設計および実装する方が簡単です。この場合、データサービスのすべてのデータは単一の論理ホストのディスクセットに格納されます。データサービスには 1 セットのデーモンだけが必要です。物理ホストがこのデータサービス用のデーモンを実行するのは、その物理ホストが物理ホストのマスターになっている場合だけです。物理ホストが論理ホストのマスターをテイクオーバーするときは、データサービスの start メソッドでデーモンを起動します。物理ホストが論理ホストのマスターを放棄するときは、データサービスの stop メソッドでデーモンを停止します。場合によっては、強制終了シグナルを送信してデーモンを強制終了するだけでもかまいません。

複数の論理ホストを使用する場合は、データサービスのデータを異なるセットに分割しなければなりません。データを分割するときは、データサービスが実行する 1 つの操作に必要なデータが、複数のセットに分かれないように分割しなければなりません。

Sun の HA-NFS 製品を考えた場合、複数のファイルシステムが存在し、各ファイルシステムに異なるデータが格納されています。HA-NFS の場合、各論理ホストは独自の NFS^TM ファイルシステムセットを持ちます。各物理ホストは、マスターしている論理ホストに属するファイルシステムを NFS により共有します。2 つの論理ホストに属する NFS ファイルシステムセットは分割されます。

複数の論理ホストを使用すると、ある程度の基本負荷均衡を実現できます。つまり、両方の物理ホストが起動しているとき、各物理ホストは論理ホストの 1 つをマスターし、その論理ホストに対するデータサービスのトラフィックを処理できます。したがって、両方の物理ホストはお互いにスタンバイ状態になることができるため、効率よく作業できます。

いくつかのデータサービスでは、データを分割するとき、データサービスの操作に必要なデータが複数のセットに分かれないようにすることが不可能なものもあります。第 2 章「データサービスの例」で説明する in.named の例がこのようなデータサービスです。相互依存するデータファイルは 1 セットだけであるため、異なるセットに分割することは困難です。

簡単にデータを分割できない場合や、複数の論理ホストを使用しても基本負荷均衡があまり期待できない場合は、単一の論理ホストを使用するようにデータサービスを構成してください。