Sun Cluster 環境で Solaris が提供する制御を使用するようにデータサービスを構成するには、まず、スイッチオーバーやフェイルオーバー時にリソースをどのように制御および管理するかを決めておく必要があります。新しいプロジェクトを構成する前に、まず、クラスタ内の依存関係を明確にします。たとえば、リソースやリソースグループはデバイスグループに依存しています。
リソースグループのノードリストの優先順位を識別するには、clresourcegroup set コマンドで構成する nodelist、failback、maximum_primaries および desired_primaries リソースグループのプロパティーを使用します。
リソースグループとデバイスグループのノードリストの依存性に関する簡単な説明については、『Sun Cluster データサービスの計画と管理 (Solaris OS 版)』の「リソースグループとデバイスグループの関係」を参照してください。
プロパティーの詳しい説明については、rg_properties(5) を参照してください。
デバイスグループのノードリストの優先順位を決めるには、cldevicegroup および clsetup コマンドで構成する preferenced プロパティーおよび failback プロパティーを使用します。詳細は、clresourcegroup(1CL)、cldevicegroup(1CL)、および clsetup(1CL) のマニュアルページを参照してください。
preferenced プロパティーの概念については、「多重ポートデバイスグループ」を参照してください。
手順については、『Sun Cluster のシステム管理 (Solaris OS 版)』の「デバイスグループの管理」を参照してください。
ノード構成の概念とフェイルオーバーデータサービスとスケーラブルデータサービスの動作については、「Sun Cluster システムのハードウェアおよびソフトウェアコンポーネント」を参照してください。
すべてのクラスタノードまたはゾーンを同じように構成すると、主ノードと二次ノードに対して同じ使用限度が割り当てられます。各プロジェクトの構成パラメータは、すべてのノードの構成ファイルに定義されているすべてのアプリケーションに対して同じである必要はありません。特定のアプリケーションに対応するすべてのプロジェクトは、少な くとも、そのアプリケーションのすべての潜在的マスターにあるプロジェクトデータベースからアクセス可能である必要があります。アプリケーション 1 が phys-schost-1 または phys-schost-1 上のゾーンによってマスターされているが、phys-schost-2、phys-schost-3 またはこれらいずれかのノード上のゾーンに切り替えられるか、フェイルオーバーされる可能性があると仮定します。アプリケーション 1 に対応付けられたプロジェクトは、これら 3 つのノード (phys-schost-1、phys-schost-2、phys-schost-3) またはこれらのノード上のゾーンでアクセス可能でなければなりません。
プロジェクトデータベース情報は、ローカルの /etc/project データベースファイルに格納することも、NIS マップや LDAP ディレクトリサーバー に格納することもできます。
Solaris オペレーティングシステムでは、使用パラメータは柔軟に構成でき、Sun Cluster によって課せられる制約はほとんどありません。どのような構成を選択するかはサイトの必要性によって異なります。システムの構成を始める前に、次の各項の一般的な指針を参考にしてください。