Storage Foundation Cluster File System High Availability 8.0.2 設定およびアップグレードガイド - Linux
- 第 I 部 SFCFSHA の概要
- 第 II 部 SFCFSHA の設定
- 設定の準備
- データ整合性のための SFCFSHA クラスタ設定の準備
- SFCFSHA の設定
- データ整合性のための SFCFSHA クラスタの設定
- 応答ファイルを使用した SFCFSHA 自動設定の実行
- 応答ファイルを使用した自動 I/O フェンシング設定の実行
- 応答ファイルを使用した CP サーバーの設定
- データ整合性のための SFCFSHA クラスタの手動設定
- 第 III 部 SFCFSHA のアップグレード
- SFCFSHA のアップグレード計画
- SFCFSHA のアップグレードの準備
- インストーラを使った 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 の設定
- RDMA 上の LLT のトラブルシューティング
既存のコーディネーションポイントの順序の決定について
ネットワークパーティション中にコーディネーションポイントが競争に参加する順序を指定できます。ネットワークパーティションのシナリオでは、I/O フェンシングは vxfentab
ファイルに設定された順序に基づき、メンバーシップのアービトレーションについてコーディネーションポイントに問い合わせようとします。
I/O フェンシングは、シーケンスの最初のコーディネーションポイントに接続できない場合、2 番目のコーディネーションポイントに移ります。クラスタのパニックを避けるため、生存するサブクラスタはコーディネーションポイントの大多数に対して勝利する必要があります。しがたって、競争に勝利する可能性の高いコーディネーションポイントから始め、その可能性の最も低いコーディネーションポイントで終わる順序にする必要があります。
コーディネーションポイントサーバーとコーディネーションディスクが混在するフェンシング構成では、コーディネーションディスクの前にコーディネーションポイントサーバーまたはその逆を指定できます。
メモ:
ディスクベースのフェンシングは、既存のコーディネーションポイントの順序の設定をサポートしません。
コーディネーションポイントの順序を決定する際の注意事項
競争中にクラスタでメンバーシップを取得できる可能性、すなわちネットワークパーティションに対して制御を取得する可能性に基づきコーディネーションポイントを選択します。その結果、パーティションを保存できるようになります。
順序の 1 番目には、競争に勝利する可能性の最も高いコーディネーションポイントを指定する必要があります。順序の 2 番目は、それよりも勝利の可能性が比較的低いコーディネーションポイントを指定する必要があります。最後に勝利の可能性が最も低いコーディネーションポイントを指定して順序の決定を完了します。