test

Sun Cluster のシステム管理 (Solaris OS 版)

フェイルオーバーの管理方法の例

ここでは、フェイルオーバーの開始方法と、アプリケーションがどのように二次クラスタに転送されるかを説明します。フェイルオーバーの後、DNS エントリを更新します。詳細については、「フェイルオーバーの管理のガイドライン」を参照してください。

ここでは、次の手順について説明します。

Procedureスイッチオーバーを呼び出す

  1. nodeA および nodeC にスーパーユーザーになるか、RBAC の承認 solaris.cluster.admin を提供する役割になりますを使用してアクセスします。

  2. 主クラスタをロギングモードに変更します。

    • Sun StorEdge Availability Suite ソフトウェアの場合:


      nodeA# /usr/opt/SUNWesm/sbin/sndradm -n -l lhost-reprg-prim \
/dev/vx/rdsk/devgrp/vol01 \
/dev/vx/rdsk/devgrp/vol04 lhost-reprg-sec \
/dev/vx/rdsk/devgrp/vol01 \
/dev/vx/rdsk/devgrp/vol04 ip sync

    • Sun StorageTek Availability Suite ソフトウェアの場合:


      nodeA# /usr/sbin/sndradm -n -l lhost-reprg-prim \
/dev/vx/rdsk/devgrp/vol01 \
/dev/vx/rdsk/devgrp/vol04 lhost-reprg-sec \
/dev/vx/rdsk/devgrp/vol01 \
/dev/vx/rdsk/devgrp/vol04 ip sync

    ディスクのデータボリュームに書き込みが行われると、同じデバイスグループのビットマップボリュームが更新されます。複製は行われません。

  3. 主クラスタと二次クラスタがロギングモードで、自動同期がオフであることを確認します。

    1. nodeA で、モードと設定を確認します。

      • Sun StorEdge Availability Suite ソフトウェアの場合:


        nodeA# /usr/opt/SUNWesm/sbin/sndradm -P

      • Sun StorageTek Availability Suite ソフトウェアの場合:


        nodeA# /usr/sbin/sndradm -P

      次のような出力が表示されます。


      /dev/vx/rdsk/devgrp/vol01 ->
lhost-reprg-sec:/dev/vx/rdsk/devgrp/vol01
autosync:off, max q writes:4194304,max q fbas:16384,mode:sync,ctag:
devgrp, state: logging

    2. nodeC で、モードと設定を確認します。

      • Sun StorEdge Availability Suite ソフトウェアの場合:


        nodeC# /usr/opt/SUNWesm/sbin/sndradm -P

      • Sun StorageTek Availability Suite ソフトウェアの場合:


        nodeC# /usr/sbin/sndradm -P

      次のような出力が表示されます。


      /dev/vx/rdsk/devgrp/vol01 <-
lhost-reprg-prim:/dev/vx/rdsk/devgrp/vol01
autosync:off, max q writes:4194304,max q fbas:16384,mode:sync,ctag:
devgrp, state: logging

    nodeA と nodeC の状態は logging で、非同期のアクティブ状態は off でなければなりません。

  4. 二次クラスタで主クラスタからのテイクオーバーの準備ができていることを確認します。


    nodeC# fsck -y /dev/vx/rdsk/devgrp/vol01

  5. 二次クラスタにスイッチオーバーします。


    nodeC# clresourcegroup switch -n nodeC nfs-rg
次の手順

「DNS エントリを更新する」に進みます。

ProcedureDNS エントリを更新する

DNS がクライアントをクラスタにどのようにマッピングするかについては、図 A–6 を参照してください。

始める前に

手順「スイッチオーバーを呼び出す」を完了します。

  1. nsupdate コマンドを開始します。

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

  2. 両方のクラスタについて、アプリケーションリソースグループの論理ホスト名とクラスタ IP アドレス間の現在の DNS マッピングを削除します。


    > update delete lhost-nfsrg-prim A
> update delete lhost-nfsrg-sec A
> update delete ipaddress1rev.in-addr.arpa ttl PTR lhost-nfsrg-prim
> update delete ipaddress2rev.in-addr.arpa ttl PTR lhost-nfsrg-sec
    ipaddress1rev

    主クラスタの IP アドレス (逆順) です。

    ipaddress2rev

    二次クラスタの IP アドレス (逆順) です。

    ttl

    秒単位の有効時間です。一般的な値は 3600 になります。

  3. 両方のクラスタについて、アプリケーションリソースグループの論理ホスト名とクラスタ IP アドレス間の、新しい DNS マッピングを作成します。

    主論理ホスト名を二次クラスタの IP アドレスにマッピングし、二次論理ホスト名を主クラスタの IP アドレスにマッピングします。


    > update add lhost-nfsrg-prim ttl A ipaddress2fwd
> update add lhost-nfsrg-sec ttl A ipaddress1fwd
> update add ipaddress2rev.in-addr.arpa ttl PTR lhost-nfsrg-prim
> update add ipaddress1rev.in-addr.arpa ttl PTR lhost-nfsrg-sec
    ipaddress2fwd

    二次クラスタの IP アドレス (正順) です。

    ipaddress1fwd

    主クラスタの IP アドレス (正順) です。