広域デバイスとクラスタファイルシステムについての計画
この節では、広域デバイスとクラスタファイルシステムを計画するうえでのガイドラインについて説明します。
広域デバイスとクラスタファイルシステムの詳細については、『Sun Cluster の概要 (Solaris OS 版)』と『Sun Cluster の概念 (Solaris OS 版)』を参照してください。
高可用性広域デバイスとクラスタファイルシステムのガイドライン
Sun Cluster ソフトウェアは、特定のディスクレイアウトやファイルシステムサイズを必要としません。広域デバイスとクラスタファイルシステムを計画する際は、次の点を考慮してください。
-
ミラー化 – 広域デバイスの高可用性を実現するには、すべての広域デバイスをミラー化する必要があります。ストレージデバイスがハードウェア RAID とディスクへの冗長パスを提供する場合は、ソフトウェアミラー化を使用する必要はありません。
-
ディスク – ミラー化するときは、複数のディスクアレイにまたがってミラー化されるようにファイルシステムを配置してください。
-
可用性 – 広域デバイスの高可用性を実現するには、広域デバイスがクラスタ内の複数のノードに物理的に接続されている必要があります。複数の物理的な接続を持つ広域デバイスは、単一のノードでの障害に対応できます。物理的な接続を 1 つしか持たない広域デバイスもサポートされていますが、そのノードがダウンした場合、ほかのノードからはその広域デバイスにアクセスできなくなります。
-
スワップデバイス - 広域デバイス上には swap ファイルは作成しないでください。
クラスタファイルシステム
クラスタファイルシステムを計画する際は、次の点を考慮してください。
-
ループバックファイルシステム (LOFS) - Sun Cluster ソフトウェアは、クラスタノード上で、ループバックファイルシステム (LOFS) の使用をサポートしていません。
-
通信エンドポイント - クラスタファイルシステムは、通信エンドポイントをファイルシステムの名前空間に指定する Solaris ソフトウェアのファイルシステム機能をサポートしません。
-
名前がクラスタファイルシステムへのパス名である UNIX ドメインソケットは作成できますが、ノードにフェイルオーバーが発生したとき、このソケットは生き残ることができません。
-
クラスタファイルシステム上で作成する FIFO または指定したパイプは広域でアクセスすることはできません。
したがって、ローカルノード以外のノードからfattach コマンドを使用しないでください。
-
ディスクデバイスグループ
「ディスクデバイスグループ構成のワークシート」に次の計画情報を追加してください。
すべてのボリューム管理ソフトウェアディスクグループを Sun Cluster ディスクデバイスグループとして構成する必要があります。このように構成することで、主ノードに障害が発生した場合でも、2 つ目のノードで多重ホストディスクをホストできるようになります。ディスクデバイスグループを計画する際は、次の点を考慮してください。
-
フェイルオーバー – 多重ポートディスクと、適切に構成したボリューム管理ソフトウェアデバイスをフェイルオーバーデバイスとして構成できます。ボリューム管理ソフトウェアデバイスの適切な構成には、多重ホストディスクや、ボリューム管理ソフトウェア自体の正しい設定が含まれます。この構成により、複数のポートがエクスポートしたデバイスをホストできるようになります。テープドライブ、CD-ROM、単一ポートのデバイスは、フェイルオーバーデバイスとして構成できません。
-
ミラー化 – ディスクをミラー化して、ディスクの障害からデータを保護する必要があります。詳細は、「ミラー化に関するガイドライン」を参照してください。ミラー化の方法については、「Solstice DiskSuite または Solaris Volume Manager ソフトウェアのインストールと構成」または 「SPARC: VxVM ソフトウェアのインストールと構成」、およびボリューム管理ソフトウェアのマニュアルを参照してください。
ディスクデバイスグループの詳細については、『Sun Cluster の概要 (Solaris OS 版)』の「デバイス」と『Sun Cluster の概念 (Solaris OS 版)』を参照してください。
クラスタファイルシステムのマウント情報
クラスタファイルシステムのマウントポイントを計画する際は、次の点を考慮してください。
-
マウントポイントの場所 – マウントポイントは、別のソフトウェア製品によって禁止されていない限り、/global ディレクトリに作成します。/global ディレクトリを使用することで、広域的に使用できるクラスタファイルシステムと、ローカルファイルシステムを簡単に区別できるようになります。
-
SPARC: VxFS マウント要件 – VERITAS File System (VxFS) を使用する場合、主ノードから VxFS ファイルシステムを広域でマウントまたはマウント解除します。主ノードとは、VxFS ファイルシステムが存在するディスクをマスターするノードです。この方法では、マウントまたはマウント解除の操作が確実に成功します。二次ノードから行った VxFS ファイルシステムのマウントやマウント解除の操作は正常に動作しないことがあります。
-
次の VxFS 機能は Sun Cluster 3.1 クラスタファイルシステムではサポートされません。ただし、ローカルのファイルシステムではサポートされます。
-
クイック入出力
-
スナップショット
-
記憶装置チェックポイント
-
-
convosync (Convert O_SYNC)
-
mincache
-
qlog、delaylog、tmplog
-
-
VERITAS クラスタファイルシステム (VxVM クラスタ機能 & VERITAS クラスタサーバーが必要)
キャッシュアドバイザリは使用可能、効果が認められるのは特定のノードのみ
クラスタファイルシステムでサポートされる VxFS のその他の機能とオプションはすべて、Sun Cluster 3.1 ソフトウェアでサポートされます。クラスタ構成でサポートされる VxFS オプションの詳細については、VxFS のマニュアルを参照してください。
-
-
マウントポイントを入れ子にする – 通常は、クラスタファイルシステムのマウントポイントは入れ子にしないでください。たとえば、あるファイルシステムを /global/a にマウントし、別のファイルをシステムは /global/a/b にマウントするような設定は避けてください。この規則を無視すると、可用性とノードの起動順序に問題が発生することがあります。このような問題は、システムがファイルシステムの子をマウントしようとして、親マウントポイントが存在しない場合に発生します。この規則の唯一の例外は、2 つのファイルシステムのデバイスが同じ物理ノード接続を使用している場合です。同じディスク上の異なるスライスがこれに該当します。
-
forcedirectio - Sun Cluster ソフトウェアは、forcedirectio マウントオプションを使用してマウントされるクラスタファイルシステムからバイナリの実行をサポートしていません。
- © 2010, Oracle Corporation and/or its affiliates