XML クラスタ構成ファイルを使用して新規クラスタを構成するには、以下の手順を実行します。新しいクラスタは、Sun Cluster 3.2 2/08 ソフトウェアを実行する既存のクラスタから複製できます。
この手順では、次のクラスタ構成要素を構成します。
クラスタ名
クラスタノードのメンバーシップ
クラスタインターコネクト
グローバルデバイス
次の作業を実行します。
Sun Cluster ソフトウェアをサポートするように Solaris OS がインストールされているか確認します。
Solaris ソフトウェアがすでにノード上にインストールされている場合は、Solaris のインストールが Sun Cluster ソフトウェアの必要条件、およびそのクラスタにインストールする予定の他のソフトウェアの必要条件を満たしていることを確認してください。Solaris ソフトウェアをインストールして、Sun Cluster ソフトウェアの必要条件を満たす方法の詳細については、「Solaris ソフトウェアをインストールする」を参照してください。
Sun Cluster ソフトウェアをサポートするように Solaris OS がインストールされているか確認します。
Solaris ソフトウェアがすでにノード上にインストールされている場合は、Solaris のインストールが Sun Cluster ソフトウェアの必要条件、およびそのクラスタにインストールする予定の他のソフトウェアの必要条件を満たしていることを確認してください。Solaris ソフトウェアをインストールして、Sun Cluster ソフトウェアの必要条件を満たす方法の詳細については、「Solaris ソフトウェアをインストールする」を参照してください。
Sun Cluster 3.2 2/08 ソフトウェアとパッチが構成する各ノードにインストールされていることを確認します。「Sun Cluster フレームワークおよびデータサービスソフトウェアパッケージをインストールする」を参照してください。
作成するクラスタノードで Sun Cluster 3.2 2/08 ソフトウェアがまだ設定されていないことを確認します。
新しいクラスタに設定するノードでスーパーユーザーになります。
作成するノードで Sun Cluster ソフトウェアがすでに構成されているか調べます。
phys-schost# /usr/sbin/clinfo -n |
コマンドが次のメッセージを返す場合は、手順 c に進みます。
clinfo: node is not configured as part of acluster: Operation not applicable |
このメッセージは、作成するノードで Sun Cluster ソフトウェアがまだ構成されていないことを示します。
このコマンドでノード ID 番号が返される場合、この手順を実行しないでください。
ノード ID が返されることは、Sun Cluster ソフトウェアがすでにノードで構成されていることを示します。
クラスタで旧バージョンの Sun Cluster ソフトウェアが実行されていて、Sun Cluster 3.2 2/08 ソフトウェアをインストールしたい場合、代わりに『Sun Cluster Upgrade Guide for Solaris OS』のアップグレード手順を実行します。
新しいクラスタで構成する残りの各ノードで手順 a および手順 b を繰り返します。
作成するクラスタノードでSun Cluster ソフトウェアがまだ構成されていない場合は、手順 2 に進みます。
新しいクラスタのプライベートインターコネクトでスイッチを使用している場合は、NDP (Neighbor Discovery Protocol) が無効になっていることを確認します。
スイッチのマニュアルの手順に従って、NDP が有効になっているかどうかを確認し、NDP を無効にします。
クラスタ構成中に、ソフトウェアはプライベートインターコネクトにトラフィックがないことを確認します。プライベートインターコネクトでトラフィックを確認したときに NDP がプライベートアダプタにパッケージを送信する場合、ソフトウェアはインターコネクトがプライベートではないものとみなし、クラスタ構成が中断されます。このため、クラスタ作成中は NDP を無効にしてください。
クラスタが確立されたあと、NDP の機能を使用する場合は、プライベートインターコネクトスイッチ上でもう一度 NDP を有効にすることができます。
Sun Cluster 3.2 2/08 ソフトウェアを実行している既存のクラスタを複製する場合は、そのクラスタ内のノードを使用して、クラスタ構成 XML ファイルを作成します。
複製するクラスタの有効なメンバーでスーパーユーザーになります。
既存のクラスタの構成情報をファイルにエクスポートします。
phys-schost# cluster export -o clconfigfile |
出力先を指定します。
クラスタ構成 XML ファイルの名前。指定するファイル名は、既存のファイルまたはコマンドで作成される新規ファイルになります。
詳細については、cluster(1CL) のマニュアルページを参照してください。
新しいクラスタを構成するノードに構成ファイルをコピーします。
クラスタノードとして構成する他のホストからアクセス可能なディレクトリであれば、任意のディレクトリにファイルを格納できます。
新しいクラスタに設定するノードでスーパーユーザーになります。
必要に応じてクラスタ構成 XML ファイルを変更します。
クラスタ構成 XML ファイルを編集するために開きます。
XML 要素の値を作成するクラスタ構成を反映するように変更します。
クラスタを確立するには、クラスタ構成 XML ファイルで次の構成要素が有効な値を持つ必要があります。
クラスタ名
クラスタノード
クラスタトランスポート
クラスタは、クラスタノードとして構成する各ノードに /globaldevices パーティションが存在することを前提に作成されます。このパーティションにグローバルデバイスの名前空間が作成されます。グローバルデバイスを作成する別のファイルシステム名を使用する必要がある場合は、/globaldevicesという名前のパーティションを持たない各ノードの<propertyList>要素に次のプロパティを追加します。
… <nodeList> <node name="node" id="N"> <propertyList> … <property name="globaldevfs" value="/filesystem-name"/> … </propertyList> </node> … |
既存のクラスタからエクスポートした構成情報を変更する場合、新しいクラスタを反映するために変更の必要な一部の値 (ノード名など) が複数のクラスタオブジェクトに含まれています。
クラスタ構成 XML ファイルの構造と内容の詳細については、clconfiguration(5CL) のマニュアルページを参照してください。
クラスタ構成XMLファイルを確認します。
phys-schost# /usr/share/src/xmllint --valid --noout clconfigfile |
詳細については、xmllint(1) のマニュアルページを参照してください。
クラスタ構成 XML ファイルの潜在ノードから、クラスタを作成します。
phys-schost# cluster create -i clconfigfile |
入力ソースとして使用するクラスタ構成 XML ファイルの名前を指定します。
Solaris 10 OS では、各ノードで、Service Management Facility (SMF) 用のマルチユーザーサービスがオンラインであることを確認します。
ノードのサービスがまだオンラインでない場合は、次のステップに進む前に状態がオンラインになるまで待ちます。
phys-schost# svcs multi-user-server node STATE STIME FMRI online 17:52:55 svc:/milestone/multi-user-server:default |
1 つのノードで、スーパーユーザーになります。
phys-schost# clnode status |
出力は次のようになります。
=== Cluster Nodes === --- Node Status --- Node Name Status --------- ------ phys-schost-1 Online phys-schost-2 Online phys-schost-3 Online |
詳細は、clnode(1CL) のマニュアルページを参照してください。
Sun Cluster ソフトウェアをサポートするために必要なパッチをインストールしていない場合は、これをインストールします。
パッチおよびインストール手順の場所については、『Sun Cluster 3.2 2/08 Release Notes for Solaris OS』の「Patches and Required Firmware Levels」を参照してください。
高可用ローカルファイルシステムで Sun Cluster HA for NFS を使用する場合は、ループバックファイルシステム (LOFS) が無効になっていることを確認してください。
LOFS を無効にするには、クラスタの各ノードの/etc/system ファイルに次のエントリを追加します。
exclude:lofs |
/etc/system ファイルへの変更は、次のシステム再起動後に有効になります。
高可用ローカルファイルシステムで Sun Cluster HA for NFS を使用し、automountd を実行している場合は、LOFS を有効にすることはできません。LOFS が Sun Cluster HA for NFS でスイッチオーバーの問題を引き起こすおそれがあります。高可用ローカルファイルシステムに Sun Cluster HA for NFS を追加することを選択する場合は、次のいずれかの構成の変更を行う必要があります。
ただし、クラスタで非大域ゾーンを構成する場合は、すべてのクラスタノードで LOFS を有効にする必要があります。高可用ローカルファイルシステム上の Sun Cluster HA for NFS が LOFS と共存する必要がある場合は、LOFS を無効にする代わりに、ほかのソリューションを使用してください。
LOFS を無効にします。
automountd デーモンを無効にします。
Sun Cluster HA for NFS からエクスポートされた高可用ローカルファイルシステムに含まれるすべてのファイルをオートマウンタマップから除外します。この選択により、LOFS と automountd デーモンの両方を有効なままにすることができます。
ループバックファイルシステムについての詳細は、「The Loopback File System」 in 『System Administration Guide: Devices and File Systems』 (Solaris 9またはSolaris 10) を参照してください。
既存のクラスタから定足数情報を複製するには、クラスタ構成 XML ファイルを使用して定足数デバイスを構成します。
2 ノードクラスタを作成した場合、定足数デバイスを構成する必要があります。必要な定足数デバイスを作成するためにクラスタ構成 XML ファイルを使用しない場合は、代わりに 「定足数デバイスを構成する」に進みます。
定足数デバイスに定足数サーバーを使用する場合は、定足数サーバーが設定されて動作していることを確認します。
「定足数サーバーソフトウェアをインストールして構成する」の手順に従います。
定足数デバイスに NAS デバイスを使用している場合は、NAS デバイスが設定されて動作していることを確認します。
NAS デバイスを定足数デバイスとして使用するための要件を守ってください。
『Sun Cluster 3.1 - 3.2 With Network-Attached Storage Devices Manual for Solaris OS』を参照してください。
デバイスの手順に従って、NAS デバイスを設定してください。
クラスタ構成 XML ファイル内の定足数構成情報が作成したクラスタの有効な値を反映していることを確認します。
クラスタ構成 XML ファイルを変更した場合は、そのファイルを確認します。
phys-schost# xmllint --valid --noout clconfigfile |
定足数デバイスを構成します。
phys-schost# clquorum add -i clconfigfile devicename |
定足数デバイスとして構成するストレージデバイスの名前を指定します。
クラスタのインストールモードを解除します。
phys-schost# clquorum reset |
構成されたクラスタメンバーでないマシンによるクラスタ構成へのアクセスを終了します。
phys-schost# claccess deny-all |
(省略可能) 監視対象のディスクパスがすべて失敗する場合は、自動ノード再起動を有効にします。
自動リブート機能を有効にします。
phys-schost# clnode set -p reboot_on_path_failure=enabled |
設定するプロパティーを指定します。
クラスタ内の異なるノードから 1 つ以上のディスクにアクセスできる場合、監視されているすべてのディスクパスで障害が発生するとノードが再起動するように指定します。
ディスクパスの障害発生時の自動リブートが有効になっていることを確認します。
phys-schost# clnode show === Cluster Nodes === Node Name: node … reboot_on_path_failure: enabled … |
次の例では、既存の 2 ノードクラスタのクラスタ構成と定足数構成を新しい 2 ノードクラスタに複製します。新しいクラスタには Solaris 10 OS がインストールされ、非大域ゾーンで構成されていません。クラスタ構成は、既存のクラスタノード、phys-oldhost-1 からクラスタ構成 XML ファイル clusterconf.xml にエクスポートされます。新しいクラスタのノード名は、phys-newhost-1 および phys-newhost-2 です。新しいクラスタで定足数デバイスとして構成されるデバイスは、d3 です。
この例で、プロンプト名 phys-newhost-N は、コマンドが両方のクラスタノードで実行されることを示しています。
phys-newhost-N# /usr/sbin/clinfo -n clinfo: node is not configured as part of acluster: Operation not applicable phys-oldhost-1# cluster export -o clusterconf.xml Copy clusterconf.xml to phys-newhost-1 and modify the file with valid values phys-newhost-1# xmllint --valid --noout clusterconf.xml No errors are reported phys-newhost-1# cluster create -i clusterconf.xml phys-newhost-N# svcs multi-user-server phys-newhost-N STATE STIME FMRI online 17:52:55 svc:/milestone/multi-user-server:default phys-newhost-1# clnode status Output shows that both nodes are online phys-newhost-1# clquorum add -i clusterconf.xml d3 phys-newhost-1# clquorum reset |
構成の失敗 - 1 つまたは複数のノードがクラスタに参加できない場合、または誤った構成情報が指定された場合は、まずこの手順をもう一度実行してみてください。それでも問題が修正されない場合は、誤った構成の各ノードで 「インストールの問題を修正するために Sun Cluster ソフトウェアを構成解除する」の手順を実行して、クラスタ構成からそのノードを削除します。Sun Cluster ソフトウェアパッケージをアンインストールする必要はありません。それから、この手順をもう一度実行します。
「定足数構成とインストールモードを確認する」に進みます。
クラスタが完全に確立されたら、既存のクラスタから他のクラスタ構成要素の構成を複製できます。まだ複製を実行していない場合は、複製する XML 要素の値を構成要素を追加するクラスタ構成を反映するように変更します。たとえば、リソースグループを複製している場合、ノード名が同じでない限り、<resourcegroupNodeList> エントリに複製したクラスタからのノード名でなく、新しいクラスタの有効なノード名が含まれることを確認してください。
クラスタ構成要素を複製するには、複製するクラスタ構成要素のオブジェクト指向コマンドの export サブコマンドを実行します。コマンド構文およびオプションの詳細については、複製するクラスタオブジェクトのマニュアルページを参照してください。次の表は、クラスタを確立した後にクラスタ構成 XML ファイルから作成できるクラスタ構成要素および構成要素を複製するために使用するコマンドのマニュアルページを示しています。
この表では、長い形式の Sun Cluster コマンドを示しています。多くのコマンドには短縮形もあります。コマンド名の形式を除き、コマンドは同じです。コマンドの一覧および短い形式については、『Sun Cluster のシステム管理 (Solaris OS 版)』の付録 A「Sun Cluster オブジェクト指向コマンド」を参照してください。
クラスタコンポーネント |
マニュアルページ |
特別な指示 |
---|---|---|
デバイスグループ: Solaris Volume Manager および VERITAS Volume Manager |
cldevicegroup(1CL) |
Solaris Volume Manager の場合、最初にクラスタ構成 XML ファイルで指定するディスクセットを作成します。 VxVM の場合、 最初に VxVM ソフトウェアをインストールして設定し、クラスタ構成 XML ファイルで指定するディスクグループを作成します。 |
リソース |
clresource(1CL) |
clresource、clressharedaddress、または clreslogicalhostname コマンドの -a オプションを使用して、複製するリソースに関連したリソースタイプとリソースグループを複製することもできます。 それ以外の場合は、リソースを追加する前に、まずリソースタイプとリソースグループをクラスタに追加する必要があります。 |
共有アドレスリソース |
clressharedaddress(1CL) |
|
論理ホスト名リソース |
clreslogicalhostname(1CL) |
|
リソースタイプ |
clresourcetype(1CL) |
|
リソースグループ |
clresourcegroup(1CL) |
|
NAS デバイス |
clnasdevice(1CL) |
デバイスのマニュアルの手順に従って、最初に NAS デバイスを設定する必要があります。 |
SNMP ホスト |
clsnmphost(1CL) |
clsnmphost create -i コマンドでは、-f オプションでユーザーのパスワードファイルを指定する必要があります。 |
SNMP ユーザー |
clsnmpuser(1CL) | |
クラスタオブジェクト上のシステムリソースを監視するためのしきい値 |
cltelemetryattribute(1CL) |