Sun Cluster デバイスグループの管理方法は、クラスタにインストールされているボリューム管理ソフトウェアによって決まります。Solaris Volume Manager は「クラスタ対応」なので、Solaris Volume Manager の metaset(1M) コマンドを使用してデバイスグループを追加、登録、および削除できます。VERITAS Volume Manager (VxVM) を使用している場合、VxVM コマンドを使用してディスクグループを作成し、clsetup ユーティリティーを使用して、ディスクグループを Sun Cluster のデバイスグループとして登録します。VxVM デバイスグループを削除するには、clsetup コマンドと VxVM のコマンドの両方を使用します。
Solaris 10 OS の場合、グローバルデバイスは非大域ゾーンから直接アクセスすることはできません。
Sun Cluster ソフトウェアは、クラスタ内のディスクデバイスやテープデバイスごとに、raw ディスクデバイスグループを自動的に作成します。ただし、クラスタデバイスグループはグローバルデバイスとしてアクセスされるまでオフラインのままです。デバイスグループやボリューム管理ソフトウェアのディスクグループを管理する際は、グループの主ノードであるクラスタから実行する必要があります。
グローバルな名前空間はインストール中に自動的に設定され、Solaris OS の再起動中に自動的に更新されるため、通常、グローバルデバイス名前空間は管理する必要はありません。ただし、グローバルな名前空間を更新する必要がある場合は、任意のクラスタノードから cldevice populate コマンドを実行できます。このコマンドにより、その他のすべてのクラスタノードだけでなく、今後クラスタに結合する可能性があるノードでもグローバルな名前空間を更新できます。
グローバルデバイスのアクセス権に加えた変更は、Solaris Volume Manager およびディスクデバイスのクラスタのすべてのノードには自動的に伝達されません。グローバルデバイスのアクセス権を変更する場合は、クラスタ内のすべてのノードで手作業でアクセス権を変更する必要があります。たとえば、グローバルデバイス /dev/global/dsk/d3s0 のアクセス権を 644 に変更する場合は、クラスタ内のすべてのノード上で次のコマンドを実行します。
# chmod 644 /dev/global/dsk/d3s0
VxVM は、chmod コマンドをサポートしません。VxVM でグローバルデバイスのアクセス権を変更する方法については、VxVM の管理者ガイドを参照してください。
クラスタ内のディスクデバイスやテープデバイス上で動的再構成 (DR) を実行するときには、いくつかの問題を考慮する必要があります。
Sun Cluster の動的再構成 (DR) のサポートには、Solaris の DR 機能に述べられている必要条件、手順、および制限がすべて適用されます。ただし、オペレーティングシステムの休止操作は除きます。したがって、Sun Cluster ソフトウェアで DR 機能を使用する前に、必ず、Solaris の DR 機能についての説明を参照してください。特に、DR Detach 操作中に、ネットワークに接続されていない入出力デバイスに影響する問題について確認してください。
主ノードのアクティブなデバイス上では DR 削除操作を実行できません。DR 操作を実行できるのは、主ノードのアクティブでないデバイスか、二次ノードの任意のデバイス上でだけです。
DR 操作が終了すると、クラスタのデータアクセスが前と同じように続けられます。
Sun Cluster は、定足数デバイスの使用に影響を与える DR 操作を拒否します。詳細については、「定足数デバイスへの動的再構成」を参照してください。
二次ノードに対して DR 操作を行っているときに現在の主ノードに障害が発生すると、クラスタの可用性が損なわれます。新しい二次ノードが提供されるまで、主ノードにはフェイルオーバーする場所がありません。
グローバルデバイス上で DR 操作を実行するには、次の手順をその順番どおりに行います。
表 5–1 作業マップ: ディスクデバイスとテープデバイスでの動的再構成
作業 |
説明 |
---|---|
1. アクティブなデバイスグループに影響するような DR 操作を現在の主ノードに実行する必要がある場合、DR 削除操作をデバイス上で実行する前に、主ノードと二次ノードの切替えを実行 | |
2. 削除するデバイス上で DR 削除操作を実行します。 |
「Solaris 9 on Sun Hardware」コレクションと「Solaris 10 on Sun Hardware」コレクションの『Sun Enterprise 10000 DR Configuration Guide』と『Sun Enterprise 10000 Dynamic Reconfiguration Reference Manual』 |
Sun Cluster ソフトウェアで VxVM 名前空間を保持するには、VxVM のディスクグループまたはボリュームの変更を Sun Cluster デバイスグループの構成の変更として登録する必要があります。変更を登録することによって、すべてのクラスタノードを確実に更新できます。名前空間に影響を与える構成の変更の例としては、ボリュームの追加、削除、名前変更があります。また、ボリュームのアクセス権、所有者、グループID の変更なども名前空間に影響を与えます。
ディスクグループを Sun Cluster デバイスグループとしてクラスタに登録した後は、VxVM コマンドを使用して VxVM ディスクグループをインポートまたはデポートしてはいけません。ディスクグループのインポートやデポートが必要な場合は、すべて Sun Cluster ソフトウェアによって処理します。
各 VxVM ディスクグループには、クラスタ全体で一意のマイナー番号が与えられています。デフォルトでは、ディスクグループを作成したときに、VxVM によって 1000 の倍数の乱数がディスクグループのベースマイナー番号として選択されます。少数のディスクグループしかないほとんどの構成では、このマイナー番号で十分一意性を保証できます。ただし、新たに作成したディスクグループのマイナー番号が、以前別のクラスタノードにインポートしたディスクグループのマイナー番号と衝突することがあります。この場合、Sun Cluster デバイスグループは登録できません。この問題を解消するには、新しいディスクグループに一意の値である新しいマイナー番号を付けたうえで、Sun Cluster デバイスグループとして登録してください。
ミラー化したボリュームを設定している場合、ダーティーリージョンログ (DRL) を使用すると、ノードに障害が発生してからボリュームが回復するまでの時間を短縮できます。入出力のスループットが低下することになりますが、DRL の使用を強くお勧めします。
VxVM は、chmod コマンドをサポートしません。VxVM でグローバルデバイスのアクセス権を変更する方法については、VxVM の管理者ガイドを参照してください。
Sun Cluster 3.2 ソフトウェアは、同一ノードからの複数パスの VxVM Dynamic Multipathing (DMP) 管理をサポートしていません。
VxVM を使用して Oracle Parallel Server または Oracle RAC 用の共有ディスクグループを設定する場合、『VERITAS Volume Manager Administrator's Reference Guide』に説明されている VxVM のクラスタ機能を使用します。Oracle Parallel Server または Oracle RAC の共有ディスクグループの作成は、ほかのディスクグループの作成とは異なります。Oracle Parallel Server または Oracle RAC 用の共有ディスクグループをインポートするには、 vxdg -s を使用する必要があります。Oracle Parallel Server または Oracle RAC 用の共有ディスクグループをクラスタフレームワークに登録してはいけません。ほかの VxVM ディスクグループを作成する方法については、「SPARC: ディスクの初期化時に新しいディスクグループを作成 (VERITAS Volume Manager)」を参照してください。