Sun Cluster 環境で Solaris が提供する制御を使用するようにデータサービスを構成するには、まず、スイッチオーバーやフェイルオーバー時にリソースをどのように制御および管理するかを決めておく必要があります。新しいプロジェクトを構成する前に、まず、クラスタ内の依存関係を明確にします。たとえば、リソースやリソースグループはディスクデバイスグループに依存しています。
次に、scrgadm(1M) で設定されている nodelist、 failback、maximum_primaries、desired_primaries リソースグループプロパティーを使って、使用するリソースグループのノードリストの優先順位を確認します。
リソースグループとディスクデバイスグループ間のノードリストの依存関係の概要については、『Sun Cluster データサービスの計画と管理 (Solaris OS 版)』の「リソースグループとディスクデバイスグループの関係」を参照してください。
プロパティーについての詳細は、rg_properties(5) のマニュアルページを参照してください。
scrgadm(1M) や scsetup(1M) で設定されている preferenced プロパティーと failback プロパティーを使用して、ディスクデバイスグループのノードリストの優先順位を確認します。
preferenced プロパティーの概念については、「多重ポートディスクデバイスグループ」を参照してください。
手順については、 “How To Change Disk Device Properties” in 『Sun Cluster のシステム管理 (Solaris OS 版)』の「ディスクデバイスグループの管理」を参照してください。
ノード構成の概念とフェイルオーバーデータサービスとスケーラブルデータサービスの動作については、「Sun Cluster システムのハードウェア/ソフトウェアコンポーネント」を参照してください。
すべてのクラスタノードを同じように構成すると、主ノードと二次ノードに対して同じ使用限度が割り当てられます。各プロジェクトの構成パラメータは、すべてのノードの構成ファイルに定義されているすべてのアプリケーションに対して同じである必要はありません。特定のアプリケーションに対応するすべてのプロジェクトは、少な くとも、そのアプリケーションのすべての潜在的マスターにあるプロジェクトデータベースからアクセス可能である必要があります。たとえば、アプリケーション 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 によって課せられる制約はほとんどありません。どのような構成を選択するかはサイトの必要性によって異なります。システムの構成を始める前に、次の各項の一般的な指針を参考にしてください。