Storage Foundation Cluster File System High Availability 7.4設定およびアップグレードガイド - 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 のアップグレード計画
- インストーラを使った SFCFSHA の完全アップグレードの実行
- SFCFSHA のローリングアップグレードの実行
- SFCFSHA の段階的アップグレードの実行
- 応答ファイルを使用した SFCFSHA 自動アップグレードの実行
- Volume Replicator のアップグレード
- VirtualStore のアップグレード
- アップグレード後のタスクの実行
- 第 IV 部 設定後のタスク
- 第 V 部 ディザスタリカバリ環境の設定
- 第 VI 部 ノードの追加と削除
- 第 VII 部 設定およびアップグレードの参照
- 付録 A. インストールスクリプト
- 付録 B. 設定ファイル
- 付録 C. セキュアシェルまたはリモートシェルの通信用の設定
- 付録 D. 高可用性エージェントの情報
- 付録 E. CP サーバーベースの I/O フェンシングのSFCFSHA cluster設定図サンプル
- 付録 F. UDP 上での LLT の設定
- 付録 G. RDMA 上での LLT の使用
- RDMA 上での LLT の使用
- クラスタ環境の RoCE または InfiniBand ネットワーク上の RDMA について
- アプリケーション間のより高速の相互接続のための LLT での RDMA 機能のサポートについて
- RDMA 上の LLT の使用: サポート対象の使用例
- RDMA 上の LLT の設定
- RDMA 上の LLT のトラブルシューティング
アップグレードの準備
アップグレードを実行する前に次のタスクを完了してください。
システムのアップグレードに関する最新情報については、『Veritas InfoScale 7.4 リリースノート』を確認してください。
詳しいことは、ベリタステクニカルサポート Web サイトで確認してください。
アップグレードを実行する管理者は、root アクセス権限を持ち、オペレーティングシステムの管理について十分に理解している必要があります。
すべてのユーザーがログアウトしていて、すべての主要なユーザーアプリケーションが適切に停止されていることを確認します。
アップグレードするシステムに有効なバックアップがあることを確認します。
アップグレードするために十分なファイルシステム領域があることを確認します。 RPMs をコピーする場所を特定します。たとえば、ルートファイルシステムに十分な領域がある場合は /packages/Veritas、/var ファイルシステムに十分な領域がある場合は /var/tmp/packages にします。
/tmp にはファイルを置かないでください。システムの再起動時に削除されます。
また、アップグレードスクリプトを実行するまでアクセスできないファイルシステムには、ファイルを保存しないでください。
アップグレードスクリプトへの変更が必要なければ、ベリタスから提供されたディスクを使ってアップグレードすることもできます。
/usr/local が最初にスライスとして作成されていた場合は、変更が必要です。
ファイルシステムが存在しないと異常終了することがわかっているアプリケーションのコマンドまたはプロセスを起動スクリプトでコメントアウトします。
RHEL 7 および SLES 12 システムの場合、一部の起動スクリプトは /etc/vx/ にあり、次のサービスの起動スクリプトは以下にあります。
サービス名
起動スクリプトの場所とファイル名
amf.service
/opt/VRTSamf/bin/amfgab.service
/opt/VRTSgab/gabllt.service
/opt/VRTSllt/lltvcs.service
/opt/VRTSvcs/bin/vcsvcsmm.service
/opt/VRTSvcs/rac/bin/vcsmmvxfen.service
/opt/VRTSvcs/vxfen/bin/vxfenRHEL 7 および SLES 12 のその他の起動スクリプトは /etc/init.d/ にあります。サポート対象の他の RHEL 配布の起動スクリプトについても同じです。
現在のオペレーティングシステムが製品のバージョン 7.4 をサポートすることを確認してください。 オペレーティングシステムがこの製品をサポートしない場合は、段階的アップグレードを計画してください。
メモ:
仮想マシン上で RHEL 7.4 OS をアップグレードする前に、まず Veritas InfoScale 7.3.1 をアップグレードする必要があります。その後で RHEL 7.4 OS をアップグレードしないと、仮想マシンの状態が不安定になることがあります。
RHEL 7.0、7.1、7.2 バージョンで -ignorechecks CPI オプションを使用して、Veritas InfoScale 製品を正常にアップグレードします。
アップグレードと、Veritas InfoScale 製品を使うアプリケーションのために、十分な停止時間とダウンタイムをスケジュール設定します。 設定によっては、停止が数時間になる場合があります。
rootdg 内にスワップパーティションがない場合は、/etc/fstab からコメントアウトする必要があります。 可能ならば、ルートディスク上にある以外のスワップパーティションは、/etc/fstab からコメントアウトされ、アップグレード中にマウントされないようにする必要があります。 rootdg 内にアクティブなスワップパーティションがない場合は、upgrade_start は失敗します。
アップグレード前にファイルシステムが正常にマウント解除されていることを確認します。
アレイをアップグレードします（必要な場合）。
アレイサポートのアップグレードを参照してください。
情報をミラー化ディスクに確実に保存するために、システムをシャットダウンし、ミラー化ディスクを物理的に削除します。 ディスクを物理的に削除することで、フェールバックポイントがわかります。
ネーティブスタックの DMP サポートが無効になっていることを確認します（dmp_native_support=off）。 ネーティブスタックの DMP サポートが有効になっていると（dmp_native_support=on）、インストーラによりそのことが検出され、システムを再起動するように求められることがあります。
CP サーバーベースのフェンシングを使うアプリケーションクラスタをバージョン 6.1 以降にアップグレードする場合は、まず CP サーバーシステムで VCS または SFHA をバージョン 6.1 以降にアップグレードすることを確認してください。7.0.1 以降から、CP サーバーではクライアントとの HTTPS ベースの通信のみがサポートされ、IPM ベースの通信はサポートされていません。IPM ベースの CP サーバーが設定されている CP サーバーをアップグレードする場合、CP サーバーを再設定する必要があります。
CP サーバーシステムで VCS または SFHA をアップグレードする手順については、関連する設定およびアップグレードガイドを参照してください。
新規 SFCFSHA スタックをインストールまたは、RHEL 6.7 のシステムで製品スタックをアップグレードすると、カーネルインターフェースと互換性がないため CVM がオンラインにならず、一部のカーネルモジュールが起動に失敗する可能性があります。
詳しくは、https://www.veritas.com/support/ja_JP/article.000025669
詳細情報