Sun Cluster の概念 (Solaris OS 版)

ディスクデバイスグループ

SunPlex システムでは、すべての多重ホストディスクは、Sun Cluster ソフトウェアフレームワークの制御下になければなりません。 最初に、多重ホストディスクにボリューム管理ソフトウェアのディスクグループを作成します。これは Solaris Volume Manager ディスクセットまたは VERITAS Volume Manager ディスクグループ (SPARC ベースのクラスタに限って利用可能) のどちらかにします。 次に、ボリューム管理ソフトウェアのディスクグループをディスクデバイスグループとして登録します。 ディスクデバイスグループは、広域デバイスの一種です。 さらに、Sun Cluster ソフトウェアは、個々のディスクデバイスやテープデバイスごとに raw ディスクデバイスグループを自動的に作成します。 ただし、これらのクラスタデバイスグループは、広域デバイスとしてアクセスされるまではオフラインの状態になっています。

この登録によって、SunPlex システムは、どのノードがどのボリュームマネージャディスクグループへのパスをもっているかを知ることができます。 この時点でそのボリュームマネージャデバイスグループは、クラスタ内で広域アクセスが可能になります。 あるディスクデバイスグループが複数のノードから書き込み可能 (制御可能) な場合は、そのディスクデバイスグループに格納されるデータは、高度な可用性を有することになります。 高度な可用性を備えたディスクデバイスグループには、クラスタファイルシステムを格納できます。


注 –

ディスクデバイスグループは、リソースグループとは別のものです。 あるノードが 1 つのリソースグループ (データサービスプロセスのグループを表す) をマスターする一方で、別のノードが、データサービスによってアクセスされるディスクグループをマスターできます。 ただし、最も良い方法は、特定のアプリケーションのデータを保存するディスクデバイスグループと、アプリケーションのリソース (アプリケーションデーモン) を同じノードに含むリソースグループを維持することです。 ディスクデバイスグループとリソースグループの関連付けの詳細については、『Sun Cluster データサービスの計画と管理』にある概要についての章を参照してください。


ディスクデバイスグループでは、ボリューム管理ソフトウェアのディスクグループが「帯域」になります。これは含まれるディスクに多重パスサポートを提供するからです。 多重ホストディスクに物理的に接続された各クラスタノードは、ディスクデバイスグループへのパスを提供します。

ディスクデバイスグループのフェイルオーバー

ディスク格納装置は複数のノードに接続されるため、現在デバイスグループをマスターしているノードに障害が生じた場合でも、代替パスによってその格納装置にあるすべてのディスクデバイスグループにアクセスできます。 デバイスグループをマスターするノードの障害は、回復と一貫性の検査を実行するために要する時間を除けば、デバイスグループへのアクセスに影響しません。 この時間の間は、デバイスグループが使用可能になるまで、すべての要求は (アプリケーションには透過的に) 阻止されます。

図 3–1 ディスクデバイスグループのフェイルオーバー

図 : この図については、前の本文中で説明しています。

多重ポートディスクデバイスグループ

ここでは、多重ポートディスク構成において性能と可用性をバランスよく実現するディスクデバイスグループのプロパティについて説明します。 Sun Cluster ソフトウェアには、多重ポートディスク構成を設定するための 2 つのプロパティ preferencednumsecondaries があります。 preferenced プロパティを使用すると、フェイルオーバーの発生時に各ノードがどの順で制御を取得するかを制御できます。 numsecondaries プロパティは、特定のデバイスグループに対する二次ノードの数を設定します。

高可用性サービスでは、主ノードが停止し、主ノードになる資格のある二次ノードがもはや存在しないときに、停止とみなされます。 サービスのフェイルオーバーが発生したときに、preferenced プロパティが true であった場合、ノードはノードリストの順番に従って、二次ノードを選択します。 設定されたノードリストによって、ノードが一次制御権の獲得を試みる順序、またはスペアから二次への移行を試みる順序が決まります。 デバイスサービスの設定は、scsetup(1M) ユーティリティで動的に変更できます。 従属サービスプロバイダ (広域ファイルシステムなど) に対応する設定には、デバイスサービスの設定が適用されます。

主ノードは、正常な運用時に二次ノードのチェックポイントをとります。 多重ポートディスク構成では、二次ノードのチェックポイントをとるたびに、クラスタの性能の低下やメモリーのオーハーヘッドの増加が発生します。 このようなチェックポイントによる性能の低下やオーバーヘッドの増加を最小限に抑えるためにスペアノードのサポートが実装されています。 ディスクデバイスグループには、デフォルトで 1 つの主ノードと 1 つの二次ノードがあります。 使用可能な残りのプロバイダノードはスペア状態でオンラインになります。 フェイルオーバーが発生すると、二次ノードが主ノードになり、ノードリスト上で最も優先度の高いノードが二次ノードになります。

望ましい二次ノードの数には、1 から、デバイスグループにある動作可能な非主プロバイダノードの数までの任意の整数を設定できます。


注 –

Solaris ボリューム管理ソフトウェアを使用する場合は、ディスクデバイスグループを作成後にのみ numsecondaries プロパティにデフォルト以外の数を設定することができます。


デバイスサービスのためのデフォルトの望ましい二次ノード数は 1 です。 望ましい数とは、複製フレームワークによって維持される二次プロバイダの実際の数です。ただし、動作可能な非主プロバイダの数が望ましい数よりも小さい場合を除きます。 構成に対してノードの追加や切り離しを行う場合には、 numsecondaries プロパティを変更してからノードリストを十分に確認する必要があります。 ノードリストと望ましい二次ノード数を正しく保つことは、構成された二次ノード数と、フレームワークによって与えられる実際の数の不一致を防ぐ上で有効です。構成に対するノードの追加と削除を管理する場合、Solaris Volume Manager デバイスグループには、metaset(1M) コマンドを使用します。または、Veritas Volume Manager を使用している場合は、VxVM ディスクデバイスグループに scconf(1M) コマンドを preferenced numsecondaries というプロパティ設定と組み合わせて使用します。 ディスクデバイスグループのプロパティを変更する手順については、『Sun Cluster のシステム管理 (Solaris OS 版)』の「クラスタファイルシステムの管理の概要」を参照してください。