検索クエリーを入力してください
<book_title> を検索 ...
Storage Foundation Cluster File System High Availability 8.0.2 設定およびアップグレードガイド - Linux
Last Published:
2023-07-18
Product(s):
InfoScale & Storage Foundation (8.0.2)
Platform: 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 のトラブルシューティング
既存のノードでの VCS 設定ファイルの変更
削除されたノードへの参照を削除するために、クラスタの残りのノードの設定ファイルを変更します。
クラスタ設定ファイルを修正するためのタスク:
/etc/llthosts ファイルを編集します。
/etc/gabtab ファイルを編集します。
VCS 設定からノードを削除します。
main.cf の例について:
- 既存の各ノードで、削除されたノードへの参照を含んでいる行を削除するために
/etc/llthosts
ファイルの編集を行います。たとえば、sys5 がクラスタから削除されるノードである場合、ファイルから「2 sys5」の行を削除します。
0 sys1 1 sys2 2 sys5
次のように変更します。
0 sys1 1 sys2
- ノードを削除した後のシステムの数を反映するように、
/etc/gabtab
ファイルで次のコマンドを変更します。/sbin/gabconfig -c -nN
N はクラスタの残りのノード数です。
たとえば、2 つのノードが残っている場合は、次のようになります。
/sbin/gabconfig -c -n2
削除されたノードへの参照をすべて削除するために、VCS の設定ファイル main.cf を変更します。
次のいずれかの方法で、設定を変更します。
/etc/VRTSvcs/conf/config/main.cf
ファイルを編集します。この方法は、アプリケーションのダウンタイムを必要とします。
コマンドラインインターフェースを使う
この方法は、残りのすべてのノードでアプリケーションをオンラインのままにできます。
次の手順は、コマンドラインインターフェースを使い、削除されたノードへの参照を削除するようにサンプルの VCS 設定を変更します。クラスタの既存のノードの 1 つから、手順を実行します。手順では、残りのノードでアプリケーションをオンラインにしたまま、VCS の設定を変更できます。
/etc/VRTSvcs/conf/config/main.cf
ファイルのバックアップを作成します。# cd /etc/VRTSvcs/conf/config
# cp main.cf main.cf.3node.bak
- クラスタ設定を読み書き両用モードに変更します。
# haconf -makerw
- 残りのノードを希望する順序で指定して、サービスグループの AutoStartList 属性からノードを削除します。
# hagrp -modify cvm AutoStartList sys1 sys2
- サービスグループの SystemList 属性からノードを削除します。
# hagrp -modify cvm SystemList -delete sys5
システムが親グループの SystemList の一部である場合は、最初に親グループから削除する必要があります。
- サービスグループの CVMNodeId 属性からノードを削除します。
# hares -modify cvm_clus CVMNodeId -delete sys5
- それらの設定で削除されたノードがある他のサービスグループ(データベースのサービスグループや ClusterService グループなど)がある場合、それぞれに対して手順 4 と手順 5 を実行します。
- すべての CFS マウントリソースの NodeList 属性から削除されたノードを削除します。
# hares -modify CFSMount NodeList -delete sys5
- クラスタ上に存在する他のサービスグループのシステムリストから削除されたノードを削除します。 たとえば、ノード sys5 を削除するには、次のコマンドを実行します。
# hagrp -modify appgrp SystemList -delete sys5
- クラスタシステムリストから削除されたノードを削除します。
# hasys -delete sys5
- ディスクに新しい設定を保存します。
# haconf -dump -makero
- VCS の設定からノードが削除されていることを検証します。
# grep -i sys5 /etc/VRTSvcs/conf/config/main.cf
ノードが削除されていない場合、この手順に記述されているように VCS のコマンドを使ってノードを削除します。