グローバルデバイス、デバイスグループ、およびクラスタファイルシステムの計画

この節では、グローバルデバイスとクラスタファイルシステムを計画するうえでのガイドラインについて説明します。

• 「グローバルデバイス」

• 「デバイスグループ」

• 「クラスタファイルシステム」

• 「クラスタファイルシステムのマウントオプションの選択」

• 「クラスタファイルシステムのマウント情報」

グローバルデバイス

グローバルデバイスの目的と機能については、『Oracle Solaris Cluster Concepts Guide』の「Global Devices」を参照してください。

Oracle Solaris Cluster ソフトウェアは、特定のディスクレイアウトやファイルシステムサイズを必要としません。グローバルデバイスのレイアウトを計画する場合、次の点に注意してください。

• ミラー化 – グローバルデバイスの高可用性を実現するには、すべてのグローバルデバイスをミラー化する必要があります。ストレージデバイスがハードウェア RAID とディスクへの冗長パスを提供する場合は、ソフトウェアミラー化を使用する必要はありません。

• ディスク – ミラー化するときは、複数のディスクアレイにまたがってミラー化されるようにファイルシステムを配置してください。

• 可用性 – グローバルデバイスの高可用性を実現するには、グローバルデバイスがクラスタ内の複数の投票ノードに物理的に接続されている必要があります。複数の物理的な接続を持つグローバルデバイスは、単一のノードでの障害に対応できます。物理的な接続を 1 つしか持たないグローバルデバイスもサポートされていますが、そのノードがダウンした場合、ほかの投票ノードからはそのグローバルデバイスにアクセスできなくなります。

• スワップデバイス - グローバルデバイス上には swap ファイルは作成しないでください。

• 非大域ゾーン - グローバルデバイスは、非大域ゾーンから直接アクセスできません。非大域ゾーンからアクセスできるのは、クラスタファイルシステムのデータだけです。

デバイスグループ

デバイスグループの目的と機能については、『Oracle Solaris Cluster Concepts Guide』の「Device Groups」を参照してください。

「デバイスグループ構成のワークシート」に計画情報を追加してください。

デバイスグループを計画する際は、次の点を考慮してください。

• フェイルオーバー – 多重ホストディスクと、適切に構成したボリューム管理ソフトウェアデバイスをフェイルオーバーデバイスとして構成できます。ボリューム管理ソフトウェアデバイスの適切な構成には、多重ホストディスクや、ボリューム管理ソフトウェア自体の正しい設定が含まれます。この構成により、複数の投票ノードが、エクスポートしたデバイスをホストできるようになります。テープドライブ、CD-ROM、DVD-ROM、単一ポートのデバイスは、フェイルオーバーデバイスとして構成できません。

• ミラー化 – ディスクをミラー化して、ディスクの障害からデータを保護します。詳細なガイドラインについては、「ミラー化に関するガイドライン」を参照してください。ミラー化の手順については、「Solaris ボリュームマネージャー ソフトウェアの構成」または 「VxVM ソフトウェアのインストールと構成」 およびボリュームマネージャーのドキュメントを参照してください。

• ストレージベースの複製 – デバイスグループのディスクは、すべて複製であるか、どれも複製でないかのいずれかにします。1 つのデバイスグループで、複製ディスクと複製でないディスクを混合して使用することはできません。

クラスタファイルシステム

クラスタファイルシステムの目的と機能については、『Oracle Solaris Cluster Concepts Guide』の「Cluster File Systems」を参照してください。

クラスタファイルシステムを計画する際は、次の点を考慮してください。

• 割り当て – 割り当てはクラスタファイルシステムでサポートされていません。ただし、高可用性ローカルファイルシステムでは、割り当てがサポートされています。

• 非大域ゾーン - 非大域ゾーンからクラスタファイルシステムにアクセスする場合、最初にクラスタファイルシステムを大域ゾーンにマウントします。クラスタファイルシステムは、次にループバックマウントを使用して非大域ゾーンにマウントされます。したがって、非大域ゾーンを含むクラスタでループバックファイルシステム (LOFS) を有効にする必要があります。

• ゾーンクラスタ – ゾーンクラスタに使用する UFS または VxFS を使用するクラスタファイルシステムを構成できません。 代わりに、高可用性ローカルファイルシステムを使用してください。ゾーンクラスタで QFS 共有ファイルシステムを使用できます。ただし、Oracle RAC をサポートするだけです。

• ループバックファイルシステム (Loopback File System、LOFS) – クラスタの作成中、LOFS はデフォルトで有効になっています。 クラスタが次の両方の条件に当てはまる場合、各投票クラスタノードで LOFS を手動で無効にしてください。

  • Oracle Solaris Cluster HA for NFS (HA for NFS) が高可用性ローカルファイルシステムに構成されている。

  • automountd デーモンが稼働している。

  クラスタがこれらの条件の両方に当てはまる場合、スイッチオーバーの問題やその他の障害を防ぐために、LOFS を無効にする必要があります。クラスタがこれらの条件の 1 つだけしか満たさない場合、LOFS を有効にしても安全です。

  LOFS と automountd デーモンの両方を有効にする必要がある場合は、HA for NFS によってエクスポートされる高可用性ローカルファイルシステムに含まれるファイルをすべてオートマウンタマップから除外してください。

• プロセスアカウンティングログファイル - プロセスアカウンティングログファイルは、クラスタファイルシステムまたは高可用性ローカルファイルシステムに置かないでください。ログファイルへの書き込みによってスイッチオーバーがブロックされ、ノードがハングします。プロセスアカウンティングログファイルを置くのは、ローカルファイルシステムだけにしてください。

• 通信エンドポイント – クラスタファイルシステムは、通信エンドポイントをファイルシステムの名前空間に指定する Solaris ソフトウェアのファイルシステム機能をサポートしません。

  • 名前がクラスタファイルシステムへのパス名である UNIX ドメインソケットは作成できますが、ノードにフェイルオーバーが発生したとき、このソケットは生き残ることができません。

  • クラスタファイルシステム上で作成する FIFO または指定したパイプはグローバルにアクセスすることはできません。

  したがって、ローカルノード以外のノードからfattach コマンドを使用しないでください。

• デバイス特殊ファイル - クラスタファイルシステムでは、文字型特殊ファイルもブロック型特殊ファイルもサポートされていません。クラスタファイルシステム内のデバイスノードへのパス名を指定するには、/dev ディレクトリ内のデバイス名へのシンボリックリンクを作成します。mknod コマンドをこの目的で使用しないでください。

• atime - クラスタファイルシステムは、atime を維持しません。

• ctime - クラスタファイルシステム上のファイルにアクセスするときに、このファイルの ctime の更新が遅延する場合があります。

• アプリケーションのインストール - 高可用性アプリケーションのバイナリをクラスタファイルシステムに置く場合、クラスタファイルシステムが構成されるまで待ってからアプリケーションをインストールしてください。

クラスタファイルシステムのマウントオプションの選択

この節では、次の種類のクラスタファイルシステムのマウントオプションの要件と制限について説明します。

• 「UFS クラスタファイルシステム」

• 「VxFS クラスタファイルシステム」

次のガイドラインに従って、クラスタファイルシステムを作成するときに使用するマウントオプションを決めてください。

UFS クラスタファイルシステム

UFS マウントのオプションの詳細については、mount_ufs(1M)のマニュアルページを参照してください。

VxFS クラスタファイルシステム

VxFS のマウントオプションについては、VxFS mount_vxfs のマニュアルページおよび『Oracle Solaris Cluster システム管理』の「クラスタファイルシステムの管理の概要」を参照してください。

クラスタファイルシステムのマウント情報

クラスタファイルシステムのマウントポイントを計画する際は、次の点を考慮してください。

• マウントポイントの場所 – 別のソフトウェア製品によって禁止されていない限り、/global ディレクトリに作成します。/global ディレクトリを使用することで、広域的に使用できるクラスタファイルシステムと、ローカルファイルシステムを簡単に区別できるようになります。

• SPARC:VxFS マウント要件 – Veritas File System (VxFS), を使用する場合、プライマリノードから VxFS ファイルシステムをグローバルにマウントおよびマウント解除します。 主ノードとは、VxFS ファイルシステムが存在するディスクをマスターする Solaris ホストです。この方法では、マウントまたはマウント解除の操作が確実に成功します。二次ノードから行った VxFS ファイルシステムのマウントやマウント解除の操作は正常に動作しないことがあります。

• SPARC: VxFS 機能の制限 –

  次の VxFS 機能は、Oracle Solaris Cluster クラスタファイルシステムではサポートされていません。 ただし、ローカルのファイルシステムではサポートされます。

  • クイック入出力

  • スナップショット

  • 記憶装置チェックポイント

  • VxFS 固有のマウントオプション:

    • convosync (Convert O_SYNC)

    • mincache

    • qlog、delaylog、tmplog

  • Veritas クラスタファイルシステム (requires VxVM クラスタ機能および Veritas クラスタサーバーが必要)。 VxVM クラスタ機能は、x86 ベースのシステム上ではサポートされていません。

  キャッシュアドバイザリは使用可能、効果が認められるのは特定のノードのみ

  クラスタファイルシステムでサポートされる VxFS のそのほかの機能とオプションは、すべて Oracle Solaris Cluster ソフトウェアでサポートされます。 クラスタ構成でサポートされる VxFS オプションの詳細については、VxFS マニュアルを参照してください。

• マウントポイントを入れ子にする – 通常は、クラスタファイルシステムのマウントポイントは入れ子にしないでください。たとえば、あるファイルシステムを /global/a にマウントし、別のファイルをシステムは /global/a/b にマウントするような設定は避けてください。この規則を無視すると、可用性とノードの起動順序に問題が発生することがあります。このような問題は、システムがファイルシステムの子をマウントしようとして、親マウントポイントが存在しない場合に発生します。

  UFS または VxFS 上のクラスタファイルシステムについては、この規則の唯一の例外は、2 つのファイルシステムのデバイスが同一の物理的なホスト接続を持つ場合です。 同じディスク上の異なるスライスがこれに該当します。

  ---

  注 - 2 つのファイルシステムデバイスが、同一の物理的なホスト接続を持つ場合でさえも、この制限は依然として QFS 共有ファイルシステムに適用されます。

  ---

• forcedirectio – Oracle Solaris Cluster ソフトウェアは、forcedirectio マウントオプションを使用してマウントされるクラスタファイルシステムからのバイナリの実行をサポートしていません。