test

Sun Cluster Geographic Edition Sun StorEdge Availability Suite 向けデータ複製ガイド

Sun StorEdge Availability Suite 3.2.1 ソフトウェアの初期構成

この節では、Sun Cluster Geographic Edition 製品内で Sun StorEdge Availability Suite 3.2.1 による複製を構成する前に行う必要がある当初の作業について説明します。

この節で使用する保護グループ例 avspg は、2 つのクラスタ cluster-paris および cluster-newyork からなるパートナーシップ上にすでに構成されています。apprg1 リソースグループ内にカプセル化されたアプリケーションは、avspg 保護グループによって保護されています。アプリケーションデータは avsdg デバイスグループに格納されています。 avsdg デバイスグループ内のボリュームは、Solaris ボリュームマネージャー ボリューム、VERITAS Volume Manager ボリューム、または raw デバイスボリュームになる可能性があります。

リソースグループ apprg1 とデバイスグループ avsdg は、cluster-paris クラスタと cluster-newyork クラスタのどちらにも存在します。avspg 保護グループは、cluster-paris クラスタと cluster-newyork クラスタ間でデータを複製することによって、アプリケーションデータを保護します。

注 –

デバイスグループを個別に複製するには、論理ホストがローカルクラスタ上とパートナークラスタ上に 1 つずつ必要です。

Sun Cluster Geographic Edition ソフトウェアでは、クラスタタグ内でスラッシュ (/) を使用することはできません。raw DID デバイスを使用している場合、dsk/s3 などの、バックスラッシュのあるあらかじめ定義された DID デバイスグループ名を使用することはできません。

raw デバイスグループで DID を使用するには、「raw デバイスグループで DID を使用する」を参照してください。

Sun StorEdge Availability Suite ボリュームセット

Sun StorEdge Availability Suite 3.2.1 ボリュームセットを定義するには、次のものを決定する必要があります。

volset ファイルは、保護グループの主クラスタと二次クラスタのすべてのノード上の /var/cluster/geo/avs/devicegroupname-volset.ini にあります。たとえば、デバイスグループ avsdg の volset ファイルは、/var/cluster/geo/avs/avsdg-volset.ini にあります。

次の表では、Sun Cluster Geographic Edition ソフトウェアで処理されるボリュームセットファイルのフィールドについて説明します。ボリュームセットのその他のパラメタ (ディスクキュー、メモリーキューのサイズ、非同期スレッドの数など) は、Sun Cluster Geographic Edition ソフトウェアでは処理されません。これらのパラメタは、Sun StorEdge Availability Suite 3.2.1 コマンドで手動で調整する必要があります。

フィールド 

意味 

説明 

phost

主ホスト 

主ボリュームが存在するサーバーの論理ホスト。 

pdev

主デバイス 

主ボリュームパーティション。必ず完全パス名を指定してください。 

pbitmap

主ビットマップ 

主パーティションのビットマップが格納されるボリュームパーティション。必ず完全パス名を指定してください。 

shost

二次ホスト 

二次ボリュームが存在するサーバーの論理ホスト。 

sdev

二次デバイス 

二次ボリュームパーティション。必ず完全パス名を指定してください。 

sbitmap

二次ビットマップ 

二次パーティションのビットマップが格納されるボリュームパーティション。必ず完全パス名を指定してください。 

ip

ネットワーク転送プロトコル 

IP アドレス。 

sync | async

動作モード 

sync モードでは、二次クラスタ上のボリュームが更新されるまで、入出力操作が完了したとは見なされません。

async モードでは、二次クラスタ上のボリュームが更新される前に、主ホストの入出力操作が完了したと見なされます。

g iogroupname

入出力グループ名 

I/O グループ名。このセットは、主クラスタおよび二次クラスタ両方の上の同じ入出力グループ内に構成する必要があります。このパラメタはオプションであり、I/O グループがある場合にのみ構成する必要があります。 

C 

C タグ 

ボリューム名からデバイスグループ名が判断できない場合の、ローカルデータおよびビットマップボリュームのデバイスグループ名またはリソースタグです。たとえば、/dev/md/avsset/rdsk/vol からは、デバイスグループ名が avsset であることがわかります。また、/dev/vx/rdsk/avsdg/vol からは、デバイスグループ名が avsdg であることがわかります。

Sun Cluster Geographic Edition ソフトウェアでは、Sun StorEdge Availability Suite 3.2.1 パラメタの値は変更されません。このソフトウェアでは、スイッチオーバーとテイクオーバーの操作中に、ボリュームセットの役割が制御されるだけです。

ボリュームセットファイルの書式については、Sun StorEdge Availability Suite 3.2.1 のマニュアルを参照してください。

Procedureraw デバイスグループで DID を使用する

  1. あらかじめ定義されている DID デバイスグループから、使用する DID を削除します。

  2. raw デバイスグループに DID を追加します。新しい DID にスラッシュが含まれていないことを確認します。

  3. このグループ名をパートナーシップの各クラスタ上に作成します。各クラスタで同じ DID を使用することができます。

  4. デバイスグループ名が必要な場合には、この新しいグループ名を使用します。

ProcedureSun Cluster での Sun StorEdge Availability Suite 3.2.1 ボリュームの構成方法

ここで説明する手順を実行して、Sun Cluster 環境で Sun StorEdge Availability Suite 3.2.1 ボリュームを構成します。これらのボリュームは、Solaris ボリュームマネージャーボリューム、VERITAS Volume Manager ボリューム、または raw デバイスボリュームのいずれかです。

ボリュームは、Sun Cluster のデバイスグループレベルでカプセル化されます。Sun StorEdge Availability Suite 3.2.1 ソフトウェアは、このデバイスグループインタフェースを介して、Solaris ボリュームマネージャーディスクセット、VERITAS Volume Manager ディスクグループ、または raw デバイスと対話します。ボリュームのパスは、次の表に示すように、ボリュームタイプによって異なります。

ボリュームタイプ 

パス 

Solaris ボリュームマネージャー 

/dev/md/disksetname /rdsk/d# (# は 1 桁の数字)

VERITAS Volume Manager 

/dev/vx/rdsk/diskgroupname /volumename

raw デバイス 

/dev/did/rdsk/d#s#

  1. Solaris ボリュームマネージャーまたはディスクグループ avsdg のどちらか、VERITAS Volume Manager、または cluster-paris と cluster-newyork 上の raw デバイスのどちらかを使用し、ディスクセット avsset を作成します。

    たとえば、raw デバイスを使用してボリュームを構成する場合は、cluster-paris と cluster-newyork 上の raw デバイスグループ dsk/d3 を選択します。

  2. cluster-paris 上のディスクセットまたはディスクグループ内にボリュームを 2 つ作成します。

    システムがロギングモードの場合、Sun StorEdge Availability Suite ソフトウェアはデータボリュームの変更を追跡するため、データボリュームごとに専用のビットマップボリュームを必要とします。

    raw デバイスを使用してボリュームを構成する場合は、cluster-paris 上のデバイス /dev/did/rdsk/d3 に、/dev/did/rdsk/d3s3 と /dev/did/rdsk/d3s4 の 2 つのパーティションを作成します。

  3. cluster-newyork 上のディスクセットまたはディスクグループ内にボリュームを 2 つ作成します。

    raw デバイスを使用してボリュームを構成する場合は、cluster-paris 上のデバイス /dev/did/rdsk/d3 に、/dev/did/rdsk/d3s5 と /dev/did/rdsk/d3s6 の 2 つのパーティションを作成します。

Sun StorEdge Availability Suite 3.2.1 ボリュームセットの有効化

Sun StorEdge Availability Suite 3.2.1 ボリュームセットは、次の 2 つのうちいずれかの方法で有効にできます。

Solaris ボリュームマネージャーボリュームセットの自動的な有効化

この例では、主クラスタを cluster-paris、Solaris ボリュームマネージャーディスクセットを含むデバイスグループを avsset と想定します。

例 1–1 Solaris ボリュームマネージャーボリュームセットの自動的な有効化

この例では、/var/cluster/geo/avs/avsset-volset.ini に次のエントリが入っていると想定します。


logicalhost-paris-1 /dev/md/avsset/rdsk/d100 /dev/md/avsset/rdsk/d101 
logicalhost-newyork-1 /dev/md/avsset/rdsk/d100 /dev/md/avsset/rdsk/d101 
ip async C avsset

avsset-volset.ini ファイルには、次のエントリがあります。

このサンプル構成ファイルに定義されているボリュームセットは、このファイル内に指定されているビットマップボリュームと論理ホスト名を使用して、cluster-paris の d100 を cluster-newyork の d100 に複製します。

VERITAS Volume Manager ボリュームセットの自動的な有効化

この例では、主クラスタを cluster-paris、VERITAS Volume Manager ディスクグループを含むデバイスグループを avsdg と想定します。

例 1–2 VERITAS Volume Manager ボリュームセットの自動的な有効化

この例では、/var/cluster/geo/avs/avsdg-volset.ini ファイルに次のエントリが入っていると想定します。


logicalhost-paris-1 /dev/vx/rdsk/avsdg/vol-data-paris \
/dev/vx/rdsk/avsdg/vol-bitmap-paris 
logicalhost-newyork-1 /dev/vx/rdsk/avsdg/vol-data-newyork \
/dev/vx/rdsk/avsdg/vol-bitmap-ny 
ip async C avsdg

avsdg-volset.ini ファイルには、次のエントリがあります。

このサンプル構成ファイルに定義されているボリュームセットは、cluster-paris の vol-data-paris を cluster-newyork のvol-data-newyork に複製します。このボリュームセットは、ファイル内に指定されているビットマップボリュームと論理ホスト名を使用します。

raw デバイスボリュームセットの自動的な有効化

この例では、主クラスタを cluster-paris、raw デバイスディスクグループ /dev/did/rdsk/d3 を含むデバイスグループの名前を rawdg と想定します。

例 1–3 raw デバイスボリュームセットの自動的な有効化

この例では、/var/cluster/geo/avs/avsdg-volset.ini ファイルに次のエントリが入っていると想定します。


logicalhost-paris-1 /dev/did/rdsk/d3s3 /dev/did/rdsk/d3s4 
logicalhost-newyork-1 /dev/did/rdsk/d3s5 /dev/did/rdsk/d3s6 
ip async C rawdg

そして、rawdg-volset.ini ファイルには次のエントリがあるとします。

このサンプル構成ファイルに定義されているボリュームセットは、cluster-paris の d3s3 を cluster-newyork のd3s5 に複製します。このボリュームセットは、ファイル内に指定されているビットマップボリュームと論理ホスト名を使用します。

ボリュームセットの手動による有効化

保護グループ avspg にデバイスグループを追加したところで、Sun StorEdge Availability Suite 3.2.1 ボリュームセットを手動で有効にすることができます。

例 1–4 Sun StorEdge Availability Suite 3.2.1 ボリュームセットの手動による有効化

次の例では Solaris ボリュームマネージャー ボリュームセットを手動で有効化します。


phys-paris-1# /usr/opt/SUNWesm/sbin/sndradm -e logicalhost-paris-1 \
/dev/md/avsset/rdsk/d100 /dev/md/avsset/rdsk/d101 \
logicalhost-newyork-1 /dev/md/avsset/rdsk/d100 \
/dev/md/avsset/rdsk/d101 ip async C avsset
例 1–5 VERITAS Volume Manager ボリュームセットの手動による有効化

次の例では VERITAS Volume Manager ボリュームセットを手動で有効化します。


phys-paris-1# /usr/opt/SUNWesm/sbin/sndradm -e logicalhost-paris-1 
/dev/vx/rdsk/avsdg/vol-data-paris /dev/vx/rdsk/avsdg/vol-bitmap-paris 
logicalhost-newyork-1 /dev/vx/rdsk/avsdg/vol-data-newyork 
/dev/vx/rdsk/avsdg/vol-bitmap-newyork ip async C avsdg
例 1–6 raw デバイスボリュームセットの手動による有効化

次の例では raw デバイスボリュームセットを手動で有効化します。


phys-paris-1# /usr/opt/SUNWesm/sbin/sndradm -e logicalhost-paris-1 
/dev/did/rdsk/d3s3 /dev/did/rdsk/d3s4 logicalhost-newyork-1 /dev/did/rdsk/d3s5 
/dev/did/rdsk/d3s6 ip async C dsk/d3

sndradm コマンドの実行に関する情報は、Sun StorEdge Availability Suite 3.2.1 ログファイル /var/opt/SUNWesm/ds.log に出力されます。ボリュームセットを手動で有効にする過程でエラーが発生した場合は、このファイルを参照してください。

ProcedureSun StorEdge Availability Suite 3.2.1 で制御される Sun Cluster デバイスグループを構成する方法

Sun StorEdge Availability Suite 3.2.1 ソフトウェアは、Solaris ボリュームマネージャー、VERITAS Volume Manager、および raw デバイスボリュームをサポートします。

  1. 複製するボリュームセットを含むデバイスグループが Sun Cluster ソフトウェアに登録されていることを確認します。

    これらのコマンドについては、scsetup(1M) または scconf(1M) のマニュアルページを参照してください。

  2. VERITAS Volume Manager デバイスグループを使用している場合は、Sun Cluster コマンド scsetup または scconf を使用して VERITAS Volume Manager 構成を同期させます。

  3. scstat -D コマンドの出力にデバイスグループが表示されることを確認します。

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

  4. cluster-paris と cluster-newyork の両方のクラスタで、手 順 1 〜 3 を繰り返します。

ProcedureSun StorEdge Availability Suite 3.2.1 用の高可用性クラスタグローバルファイルシステムを構成する

  1. 前の手順で作成したボリュームセット vol-data-paris 上に、必要なファイルシステムを作成します。

    アプリケーションは、このファイルシステムに書き込みを行います。

  2. マウント位置などの情報を含む /etc/vfstab ファイルにエントリを追加します。

    注 –

    このファイル内の mount at boot フィールドの値は no に設定する必要があります。この値を設定することによって、クラスタの起動時、ファイルシステムは二次クラスタにマウントされないようになります。代わりに、Sun Cluster ソフトウェアと Sun Cluster Geographic Edition フレームワークは、主クラスタ上でアプリケーションがオンラインになる場合に HAStoragePlus リソースを使用してファイルシステムをマウントします。二次クラスタにはデータをマウントしないでください。主クラスタ上のデータが二次クラスタに複製されなくなります。

  3. 新しいファイルシステムを処理するには、アプリケーションリソースグループ apprg1 に HAStoragePlus リソースを追加します。

    このリソースを追加することで、必要なファイルシステムがアプリケーションの起動前に再マウントされます。

    HAStoragePlus リソースタイプについての詳細は、『Sun Cluster データサービスの計画と管理 (Solaris OS 版)』を参照してください。

  4. cluster-paris と cluster-newyork の両方で、手順 1 〜 3 を繰り返します。

例 1–7 Solaris ボリュームマネージャーボリューム用の高可用性クラスタグローバルファイルシステムの構成

この例では、Solaris ボリュームマネージャー ボリューム用の高可用性クラスタグローバルファイルシステムを構成します。この例では、リソースグループ apprg1 がすでに存在すると仮定します。

  1. UNIX ファイルシステム (UFS) を作成します。


    # newfs /dev/md/avsset/rdsk/d100

    このコマンドによって、次のエントリが /etc/vfstab ファイルに作成されます。


    /dev/md/avsset/dsk/d100 /dev/md/avsset/rdsk/d100 
/global/sample ufs 2 no logging

  2. HAStoragePlus リソースを追加します。


    # scrgadm -a -j rs-hasp -g apprg1 -t SUNW.HAStoragePlus 
-x FilesystemMountPoints=/global/sample -x AffinityOn=TRUE
例 1–8 VERITAS Volume Manager ボリューム用の高可用性クラスタグローバルファイルシステムの構成

この例では、apprg1 リソースグループがすでに存在すると仮定します。

  1. UNIX ファイルシステム (UFS) を作成します。


    # newfs /dev/vx/rdsk/avsdg/vol-data-paris

    このコマンドによって、次のエントリが /etc/vfstab ファイルに作成されます。


    /dev/vx/dsk/avsdg/vol-data-paris /dev/vx/rdsk/avsdg/vol-data-paris 
/global/sample ufs 2 no logging

  2. HAStoragePlus リソースを追加します。


    # scrgadm -a -j rs-hasp -g apprg1 -t SUNW.HAStoragePlus 
-x FilesystemMountPoints=/global/sample -x AffinityOn=TRUE
例 1–9 raw デバイスボリューム用の高可用性クラスタグローバルファイルシステムの構成

この例では、apprg1 リソースグループがすでに存在すると仮定します。

  1. UNIX ファイルシステム (UFS) を作成します。


    # newfs /dev/did/rdsk/d3s3

    このコマンドによって、次のエントリが /etc/vfstab ファイルに作成されます。


    /dev/did/dsk/d3s3 /dev/did/rdsk/d3s3 
/global/sample ufs 2 no logging

  2. HAStoragePlus リソースを追加します。


    # scrgadm -a -j rs-hasp -g apprg1 -t SUNW.HAStoragePlus 
-x FilesystemMountPoints=/global/sample -x AffinityOn=TRUE