この節では、グローバルデバイスとクラスタファイルシステムを計画するうえでのガイドラインについて説明します。
グローバルデバイスの目的と機能の詳細は、『Sun Cluster の概要 (Solaris OS 版)』の「デバイス」 および 『Sun Cluster の概念 (Solaris OS 版)』の「広域デバイス」を参照してください。
Sun Cluster ソフトウェアは、特定のディスクレイアウトやファイルシステムサイズを必要としません。グローバルデバイスのレイアウトを計画する場合、次の点に注意してください。
ミラー化 – グローバルデバイスの高可用性を実現するには、すべてのグローバルデバイスをミラー化する必要があります。ストレージデバイスがハードウェア RAID とディスクへの冗長パスを提供する場合は、ソフトウェアミラー化を使用する必要はありません。
ディスク – ミラー化するときは、複数のディスクアレイにまたがってミラー化されるようにファイルシステムを配置してください。
可用性 – グローバルデバイスの高可用性を実現するには、グローバルデバイスがクラスタ内の複数のノードに物理的に接続されている必要があります。複数の物理的な接続を持つグローバルデバイスは、単一のノードでの障害に対応できます。物理的な接続を 1 つしか持たないグローバルデバイスもサポートされていますが、そのノードがダウンした場合、ほかのノードからはそのグローバルデバイスにアクセスできなくなります。
スワップデバイス - グローバルデバイス上には swap ファイルは作成しないでください。
非大域ゾーン - グローバルデバイスは、非大域ゾーンから直接アクセスできません。非大域ゾーンからアクセスできるのは、クラスタファイルシステムのデータだけです。
デバイスグループの目的と機能の詳細は、『Sun Cluster の概要 (Solaris OS 版)』の「デバイス」および『Sun Cluster の概念 (Solaris OS 版)』の「デバイスグループ」を参照してください。
「デバイスグループ構成のワークシート」に計画情報を追加してください。
デバイスグループを計画する際は、次の点を考慮してください。
フェイルオーバー – 多重ホストディスクと、適切に構成したボリューム管理ソフトウェアデバイスをフェイルオーバーデバイスとして構成できます。ボリューム管理ソフトウェアデバイスの適切な構成には、多重ホストディスクや、ボリューム管理ソフトウェア自体の正しい設定が含まれます。この構成により、複数のポートがエクスポートしたデバイスをホストできるようになります。テープドライブ、CD-ROM、DVD-ROM、単一ポートのデバイスは、フェイルオーバーデバイスとして構成できません。
ミラー化 – ディスクをミラー化して、ディスクの障害からデータを保護する必要があります。詳細なガイドラインについては、「ミラー化に関するガイドライン」を参照してください。ミラー化の手順については、「Solaris ボリュームマネージャー ソフトウェアの構成」または 「VxVM ソフトウェアのインストールと構成」 およびボリュームマネージャーのマニュアルを参照してください。
ストレージベースの複製 - デバイスグループのディスクは、すべて複製であるか、どれも複製でないかのいずれかにする必要があります。1 つのデバイスグループで、複製ディスクと複製でないディスクを混合して使用することはできません。
クラスタファイルシステムの目的と機能の詳細は、『Sun Cluster の概要 (Solaris OS 版)』の「クラスタファイルシステム」および『Sun Cluster の概念 (Solaris OS 版)』の「クラスタファイルシステム」を参照してください。
クラスタファイルシステムを使用する代わりに、高可用ローカルファイルシステムの構成を選択することもできます。これにより、パフォーマンスの高い I/O でデータサービスサポートのパフォーマンスを向上させたり、クラスタファイルシステムでサポートされていない特定の機能を使用することができます。詳細は、『Sun Cluster データサービスの計画と管理 (Solaris OS 版)』の「高可用性ローカルファイルシステムの有効化」を参照してください。
クラスタファイルシステムを計画する際は、次の点を考慮してください。
割り当て - 割り当てはクラスタファイルシステムでサポートされていません。ただし、高可用ローカルファイルシステムでは、割り当てがサポートされています。
非大域ゾーン - 非大域ゾーンからクラスタファイルシステムにアクセスする場合、最初にクラスタファイルシステムを大域ゾーンにマウントする必要があります。クラスタファイルシステムは、次にループバックマウントを使用して非大域ゾーンにマウントされます。したがって、非大域ゾーンを含むクラスタでループバックファイルシステム (LOFS) を有効にする必要があります。
ループバックファイルシステム (LOFS) - Solaris 9 バージョンの Sun Cluster ソフトウェアでクラスタを作成中、LOFS はデフォルトでは無効になっています。Solaris 10 バージョンの Sun Cluster ソフトウェアでクラスタを作成中、LOFS はデフォルトでは有効になっています。
クラスタが次の両方の条件に当てはまる場合、各クラスタノードで LOFS を手動で無効にする必要があります。
Sun Cluster HA for NFS が高可用ローカルファイルシステムに構成されている。
automountd デーモンが稼働している。
クラスタがこれらの条件の両方に当てはまる場合、スイッチオーバーの問題やその他の障害を防ぐために、LOFS を無効にする必要があります。クラスタがこれらの条件の 1 つだけしか満たさない場合、LOFS を有効にしても安全です。
LOFS と automountd デーモンの両方を有効にする必要がある場合は、Sun Cluster HA for NFS によってエクスポートされる高可用ローカルファイルシステムに含まれるファイルをすべて自動マウンタマップから除外してください。
プロセスアカウンティングログファイル - プロセスアカウンティングログファイルは、クラスタファイルシステムまたは高可用性ローカルファイルシステムに置かないでください。ログファイルへの書き込みによってスイッチオーバーがブロックされ、ノードがハングします。プロセスアカウンティングログファイルを置くのは、ローカルファイルシステムだけにしてください。
通信エンドポイント - クラスタファイルシステムは、通信エンドポイントをファイルシステムの名前空間に指定するSolaris ソフトウェアのファイルシステム機能をサポートしません。
名前がクラスタファイルシステムへのパス名である UNIX ドメインソケットは作成できますが、ノードにフェイルオーバーが発生したとき、このソケットは生き残ることができません。
クラスタファイルシステム上で作成する FIFO または指定したパイプはグローバルにアクセスすることはできません。
したがって、ローカルノード以外のノードからfattach コマンドを使用しないでください。
デバイス特殊ファイル - クラスタファイルシステムでは、文字型特殊ファイルもブロック型特殊ファイルもサポートされていません。クラスタファイルシステム内のデバイスノードへのパス名を指定するには、/dev ディレクトリ内のデバイス名へのシンボリックリンクを作成します。mknod コマンドをこの目的で使用しないでください。
atime - クラスタファイルシステムは、atimeを維持しません。
ctime - クラスタファイルシステム上のファイルにアクセスするときに、このファイルの ctime の更新が遅延する場合があります。
アプリケーションのインストール - 高可用アプリケーションのバイナリをクラスタファイルシステムに置く場合、クラスタファイルシステムが構成されるまで待ってからアプリケーションをインストールしてください。また、Sun Java システムの installer プログラムを使用してアプリケーションをインストールしてあり、アプリケーションが共有コンポーネントのどれかに依存する場合、アプリケーションでインストールされないクラスタのすべてのノードにこれらの共有コンポーネントをインストールしてください。
この節では、次の種類のクラスタファイルシステムの要件と制限について説明します。
これらの種類およびその他の種類のファイルシステムを高可用ローカルファイルシステムとして構成することもできます。詳細は、『Sun Cluster データサービスの計画と管理 (Solaris OS 版)』の「高可用性ローカルファイルシステムの有効化」を参照してください。
次のガイドラインに従って、クラスタファイルシステムを作成するときに使用するマウントオプションを決めてください。
UFS マウントポイントの詳細については、mount_ufs(1M) のマニュアルページを参照してください。
マウントオプション |
用途 |
説明 |
---|---|---|
global |
必須 |
このオプションを選択すると、クラスタ内のすべてのノードでファイルシステムが表示されます。 |
log |
必須 |
このオプションを選択すると、ロギングが有効になります。 |
VxFS のマウントオプションの詳細は、VxFS mount_vxfs のマニュアルページおよび 『Sun Cluster のシステム管理 (Solaris OS 版)』の「クラスタファイルシステムの管理の概要」を参照してください。
クラスタファイルシステムのマウントポイントを計画する際は、次の点を考慮してください。
マウントポイントの場所 – 別のソフトウェア製品によって禁止されていない限り、/global ディレクトリに作成します。/global ディレクトリを使用することで、グローバルに使用できるクラスタファイルシステムと、ローカルファイルシステムを簡単に区別できるようになります。
SPARC: VxFS マウントの要件 – VERITAS File System (VxFS) を使用する場合、VxFS ファイルシステムは主ノードからグローバルにマウントおよびマウント解除します。主ノードとは、VxFS ファイルシステムが存在するディスクをマスターするノードです。この方法では、マウントまたはマウント解除の操作が確実に成功します。二次ノードから行った VxFS ファイルシステムのマウントやマウント解除の操作は正常に動作しないことがあります。
次の VxFS の機能は、Sun Cluster 3.2 クラスタファイルシステムではサポートされていません。ただし、ローカルのファイルシステムではサポートされます。
クイック入出力
スナップショット
記憶装置チェックポイント
VxFS 固有のマウントオプション:
convosync (Convert O_SYNC)
mincache
qlog、delaylog、tmplog
VERITAS クラスタファイルシステム (VxVM クラスタ機能 & VERITAS クラスタサーバーが必要)
キャッシュアドバイザリは使用可能、効果が認められるのは特定のノードのみ
クラスタファイルシステムでサポートされているその他のすべての VxFS 機能およびオプションは、Sun Cluster 3.2 ソフトウェアでサポートされています。クラスタ構成でサポートされる VxFS オプションの詳細は、VxFS マニュアルを参照してください。
マウントポイントを入れ子にする – 通常は、クラスタファイルシステムのマウントポイントは入れ子にしないでください。たとえば、あるファイルシステムを /global/a にマウントし、別のファイルシステムを /global/a/b にマウントするような設定は避けてください。この規則を無視すると、可用性とノードの起動順序に問題が発生することがあります。このような問題は、システムがファイルシステムの子をマウントしようとして、親マウントポイントが存在しない場合に発生します。この規則の唯一の例外は、2 つのファイルシステムのデバイスが同じ物理ノード接続を使用している場合です。同じディスク上の異なるスライスがこれに該当します。
forcedirectio - Sun Cluster ソフトウェアは、forcedirectio マウントオプションを使用してマウントされるクラスタファイルシステムからのバイナリの実行をサポートしていません。