Sun Cluster ディスクデバイスグループの管理方法は、クラスタにインストールされているボリューム管理ソフトウェアによって決まります。 Solstice DiskSuite/Solaris Volume Manager はクラスタ対応なので、Solstice DiskSuite/Solaris Volume Manager の metaset(1M) コマンドを使用して、ディスクデバイスグループを追加、登録、および削除できます。 VERITAS Volume Manager (VxVM) を使用している場合、VxVM コマンドを使用してディスクグループを作成し、 scsetup(1M) ユーティリティを使用し、ディスクグループを Sun Cluster ディスクデバイスグループとして登録します。 VxVM ディスクデバイスグループを削除するには、scsetup コマンドと VxVM コマンドの両方を使用します。
Sun Cluster ソフトウェアは、クラスタ内のディスクデバイスやテープデバイスごとに、raw ディスクデバイスグループを自動的に作成します。 ただし、クラスタデバイスグループは広域デバイスとしてアクセスされるまでオフラインのままです。 ディスクデバイスグループやボリューム管理ソフトウェアのディスクグループを管理する際は、グループの主ノードであるクラスタから実行する必要があります。
広域名前空間はインストール中に自動的に設定され、 Solaris オペレーティング環境の再起動中に自動的に更新されるため、通常、広域デバイス名前空間は管理する必要はありません。 ただし、広域名前空間を更新する必要がある場合は、任意のクラスタノードから scgdevs(1M) コマンドを実行できます。 このコマンドにより、その他のすべてのクラスタノードだけでなく、今後クラスタに結合する可能性があるノードでも広域名前空間を更新できます。
広域デバイスのアクセス権に加えた変更は、Solstice DiskSuite/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 操作を実行するには、次の手順をその順番どおりに行います。
表 4–1 Task Map: ディスクデバイスとテープデバイスでの動的再構成
目次 |
参照箇所 |
---|---|
1. アクティブなデバイスグループに影響するような DR 操作を現在の主ノードに実行する必要がある場合、DR 削除操作をデバイス上で実行する前に、主ノードと二次ノードの切替えを実行 | |
2. 削除するデバイス上で DR 削除操作を実行します。 |
「Solaris 8 on Sun Hardware」コレクションと「Solaris 9 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.1 4/04 ソフトウェアは、同じノードから複数のパスを管理する VxVM Dynamic Multipathing (DMP) をサポートしません。
VxVM を使用して Oracle Parallel Server/Real Application Clusters 用の共有ディスクグループを設定する場合、『VERITAS Volume Manager Administrator's Reference Guide』に説明されている VxVM のクラスタ機能を使用します。 Oracle Parallel Server/Real Application Clusters 用の共有ディスクグループの作成は、その他のディスクグループの作成と異なります。 Oracle Parallel Server/Real Application Clusters 用の共有ディスクグループをインポートするには、 vxdg -s を使用する必要があります。 Oracle Parallel Server/Real Application Clusters 用の共有ディスクグループをクラスタフレームワークに登録してはいけません。 VxVM ディスクグループを作成する方法については、SPARC: ディスクの初期化時に新しいディスクグループを 作成する (VERITAS Volume Manager) を参照してください。