Storage Foundation Cluster File System High Availability 7.4 管理者ガイド - Linux

クラスタボリューム管理の概要

過去数年間に、共有データアクセスを使う並列アプリケーションがますます一般的になってきました。現在入手できる商用アプリケーションの例としては、Oracle Real Application Clusters™（RAC）、Sybase Adaptive Server®、Informatica Enterprise Cluster Edition が挙げられます。さらに、NFS（Network File System）、FTP（File Transfer Protocol）、NNTP（Network News Transfer Protocol）のセマンティクスでは、これらの作業負荷を共有データアクセスクラスタによって処理できます。そして多数の組織が、共有データアクセスクラスタを利用する社内アプリケーションを開発してきました。

VxVM のクラスタ機能（CVM）は、VCS またはホスト OS に装備されているクラスタモニタデーモンと連携します。クラスタモニタは、クラスタメンバーシップの変更を VxVM に通知します。VxVM の各ノードは独自に起動し、クラスタモニタに加え、OS と VxVM/CVM のコピーをそれぞれ独自に備えています。あるノードをクラスタに結合すると、そのノードは共有ディスクグループおよびボリュームにアクセスできるようになります。ノードがクラスタから切断されると、そのノードは共有ディスクにアクセスできなくなります。ノードに対して適切なコマンドを発行すると、そのノードはクラスタに参加します。

図: 4 ノード CVM クラスタの例 は、類似または同一のハードウェア特性（CPU、RAM およびホストアダプタ）を持ち、同一のソフトウェア（OS を含む）で設定されたノード構成の単純なクラスタを示しています。

図: 4 ノード CVM クラスタの例

クラスタモニタにとって、すべてのノードが等価です。共有ディスクグループ内に設定された VxVM オブジェクトは、潜在的に、クラスタに参加しているすべてのノードからアクセスされる可能性があります。ただし、VxVM の CVM 機能では、ノードの 1 つがマスターノードとして機能し、クラスタ内の他のノードすべてがスレーブノードとして機能するメンバーシップが要求されます。任意のノードがマスターノードになり、特定の VxVM のアクティビティの調整を担当することができます。

この例では、ノード 0 が CVM マスターノードとして設定されていて、ノード 1、2、3 は CVM スレーブノードとして設定されています。ノードはプライベートネットワークによって完全に接続され、ストレージエリアネットワーク（SAN: Storage Area Network）で共有する外部ストレージ（ディスクアレイまたは JBOD（just a bunch of disk）のいずれか）に、SCSI またはファイバーチャネルを介してそれぞれ接続されています。

図: 4 ノード CVM クラスタの例 に各ノードがディスク（1 つ以上のクラスタ共有ディスクグループで構成される）への 2 つの独立したパスを持つことを示します。パスが複数あると、一方のパスに障害が発生した場合でも可用性を維持することができます。ただし、これはクラスタ設定の必要条件ではありません。ディスクを接続するパスは 1 つでも構いません。

プライベートネットワークにより、ノードはシステムリソースと互いの状態についての情報を共有できます。プライベートネットワークを使って、すべてのノードから他の現在アクティブなノード、クラスタに参加しているノード、クラスタから切り離されているノード、障害が発生しているノードを認識できます。プライベートネットワークは、チャネルの 1 つで障害が発生した場合に備えた冗長性を確保するために、少なくとも 2 つの通信チャネルを必要とします。1 つのチャネルのみが使われていた場合、その障害はノードの障害と区別が付きません。これは「ネットワーク分割」として知られる状況です。

VxVM オブジェクトを設定または再設定するコマンドは、クラスタ内の任意のノードで実行できます。これらの作業には、共有ディスクグループの設定、ボリュームの作成と再設定、スナップショット操作の実行などがあります。

クラスタに最初に参加したノードがマスターノードの機能を実行します。マスターノードがクラスタから切断されると、スレーブノードの 1 つが新しいマスターとして選択されます。

CVM マスター選択を制御する方法を参照してください。