Storage Foundation Cluster File System High Availability 8.0.2 設定およびアップグレードガイド - Linux
- 第 I 部 SFCFSHA の概要
- 第 II 部 SFCFSHA の設定
- 設定の準備
- データ整合性のための SFCFSHA クラスタ設定の準備
- SFCFSHA の設定
- データ整合性のための SFCFSHA クラスタの設定
- 応答ファイルを使用した SFCFSHA 自動設定の実行
- 応答ファイルを使用した自動 I/O フェンシング設定の実行
- 応答ファイルを使った I/O フェンシングの設定
- ディスクベースの I/O フェンシングを設定するための応答ファイルの変数
- ディスクベースの I/O フェンシングを設定するための応答ファイルの例
- 応答ファイルを使用した CP サーバーの設定
- サーバーベースの I/O フェンシングを設定するための応答ファイルの変数
- サーバーベースの I/O フェンシングを設定するためのサンプル応答ファイル
- 非 SCSI-3 I/O フェンシングを設定するための応答ファイルの変数
- 非 SCSI-3 I/O フェンシングを設定するための応答ファイルの例
- マジョリティベース I/O フェンシングを設定するための応答ファイルの変数
- 過半数ベースの I/O フェンシングを設定するための応答ファイルの例
- データ整合性のための SFCFSHA クラスタの手動設定
- 第 III 部 SFCFSHA のアップグレード
- SFCFSHA のアップグレード計画
- アップグレードについて
- サポート対象のアップグレードパス
- Veritas 製品間の移行
- Oracle リソースを使って設定されたシステムで SFCFSHA を 8.0.2 にアップグレードする場合の注意事項
- SFCFSHA のアップグレードの準備
- REST サーバーのアップグレードに関する注意事項
- インストールバンドルを使ったフルリリース (ベース、メンテナンス、ローリングパッチ) と個々のパッチの同時インストールまたは同時アップグレード
- インストーラを使った SFCFSHA の完全アップグレードの実行
- SFCFSHA のローリングアップグレードの実行
- SFCFSHA の段階的アップグレードの実行
- 応答ファイルを使用した SFCFSHA 自動アップグレードの実行
- Volume Replicator のアップグレード
- VirtualStore のアップグレード
- アップグレード後のタスクの実行
- SFCFSHA のアップグレード計画
- 第 IV 部 設定後のタスク
- 第 V 部 ディザスタリカバリ環境の設定
- 第 VI 部 ノードの追加と削除
- 第 VII 部 設定およびアップグレードの参照
- 付録 A. インストールスクリプト
- 付録 B. 設定ファイル
- 付録 C. セキュアシェルまたはリモートシェルの通信用の設定
- 付録 D. 高可用性エージェントの情報
- 付録 E. CP サーバーベースの I/O フェンシングのためのサンプル SFCFSHA クラスタ設定図
- 付録 F. UDP 上での LLT の設定
- 付録 G. RDMA 上での LLT の使用
- RDMA 上での LLT の使用
- クラスタ環境の RoCE または InfiniBand ネットワーク上の RDMA について
- アプリケーション間のより高速の相互接続のための LLT での RDMA 機能のサポートについて
- RDMA 上の LLT の使用: サポート対象の使用例
- RDMA 上の LLT の設定
- RDMA 上の LLT のトラブルシューティング
I/O フェンシングについて
I/O フェンシングは、クラスタ内のノードがスプリットブレイン状態を示すクラスタメンバーシップの変更を検出するとき、共有ディスクのデータを保護します。
フェンシング操作で次のノードが決まります。
共有ストレージへのアクセスを保持しなければならないノード
クラスタから取り出されなければならないノード
この決定によってデータ破損を防ぎます。 インストーラは、Veritas InfoScale Enterprise をインストールするときに、I/O フェンシングドライバ、VRTSvxfen RPM の一部をインストールします。 共有ディスクのデータを保護するには、Veritas InfoScale Enterprise をインストールして Storage Foundation Cluster File System High Availability を設定した後、 I/O フェンシングを設定する必要があります。
I/O フェンシングモード - ディスクベースおよびサーバーベースの I/O フェンシング - ネットワーク分割の発生時にコーディネーションポイントを使用してアービトレーションを行います。 一方、マジョリティベースの I/O フェンシングモードはアービトレーションにコーディネーションポイントを使用しません。 マジョリティベースの I/O フェンシングでは、高可用性が失われる場合があります。 ディスクベース、サーバーベースまたはマジョリティベースの I/O フェンシングを設定できます。
ディスクベースの I/O フェンシング | コーディネータディスクを使う I/O フェンシングはディスク型の I/O フェンシングと呼ばれます。 ディスク型の I/O フェンシングはシングルクラスタでデータ整合性を保証します。 |
サーバーベースの I/O フェンシング | 少なくとも 1 つの CP サーバーシステムを使う I/O フェンシングはサーバー型の I/O フェンシングと呼ばれます。 サーバーベースのフェンシングには、CP サーバーのみ、または CP サーバーとコーディネータディスクの組み合わせを含めることができます。 サーバー型の I/O フェンシングはクラスタでデータ整合性を保証します。 SCSI-3 PR をサポートしていない仮想化環境では、Storage Foundation Cluster File System High Availability は非 SCSI-3 の I/O フェンシングをサポートします。 SCSI-3 PR をサポートしない仮想マシンでの Storage Foundation Cluster File System High Availability 用 I/O フェンシングについてを参照してください。 |
マジョリティベースの I/O フェンシング | マジョリティベースの I/O フェンシングでは、クラスタ環境でデータ破損に対する保護およびデータの整合性を提供するのにコーディデーションポイントを必要としません。 追加のサーバーやコーディネーションポイントとして使用できる共有 SCSI-3 ディスクがない場合はマジョリティベースの I/O フェンシングを使用します。 |
???を参照してください。
I/O フェンシング設定の計画についてを参照してください。
メモ:
I/O フェンシングを使ってスプリットブレインの状態からクラスタを保護することを推奨します。
『Storage Foundation Cluster File System High Availability 管理者ガイド』を参照してください。