Sun Cluster 3.0 U1 データサービスのインストールと構成

第 6 章 Sun Cluster HA for Domain Name Service (DNS) のインストールと構成

この章では、Sun Cluster サーバーに Sun Cluster HA for Domain Name Service (DNS) データサービスをインストールし、構成する手順について説明します。

この章の内容は次のとおりです。

Sun Cluster HA for DNS は、フェイルオーバーサービスとして構成する必要があります。データサービス、リソースグループ、リソース、関連事項については、第 1 章「Sun Cluster データサービスの計画」および『Sun Cluster 3.0 U1 の概念』を参照してください。


注 -

このデータサービスのインストールと構成には、SunPlex Manager が使用できます。詳細は、SunPlex Manager のオンラインヘルプを参照してください。


Sun Cluster HA for DNS のインストールと構成

表 6-1 に、インストールと構成作業について説明している節を示します。

表 6-1 作業マップ: Sun Cluster HA for DNS のインストールと構成

作業 

参照個所 

DNS のインストール 

「DNS のインストール」

Sun Cluster HA for DNS パッケージのインストール 

「Sun Cluster HA for DNS パッケージのインストール」

Sun Cluster HA for DNS データサービスの構成と起動 

「Sun Cluster HA for DNS の登録と構成」

リソース拡張プロパティの構成 

「Sun Cluster HA for DNS 拡張プロパティの構成」

障害モニターの情報の表示 

「Sun Cluster HA for DNS の障害モニター」

DNS のインストール

この節では、DNS のインストール手順と、それを Sun Cluster HA for DNS データサービスとして実行する方法について説明します。

Sun Cluster HA for DNS データサービスは、インターネットドメインネームサーバーソフトウェア (in.named) を使用します。in.named ソフトウェアは、Solaris 8 オペレーティング環境にバンドルされています。DNS の設定については、in.named(1M) のマニュアルページを参照してください。Sun Cluster 構成での違いは、次のとおりです。

DNS をインストールする

  1. クラスタメンバーでスーパーユーザーになります。

  2. DNS サービスを提供する論理ホスト名を決定します。

    この名前は、Sun Cluster ソフトウェアのインストール時に設定するホスト名にする必要があります。ホスト名の設定については、『Sun Cluster 3.0 U1 ソフトウェアのインストール』を参照してください。

  3. DNS 実行可能ファイル (in.named) が /usr/sbin ディレクトリにあることを確認します。

    DNS 実行可能ファイルは、Solaris 8 オペレーティング環境にバンドルされており、インストール前は /usr/sbin ディレクトリにあります。

  4. DNS 構成ファイルとデータベースファイルを格納するディレクトリ構造をクラスタファイルシステム上に作成します。


    注 -

    クラスタファイルシステムに dns ディレクトリを作成し、その下に named ディレクトリを作成します (例: /global/dns/named)。クラスタファイルシステムの設定については、『Sun Cluster 3.0 U1 ソフトウェアのインストール』を参照してください。



    # mkdir -p /global/dns/named
    
  5. DNS 構成ファイルの named.conf または named.boot/global/dns の下に配置します。

    DNS がすでにインストールされている場合は、既存の named.conf または named.boot ディレクトリを /global/dns ディレクトリにコピーできます。インストールされていない場合は、このディレクトリに named.conf ファイルを作成してください。named.conf または named.boot に登録できるエントリの種類については、in.named(1M) のマニュアルページを参照してください。named.conf または named.boot のいずれか 1 つ、または両ファイルが存在している必要があります。

  6. すべてのDNS データベースファイル (named.conf ファイルに指定されています) を /global/dns/named ディレクトリ下に配置します。

  7. Sun Cluster HA for DNS データサービスのすべてのクライアントで、DNS サービスの論理ホスト名のためのエントリを /etc/resolv.conf ファイルに作成します。

    すべてのノードで、/etc/resolv.conf を編集して論理ホスト名を登録します。たとえば、schost-1.eng.sun.com という論理ホスト名の 4 ノード構成のエントリ (phys-schost-1phys-schost-2phys-schost-3phys-schost-4) は、次のようになります。


    domain eng.sun.com
     
    ; schost-1.eng.sun.com
    (すでにファイルが存在する場合はこのエントリのみ追加)
     
    nameserver 192.29.72.90
     
    ; phys-schost-2.eng
    nameserver 129.146.1.151
     
    ; phys-schost-3.eng
    nameserver 129.146.1.152
     
    ; phys-schost-4.eng
    nameserver 129.144.134.19
     
    ; phys-schost-1.eng
    nameserver 129.144.1.57

    ドメイン名の直後に論理ホスト名のエントリを作成します。DNS は、resolv.conf ファイルにリストされている順番にアドレスを使用してサーバーへのアクセスを試みます。


    注 -

    /etc/resolv.conf がすでにノード上に存在する場合は、前の例で示したように、論理ホスト名を示す最初のエントリだけを追加してください。DNS がサーバーにアクセスする順番は、このエントリの順になります。


  8. すべてのクラスタノードで、/etc/inet/hosts ファイルを編集し、DNS サービスの論理ホスト名のためのエントリを作成します。

    次のように、手順を実行してください。

    • IPaddress には、129.146.87.53 のように実際に使用する IP アドレスを指定します。

    • logical-hostname には、実際に使用する論理ホスト名を指定します。


    127.0.0.1						localhost
    IPaddress						logical-hostname
    
  9. すべてのクラスタノードで、/etc/nsswitch.conf ファイルを編集し、hosts エントリの clusterfiles の後に文字列 dns を追加します。

    次の例で、この手順の終了方法を示します。


    hosts:		 	cluster files dns
  10. DNS を検証します。

    検証を行う前に、in.named を必ず停止してください。次に DNS をテストする例を示します。


    # cd /global/dns
    # /usr/sbin/in.named -c /global/dns/named.conf
    # nslookup phys-schost-1
    # pkill -x /usr/sbin/in.named
    

次の作業

Sun Cluster のインストール時に、すでに Sun Cluster HA for DNS パッケージがインストールされている場合は、「Sun Cluster HA for DNS の登録と構成」へ進みます。インストールされていない場合は、「Sun Cluster HA for DNS パッケージのインストール」へ進みます。

Sun Cluster HA for DNS パッケージのインストール

scinstall(1M) ユーティリティを使って、SUNWscdns (Sun Cluster HA for DNS データサービスパッケージ) をクラスタにインストールします。このときに、非対話型の scinstall にすべてのデータサービスパッケージをインストールする -s オプションを指定しないでください。

Sun Cluster のインストール時にこのデータサービスパッケージをすでにインストールしている場合は、「Sun Cluster HA for DNS の登録と構成」に進んでください。まだインストールしていない場合は、次の手順に従って SUNWscdns パッケージをインストールします。

Sun Cluster HA for DNS パッケージをインストールする

この手順を実行するには、Sun Cluster Agents CD が必要です。Sun Cluster HA for DNS データサービスを実行できるすべてのクラスタノードで、この手順を実行してください。

  1. Agents CD を CD-ROM ドライブに挿入します。

  2. オプションは指定せずに、scinstall ユーティリティを実行します。

    scinstall ユーティリティが対話型モードで起動します。

  3. 「Add support for new data service to this cluster node.」メニューオプションを選択します。

    このオプションは、CD 内にある任意のデータサービスのソフトウェアを読み込むことができます。

  4. scinstall ユーティリティを終了します。

  5. ドライブから CD を取り出します。

次の作業

Sun Cluster HA for DNS データサービスを登録し、データサービス用にクラスタを構成するには、「Sun Cluster HA for DNS の登録と構成」を参照してください。

Sun Cluster HA for DNS の登録と構成

この手順では、scrgadm(1M) コマンドを使って Sun Cluster HA for DNS データサービスの登録と構成を行う方法を説明します。


注 -

このデータサービスの登録と構成は、他のいくつかの方法でも行うことができます。これらの方法については、「データサービスリソースを管理するためのツール」を参照してください。


Sun Cluster HA for DNS を登録して構成する

この手順を実行するには、構成に関する次の情報が必要になります。


注 -

この手順は、任意のクラスタメンバーで実行します。


  1. クラスタメンバーでスーパーユーザーになります。

  2. データサービスのリソースタイプを登録します。


    # scrgadm -a -t SUNW.dns
    
    -a

    データサービスのリソースタイプを追加します。

    -t SUNW.dns

    データサービス用に事前に定義したリソースタイプ名を指定します。

  3. 論理ホスト名および DNS リソースが使用するリソースグループを作成します。

    必要に応じて、-h オプションを指定してデータサービスを実行できる一群のノードを選択することもできます。


    # scrgadm -a -g resource-group [-h nodelist]
    -g resource-group

    リソースグループの名前を指定します。任意の名前を指定できますが、クラスタ内で一意のリソースグループにする必要があります。

    -h nodelist

    潜在的マスターを識別する物理ノード名または ID をコンマで区切って指定します (任意)。フェイルオーバー時は、この順序で主ノードが決まります。


    注 -

    -h オプションを使用してノードリストの順序を指定します。クラスタ内のすべてのノードが潜在的マスターの場合、-h オプションを使用する必要はありません。


  4. 使用する論理ホスト名がすべて、ネームサービスデータベースに追加されていることを確認します。

    Sun Cluster のインストールの時に、この確認を行う必要があります。詳細は、『Sun Cluster 3.0 U1 ソフトウェアのインストール』の計画に関する章を参照してください。


    注 -

    ネームサービスの検索が原因で障害が発生するのを防ぐために、サーバーおよびクライアントの /etc/hosts ファイルに、すべての論理ホスト名が登録されていることを確認してください。サーバーの /etc/nsswitch.conf ファイルのネームサービスマッピングは、NIS または NIS+ にアクセスする前に最初にローカルファイルを検査するように構成してください。


  5. 論理ホスト名リソースをリソースグループに追加します。


    # scrgadm -a -L -g resource-group ¥
    -l logical-hostname[,logical-hostname] [-j resource] ¥
    [-n netiflist]
    -L

    論理ホスト名リソースを指定します。

    -l logical-hostname

    論理ホスト名をコンマで区切って指定します。

    -j resource

    ネットワークリソース名を指定します (省略可能)。リソース名を指定しない場合、ネットワークリソース名は、デフォルトで -l オプションで最初に指定した名前になります。

    -n netiflist

    各ノードの NAFO グループをコンマで区切って指定します (省略可能)。リソースグループの nodelist 内のすべてのノードが、netiflist に含まれている必要があります。このオプションを指定しない場合は、scrgadm コマンドは、nodelist 内の各ノードの hostname リストによって指定されるサブネット上からネットアダプタを見つけようとします。

  6. DNS アプリケーションリソースをリソースグループに追加します。


    # scrgadm -a -j [resource] -g resource-group ¥
    -t SUNW.dns -y Network_resources_used=network-resource, ...¥
    -y Port_list=port-number/protocol -x DNS_mode=config-file ¥ 
    -x Confdir_list=config-directory
    
    -j resource

    DNS アプリケーションリソース名を指定します。

    -t SUNW.dns

    リソースグループが属するリソースタイプの名前を指定します。このエントリは必須です。

    -y Network_resources_used=network-resource, ...

    DNS が使用するネットワークリソース (論理ホスト名) をコンマで区切って指定します。このプロパティを指定しない場合は、デフォルトで、リソースグループに含まれるすべての論理ホスト名になります。

    -y Port_list=port-number/protocol

    使用するポート番号とプロトコルを指定します。このプロパティを指定しない場合は、デフォルトで 53/udp が使用されます。

    -x DNS_mode=config-file

    conf (named.conf) または boot (named.boot) のいずれかの構成ファイルを指定します。このプロパティを指定しない場合は、デフォルトで conf が使用されます。

    -x Confdir_list=config-directory

    DNS 構成ディレクトリパスの場所を指定します。必ず、クラスタファイルシステム上の場所である必要があります。これは、Sun Cluster HA for DNS データサービスはこの拡張プロパティを必要とします。

  7. scswitch(1M) コマンドを実行して次の作業を行います。

    • リソースと障害監視を有効にする。

    • リソースグループを管理状態にする。

    • リソースグループをオンラインにする。


    # scswitch -Z -g resource-group
    
    -Z

    リソースとモニターを有効にし、リソースグループを管理状態に移行し、オンラインにします。

    -g resource-group

    リソースグループの名前を指定します。

例 - フェイルオーバー Sun Cluster HA for DNS の登録

次に、Sun Cluster HA for DNS データサービスを 2 ノードクラスタに登録する例を示します。この例の最後で、scswitch コマンドで Sun luster HA for DNS データサービスを起動していることに注意してください。


Cluster Information
Node names: phys-schost-1, phys-schost-2
Logical hostname: schost-1
Resource group: resource-group-1 (すべてのリソースの場合), 
Resources: schost-1 (論理ホスト名), 
dns-1 (DNS アプリケーションリソース)
(DNS リソースタイプの登録)
# scrgadm -a -t SUNW.dns
 
(リソースグループを追加し、すべてのリソースを含む)
# scrgadm -a -g resource-group-1
 
(論理ホスト名リソースをリソースグループに追加する)
# scrgadm -a -L -g resource-group-1 -l schost-1 
 
(DNS アプリケーションリソースをリソースグループに追加する)
# scrgadm -a -j dns-1 -g resource-group-1 -t SUNW.dns ¥
-y Network_resources_used=schost-1 -y Port_list=53/udp ¥
-x DNS_mode=conf -x Confdir_list=/global/dns
 
(フェイルオーバーリソースグループをオンラインにする)
 
# scswitch -Z -g resource-group-1

SUNW.HAStorage リソースタイプを構成する

SUNW.HAStorage リソースタイプは、HA 記憶装置とデータサービス間の動作を同期させます。Sun Cluster HA for DNS データサービスは、ディスクに負荷をかけず、スケーラブルではないので、SUNW.HAStorage リソースタイプの設定は任意です。

このリソースタイプの詳細については、SUNW.HAStorage(5) のマニュアルページおよび 「リソースグループとディスクデバイスグループの関連性」を参照してください。設定手順については、「新しいリソース用に SUNW.HAStorage リソースタイプを設定する」を参照してください。

データサービスのインストールと構成の確認

Sun Cluster HA for DNS データサービスが正しくインストールされ、構成されていることを確認するには、「Sun Cluster HA for DNS を登録して構成する」で説明されている手順を完了した後で、次のコマンドを実行します。


# nslookup logical-hostname logical-hostname

この例では、logical-hostname は、DNS 要求をサービスするために構成したネットワークリソースの名前です。前述の登録の例では、schost-1 がこれに該当します。出力では、指定した論理ホストによってクエリが処理されたことが示されます。

Sun Cluster HA for DNS 拡張プロパティの構成

DNS リソースの作成に必須の拡張プロパティは Confdir_list プロパティだけです。通常、拡張プロパティは、DNS リソースを作成するときにコマンド行から scrgadm -x parameter=valueを実行して構成します。拡張プロパティは、第 11 章「データサービスリソースの管理」に示す手順を使って後で構成することもできます。

すべての Sun Cluster プロパティについての詳細は、 付録 A 「標準プロパティ」 を参照してください。

表 6-2は、Sun Cluster HA for DNS の拡張プロパティについて説明したものです。拡張プロパティによっては、動的に更新できるものもあります。ただし、それ以外の拡張プロパティは、リソースを作成するときにしか更新できません。次の表の「調整」列は、各プロパティをいつ更新できるかを示しています。

表 6-2 Sun Cluster HA for DNS 拡張プロパティ

名前/データタイプ 

デフォルト 

範囲 

調整 

説明 

Confdir_ list (文字配列)

なし 

なし 

作成時 

パス名をコンマで区切ったリスト。各パス名は、DNS インスタンスの conf ディレクトリを含むディレクトリを示します。

DNS_mode

conf

なし 

作成時 

使用する DNS 構成ファイル。conf (named.conf) または boot (named.boot) を指定します。

Monitor_ retry_ count (整数)

0 - 2,147,483,641 

 

-1 は、再試行の数が無限であることを示す。 

任意の時点 

Monitor_retry_interval プロパティで指定された時間の範囲内に、プロセスモニター機能 (PMF) が障害モニターを再起動する回数。このプロパティは、障害モニターの再起動について制御するのであって、リソースの再起動を制御するわけではありません。リソースの再起動は、システム定義プロパティの Retry_interval および Retry_count によって制御されます。

Monitor_ retry_ interval (整数)

0 - 2147483641 

 

-1 は、再試行の間隔が無限であることを示す。 

任意の時点 

障害モニターの失敗がカウントされる期間 (分)。この期間内に、障害モニターの失敗の数が、拡張プロパティ Monitor_retry_count で指定した値を超えた場合、PMF は障害モニターを再起動しません。

Probe_ timeout (整数)

30 

0 - 2,147,483,641 

任意の時点 

DNS インスタンスの検証に障害モニターが使用するタイムアウト値 (秒)。 

Sun Cluster HA for DNS の障害モニター

検証機能は、nslookup コマンドを使用して DNS の状態を照会します。検証機能が実際に DNS サーバーを照会する前に、ネットワークリソースが DNS データサービスと同じリソースグループ内で構成されていることの確認が行われます。ネットワークリソースが構成されていない場合は、エラーメッセージが記録され、検証はエラーとなり終了します。

検証機能は、次のことを行います。

  1. Probe_timeout リソースプロパティで指定されたタイムアウト値を使用し、nslookup コマンドを実行します。

    この nslookup コマンドの実行結果は、異常か正常のどちらかになります。nslookup の照会に対して DNS が正常に応答した場合は、検証機能は無限ループに戻り、次の検証時間まで待機します。

    nslookup コマンドが正常に終了しなかった場合、検証機能は DNS データサービスで異常が発生したと判断し、履歴に異常を記録します。DNS 検証機能は、すべての異常を致命的な異常とみなします。

  2. 正常/異常履歴に基づいて、ローカルでの再起動、またはデータサービスのフェイルオーバーを実行します。詳細は、「データサービスの状態の検査」を参照してください。