Storage Foundation Cluster File System High Availability 8.0.2 管理者ガイド - Solaris
- 第 I 部 Storage Foundation Cluster File System High Availability の紹介
- Storage Foundation Cluster File System High Availability の概要
- Veritas File System について
- Dynamic Multi-Pathing の動作
- Veritas Volume Manager の動作
- Veritas File System の動作
- Storage Foundation Cluster File System High Availability の動作
- Storage Foundation Cluster File System High Availability のアーキテクチャについて
- クラスタファイルシステムでサポートされている Veritas File System 機能について
- 単一ネットワークリンクと信頼性について
- I/O フェンシングについて
- Cluster Volume Manager の動作
- Storage Foundation Cluster File System High Availability の概要
- 第 II 部 ストレージのプロビジョン
- 新しいストレージのプロビジョニング
- ストレージの設定のための高度な割り当て方法
- VxFS ファイルシステムの作成とマウント
- VxFS ファイルシステムの作成
- VxFS ファイルシステムのマウント
- ファイルシステムサイズの変更
- 空き領域の監視
- エクステント属性
- 第 III 部 DMP を使ったマルチパスの管理
- Dynamic Multi-Pathing の管理
- 新しく追加されたディスクデバイスの検出と設定
- ディスクの検出とディスクアレイの動的な追加について
- デバイス検出層の管理方法
- vxdmpadm ユーティリティを使った DMP の管理
- I/O 統計情報の収集と表示
- I/O ポリシーの指定
- ZFS ルートプールに対する DMP デバイスの管理
- 新しく追加されたディスクデバイスの検出と設定
- デバイスの動的再構成
- デバイスの管理
- イベント監視
- Dynamic Multi-Pathing の管理
- 第 IV 部 Storage Foundation Cluster File System High Availability の管理
- Storage Foundation Cluster File System High Availability とそのコンポーネントの管理
- CFS の管理
- mount、fsclustadm、fsadm コマンドについて
- CFS プライマリノードに障害が発生した場合
- SFCFSHA のスナップショットについて
- VCS の管理
- CVM の管理
- マスターフェールオーバーへのクラスタノードの優先設定の設定について
- CVM マスターの手動での変更について
- 共有ディスクグループのインポート
- Flexible Storage Sharing の管理
- ODM の管理
- I/O フェンシングの管理について
- vxfentsthdw ユーティリティについて
- vxfenadm ユーティリティについて
- vxfenclearpre ユーティリティについて
- vxfenswap ユーティリティについて
- コーディネーションポイントサーバーの管理について
- ディスクベースとサーバーベースのフェンシング設定間の移行について
- SFCFSHA のグローバルクラスタの管理
- クラスタ化された NFS の使用
- クラスタ化された NFS のしくみ
- クラスタ化された NFS の設定および設定解除
- NFS 共有ディスクのメジャー番号とマイナー番号の一致
- クラスタ化された NFS の管理
- クラスタ化された NFS の設定例
- Common Internet File System の使用
- クラスタ化された NFS を使用した Oracle の配備
- サイトとリモートミラーの管理
- Storage Foundation Cluster File System High Availability とそのコンポーネントの管理
- 第 V 部 I/O パフォーマンスの最適化
- 第 VI 部 Veritas Extension for Oracle Disk Manager
- Veritas Extension for Oracle Disk Manager の使用
- Oracle Disk Manager について
- Oracle Disk Manager と Oracle Managed Files について
- Cached ODM の使用
- Veritas Extension for Oracle Disk Manager の使用
- 第 VII 部 PITC (Point-In-Time Copy) の使用
- PITC 方法の理解
- ボリュームスナップショットの管理
- 従来のサードミラーブレークオフスナップショット
- フルサイズインスタントスナップショット
- インスタントスナップショットの作成
- インスタントスナップの DCO と DCO ボリュームの追加
- インスタントスナップショットの同期の制御
- インスタントスナップショットの作成
- カスケードスナップショット
- バージョン 0 の DCO および DCO ボリュームの追加
- Storage Checkpoint の管理
- FileSnaps の管理
- スナップショットファイルシステムの管理
- 第 VIII 部 Storage Foundation Cluster File System High Availability を使用したストレージの最適化
- 第 IX 部 ストレージ利用率の最大化
- SmartTier によるストレージの階層化について
- ボリュームセットの作成と管理
- MVS ファイルシステム
- SmartTier の管理
- ホットリロケーションの管理
- Solaris SPARC 上のデータの重複排除
- ファイルの圧縮
- 第 X 部 ストレージの管理と保護
- ボリュームとディスクグループの管理
- デフォルトのディスクグループの名前の付け方
- ボリュームまたはディスクの移動
- タスクの監視と制御
- オンライン再レイアウトの実行
- ボリュームへのミラーの追加
- ディスクグループの管理
- プレックスとサブディスクの管理
- ストレージの破棄
- ルータビリティ
- クォータ
- FCL (File Change Log)
- ボリュームとディスクグループの管理
- 第 XI 部 参照先
- 付録 A. パス名の逆引きルックアップ
- 付録 B. チューニング可能なパラメータ
- 付録 C. コマンドリファレンス
- 付録 D. スタータデータベースの作成
- 付録 E. 大統領令を遵守したログ記録
コーディネーションポイントについて
コーディネーションポイントが提供するロックメカニズムによって、他のノードからのデータドライブへのアクセスをブロックするノードが決定されます。ノードは、ピアをデータドライブからブロックする前に、コーディネーションポイントからピアを削除する必要があります。SFCFSHA は、vxfen がコーディネーションポイントの制御権を獲得しようとし、制御権を獲得したパーティションは除外されたノードによるデータディスクへのアクセスをフェンシングするときにスプリットブレインを防ぎます。
メモ:
クラスタのフェンシング設定には通常、3 つのコーディネーションポイントが必要です。Veritas Corporation では、1 つの CP サーバーをコーディネーションポイントとして使うサーバーベースフェンシングもサポートしていますが、この CP サーバーが単一障害点になる点に注意してください。
コーディネーションポイントはディスクまたはサーバーあるいはその両方の場合があります。
コーディネータディスク
コーディネーションポイントとして機能するディスクは、コーディネータディスクと呼ばれます。コーディネータディスクは、3 つの標準ディスクまたは LUN で、クラスタの設定時に I/O フェンシングで使うために予約されています。SFCFSHA の設定では、コーディネータディスクを他の保存目的に使うことはありません。
コーディネータディスクは、Veritas Volume Manager の DMP(Dynamic Multi-pathing)機能を使用するように設定できます。DMP(Dynamic Multi-pathing)を実行すると、コーディネータディスクは、パスのフェールオーバーを利用したり、DMP 機能の動的な追加および削除を利用することができます。したがって、DMP デバイスを使うように I/O フェンシングを設定できます。I/O フェンシングは、使用するディスクデバイスで DMP ベースに基づく SCSI-3 ディスクポリシーを使います。
ストレージ接続のための SCSI3 の高性能な代替として NVMe が登場し、現在、多数のストレージベンダーが NVMe ストレージアレイを導入しています。
さらに、NVMe 2.0 仕様の導入により、NVMe ストレージではマルチパスと PGR が完全にサポートされます。基盤となるストレージアレイが NVMe PGR 機能をサポートする場合、それらの NVMe LUN もコーディネータディスクとして使用できます。
メモ:
I/O フェンシングの dmp ディスクポリシーでは、ノードからコーディネータディスクを参照するパスに単一のハードウェアパスと複数のハードウェアパスを使うことができます。いくつかのコーディネータディスクが複数のハードウェアパスを持ち、いくつかのコーディネータディスクが単一のハードウェアパスを持つ場合は、DMP ディスクポリシーのみをサポートします。新しいインストールの場合は、Veritas Corporation では単一のハードウェアパスでも IO フェンシングには DMP ディスクポリシーのみをサポートします。
詳しくは、『Storage Foundation 管理者ガイド』を参照してください。
コーディネーションポイントサーバー
コーディネーションポイントサーバー(CP サーバー)はリモートシステムまたはクラスタで動作するソフトウェアソリューションです。CP サーバーは SFHA クラスタノードが次のタスクを実行できるようにすることによってアービトレーション機能を提供します。
(データドライブへのアクセスが CP サーバーに登録された)アクティブな SFCFSHA クラスタのメンバーになるための自己登録を行う
このアクティブな SFCFSHA クラスタのメンバーとして登録されている他のノードを調べる
このアクティブな SFCFSHA クラスタから自己登録解除する
このアクティブな SFCFSHA クラスタのメンバーである他のノードを強制的に登録解除する(獲得)
つまり、CP サーバーは既存の I/O フェンシングモジュール内で統合する別のアービトレーションメカニズムとして機能します。
メモ:
CP サーバーでは、フェンシングアービトレーションのロジックは SFCFSHA クラスタ上に残ったままです。
異なるオペレーティングシステムを実行する複数の SFCFSHA クラスタ では、同時に CP サーバーにアクセスできます。TCP/IP ベースの通信が CP サーバーと SFCFSHA クラスタ の間で使用されます。