Sun Cluster ソフトウェアのインストール (Solaris OS 版)

新規クラスタまたは新規クラスタノードの確立

この節では、新しいクラスタを確立したり、既存のクラスタにノードを追加したりするための情報と手順について説明します。これらの作業を開始する前に、「ソフトウェアのインストール」で説明した手順に従って、Solaris OS、Sun Cluster フレームワーク、およびその他の製品用のソフトウェアパッケージをインストールしていることを確認してください。

次の作業マップに、実行する作業を示します。ここに示す順に従って手順を実行します。

表 3–1 作業マップ: クラスタの確立

メソッド 

参照先 

1. 次のいずれかの方法を使用して、新しいクラスタを確立するか、既存のクラスタにノードを追加します。 

  • (新しいクラスタのみ) scinstall ユーティリティーを使用して、クラスタを確立します。

「すべてのノードで Sun Cluster ソフトウェアを構成する (scinstall)」

  • (新しいクラスタのみ) XML 構成ファイルを使用して、クラスタを確立します。

「すべてのノードで Sun Cluster ソフトウェアを構成する (XML)」

  • (新しいクラスタまたは追加ノード) JumpStart インストールサーバーを設定します。次に、インストールしたシステムのフラッシュアーカイブを作成します。最後に、scinstall JumpStart オプションを使用して、フラッシュアーカイブを各ノードにインストールし、クラスタを確立します。

「Solaris と Sun Cluster ソフトウェアをインストールする (JumpStart)」

  • (ノードの追加のみ) clsetup コマンドを使用して、クラスタ認証済みノードリストに新規ノードを追加します。また、必要であれば、クラスタインターコネクトを設定して、プライベートネットワークアドレス範囲を再設定します。

    scinstall ユーティリティーまたは XML 構成ファイルを使用して、新しいノードで Sun Cluster ソフトウェアを構成します。

「追加のクラスタノード用にクラスタを準備する」

「ノードまたはプライベートネットワークを追加するときにプライベートネットワーク構成を変更する」

「追加のクラスタノードとして Sun Cluster ソフトウェアを構成する (scinstall)」

「追加のクラスタノードで Sun Cluster ソフトウェアを構成する (XML)」

2. クラスタにノードを追加した場合は、定足数構成情報を更新します。 

「クラスタへのノードの追加後に定足数デバイスを更新する」

3. 定足数投票権を割り当て、クラスタがまだインストールモードである場合は、インストールモードを解除します。 

「定足数デバイスを構成する」

4. 定足数構成の妥当性を検査します。 

「定足数構成とインストールモードを確認する」

5. (任意) ノードのプライベートホスト名を変更します。 

「プライベートホスト名を変更する」

6. NTP 構成ファイルがまだ設定されていない場合は、このファイルを作成するか、または変更します。 

「時間情報プロトコル (NTP) を構成する」

Procedureすべてのノードで Sun Cluster ソフトウェアを構成する (scinstall)

Sun Cluster ソフトウェアをクラスタのすべてのノードで構成するには、クラスタの 1 つのノードからこの手順を実行します。


注 –

この手順では、対話型の scinstall コマンドを使用します。インストールスクリプトを開発するときなど、非対話型の scinstall コマンドを使用する場合は、scinstall(1M) のマニュアルページを参照してください。

scinstall コマンドを実行する前に、手動またはサイレントモード形式の Java ES installer コマンドを使用して、Sun Cluster ソフトウェアパッケージがノードにインストールされていることを確認してください。Java ES installer プログラムをインストールスクリプトから実行する方法についての詳細は、『Sun Java Enterprise System 5 Installation Guide for UNIX』の第 5 章「Installing in Silent Mode」を参照してください。


始める前に

次の作業を実行します。

これらのガイドラインに従い、次に示す手順で対話式の scinstall ユーティリティーを使用します。

  1. Sun Cluster ソフトウェアのインストール時にリモート構成を無効にした場合は、リモート構成をもう一度有効にします。

    すべてのクラスタノードで スーパーユーザーのリモートシェル (rsh(1M)) またはセキュアシェル (ssh(1)) アクセスします。

  2. クラスタを構成するクラスタノードでスーパーユーザーになります。

  3. scinstall ユーティリティーを起動します。


    phys-schost# /usr/cluster/bin/scinstall
    
  4. 「新しいクラスタの作成またはクラスタノードの追加」というオプションに対応する番号を入力し、Return キーを押します。


     *** Main Menu ***
    
        Please select from one of the following (*) options:
    
          * 1) Create a new cluster or add a cluster node
            2) Configure a cluster to be JumpStarted from this install server
            3) Manage a dual-partition upgrade
            4) Upgrade this cluster node
          * 5) Print release information for this cluster node
     
          * ?) Help with menu options
          * q) Quit
    
        Option:  1
    

    「新しいクラスタとクラスタノード」メニューが表示されます。

  5. 「新しいクラスタの作成」というオプションに対応する番号を入力し、Return キーを押します。

    「通常」または「カスタム」モードメニューが表示されます。

  6. 「通常」または「カスタム」に対応する番号を入力し、Return キーを押します。

    「新しいクラスタの作成」画面が表示されます。要件を読み、Control-D キーを押して操作を続けます。

  7. メニュープロンプトに従って、 構成計画ワークシートから回答を入力します。

    scinstall ユーティリティーは、すべてのクラスタノードのインストールを行い、クラスタを再起動します。クラスタ内ですべてのノードが正常に起動されると、クラスタが確立されます。Sun Cluster のインストール出力は、/var/cluster/logs/install/scinstall.log.N に記録されます。

  8. Solaris 10 OS の場合、各ノードで Service Management Facility (SMF) のマルチユーザーサービスがオンラインであることを確認してください。

    ノードでサービスがまだオンラインでない場合は、状態がオンラインになるのを待ってから、次の手順に進んでください。


    phys-schost# svcs multi-user-server
    STATE          STIME    FMRI
    online         17:52:55 svc:/milestone/multi-user-server:default
  9. 1 つのノードで、スーパーユーザーになります。

  10. すべてのノードがクラスタに結合していることを確認します。


    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) のマニュアルページを参照してください。

  11. (省略可能) 監視対象ディスクパスのすべてに障害が発生した場合に自動ノード再起動を有効にします。

    1. 自動リブート機能を有効にします。


      phys-schost# clnode set -p reboot_on_path_failure=enabled
      
      -p

      設定するプロパティーを指定します。

      reboot_on_path_failure=enable

      クラスタ内の異なるノードから 1 つ以上のディスクにアクセスできる場合、監視されているすべてのディスクパスで障害が発生するとノードが再起動するように指定します。

    2. ディスクパスの障害発生時の自動リブートが有効になっていることを確認します。


      phys-schost# clnode show
      === Cluster Nodes ===                          
      
      Node Name:                                      node
      …
        reboot_on_path_failure:                          enabled
      …
  12. 高可用ローカルファイルシステムで 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 デーモンの両方を有効なままにすることができます。


    ループバックファイルシステムについては、 『Solaris のシステム管理 (デバイスとファイルシステム)』 (Solaris 9またはSolaris 10) の「ループバックファイルシステム」を参照してください。


例 3–1 すべてのノードでの Sun Cluster ソフトウェアの構成

ここでは、scinstall を使用して 2 ノードクラスタ schost で構成作業を完了したときに、ログに記録される scinstall 進行状況メッセージの例を示します。このクラスタは、scinstall の「通常」モードを使用することによって、phys-schost-1 からインストールされます。もう一つのクラスタノードは、phys-schost-2 です。アダプタ名は qfe2qfe3です。定足数デバイスの自動選択は有効です。


  Installation and Configuration

    Log file - /var/cluster/logs/install/scinstall.log.24747

    Testing for "/globaldevices" on "phys-schost-1" … done
    Testing for "/globaldevices" on "phys-schost-2" … done
    Checking installation status … done

    The Sun Cluster software is already installed on "phys-schost-1".
    The Sun Cluster software is already installed on "phys-schost-2".
    Starting discovery of the cluster transport configuration.

    The following connections were discovered:

        phys-schost-1:qfe2  switch1  phys-schost-2:qfe2
        phys-schost-1:qfe3  switch2  phys-schost-2:qfe3

    Completed discovery of the cluster transport configuration.

    Started sccheck on "phys-schost-1".
    Started sccheck on "phys-schost-2".

    sccheck completed with no errors or warnings for "phys-schost-1".
    sccheck completed with no errors or warnings for "phys-schost-2".

    Removing the downloaded files … done

    Configuring "phys-schost-2" … done
    Rebooting "phys-schost-2" … done

    Configuring "phys-schost-1" … done
    Rebooting "phys-schost-1" …

Log file - /var/cluster/logs/install/scinstall.log.24747

Rebooting …

注意事項

構成の失敗 - 1 つまたは複数のノードがクラスタに参加できない場合、または誤った構成情報が指定された場合は、まずこの手順をもう一度実行してみてください。それでも問題が修正されない場合は、誤った構成の各ノードで 「インストールの問題を修正するために Sun Cluster ソフトウェアを構成解除する」の手順を実行して、クラスタ構成からそのノードを削除します。Sun Cluster ソフトウェアパッケージをアンインストールする必要はありません。それから、この手順をもう一度実行します。

次の手順

Procedureすべてのノードで Sun Cluster ソフトウェアを構成する (XML)

XML クラスタ構成ファイルを使用して新規クラスタを構成するには、以下の手順を実行します。新しいクラスタは、Sun Cluster 3.2 ソフトウェアを実行する既存のクラスタから複製できます。

この手順では、次のクラスタ構成要素を構成します。

始める前に

次の作業を実行します。

  1. 作成するクラスタノードで Sun Cluster 3.2 ソフトウェアがまだ設定されていないことを確認します。

    1. 新しいクラスタに設定するノードでスーパーユーザーになります。

    2. 作成するノードで Sun Cluster 3.2 ソフトウェアがすでに構成されているか調べます。


      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 ソフトウェアをインストールしたい場合、代わりに第 8 章「Sun Cluster ソフトウェアのアップグレード」のアップグレード手順を実行します。

    3. 新しいクラスタで構成する残りの各ノードで手順 a および手順 b を繰り返します。

      作成するクラスタノードでSun Cluster 3.2 ソフトウェアがまだ構成されていない場合は、手順 2 に進みます。

  2. Sun Cluster 3.2 ソフトウェアを実行している既存のクラスタを複製する場合は、そのクラスタ内のノードを使用して、クラスタ構成 XML ファイルを作成します。

    1. 複製するクラスタの有効なメンバーでスーパーユーザーになります。

    2. 既存のクラスタの構成情報をファイルにエクスポートします。


      phys-schost# cluster export -o clconfigfile
      
      -o

      出力先を指定します。

      clconfigfile

      クラスタ構成 XML ファイルの名前。指定するファイル名は、既存のファイルまたはコマンドで作成される新規ファイルになります。

      詳細については、cluster(1CL) のマニュアルページを参照してください。

    3. 新しいクラスタを構成するノードに構成ファイルをコピーします。

      クラスタノードとして構成する他のホストからアクセス可能なディレクトリであれば、任意のディレクトリにファイルを格納できます。

  3. 新しいクラスタに設定するノードでスーパーユーザーになります。

  4. 必要に応じてクラスタ構成 XML ファイルを変更します。

    1. クラスタ構成 XML ファイルを編集するために開きます。

      • 既存のクラスタを複製する場合、cluster export コマンドで作成したファイルを開きます。

      • 既存のクラスタを複製しない場合は、新しいファイルを作成します。

        clconfiguration(5CL) のマニュアルページに示した要素の階層に基づいてファイルを作成してください。クラスタノードとして構成する他のホストからアクセス可能なディレクトリであれば、任意のディレクトリにファイルを格納できます。

    2. XML 要素の値を作成するクラスタ構成を反映するように変更します。

      • クラスタを確立するには、クラスタ構成 XML ファイルで次の構成要素が有効な値を持つ必要があります。

        • クラスタ名

        • クラスタノード

        • クラスタトランスポート

      • クラスタは、クラスタノードとして構成する各ノードに /globaldevices パーティションが存在することを前提に作成されます。このパーティションにグローバルデバイスの名前空間が作成されます。グローバルデバイスを作成する別のファイルシステム名を使用する必要がある場合は、/globaldevicesという名前のパーティションを持たない各ノードの<propertyList>要素に次のプロパティを追加します。


        …
          <nodeList>
            <node name="node" id="N">
              <propertyList>
        …
                <property name="globaldevfs" value="/filesystem-name"/>
        …
              </propertyList>
            </node>
        …
      • 既存のクラスタからエクスポートした構成情報を変更する場合、新しいクラスタを反映するために変更の必要な一部の値 (ノード名など) が複数のクラスタオブジェクトに含まれています。

      クラスタ構成 XML ファイルの構造と内容の詳細については、clconfiguration(5CL) のマニュアルページを参照してください。

  5. クラスタ構成XMLファイルを確認します。


    phys-schost# /usr/share/src/xmllint --valid --noout clconfigfile
    

    詳細については、xmllint(1) のマニュアルページを参照してください。

  6. クラスタ構成 XML ファイルの潜在ノードから、クラスタを作成します。


    phys-schost# cluster create -i clconfigfile
    
    -i clconfigfile

    入力ソースとして使用するクラスタ構成 XML ファイルの名前を指定します。

  7. Solaris 10 OS の場合、各ノードで Service Management Facility (SMF) のマルチユーザーサービスがオンラインであることを確認してください。

    ノードでサービスがまだオンラインでない場合は、状態がオンラインになるのを待ってから、次の手順に進んでください。


    phys-schost# svcs multi-user-server
    STATE          STIME    FMRI
    online         17:52:55 svc:/milestone/multi-user-server:default
  8. 1 つのノードで、スーパーユーザーになります。

  9. すべてのノードがクラスタに結合していることを確認します。


    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) のマニュアルページを参照してください。

  10. Sun Cluster ソフトウェアをサポートするために必要なパッチをインストールしていない場合は、これをインストールします。

    パッチおよびインストール手順の場所については、『Sun Cluster 3.2 ご使用にあたって (Solaris OS 版)』「パッチと必須ファームウェアのレベル」を参照してください。

  11. 高可用ローカルファイルシステムで 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 デーモンの両方を有効なままにすることができます。


    ループバックファイルシステムについては、 『Solaris のシステム管理 (デバイスとファイルシステム)』 (Solaris 9またはSolaris 10) の「ループバックファイルシステム」を参照してください。

  12. 既存のクラスタから定足数情報を複製するには、クラスタ構成 XML ファイルを使用して定足数デバイスを構成します。

    2 ノードクラスタを作成した場合、定足数デバイスを構成する必要があります。必要な定足数デバイスを作成するためにクラスタ構成 XML ファイルを使用しない場合は、代わりに「定足数デバイスを構成する」に進みます。

    1. 定足数デバイスに定足数サーバーを使用する場合は、定足数サーバーが設定されて動作していることを確認します。

      『Sun Cluster 定足数サーバーユーザーズガイド』の手順に従ってください。

    2. 定足数デバイスに Network Appliance NAS デバイスを使用している場合は、NAS デバイスが設定されて動作していることを確認します。

      1. NAS デバイスを定足数デバイスとして使用するための要件を守ってください。

        『Sun Cluster 3.1 - 3.2 With Network-Attached Storage Devices Manual for Solaris OS』「Requirements, Recommendations, and Restrictions for Network Appliance NAS Devices」を参照してください。

      2. デバイスの手順に従って、NAS デバイスを設定してください。

    3. クラスタ構成 XML ファイル内の定足数構成情報が作成したクラスタの有効な値を反映していることを確認します。

    4. クラスタ構成 XML ファイルを変更した場合は、そのファイルを確認します。


      phys-schost# xmllint --valid --noout clconfigfile
      
    5. 定足数デバイスを構成します。


      phys-schost# clquorum add -i clconfigfile devicename
      
      devicename

      定足数デバイスとして構成するストレージデバイスの名前を指定します。

  13. クラスタのインストールモードを解除します。


    phys-schost# clquorum reset
    
  14. (省略可能) 監視対象のディスクパスがすべて失敗する場合は、自動ノード再起動を有効にします。

    1. 自動リブート機能を有効にします。


      phys-schost# clnode set -p reboot_on_path_failure=enabled
      
      -p

      設定するプロパティーを指定します。

      reboot_on_path_failure=enable

      クラスタ内の異なるノードから 1 つ以上のディスクにアクセスできる場合、監視されているすべてのディスクパスで障害が発生するとノードが再起動するように指定します。

    2. ディスクパスの障害発生時の自動リブートが有効になっていることを確認します。


      phys-schost# clnode show
      === Cluster Nodes ===                          
      
      Node Name:                                      node
      …
        reboot_on_path_failure:                          enabled
      …

例 3–2 すべてのノードで XML ファイルを使用して、Sun Cluster ソフトウェアを構成する

次の例では、既存の 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
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 ボリュームマネージャー および VERITAS Volume Manager 

cldevicegroup(1CL)

Solaris ボリュームマネージャー の場合、最初にクラスタ構成 XML ファイルで指定するディスクセットを作成します。 

VxVM の場合、 最初に VxVM ソフトウェアをインストールして設定し、クラスタ構成 XML ファイルで指定するディスクグループを作成します。 

リソース 

clresource(1CL)

clresourceclressharedaddress、または 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)

 

ProcedureSolaris と Sun Cluster ソフトウェアをインストールする (JumpStart)

この手順では、カスタム JumpStart によるインストール方法である scinstall(1M) の設定と使用について説明します。この方法は、Solaris OS と Sun Cluster ソフトウェアの両方をすべてのクラスタノードにインストールし、クラスタを動作可能にします。この手順は、新規ノードを既存のクラスタに追加するときにも使用できます。

始める前に

次の作業を実行します。

これらのガイドラインに従い、次に示す手順で対話式の scinstall ユーティリティーを使用します。

  1. JumpStart インストールサーバーを設定します。

    JumpStart インストールサーバーが次の条件に適合していることを確認します。

    • インストールサーバーがクラスタノードと同じサブネットにあるか、クラスタノードが使用するサブネットに Solaris ブートサーバーがあること。

    • インストールサーバー自体はクラスタノードでないこと。

    • インストールサーバーによって、Sun Cluster ソフトウェアがサポートする Solaris OS のリリースがインストールされていること。

    • Sun Cluster ソフトウェアの JumpStart インストール用のカスタム JumpStart ディレクトリが存在すること。この jumpstart-dir ディレクトリは、次の要件を満たしている必要があります。

      • check ユーティリティーのコピーを含むこと。

      • JumpStart インストールサーバーで読み取れるように NFS エクスポートされていること。

    • 各新規クラスタノードが、Sun Cluster インストール用に設定されたカスタム JumpStart ディレクトリを使用する、カスタムJumpStart インストールクライアントとして構成されていること。

    使用するソフトウェアプラットフォームと OS のバージョンに該当する手順に従って、JumpStart インストールサーバーを設定します。『Solaris 9 9/04 インストールガイド』「ネットワーク上のシステム用のプロファイルサーバーの作成」または『Solaris 10 インストールガイド (カスタム JumpStart/ 上級編)』「ネットワーク上のシステム用のプロファイルサーバーの作成」を参照してください。

    また、setup_install_server(1M) および add_install_client(1M) のマニュアルページも参照してください。

  2. 既存のクラスタに新しいノードをインストールする場合、ノードを許可クラスタノードのリストに追加します。

    1. アクティブな別のクラスタノードに切り替えて、clsetup ユーティリティーを起動します。

    2. clsetup ユーティリティーを使用して、新しいノードの名前を許可クラスタノードのリストに追加します。

    詳細は、『Sun Cluster のシステム管理 (Solaris OS 版)』「ノードを認証ノードリストに追加する」を参照してください。

  3. クラスタノードまたは同じサーバープラットフォームの別のマシンで、Solaris OS をまだインストールしていない場合は、Solaris OS をインストールします。

    Solaris ソフトウェアがすでにサーバーにインストールされている場合は、Solaris のインストールが Sun Cluster ソフトウェアの必要条件、およびそのクラスタにインストールする予定の他のソフトウェアの必要条件を満たしていることを確認してください。Solaris ソフトウェアをインストールして、Sun Cluster ソフトウェアの必要条件を満たす方法の詳細については、「Solaris ソフトウェアをインストールする」を参照してください。

    「Solaris ソフトウェアをインストールする」の手順に従います。

  4. 上記インストールを行なったシステムで、Sun Cluster ソフトウェアをまだインストールしていない場合は、これをインストールします。

    「Sun Cluster フレームワークとデータサービスソフトウェアパッケージをインストールする」の手順に従います。

    パッチおよびインストール手順の場所については、『Sun Cluster 3.2 ご使用にあたって (Solaris OS 版)』「パッチと必須ファームウェアのレベル」を参照してください。

  5. 共通エージェントコンテナ デーモンがシステムのブート中に自動的に起動できるようにします。


    machine# cacaoadm enable
    
  6. 上記インストールを行なったシステムで/etc/inet/ipnodes ファイルを編集して、クラスタで使用されている公開 IP アドレスをすべて追加します。

    この手順は、ネームサービスを使用しているかどうかに関わらず実行します。IP アドレスを追加する必要がある Sun Cluster コンポーネントについては、「パブリックネットワーク IP アドレス」を参照してください。

  7. インストールしたシステムのフラッシュアーカイブを作成します。


    machine# flarcreate -n name archive
    
    -n name

    フラッシュアーカイブに付ける名前

    archive

    フラッシュアーカイブに付ける、フルパス付きのファイル名。規則により、ファイル名は .flar で終わります。

    次のいずれかのマニュアルの手順に従います。

  8. フラッシュアーカイブが NFS でエクスポートされており、JumpStart インストールサーバーから読み取れることを確認します。

    自動ファイル共有については、『Solaris のシステム管理 (ネットワークサービス)』 (Solaris 9またはSolaris 10) の「ネットワークファイルシステムの管理 (概要)」を参照してください。

    また、share(1M) および dfstab(4) のマニュアルページも参照してください。

  9. JumpStart インストールサーバーで、スーパーユーザーになります。

  10. JumpStart インストールサーバーから、scinstall(1M) ユーティリティーを起動します。

    ここでは、作成した JumpStart インストールディレクトリの例として、パス /export/suncluster/sc31/ を使用します。メディアパスで、archsparc または x86 (Solaris 10 の場合のみ) に置き換え、ver 9 (Solaris 9 の場合)または 10 (Solaris 10 の場合) に置き換えます。


    installserver# cd /export/suncluster/sc31/Solaris_arch/Product/sun_cluster/ \
    Solaris_ver/Tools/
    installserver# ./scinstall
    

    scinstall のメインメニューが表示されます。

  11. 「このインストールサーバーから JumpStart できるようにクラスタを構成」オプションに該当する番号を選択し、Return キーを押します。

    このオプションを使用して、カスタム JumpStart 完了スクリプトを構成します。JumpStart は、これらの完了スクリプトを使用して、 Sun Cluster ソフトウェアをインストールします。


     *** Main Menu ***
     
        Please select from one of the following (*) options:
    
          * 1) Create a new cluster or add a cluster node
          * 2) Configure a cluster to be JumpStarted from this install server
            3) Manage a dual-partition upgrade
            4) Upgrade this cluster node
          * 5) Print release information for this cluster node 
    
          * ?) Help with menu options
          * q) Quit
     
        Option:  2
    
  12. メニュープロンプトに従って、 構成計画ワークシートから回答を入力します。

    scinstall コマンドにより構成情報が格納され、デフォルトの class ファイルである autoscinstall.class ファイルが /jumpstart-dir/autoscinstall.d/3.2/ ディレクトリにコピーされます。このファイルは、次の例のようになります。


    install_type    initial_install
    system_type     standalone
    partitioning    explicit
    filesys         rootdisk.s0 free /
    filesys         rootdisk.s1 750  swap
    filesys         rootdisk.s3 512  /globaldevices
    filesys         rootdisk.s7 20
    cluster         SUNWCuser        add
    package         SUNWman          add
  13. 必要に応じて、autoscinstall.class ファイル を編集して、JumpStart がフラッシュアーカイブをインストールするように調整します。

    1. 必要に応じてエントリを編集して、Solaris OS をフラッシュアーカイブマシンにインストールしたとき、あるいはscinstall ユーティリティーを実行したときに行なった構成の選択に一致するようにします。

      たとえば、グローバルデバイスファイルシステムにスライス4 を割り当て、そのファイルシステムの名前が /gdevs であると scinstall に指定した場合、autoscinstall.class ファイルの /globaldevices エントリを次のように変更します。


      filesys         rootdisk.s4 512  /gdevs
    2. autoscinstall.class ファイルの次のエントリを変更します。

      置換する既存のエントリ 

      追加する新規エントリ 

      install_type

      initial_install

      install_type

      flash_install

      system_type

      standalone

      archive_location

      retrieval_type location

      archive_location キーワードを一緒に使用するときのretrieval_typelocation の有効な値については、『Solaris 9 9/04 インストールガイド』または『Solaris 10 インストールガイド (カスタム JumpStart/ 上級編』archive_location キーワード」を参照してください。

    3. たとえば次のような、特定のパッケージをインストールするエントリをすべて削除します。


      cluster         SUNWCuser        add
      package         SUNWman          add
    4. 使用する構成に追加の Solaris ソフトウェア要件がある場合は、それに応じて autoscinstall.class ファイルを変更します。

      autoscinstall.class ファイルにより、エンドユーザー Solaris ソフトウェアグループ (SUNWCuser) がインストールされます。

    5. End User Solaris Software Group (SUNWCuser ) をインストールする場合は、必要となる可能性があるすべての追加 Solaris ソフトウェアパッケージを autoscinstall.class ファイルに追加してください。

      一部の Sun Cluster 機能のサポートに必要な Solarisパッケージを次の表に示します。これらのパッケージは、エンドユーザー Solaris ソフトウェアグループには含まれていません。詳細については、「Solaris ソフトウェアグループについて」を参照してください。

      機能 

      必須の Solaris ソフトウェアパッケージ 

      RSMAPI、RSMRDT ドライバ、または SCI-PCI アダプタ (SPARC ベースのクラスタのみ) 

      SPARC: Solaris 9: SUNWrsm SUNWrsmx SUNWrsmo SUNWrsmox

      Solaris 10: SUNWrsm SUNWrsmo

      Sun Cluster Manager (従来の SunPlexTM Manager)

      SUNWapchr SUNWapchu

    デフォルトの class ファイルは、次のいずれかの方法で変更できます。

    • autoscinstall.class ファイルを直接編集します。変更内容は、このカスタム JumpStart ディレクトリを使用するすべてのクラスタのすべてのノードに適用されます。

    • 他のプロファイルを指す rules ファイルを更新後、check ユーティリティーを実行して、rules ファイルの妥当性検査を行います。

    Solaris OS のインストールプロファイルが Sun Cluster の最小ファイルシステム割り当て要件を満たす限り、Sun Cluster ソフトウェアはインストールプロファイルのその他の変更を制限しません。Sun Cluster ソフトウェアをサポートするためのパーティション分割のガイドラインと要件については、「システムディスクパーティション」を参照してください。

    JumpStart プロファイルについては、『Solaris 9 9/04 インストールガイド』の第 26 章「カスタム JumpStart インストールの準備 (作業)」または『Solaris 10 インストールガイド (カスタム JumpStart/ 上級編)』の第 6 章「カスタム JumpStart インストールの準備 (作業)」を参照してください。

  14. 次のいずれかの機能に必要なパッケージをインストールする、またはそれ以外のインストール後のタスクを実行するには、独自の終了スクリプトを作成してください。

    • Remote Shared Memory Application Programming Interface (RSMAPI)

    • インターコネクトトランスポート用の SCI-PCI アダプタ

    • RSMRDT ドライバ


    注 –

    RSMRDT ドライバを使用できるのは、Oracle9i リリース 2 SCI 構成を RSM を有効にして実行しているクラスタだけです。インストールと構成手順についての詳細は、Oracle9i リリース 2 のユーザーマニュアルを参照してください。


    scinstall コマンドでインストールされる標準の finish スクリプトがインストールされた後に、ユーザー独自の finish スクリプトが実行されます。JumpStart プロファイルについては、『Solaris 9 9/04 インストールガイド』の第 26 章「カスタム JumpStart インストールの準備 (作業)」または『Solaris 10 インストールガイド (カスタム JumpStart/ 上級編)』の第 6 章「カスタム JumpStart インストールの準備 (作業)」を参照してください。

    1. デフォルトの class ファイルにより、依存性 Solaris パッケージがインストールされることを確認します。

      詳細は、手順 13 を参照してください。

    2. 完了スクリプトに finish と名前を付けます。

    3. finish スクリプトを変更して、使用しようとしている機能をサポートする、次の表にあるソフトウェアパッケージをインストールします。

      機能 

      インストールする追加の Sun Cluster 3.2 パッケージ 

      RSMAPI 

      SUNWscrif

      SCI-PCI アダプタ 

      • Solaris 9: SUNWsci SUNWscid SUNWscidx

      • Solaris 10: SUNWscir SUNWsci SUNWscidr SUNWscid

      RSMRDT ドライバ 

      SUNWscrdt

      • 表に示した順序でパッケージをインストールします。

      • Solaris_arch/Product/sun_cluster/Solaris_ver/Packages/ ディレクトリ (ここで、archsparc または x86 (Solaris 10 のみ)、ver9 (Solaris 9) または 10 (Solaris 10)) からパッケージをインストールします。

    4. finish スクリプトで実行するその他のインストール後の作業用に追加の修正を加えます。

    5. finish スクリプトをそれぞれの jumpstart-dir/autoscinstall.d/nodes/node ディレクトリにコピーします。

      クラスタ内の各ノードに 1 つの node ディレクトリを作成します。または、共有 finish スクリプトへのシンボリックリンクを作成する命名規則を使用します。

  15. JumpStart インストールサーバーを終了します。

  16. クラスタ管理コンソールを使用している場合、クラスタ内にある各ノードのコンソール画面を表示します。

    • クラスタコントロールパネル (CCP) ソフトウェアが管理コンソールにインストールされ、構成されている場合は、cconsole(1M) ユーティリティーを使用して、コンソール画面を個別に表示します。

      スーパーユーザーとして、次のコマンドを使用して、cconsole ユーティリティーを起動します。


      adminconsole# /opt/SUNWcluster/bin/cconsole clustername &
      

      また、cconsole ユーティリティーを使用してマスターウィンドウを開くことができます。ここでの入力を、個々のすべてのコンソールウィンドウに同時に送信できます。

    • cconsole ユーティリティーを使用しない場合は、各ノードのコンソールに個別に接続します。

  17. 各ノードを停止します。


    phys-schost# shutdown -g0 -y -i0
    
  18. 各ノードを起動し、JumpStart のインストールを開始します。

    • SPARC ベースのシステムでは、次の操作を実行します。


      ok boot net - install
      

      注 –

      上記コマンド内のダッシュ記号 (-) の両側は、空白文字で囲む必要があります。


    • x86 ベースのシステムでは、次の操作を実行します。

      1. 起動シーケンスを開始するには、どれかキーを押します。


        Press any key to reboot.
        keystroke
        
      2. BIOS 情報画面が表示されたら、すぐに Esc+2 キーまたは F2 キーを押します。

        初期化シーケンスが完了すると、BIOS セットアップユーティリティー画面が表示されます。

      3. BIOS セットアップユーティリティのメニューバーで、ブートメニュー項目に移動します。

        ブートデバイスの一覧が表示されます。

      4. 一覧に表示された JumpStart PXE インストールサーバーと同じネットワークに接続されている IBA を探して、ブート順の最上位に移動させます。

        IBA ブート選択肢の右の一番下の数字は、一番下の Ethernet ポート番号に対応しています。IBA ブート選択肢の右の一番上の数字は、一番上の Ethernet ポート番号に対応しています。

      5. 変更を保存し、BIOS を終了します。

        ブートシーケンスがもう一度開始されます。さらに処理が進んで、GRUB メニューが表示されます。

      6. すぐに Solaris JumpStart エントリを選択して、Enter キーを押します。


        注 –

        Solaris JumpStart エントリが一覧に表示される唯一のエントリである場合、代わりに選択画面がタイムアウトするのを待つこともできます。30 秒以内に応答しないと、システムは自動的にブートシーケンスを継続します。



        GNU GRUB version 0.95 (631K lower / 2095488K upper memory)
        +-------------------------------------------------------------------------+
        | Solaris_10 Jumpstart                                                    |
        |                                                                         |
        |                                                                         |
        +-------------------------------------------------------------------------+
        Use the ^ and v keys to select which entry is highlighted.
        Press enter to boot the selected OS, 'e' to edit the
        commands before booting, or 'c' for a command-line.

        さらに処理が進んで、インストールの種類のメニューが表示されます。

      7. インストールの種類のメニューから、すぐにカスタム JumpStart の番号を入力します。


        注 –

        30 秒のタイムアウト期間が終了するまでにカスタム JumpStart の番号を入力しないと、システムは自動的に Solaris の対話型のインストールを開始します。



              Select the type of installation you want to perform:
        
                 1 Solaris Interactive
                 2 Custom JumpStart
                 3 Solaris Interactive Text (Desktop session)
                 4 Solaris Interactive Text (Console session)
                 5 Apply driver updates
                 6 Single user shell
        
                 Enter the number of your choice.
        2
        

        JumpStart が Solaris OS と Sun Cluster ソフトウェアを各ノードにインストールします。インストールが正常に完了すると、各ノードは新しいクラスタノードとして完全にインストールされます。Sun Cluster のインストール出力は、/var/cluster/logs/install/scinstall.log.N に記録されます。

      8. BIOS 画面がもう一度表示されたら、すぐに Esc+2 キーを押すか、F2 キーを押します。


        注 –

        この時点でインストールを中断しない場合、自動的にインストールの種類のメニューに戻ります。そこで 30 秒以内に入力しない場合、システムは自動的に対話型のインストールを開始します。


        さらに処理が進んだ後、BIOS セットアップユーティリティーが表示されます。

      9. メニューバーで、ブートメニューに進みます。

        ブートデバイスの一覧が表示されます。

      10. ハードディスクドライブのエントリに進み、ブート順の最上位に戻します。

      11. 変更を保存し、BIOS を終了します。

        ブートシーケンスがもう一度開始されます。GRUB メニューでクラスタモードへの起動を完了するために必要な操作はこれ以上ありません。

  19. Solaris 10 OS の場合、各ノードで Service Management Facility (SMF) のマルチユーザーサービスがオンラインであることを確認してください。

    ノードでサービスがまだオンラインでない場合は、状態がオンラインになるのを待ってから、次の手順に進んでください。


    phys-schost# svcs multi-user-server
    STATE          STIME    FMRI
    online         17:52:55 svc:/milestone/multi-user-server:default
  20. 既存のクラスタに新しいノードをインストールする場合、新しいノード上で、既存のすべてのクラスタファイルシステム用のマウントポイントを作成します。

    1. クラスタ内にある別のアクティブなノードから、すべてのクラスタファイルシステムの名前を表示します。


      phys-schost# mount | grep global | egrep -v node@ | awk '{print $1}'
      
    2. クラスタに追加したノード上で、クラスタ内にある各クラスタファイルシステム用のマウントポイントを作成します。


      phys-schost-new# mkdir -p mountpoint
      

      たとえば、マウントコマンドが戻したファイルシステム名が /global/dg-schost-1 である場合、クラスタに追加するノード上で mkdir -p /global/dg-schost-1 を実行します。


      注 –

      手順 24 でクラスタを再起動すると、マウントポイントが有効になります。


    3. VERITAS Volume Manager (VxVM) がクラスタ内にあるノードにすでにインストールされている場合は、インストールされた VxVMの各ノードで vxio 番号を表示します。


      phys-schost# grep vxio /etc/name_to_major
      vxio NNN
      
      • VxVM がインストールされている各ノード上で同じ vxio 番号が使用されていることを確認します。

      • VxVM がインストールされていない各ノード上で vxio 番号が使用できることを確認してください。

      • VxVM がインストールされていないノード上ですでに vxio 番号が使用されている場合、そのノードで該当番号を解放します。また、/etc/name_to_major エントリは、別の番号に変更してください。

  21. (省略可能) Sun Enterprise 10000 サーバで動的再構成を使用するには、クラスタ内の各ノード上の /etc/system ファイルに次のエントリを追加します。


    set kernel_cage_enable=1

    このエントリは、次のシステム再起動後に有効になります。Sun Cluster 構成で、動的再構成の作業を実行するための手順については、『Sun Cluster のシステム管理 (Solaris OS 版)』を参照してください。動的再構成の詳細については、サーバーのマニュアルを参照してください。

  22. 高可用ローカルファイルシステムで 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 デーモンの両方を有効なままにすることができます。


    ループバックファイルシステムについては、 『Solaris のシステム管理 (デバイスとファイルシステム)』 (Solaris 9またはSolaris 10) の「ループバックファイルシステム」を参照してください。

  23. x86: デフォルトのブートファイルを設定します。

    この値を設定すると、ログインプロンプトにアクセスできないときにノードを再起動できます。

    • Solaris 9 OS では、デフォルトを kadb に設定します。


      phys-schost# eeprom boot-file=kadb
      
    • Solaris 10 OS では、GRUB ブートパラメータメニューでデフォルトを kmdb に設定します。


      grub edit> kernel /platform/i86pc/multiboot kmdb
      
  24. クラスタの再起動が必要な作業を実行したら、次の手順に従って、クラスタを再起動してください。

    再起動が必要な作業には、次のものがあります。

    • 既存のクラスタへの新しいノードの追加

    • ノードまたはクラスタの再起動が必要なパッチのインストール

    • 有効にするために再起動の必要な構成の変更

    1. 1 つのノードで、スーパーユーザーになります。

    2. クラスタを停止します。


      phys-schost-1# cluster shutdown -y -g0 clustername
      

      注 –

      クラスタがシャットダウンするまで、最初にインストールしたクラスタノードを再起動しないでください。クラスタのインストールモードが無効になるまでは、最初にインストールした (つまり、クラスタを構築した) ノードだけが定足数投票権を持ちます。まだインストールモードにある確立されたクラスタで、最初にインストールしたノードを再起動する前にクラスタをシャットダウンしていない場合、残りのクラスタノードが定足数を獲得できません。クラスタ全体が停止します。

      clsetup コマンドを初めて実行するまで、クラスタノードは、インストールモードのままになります。「定足数デバイスを構成する」の手順の間にこのコマンドを実行します。


    3. クラスタ内にある各ノードを再起動します。

      • SPARC ベースのシステムでは、次の操作を実行します。


        ok boot
        
      • x86 ベースのシステムでは、次の操作を実行します。

        GRUB メニューが表示されたら、該当する Solaris エントリを選択して、Enter キーを押します。GRUB メニューは、次のように表示されます。


        GNU GRUB version 0.95 (631K lower / 2095488K upper memory)
        +-------------------------------------------------------------------------+
        | Solaris 10 /sol_10_x86                                                  |
        | Solaris failsafe                                                        |
        |                                                                         |
        +-------------------------------------------------------------------------+
        Use the ^ and v keys to select which entry is highlighted.
        Press enter to boot the selected OS, 'e' to edit the
        commands before booting, or 'c' for a command-line.

        GRUB ベースの起動の詳細は、『Solaris のシステム管理 (基本編)』の第 11 章「GRUB ベースのブート (手順)」を参照してください。

    scinstall ユーティリティーは、すべてのクラスタノードのインストールを行い、クラスタを再起動します。クラスタ内ですべてのノードが正常に起動されると、クラスタが確立されます。Sun Cluster のインストール出力は、/var/cluster/logs/install/scinstall.log.N に記録されます。

  25. (省略可能) 手順 24 を実行してノードを再起動しなかった場合、各ノードで Sun Java Web Console Web サーバーを手動で起動します。


    phys-schost# smcwebserver start
    

    詳細については、smcwebserver(1M) のマニュアルページを参照してください。

  26. 1 つのノードで、スーパーユーザーになります。

  27. すべてのノードがクラスタに結合していることを確認します。


    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) のマニュアルページを参照してください。

  28. (省略可能) 監視対象のディスクパスがすべて失敗する場合は、各ノードで自動ノード再起動を有効にします。

    1. 自動リブート機能を有効にします。


      phys-schost# clnode set -p reboot_on_path_failure=enabled
      
      -p

      設定するプロパティーを指定します。

      reboot_on_path_failure=enable

      クラスタ内の異なるノードから 1 つ以上のディスクにアクセスできる場合、監視されているすべてのディスクパスで障害が発生するとノードが再起動するように指定します。

    2. ディスクパスの障害発生時の自動リブートが有効になっていることを確認します。


      phys-schost# clnode show
      === Cluster Nodes ===                          
      
      Node Name:                                      node
      …
        reboot_on_path_failure:                          enabled
      …
次の手順

2 ノードクラスタにノードを追加した場合は、「クラスタへのノードの追加後に定足数デバイスを更新する」に進みます。

それ以外の場合は、次の該当する手順に進みます。

注意事項

無効な scinstall オプション - scinstall コマンドの JumpStart オプションの前にアスタリスクがない場合、このオプションは無効です。これは、JumpStart の設定が完了していないか、セットアップでエラーが発生したことを意味します。この条件を修正するには、まず scinstall ユーティリティーを終了します。手順 1 から 手順 14 までを繰り返して JumpStart の設定を修正し、scinstall ユーティリティーを再起動します。

存在しないノードに関するエラーメッセージscinstall コマンドでデフォルトの ntp.conf ファイルが自動的にインストールされます。デフォルトファイルでは、最大ノード数を想定しています。したがって、xntpd(1M) デーモンは起動時にこれらのノードに関してエラーメッセージを発行することがあります。これらのメッセージは無視しても問題ありません。それ以外の通常のクラスタ条件でこれらのメッセージを表示しない方法については、「時間情報プロトコル (NTP) を構成する」を参照してください。

Procedure追加のクラスタノード用にクラスタを準備する

以下の手順を実行して、既存のクラスタノードで新しいクラスタノードを追加するためにクラスタを準備します。

始める前に

次の作業を実行します。

  1. クラスタコントロールパネル (CCP) を使用している場合は、管理コンソールの構成ファイルを更新します。

    1. /etc/clusters ファイルのクラスタのエントリに追加するノードの名前を追加します。

    2. /etc/serialports ファイルに新しいノード名、ノードのコンソールアクセスデバイスのホスト名、およびポート番号を持つエントリを追加します。

  2. 新しいノードの名前をクラスタの承認済みノードリストに追加します。

    1. 任意のノードで、スーパーユーザーになります。

    2. clsetup ユーティリティーを起動します。


      phys-schost# clsetup
      

      メインメニューが表示されます。

    3. メニュー項目から「新規ノード」を選択します。

    4. メニューから「追加されるマシンの名前を指定」を選択します。

    5. プロンプトに従って、ノードの名前を認識されているマシンのリストに追加します。

      clsetup ユーティリティーは、作業がエラーなしで完了した場合、「コマンドが正常に完了しました」というメッセージを表示します。

    6. clsetup ユーティリティーを終了します。

  3. 単一ノードクラスタにノードを追加する場合、インターコネクト構成を表示して、2 つのクラスタインターコネクトがすでに存在することを確認します。


    phys-schost# clinterconnect show
    

    少なくとも 2 つのケーブルまたは 2 つのアダプタを構成しなければなりません。

    • 出力に 2 つのケーブルまたは 2 つのアダプタの構成情報が表示される場合は、手順 4 に進んでください。

    • 出力にケーブルまたはアダプタの構成情報が表示されない場合、または 1 つのケーブルまたはアダプタだけの構成情報が表示される場合は、新しいクラスタインターコネクトを構成してください。

      1. 1 つのノードで、clsetup ユーティリティーを開始します。


        phys-schost# clsetup
        
      2. 「クラスタインターコネクト」という項目を選択します。

      3. 「トランスポートケーブルを追加」という項目を選択します。

        指示通りにクラスタに追加するノードの名前、トランスポートアダプタの名前、およびトランスポートスイッチを使用するかどうかを指定します。

      4. 必要に応じて、手順 c を繰り返して、2 番目のクラスタインターコネクトを設定します。

      5. 完了後 clsetup ユーティリティーを終了します。

      6. クラスタに 2 つのクラスタインターコネクトが設定されていることを確認します。


        phys-schost# clinterconnect show
        

        コマンド出力は、少なくとも 2 つのクラスタインターコネクトの構成情報を表示する必要があります。

  4. プライベートネットワーク構成で、追加するノードおよびプライベートネットワークをサポートできることを確認します。

    1. 現在のプライベートネットワーク構成でサポートされているノードおよびプライベートネットワークの最大数を表示します。


      phys-schost# cluster show-netprops
      

      出力は次のようになります。これはデフォルト値を示しています。


      === Private Network ===                        
      
      private_netaddr:                                172.16.0.0
        private_netmask:                                255.255.248.0
        max_nodes:                                      64
        max_privatenets:                                10
    2. 現在のプライベートネットワークで非大域ゾーンおよびプライベートネットワークを含めたノードの数の増加に対応できるかどうかを判断します。

次の手順

新しいクラスタノードで Sun Cluster ソフトウェアを構成します。「追加のクラスタノードとして Sun Cluster ソフトウェアを構成する (scinstall)」または 「追加のクラスタノードで Sun Cluster ソフトウェアを構成する (XML)」に進みます。

Procedureノードまたはプライベートネットワークを追加するときにプライベートネットワーク構成を変更する

クラスタのプライベート IP アドレス範囲を変更して、ノードまたは非大域ゾーンの数の増加やプライベートネットワークの数の増加、またはこれらの組み合わせに対応するには、この作業を実行します。また、この手順を使用して、プライベート IP アドレスの範囲を小さくすることもできます。


注 –

この手順を実行するには、クラスタ全体をシャットダウンする必要があります。


  1. 各クラスタのノードのスーパーユーザーになります。

  2. 1 つのノードから clsetup ユーティリティーを開始します。


    # clsetup
    

    clsetup のメインメニューが表示されます。

  3. 各リソースグループをオフラインに切り替えます。

    ノードに非大域ゾーンが含まれている場合は、ゾーン内にあるリソースグループもすべてオフラインに切り替わります。

    1. リソースグループのオプションに対応する番号を入力し、Return キーを押します。

      リソースグループメニューが表示されます。

    2. リソースグループのオンライン/オフライン化、またはスイッチオーバーを行うオプションに対応する番号を入力し、Return キーを押します。

    3. プロンプトに従って、リソースグループをすべてオフラインにして、管理されていない状態にします。

    4. すべてのリソースグループがオフラインになったら、q を入力して「リソースグループメニュー」に戻ります。

  4. クラスタ内のすべてのリソースを無効にします。

    1. 「リソースを有効化または無効化」というオプションに対応する番号を入力し、Return キーを押します。

    2. 無効にするリソースを選択し、プロンプトの指示に従います。

    3. 無効にするリソースごとに上記の手順を繰り返します。

    4. すべてのリソースが無効になったら、q を入力して「リソースグループメニュー」に戻ります。

  5. clsetup ユーティリティーを終了します。

  6. すべてのノード上のすべてのリソースが Offline になっており、そのすべてのリソースグループが Unmanaged 状態であることを確認します。


    # cluster status -t resource,resourcegroup
    
    -t

    指定したクラスタオブジェクトへの出力を制限します

    resource

    リソースを指定します

    resourcegroup

    リソースグループを指定します

  7. ノードのどれか 1 つでクラスタを停止します。


    # cluster shutdown -g0 -y
    
    -g

    待機時間を秒単位で指定します。

    -y

    シャットダウンの確認を促すプロンプトを発生させないようにします。

  8. 各ノードを非クラスタモードで起動します。

    • SPARC ベースのシステム上で、次のコマンドを実行します。


      ok boot -x
      
    • x86 ベースのシステム上で、次のコマンドを実行します。

      1. GRUB メニューで矢印キーを使用して該当する Solaris エントリを選択し、e と入力してコマンドを編集します。

        GRUB メニューは、次のように表示されます。


        GNU GRUB version 0.95 (631K lower / 2095488K upper memory)
        +-------------------------------------------------------------------------+
        | Solaris 10 /sol_10_x86                                                  |
        | Solaris failsafe                                                        |
        |                                                                         |
        +-------------------------------------------------------------------------+
        Use the ^ and v keys to select which entry is highlighted.
        Press enter to boot the selected OS, 'e' to edit the
        commands before booting, or 'c' for a command-line.

        GRUB ベースの起動の詳細は、『Solaris のシステム管理 (基本編)』の第 11 章「GRUB ベースのブート (手順)」を参照してください。

      2. ブートパラメータ画面で矢印キーを使用して kernel エントリを選択し、e と入力してエントリを編集します。

        次のような GRUB ブートパラメータ画面が表示されます。


        GNU GRUB version 0.95 (615K lower / 2095552K upper memory)
        +----------------------------------------------------------------------+
        | root (hd0,0,a)                                                       |
        | kernel /platform/i86pc/multiboot                                     |
        | module /platform/i86pc/boot_archive                                  |
        +----------------------------------------------------------------------+
        Use the ^ and v keys to select which entry is highlighted.
        Press 'b' to boot, 'e' to edit the selected command in the
        boot sequence, 'c' for a command-line, 'o' to open a new line
        after ('O' for before) the selected line, 'd' to remove the
        selected line, or escape to go back to the main menu.
      3. コマンドに -x を追加して、システムが非クラスタモードで起動するように指定します。


        [ Minimal BASH-like line editing is supported. For the first word, TAB
        lists possible command completions. Anywhere else TAB lists the possible
        completions of a device/filename. ESC at any time exits. ]
        
        grub edit> kernel /platform/i86pc/multiboot -x
        
      4. Enter キーを押して変更を承諾し、ブートパラメータ画面に戻ります。

        画面には、編集されたコマンドが表示されます。


        GNU GRUB version 0.95 (615K lower / 2095552K upper memory)
        +----------------------------------------------------------------------+
        | root (hd0,0,a)                                                       |
        | kernel /platform/i86pc/multiboot -x                                  |
        | module /platform/i86pc/boot_archive                                  |
        +----------------------------------------------------------------------+
        Use the ^ and v keys to select which entry is highlighted.
        Press 'b' to boot, 'e' to edit the selected command in the
        boot sequence, 'c' for a command-line, 'o' to open a new line
        after ('O' for before) the selected line, 'd' to remove the
        selected line, or escape to go back to the main menu.-
      5. b と入力して、ノードを非クラスタモードで起動します。


        注 –

        カーネルのブートパラメータへのこの変更は、システムの起動後には保持されません。次にノードを再起動する際には、ノードはクラスタモードで起動します。非クラスタモードで起動するには、上記の手順を実行してもう一度カーネルのブートパラメータに -x オプションを追加してください。


  9. 1 つのノードから clsetup ユーティリティーを開始します。

    非クラスタモードで実行している場合は、clsetup ユーティリティーで非クラスタモード操作のメインメニューが表示されます。

  10. 「クラスタトランスポート用のネットワークアドレス指定と範囲の変更」というオプションに対応する番号を入力し、Return キーを押します。

    clsetup ユーティリティーにより、現在のプライベートネットワーク構成が表示され、この構成を変更するかどうかを聞かれます。

  11. プライベートネットワーク IP アドレスを変更する場合は、 yes と入力して、Return キーを押します。

    clsetup ユーティリティーによりデフォルトのプライベートネットワーク IP アドレス (172.16.0.0) が表示され、このデフォルト値を受け入れるかどうかを聞かれます。

  12. プライベートネットワーク IP アドレスを変更するか、または受け入れます。

    • デフォルトのプライベートネットワーク IP アドレスを受け入れて IP アドレス範囲の変更に進む場合は、yes と入力して、Return キーを押します。

      clsetup ユーティリティーによりデフォルトのネットマスクを受け入れるかどうかを聞かれます。次の手順に進み、応答を入力します。

    • デフォルトのプライベートネットワーク IP アドレスを変更する場合は、次の手順を実行してください。

      1. clsetup ユーティリティーによりデフォルトのアドレスを受け入れるかどうかを聞かれたら、no と入力して、Return キーを押します。

        clsetup ユーティリティーにより、新しいプライベートネットワーク IP アドレスを入力するように求められます。

      2. 新しい IP アドレスを入力して、Return キーを押します。

        clsetup ユーティリティーによりデフォルトのネットマスクが表示され、デフォルトのネットマスクを受け入れるかどうかを聞かれます。

  13. デフォルトのプライベートネットワーク IP アドレスを変更するか受け入れます。

    デフォルトのネットマスクは 255.255.248.0 です。このデフォルトの IP アドレス範囲は、クラスタ内で最大 64 ノードおよび10 プライベートネットワークをサポートしています。

    • デフォルトの IP アドレス範囲を受け入れるには、yes と入力して、Return キーを押します。

      その後、次の手順に進みます。

    • IP アドレス範囲を変更するには、次の手順を実行します。

      1. clsetup ユーティリティーによりデフォルトのアドレス範囲を受け入れるかどうかを聞かれたら、no と入力して、Return キーを押します。

        デフォルトのネットマスクを使用しない場合、clsetup ユーティリティーからクラスタで構成するノードおよびネットワークの数を入力するように求められます。

      2. クラスタで構成する予定のノードおよびネットワークの数を入力します。

        これらの数から clsetup ユーティリティーが 2 つの推奨ネットマスクを計算します。

        • 1 番目のネットマスクは、指定したノードとプライベートネットマスクの数をサポートする最小ネットマスクです。

        • 2 番目のネットマスクは、指定したノードとプライベートネットマスクの数の 2 倍の数をサポートし、将来の拡張に対応します。

      3. 計算されたネットマスクを指定するか、予定されるノードとプライベートネットワークの数をサポートする別のネットマスクを指定します。

  14. clsetup ユーティリティーから更新を続けるかどうかを聞かれたら、yes と入力します。

  15. 完了後 clsetup ユーティリティーを終了します。

  16. 各ノードを再起動してクラスタに戻します。

    1. 各ノードを停止します。


      # shutdown -g0 -y
      
    2. 各ノードをクラスタモードで起動します。

      • SPARC ベースのシステムでは、次の操作を実行します。


        ok boot
        
      • x86 ベースのシステムでは、次の操作を実行します。

        GRUB メニューが表示されたら、該当する Solaris エントリを選択して、Enter キーを押します。GRUB メニューは、次のように表示されます。


        GNU GRUB version 0.95 (631K lower / 2095488K upper memory)
        +-------------------------------------------------------------------------+
        | Solaris 10 /sol_10_x86                                                  |
        | Solaris failsafe                                                        |
        |                                                                         |
        +-------------------------------------------------------------------------+
        Use the ^ and v keys to select which entry is highlighted.
        Press enter to boot the selected OS, 'e' to edit the
        commands before booting, or 'c' for a command-line.

        GRUB ベースの起動の詳細は、『Solaris のシステム管理 (基本編)』の第 11 章「GRUB ベースのブート (手順)」を参照してください。

  17. 1 つのノードから clsetup ユーティリティーを開始します。


    # clsetup
    

    clsetup のメインメニューが表示されます。

  18. すべての無効リソースを再度有効にします。

    1. リソースグループのオプションに対応する番号を入力し、Return キーを押します。

      リソースグループメニューが表示されます。

    2. 「リソースを有効化または無効化」というオプションに対応する番号を入力し、Return キーを押します。

    3. 有効にするリソースを選択し、プロンプトの指示に従います。

    4. 無効になっている各リソースに対して、この手順を繰り返します。

    5. すべてのリソースが再び有効になったら、 q を入力して「リソースグループメニュー」に戻ります。

  19. 各リソースグループをオンラインに戻します。

    ノードに非大域ゾーンが含まれる場合は、それらのゾーン内にあるリソースグループもすべてオンラインにします。

    1. リソースグループのオンライン/オフライン化、またはスイッチオーバーを行うオプションに対応する番号を入力し、Return キーを押します。

    2. プロンプトに従って、各リソースグループを管理状態におき、リソースグループをオンラインに戻します。

  20. すべてのリソースグループがオンラインに戻ったら、clsetup ユーティリティーを終了します。

    q を入力して各サブメニューを取り消すか、Ctrl-C を押してください。

次の手順

既存のクラスタにノードを追加するには、次のいずれかの手順に進みます。

ノードに非大域ゾーンを作成するには、「クラスタノードでの非大域ゾーンの設定」に進みます。

Procedure追加のクラスタノードとして Sun Cluster ソフトウェアを構成する (scinstall)

この手順を実行して、新しいノードを既存のクラスタに追加します。この手順の代わりに JumpStart を使用して新しいノードを追加するには、「Solaris と Sun Cluster ソフトウェアをインストールする (JumpStart)」を参照してください。


注 –

この手順では、対話型の scinstall コマンドを使用します。インストールスクリプトを開発するときなど、非対話型の scinstall コマンドを使用する場合は、scinstall(1M) のマニュアルページを参照してください。

scinstall コマンドを実行する前に、手動またはサイレントモード形式の Java ES installer コマンドを使用して、Sun Cluster ソフトウェアパッケージがノードにインストールされていることを確認してください。Java ES installer プログラムをインストールスクリプトから実行する方法についての詳細は、『Sun Java Enterprise System 5 Installation Guide for UNIX』の第 5 章「Installing in Silent Mode」を参照してください。


始める前に

次の作業を実行します。

これらのガイドラインに従い、次に示す手順で対話式の scinstall ユーティリティーを使用します。

  1. 構成するクラスタノードで、スーパーユーザーになります。

  2. scinstall ユーティリティーを起動します。


    phys-schost-new# /usr/cluster/bin/scinstall
    

    scinstall のメインメニューが表示されます。

  3. 「新しいクラスタの作成またはクラスタノードの追加」というオプションに対応する番号を入力し、Return キーを押します。


      *** Main Menu ***
    
        Please select from one of the following (*) options:
    
          * 1) Create a new cluster or add a cluster node
            2) Configure a cluster to be JumpStarted from this install server
            3) Manage a dual-partition upgrade
            4) Upgrade this cluster node
          * 5) Print release information for this cluster node
    
          * ?) Help with menu options
          * q) Quit
    
        Option:  1
    

    「新しいクラスタとクラスタノード」メニューが表示されます。

  4. 「このマシンを既存のクラスタ内にノードとして追加」オプションに対応する番号を入力して、Return キーを押します。

  5. メニュープロンプトに従って、 構成計画ワークシートから回答を入力します。

    scinstall ユーティリティーがノードを構成し、クラスタのノードを起動します。

  6. DVD-ROM ドライブから Sun Java Availability Suite DVD-ROM を取り出します。

    1. DVD-ROM が使用されていないことを確認し、DVD-ROM 上にないディレクトリに移動します。

    2. DVD-ROM を取り出します。


      phys-schost# eject cdrom
      
  7. 他のノードでもこの手順を繰り返して、すべての追加ノードの構成が完了するまでクラスタに追加します。

  8. Solaris 10 OS の場合、各ノードで Service Management Facility (SMF) のマルチユーザーサービスがオンラインであることを確認してください。

    ノードでサービスがまだオンラインでない場合は、状態がオンラインになるのを待ってから、次の手順に進んでください。


    phys-schost# svcs multi-user-server
    STATE          STIME    FMRI
    online         17:52:55 svc:/milestone/multi-user-server:default
  9. 有効なクラスタメンバーから、他のノードがクラスタに参加するのを防ぎます。


    phys-schost# claccess deny-all
    

    あるいは、clsetup ユーティリティーも使用できます。手順については、『Sun Cluster のシステム管理 (Solaris OS 版)』「ノードを認証ノードリストに追加する」を参照してください。

  10. 1 つのノードで、スーパーユーザーになります。

  11. すべてのノードがクラスタに結合していることを確認します。


    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) のマニュアルページを参照してください。

  12. 必要なパッチがすべてインストールされていることを確認します。


    phys-schost# showrev -p
    
  13. (省略可能) 監視対象のディスクパスがすべて失敗する場合は、自動ノード再起動を有効にします。

    1. 自動リブート機能を有効にします。


      phys-schost# clnode set -p reboot_on_path_failure=enabled
      
      -p

      設定するプロパティーを指定します。

      reboot_on_path_failure=enable

      クラスタ内の異なるノードから 1 つ以上のディスクにアクセスできる場合、監視されているすべてのディスクパスで障害が発生するとノードが再起動するように指定します。

    2. ディスクパスの障害発生時の自動リブートが有効になっていることを確認します。


      phys-schost# clnode show
      === Cluster Nodes ===                          
      
      Node Name:                                      node
      …
        reboot_on_path_failure:                          enabled
      …
  14. 高可用ローカルファイルシステムで 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 デーモンの両方を有効なままにすることができます。


    ループバックファイルシステムについては、 『Solaris のシステム管理 (デバイスとファイルシステム)』 (Solaris 9またはSolaris 10) の「ループバックファイルシステム」を参照してください。


例 3–3 追加ノードでの Sun Cluster ソフトウェアの構成

次の例は、クラスタ schost に追加されたノード phys-schost-3 を示しています。スポンサーノードは、phys-schost-1 です。


*** Adding a Node to an Existing Cluster ***
Fri Feb  4 10:17:53 PST 2005


scinstall -ik -C schost -N phys-schost-1 -A trtype=dlpi,name=qfe2 -A trtype=dlpi,name=qfe3 
-m endpoint=:qfe2,endpoint=switch1 -m endpoint=:qfe3,endpoint=switch2


Checking device to use for global devices file system ... done

Adding node "phys-schost-3" to the cluster configuration ... done
Adding adapter "qfe2" to the cluster configuration ... done
Adding adapter "qfe3" to the cluster configuration ... done
Adding cable to the cluster configuration ... done
Adding cable to the cluster configuration ... done

Copying the config from "phys-schost-1" ... done

Copying the postconfig file from "phys-schost-1" if it exists ... done
Copying the Common Agent Container keys from "phys-schost-1" ... done


Setting the node ID for "phys-schost-3" ... done (id=1)

Setting the major number for the "did" driver ... 
Obtaining the major number for the "did" driver from "phys-schost-1" ... done
"did" driver major number set to 300

Checking for global devices global file system ... done
Updating vfstab ... done

Verifying that NTP is configured ... done
Initializing NTP configuration ... done

Updating nsswitch.conf ... 
done

Adding clusternode entries to /etc/inet/hosts ... done


Configuring IP Multipathing groups in "/etc/hostname.<adapter>" files

Updating "/etc/hostname.hme0".

Verifying that power management is NOT configured ... done

Ensure that the EEPROM parameter "local-mac-address?" is set to "true" ... done
The "local-mac-address?" parameter setting has been changed to "true".

Ensure network routing is disabled ... done

Updating file ("ntp.conf.cluster") on node phys-schost-1 ... done
Updating file ("hosts") on node phys-schost-1 ... done

Rebooting ... 

注意事項

構成の失敗 - 1 つまたは複数のノードがクラスタに参加できない場合、または誤った構成情報が指定された場合は、まずこの手順をもう一度実行してみてください。それでも問題が修正されない場合は、誤った構成の各ノードで 「インストールの問題を修正するために Sun Cluster ソフトウェアを構成解除する」の手順を実行して、クラスタ構成からそのノードを削除します。Sun Cluster ソフトウェアパッケージをアンインストールする必要はありません。それから、この手順をもう一度実行します。

次の手順

定足数デバイスを使用する既存のクラスタに新しいノードを追加した場合は、「クラスタへのノードの追加後に定足数デバイスを更新する」に進みます。

それ以外の場合は、「定足数構成とインストールモードを確認する」に進みます。

Procedure追加のクラスタノードで Sun Cluster ソフトウェアを構成する (XML)

XML クラスタ構成ファイルを使用して新規クラスタを構成するには、以下の手順を実行します。新しいクラスタは、Sun Cluster 3.2 ソフトウェアを実行する既存のクラスタから複製できます。

この手順では、次のクラスタ構成要素を構成します。

始める前に

次の作業を実行します。

  1. クラスタを追加するノード上で Sun Cluster 3.2 ソフトウェアがまだ構成されていないことを確認します。

    1. 作成するノード上でスーパーユーザーになります。

    2. 作成するノードで Sun Cluster 3.2 ソフトウェアがすでに構成されているか調べます。


      phys-schost-new# /usr/sbin/clinfo -n
      
      • コマンドが失敗する場合は、手順 2 に進みます。

        Sun Cluster 3.2 ソフトウェアは、ノードでまだ構成されていません。クラスタにノードを追加できます。

      • このコマンドでノード ID 番号が返される場合は、手順 c に進みます。

        Sun Cluster 3.2 ソフトウェアは、ノードですでに構成されています。別のクラスタにノードを追加する前に、既存のクラスタ構成情報を削除する必要があります。

    3. 作成するノードを非クラスタモードで起動します。

      • SPARC ベースのシステム上で、次のコマンドを実行します。


        ok boot -x
        
      • x86 ベースのシステム上で、次のコマンドを実行します。

        1. GRUB メニューで矢印キーを使用して該当する Solaris エントリを選択し、e と入力してコマンドを編集します。

          GRUB メニューは、次のように表示されます。


          GNU GRUB version 0.95 (631K lower / 2095488K upper memory)
          +-------------------------------------------------------------------------+
          | Solaris 10 /sol_10_x86                                                  |
          | Solaris failsafe                                                        |
          |                                                                         |
          +-------------------------------------------------------------------------+
          Use the ^ and v keys to select which entry is highlighted.
          Press enter to boot the selected OS, 'e' to edit the
          commands before booting, or 'c' for a command-line.

          GRUB ベースの起動の詳細は、『Solaris のシステム管理 (基本編)』の第 11 章「GRUB ベースのブート (手順)」を参照してください。

        2. ブートパラメータ画面で矢印キーを使用して kernel エントリを選択し、e と入力してエントリを編集します。

          次のような GRUB ブートパラメータ画面が表示されます。


          GNU GRUB version 0.95 (615K lower / 2095552K upper memory)
          +----------------------------------------------------------------------+
          | root (hd0,0,a)                                                       |
          | kernel /platform/i86pc/multiboot                                     |
          | module /platform/i86pc/boot_archive                                  |
          +----------------------------------------------------------------------+
          Use the ^ and v keys to select which entry is highlighted.
          Press 'b' to boot, 'e' to edit the selected command in the
          boot sequence, 'c' for a command-line, 'o' to open a new line
          after ('O' for before) the selected line, 'd' to remove the
          selected line, or escape to go back to the main menu.
        3. コマンドに -x を追加して、システムが非クラスタモードで起動するように指定します。


          [ Minimal BASH-like line editing is supported. For the first word, TAB
          lists possible command completions. Anywhere else TAB lists the possible
          completions of a device/filename. ESC at any time exits. ]
          
          grub edit> kernel /platform/i86pc/multiboot -x
          
        4. Enter キーを押して変更を承諾し、ブートパラメータ画面に戻ります。

          画面には、編集されたコマンドが表示されます。


          GNU GRUB version 0.95 (615K lower / 2095552K upper memory)
          +----------------------------------------------------------------------+
          | root (hd0,0,a)                                                       |
          | kernel /platform/i86pc/multiboot -x                                  |
          | module /platform/i86pc/boot_archive                                  |
          +----------------------------------------------------------------------+
          Use the ^ and v keys to select which entry is highlighted.
          Press 'b' to boot, 'e' to edit the selected command in the
          boot sequence, 'c' for a command-line, 'o' to open a new line
          after ('O' for before) the selected line, 'd' to remove the
          selected line, or escape to go back to the main menu.-
        5. b と入力して、ノードを非クラスタモードで起動します。


          注 –

          カーネルのブートパラメータへのこの変更は、システムの起動後には保持されません。次にノードを再起動する際には、ノードはクラスタモードで起動します。非クラスタモードで起動するには、上記の手順を実行してもう一度カーネルのブートパラメータに -x オプションを追加してください。


    4. Sun Cluster ソフトウェアを作成するノードから削除します。


      phys-schost-new# /usr/cluster/bin/clnode remove
      
  2. Sun Cluster 3.2 ソフトウェアを実行するノードを複製する場合は、クラスタ構成 XML ファイルを作成します。

    1. 複製するクラスタノードでスーパーユーザーになります。

    2. 既存のノードの構成情報をファイルにエクスポートします。


      phys-schost# clnode export -o clconfigfile
      
      -o

      出力先を指定します。

      clconfigfile

      クラスタ構成 XML ファイルの名前。指定するファイル名は、既存のファイルまたはコマンドで作成される新規ファイルになります。

      詳細については、clnode(1CL) のマニュアルページを参照してください。

    3. クラスタ構成 XML ファイルを新しいクラスタノードとして構成するノードにコピーします。

  3. 作成するノード上でスーパーユーザーになります。

  4. 必要に応じてクラスタ構成 XML ファイルを変更します。

    1. クラスタ構成 XML ファイルを編集するために開きます。

      • 既存のノードを複製する場合、clnode export コマンドで作成したファイルを開きます。

      • 既存のノードを複製しない場合は、新しいファイルを作成します。

        clconfiguration(5CL) のマニュアルページに示した要素の階層に基づいてファイルを作成してください。このファイルは任意のディレクトリに格納できます。

    2. XML 要素の値を作成するノード構成を反映するように変更します。

      クラスタ構成 XML ファイルの構造と内容の詳細については、clconfiguration(5CL) のマニュアルページを参照してください。

  5. クラスタ構成XMLファイルを確認します。


    phys-schost-new# xmllint --valid --noout clconfigfile
    
  6. 新しいクラスタノードを構成します。


    phys-schost-new# clnode add -n sponsornode -i clconfigfile
    
    -n sponsornode

    既存のクラスタメンバーの名前を新しいノードのスポンサーの役割を果たすように指定します。

    -i clconfigfile

    入力ソースとして使用するクラスタ構成 XML ファイルの名前を指定します。

  7. (省略可能) 監視対象のディスクパスがすべて失敗する場合は、自動ノード再起動を有効にします。

    1. 自動リブート機能を有効にします。


      phys-schost# clnode set -p reboot_on_path_failure=enabled
      
      -p

      設定するプロパティーを指定します。

      reboot_on_path_failure=enable

      クラスタ内の異なるノードから 1 つ以上のディスクにアクセスできる場合、監視されているすべてのディスクパスで障害が発生するとノードが再起動するように指定します。

    2. ディスクパスの障害発生時の自動リブートが有効になっていることを確認します。


      phys-schost# clnode show
      === Cluster Nodes ===                          
      
      Node Name:                                      node
      …
        reboot_on_path_failure:                          enabled
      …
注意事項

構成の失敗 - 1 つまたは複数のノードがクラスタに参加できない場合、または誤った構成情報が指定された場合は、まずこの手順をもう一度実行してみてください。それでも問題が修正されない場合は、誤った構成の各ノードで 「インストールの問題を修正するために Sun Cluster ソフトウェアを構成解除する」の手順を実行して、クラスタ構成からそのノードを削除します。Sun Cluster ソフトウェアパッケージをアンインストールする必要はありません。それから、この手順をもう一度実行します。

次の手順

定足数デバイスを使用する既存のクラスタに新しいノードを追加した場合は、「クラスタへのノードの追加後に定足数デバイスを更新する」に進みます。

それ以外の場合は、「定足数構成とインストールモードを確認する」に進みます。

Procedureクラスタへのノードの追加後に定足数デバイスを更新する

クラスタにノードを追加したら、SCSI デバイス、NAS デバイス、定足数サーバー、またはこれらの組み合わせのどれを使用しているかに関わらず、定足数デバイスの構成情報を更新する必要があります。これを行うには、定足数デバイスをすべて削除して、グローバルデバイスの名前空間を更新します。必要に応じて、使用を継続する定足数デバイスを再構成することもできます。これにより、それぞれの定足数デバイスに新しいノードが登録され、クラスタ内の新しいノード数に基づいて、定足数デバイスの票数が再計算されます。

新しく構成された SCSI 定足数デバイスは、SCSI-3 予約に設定されます。

始める前に

追加されたノードへの Sun Cluster ソフトウェアのインストールが完了したことを確認します。

  1. クラスタの任意のノードで、スーパーユーザーになります。

  2. 現在の定足数構成を表示します。

    コマンド出力にそれぞれの定足数デバイスとノードの一覧が表示されます。次の出力例は、現在の SCSI 定足数デバイス d3 を示しています。


    phys-schost# clquorum list
    d3
    …
  3. それぞれの定足数デバイスの名前が表示されていることに注意してください。

  4. 元の定足数デバイスを削除します。

    構成する定足数デバイスごとにこの手順を実行します。


    phys-schost# clquorum remove devicename
    
    devicename

    定足数デバイスの名前を指定します。

  5. 元の定足数デバイスがすべて削除されたことを確認します。

    定足数デバイスの削除が成功した場合、定足数デバイスの一覧は表示されません。


    phys-schost# clquorum status
    
  6. グローバルデバイスの名前空間を更新します。


    phys-schost# cldevice populate
    

    注 –

    この手順はノードのパニックを防ぐために必要です。


  7. 各ノードで、定足数デバイスを追加する前に cldevice populate コマンドが処理を完了していることを確認します。

    cldevice populate コマンドは、1 つのノードからのみ発行されても、リモートからすべてのノードで実行されます。cldevice populate コマンドが処理を終了したかどうかを確認するには、クラスタの各ノードで次のコマンドを実行します。


    phys-schost# ps -ef | grep scgdevs
    
  8. (省略可能) 定足数デバイスを追加します。

    もともと定足数デバイスとして構成されていたデバイスと同じデバイスを構成するか、構成する新しい共有デバイスを選択することができます。

    1. (省略可能) 新しい共有デバイスを選択して、定足数デバイスとして構成する場合、システムがチェックするすべてのデバイスを表示します。

      それ以外の場合は、手順 c に進みます。


      phys-schost# cldevice list -v
      

      出力は次のようになります。


      DID Device          Full Device Path
      ----------          ----------------
      d1                  phys-schost-1:/dev/rdsk/c0t0d0
      d2                  phys-schost-1:/dev/rdsk/c0t6d0
      d3                  phys-schost-2:/dev/rdsk/c1t1d0
      d3                  phys-schost-1:/dev/rdsk/c1t1d0 
      …
    2. この出力から、定足数デバイスとして構成する共有デバイスを選択します。

    3. この共有デバイスを定足数デバイスとして構成します。


      phys-schost# clquorum add -t type devicename
      
      -t type

      定足数デバイスの種類を指定します。このオプションを指定しない場合、デフォルトの種類である scsi が使用されます。

    4. 構成する定足数デバイスごとにこの手順を繰り返します。

    5. 新しい定足数構成を確認します。


      phys-schost# clquorum list
      

      出力には、それぞれの定足数デバイスとノードの一覧が表示されるはずです。


例 3–4 2 ノードクラスタへのノードの追加後に SCSI 定足数デバイスを更新する

次の例では、元の SCSI 定足数デバイス d2 を特定し、この定足数デバイスを削除し、使用できる共有デバイスの一覧を表示し、グローバルデバイスの名前空間を更新し、d3 を新しい SCSI 定足数デバイスとして構成して、新しいデバイスを検証します。


phys-schost# clquorum list
d2
phys-schost-1
phys-schost-2

phys-schost# clquorum remove d2
phys-schost# clquorum status
…
--- Quorum Votes by Device ---

Device Name       Present      Possible      Status
-----------       -------      --------      ------
phys-schost# cldevice list -v
DID Device          Full Device Path
----------          ----------------
…
d3                  phys-schost-2:/dev/rdsk/c1t1d0
d3                  phys-schost-1:/dev/rdsk/c1t1d0
…
phys-schost# cldevice populate
phys-schost# ps -ef - grep scgdevs
phys-schost# clquorum add d3
phys-schost# clquorum list
d3
phys-schost-1
phys-schost-2

次の手順

「定足数構成とインストールモードを確認する」に進みます。

Procedure定足数デバイスを構成する


注 –

次の場合は定足数デバイスを構成する必要はありません。

代わりに、「定足数構成とインストールモードを確認する」に進みます。


次の手順は、クラスタが完全に形成された後に一度だけ実行します。この手順で定足数投票を割り当て、クラスタのインストールモードを解除します。

始める前に

定足数サーバーまたは NAS デバイスを定足数デバイスとして構成するために次の準備を実行します。

  1. 定足数サーバーを定足数デバイスとして使用するには、定足数サーバーと通信するようにクラスタを準備します。

    1. パブリックネットワークが Classless Inter-Domain Routing (CIDR) とも呼ばれる可変長のサブネットを使用する場合、各ノードで次のファイルを変更します。

      RFC 791 に定義されたとおりのクラスフルサブネットを使用する場合は、次の手順を実行する必要はありません。

      1. /etc/inet/netmasks ファイルに、クラスタで使用する各パブリックサブネット用のエントリを追加します。

        パブリックネットワーク IP アドレスとネットマスクを含むエントリの例を次に示します。


        10.11.30.0	255.255.255.0
      2. netmask + broadcast + を、各/etc/hostname.adapter ファイルのホスト名エントリのあとに追加します。


        nodename netmask + broadcast +
        
    2. クラスタ内の各ノードで、定足数サーバーの IP アドレスが /etc/inet/hosts または /etc/inet/ipnodes ファイルに含まれていることを確認してください。

    3. ネームサービスを使用する場合、定足数サーバーが名前からアドレスへのマッピングに含まれていることを確認してください。

  2. 1 つのノードで、スーパーユーザーになります。

  3. 共有 SCSI ディスクを定足数デバイスとして使用するには、デバイスのクラスタノードへの接続を確認し、構成するデバイスを選択します。

    1. クラスタの 1 つのノードから、システムがチェックするすべてのデバイスの一覧を表示します。

      このコマンドを実行するために、スーパーユーザーとしてログインする必要はありません。


      phys-schost-1# cldevice list -v
      

      出力は次のようになります。


      DID Device          Full Device Path
      ----------          ----------------
      d1                  pcircinus1:/dev/rdsk/c0t0d0
      d2                  pcircinus1:/dev/rdsk/c0t6d0
      d3                  pcircinus2:/dev/rdsk/c1t1d0
      d3                  pcircinus1:/dev/rdsk/c1t1d0
      …
    2. 出力にクラスタノードとストレージデバイス間のすべての接続が表示されていることを確認します。

    3. 定足数デバイスとして構成する各共有ディスクのグローバルデバイス ID 名を決定します。


      注 –

      共有ディスクを選択した場合は、その共有ディスクが定足数デバイスとして使用する権限を持つ必要があります。定足数デバイスの選択の詳細については、「定足数デバイス」を参照してください。


      手順 ascdidadm コマンドの出力を使用して、定足数デバイスとして構成する各共有ディスクのデバイス ID 名を識別します。たとえば、手順 a の出力はグローバルデバイス d2phys-schost-1phys-schost-2 によって共有されていることを示しています。

  4. clsetup ユーティリティーを起動します。


    phys-schost# clsetup
    

    「初期クラスタ設定」画面が表示されます。


    注 –

    代わりに「メインメニュー」が表示された場合は、クラスタの初期設定はすでに正しく行われています。手順 9に進みます。


  5. 「定足数デバイスを追加しますか?」というプロンプトに答えます。

    • クラスタが 2 ノードクラスタの場合、1 つ以上の共有定足数デバイスを構成する必要があります。1 つ以上の定足数デバイスを構成するには、「Yes」 と入力します。

    • クラスタに 3 つ以上のノードがある場合、定足数デバイス構成は省略可能です。

      • 追加の定足数デバイスを構成しない場合は、「No」 と入力します。次に、手順 8に進みます。

      • 1 つ以上の定足数デバイスを構成するには、「Yes」 と入力します。次に、手順 6に進みます。

  6. 定足数デバイスとして構成するデバイスの種類を指定します。

    • 共有 SCSI ディスクを構成するには、「scsi」を選択します。

    • 定足数サーバーを定足数デバイスとして構成するには、「quorum_server」を選択します。

    • Network Appliance NAS デバイスを構成するには、「netapp_nas」を選択します。

  7. 定足数デバイスとして構成するデバイスの名前を指定します。

    • 定足数サーバーの場合、次の情報も指定します。

      • 定足数サーバーのホストコンピュータの IP アドレス

      • クラスタノードとやり取りする際に定足数サーバーが使用するポート番号

    • Network Appliance NAS デバイスの場合、次の情報も指定します。

      • NAS デバイスの名前

      • NAS デバイスの LUN ID

  8. 「「インストールモード」をリセットしますか?」というプロンプトで、「Yes」と入力します。

    clsetup ユーティリティーによって、クラスタの定足数構成と投票数が設定されたあと、「クラスタの初期化は完了しました。」というメッセージが表示されます。ユーティリティは、「メインメニュー」に戻ります。

  9. clsetup ユーティリティーを終了します。

次の手順

定足数構成とインストールモードが無効になっていることを確認します。「定足数構成とインストールモードを確認する」に進みます。

注意事項

中断された clsetup 処理 - 定足数設定プロセスが中断されるか、完了に失敗した場合は、clsetup をもう一度実行してください。

定足数票カウントへの変更 - 後で定足数デバイスに接続したノードの数を増やしたり、減らしたりした場合、定足数票カウントは自動的には再計算されません。各定足数デバイスを一度に 1 つずつ取り外してもう一度構成に追加することにより、正しい定足数投票をもう一度確立できます。2 ノードクラスタの場合、定足数デバイスを取り外して、もとの定足数デバイスに戻す前に一時的に新しい定足数デバイスを追加します。次に一時的に追加した定足数デバイスを取り外します。『Sun Cluster のシステム管理 (Solaris OS 版)』の第 6 章「定足数の管理」の「定足数デバイスのノードリストを変更する」の手順を参照してください。

Procedure定足数構成とインストールモードを確認する

この手順で、定足数構成が正常に完了し、クラスタのインストールモードが無効になったことを確認します。

これらのコマンドを実行するために、スーパーユーザーである必要はありません。

  1. 任意のノードから、デバイスとノードの定足数構成を確認します。


    phys-schost% clquorum list
    

    出力には、それぞれの定足数デバイスとノードの一覧が表示されます。

  2. 任意のノードから、クラスタのインストールモードが無効になっていることを確認します。


    phys-schost% cluster show -t global | grep installmode
      installmode:                                    disabled

    クラスタのインストールはこれで完了です。

次の手順

次のリストから、ご使用のクラスタ構成に次に適用するタスクを決めます。このリストから複数のタスクを実行する必要がある場合は、このリストのそれらのタスクのうち最初のタスクに進みます。

参照

クラスタ構成のバックアップを取ります。

クラスタ構成のバックアップを保存しておけば、クラスタ構成の回復がより簡単になります。

詳細は、『Sun Cluster のシステム管理 (Solaris OS 版)』「クラスタ構成をバックアップする」を参照してください。

Procedureプライベートホスト名を変更する

次の作業は、Sun Cluster ソフトウェアのインストール中に割り当てられるデフォルトのプライベートホスト名 (clusternodenodeid-priv) を使用しない場合に実行します。


注 –

この手順は、アプリケーションとデータサービスの構成および起動後には実行しないでください。アプリケーションやデータサービスは、名前の変更後も引き続き古いプライベートホスト名を使用することがあり、この手順を実行するとホスト名の衝突が発生します。アプリケーションやデータサービスが実行中の場合は、この手順を実行する前に停止しておいてください。


クラスタの 1 つのアクティブなノードで次の手順を実行します。

  1. クラスタノード上にインストールするクラスタノード上でスーパーユーザーになります。

  2. clsetup ユーティリティーを起動します。


    phys-schost# clsetup
    

    clsetup のメインメニューが表示されます。

  3. 「プライベートホスト名」というオプションに対応する番号を入力し、Return キーを押します。

    「プライベートホスト名」メニューが表示されます。

  4. 「プライベートホスト名を変更」というオプションに対応する番号を入力し、Return キーを押します。

  5. プロンプトに従って、プライベートホスト名を変更します。

    変更するプライベートホスト名ごとに繰り返します。

  6. プライベートホスト名を確認します。


    phys-schost# clnode show -t node | grep privatehostname
      privatehostname:                                clusternode1-priv
      privatehostname:                                clusternode2-priv
      privatehostname:                                clusternode3-priv
次の手順

次のリストから、ご使用のクラスタ構成に次に適用するタスクを決めます。このリストから複数のタスクを実行する必要がある場合は、このリストのそれらのタスクのうち最初のタスクに進みます。

Procedure時間情報プロトコル (NTP) を構成する


注 –

Sun Cluster ソフトウェアをインストールする前に独自の /etc/inet/ntp.conf ファイルをインストールしてある場合は、この手順を実行する必要はありません。次の手順を決めます。


次のいずれかの作業を実行した後で NTP 構成ファイルを作成または修正するには、この作業を実行します。

単一ノードのクラスタにノードを追加した場合、使用する NTP 構成ファイルがもとのクラスタノードおよび新しいノードにコピーされていることを確認します。

NTP を構成する (つまり、クラスタ内で同期をとる) 場合に重要な第一の条件は、すべてのクラスタノードが同時に同期をとる必要があるということです。ノード間で同期をとる場合に重要な第二の条件は、個々のノードの時間が正確であるということです。このような同期についての基本的条件に適合する場合は、NTP はニーズに合わせて自由に構成できます。

クラスタの時刻については、『Sun Cluster の概念 (Solaris OS 版)』を参照してください。NTP を Sun Cluster 構成用に構成する場合のガイドラインについては、/etc/inet/ntp.cluster テンプレートファイルを参照してください。

  1. クラスタノード上にインストールするクラスタノード上でスーパーユーザーになります。

  2. 独自の /etc/inet/ntp.conf ファイルがある場合は、そのファイルをクラスタの各ノードにコピーします。

  3. インストールする /etc/inet/ntp.conf ファイルがない場合は、 /etc/inet/ntp.conf.cluster ファイルを NTP 構成ファイルとして使用します。


    注 –

    ntp.conf.cluster ファイルの名前を ntp.conf に変更してはいけません。


    ノード上に /etc/inet/ntp.conf.cluster ファイルが存在しない場合、Sun Cluster ソフトウェアの初期インストールに /etc/inet/ntp.conf ファイルが存在する可能性があります。ノード上に /etc/inet/ntp.conf ファイルが存在しない場合、Sun Cluster ソフトウェアは NTP 構成ファイルとして /etc/inet/ntp.conf.cluster ファイルを作成します。この場合、その ntp.conf ファイルを次のように編集します。

    1. 任意のテキストエディタを使用して、クラスタの 1 つのノードで、NTP 構成ファイルを編集するために開きます。

    2. 各クラスタノードのプライベートホスト名用のエントリが存在することを確認します。

      ノードのプライベートホスト名を変更した場合、新しいプライベートホスト名が NTP 構成ファイルに存在することを確認します。

    3. 必要であれば、各自の NTP 条件に適合するように NTP 構成ファイルを変更します。

    4. クラスタ内にあるすべてのノードに NTP 構成ファイルをコピーします。

      NTP 構成ファイルの内容は、すべてのクラスタノードで同じである必要があります。

  4. 各ノードで NTP デーモンを停止します。

    各ノードでコマンドが正しく完了するのを待ってから、手順 5 に進みます。

    • SPARC: Solaris 9 OS の場合は、次のコマンドを実行します。


      phys-schost# /etc/init.d/xntpd stop
      
    • Solaris 10 OS の場合は、次のコマンドを実行します。


      phys-schost# svcadm disable ntp
      
  5. 各ノード上で、NTP デーモンを再起動します。

    • ntp.conf.cluster ファイルを使用する場合、次のコマンドを実行します。


      phys-schost# /etc/init.d/xntpd.cluster start
      

      xntpd.cluster 起動スクリプトは最初に、/etc/inet/ntp.conf ファイルを検索します。

      • ntp.conf ファイルが存在する場合、スクリプトは NTP デーモンを起動することなくすぐに終了します。

      • ntp.conf ファイルは存在しないが、ntp.conf.cluster ファイルは存在する場合、スクリプトは NTP デーモンを起動します。この場合、スクリプトは ntp.conf.cluster ファイルを NTP 構成ファイルとして使用します。

    • ntp.conf ファイルを実行する場合、次のいずれかのコマンドを実行します。

      • SPARC: Solaris 9 OS の場合は、次のコマンドを実行します。


        phys-schost# /etc/init.d/xntpd start
        
      • Solaris 10 OS の場合は、次のコマンドを実行します。


        phys-schost# svcadm enable ntp
        
次の手順

次のリストから、ご使用のクラスタ構成に次に適用するタスクを決めます。このリストから複数のタスクを実行する必要がある場合は、このリストのそれらのタスクのうち最初のタスクに進みます。