Storage Foundation and High Availability 8.0.2 設定およびアップグレードガイド - Linux
- 第 I 部 SFHA の概要
- 第 II 部 SFHA の設定
- 設定の準備
- データ整合性のための SFHA クラスタ設定の準備
- SFHA の設定
- インストーラを使った Storage Foundation High Availability の設定
- ノード別のセキュアクラスタノードの設定
- SFHA 設定の完了
- システム上のライセンスの確認と更新
- インストーラを使った Storage Foundation High Availability の設定
- データ整合性のための SFHA クラスタの設定
- データ整合性のための SFHA クラスタの手動設定
- 応答ファイルを使用した SFHA 自動設定の実行
- 応答ファイルを使用した自動 I/O フェンシング設定の実行
- 第 III 部 SFHA のアップグレード
- SFHA のアップグレード計画
- SFHA のアップグレードの準備
- Storage Foundation and High Availability のアップグレード
- SFHA のローリングアップグレードの実行
- SFHA の段階的アップグレードの実行
- 応答ファイルを使用した SFHA 自動アップグレードの実行
- アップグレード後のタスクの実行
- VCS Agents for VVR が設定されている場合のアップグレード後のタスク
- セキュアモードで動作するクラスタの LDAP 認証の有効化について
- SFHA のアップグレード計画
- 第 IV 部 インストール後の作業
- 第 V 部 ノードの追加と削除
- 第 VI 部 設定およびアップグレードの参照
- 付録 A. インストールスクリプト
- 付録 B. SFHA サービスとポート
- 付録 C. 設定ファイル
- 付録 D. セキュアシェルまたはリモートシェルの通信用の設定
- 付録 E. CP サーバーベースの I/O フェンシングのためのサンプル SFHA クラスタ設定図
- 付録 F. UDP 上での LLT の設定
- 付録 G. RDMA 上での LLT の使用
- RDMA 上の LLT の設定
- RDMA 上の LLT のトラブルシューティング
製品インストーラを使った SFHA のローリングアップグレードの実行
メモ:
7.3.1 以降、Linux ではルートディスクのカプセル化 (RDE) はサポートされません。
ローリングアップグレードを開始する前に、クラスタのすべてのノードで Cluster Server (VCS) を実行していることを確認します。
VCS の制御下にないすべての VxVM ボリュームのすべてのアクティビティを停止します。たとえば、データベースなどのボリュームにアクセスするすべてのアプリケーションを停止し、ボリュームに作成されているすべてのファイルシステムをマウント解除します。その後、すべてのボリュームを停止します。
VCS の制御下にないすべての VxFS ファイルシステムのマウントを解除します。
ローリングアップグレードを実行するには
- ローリングアップグレードの段階 1 が 1 番目のサブクラスタで開始します。最初のサブクラスタで予備手順を完了します。
VCS の制御下にないすべての VxFS ファイルシステムのマウントを解除します。
# umount mount_point
- 必要であれば、オペレーティングシステムの更新を完了します。手順については、オペレーティングシステムのマニュアルを参照してください。
既存のバージョンの SFHA が、適用するオペレーティングシステムの更新をサポートしていることを確認します。SFHA の既存のバージョンがオペレーティングシステムの更新をサポートしない場合、まず、SFHA をオペレーティングシステムの更新をサポートするバージョンに更新します。
アプリケーションを残りのサブクラスタに切り替えて 1 番目のサブクラスタのオペレーティングシステムをアップグレードします。
オペレーティングシステムの更新後に、ノードが再起動されます。
- キャッシュ領域がオンラインの場合は、VxVM RPM をアップグレードする前に、キャッシュ領域をオフラインにする必要があります。次のコマンドを使って、キャッシュ領域をオフラインにします。
# sfcache offline cachename
- スーパーユーザーとしてログインし、SFHA 8.0.2 インストールメディアをマウントします。
- ルートからインストーラを起動します。
# ./installer
- メニューで Upgrade a Product を選択してサブメニューで Rolling Upgrade を選択します。
- インストーラによってアップグレード対象のシステム名が示されます。Enter キーを押して提案されたシステムをアップグレードするか、ローリングアップグレードを実行するクラスタ内のいずれかのシステムの名前を入力して Enter キーを押します。
- インストーラがシステム通信、リリース互換性、バージョン情報を確認し、クラスタ名、ID、クラスタノードを一覧表示します。y を入力して続行します。
- インストーラによって実行中のサービスのリストが作成され、ローリングアップグレードの段階 1 でアップグレードするノード (複数可) が決定されます。y を入力して続行します。ノードを指定する場合は、n を入力し、ノードの名前を入力します。
- インストーラがクラスタ内のノードでさらに事前チェックを実行し、警告が表示されることがあります。y を入力して続行することも、インストーラを終了して事前チェックの警告に対処することもできます。
- エンドユーザー使用許諾契約 (EULA) の内容を確認し、同意する場合は、y を入力します。
- ブートディスクがカプセル化され、ミラー化されている場合は、バックアップブートディスクを作成できます。
バックアップブートディスクを作成する場合は、y を入力します。ブートディスクグループにバックアップ名を付けるか、デフォルト名を受け入れます。次にインストーラによってブートディスクグループのバックアップが作成されます。
- インストーラでオンラインサービスグループが検出されると、ユーザーは次のいずれかを行うことを求められます。
サービスグループを手動で切り替える
CPI を使用してサービスグループを自動的に切り替える
サービスグループのフェールオーバーに要する時間を、停止時間といいます。
メモ:
手動でサービスグループを切り替えることを推奨します。依存関係のあるリソースが VCS の制御下にない場合、サービスグループの自動切り替えでは依存性に関する問題は解決されません。
- インストーラから該当するプロセスを停止するように求められます。y を入力して続行します。
インストーラによってすべてのサービスグループがこの時点でアップグレードされていないノードに退避されます。インストーラによってアップグレードされるノード上のパラレルサービスグループが停止されます。
- インストーラによって関連プロセスが停止され、古いカーネル RPM がアンインストールされ、新しい RPM がインストールされます。ライセンスを現在のバージョンにアップグレードするかどうかを尋ねられます。[はい (Yes)]または[いいえ (No)]を選択します。現在のリリースの新しい機能をすべて使うことができるように、ライセンスを更新することをお勧めします。
- クラスタがコーディネーションポイントサーバーベースのフェンシングを設定している場合は、アップグレード時に、インストーラが新しい HTTPS コーディネーションポイントサーバーを提供するようにユーザーに要求します。
アップグレード用の設定が行われ、プロセスが開始されます。アップグレード前にブートディスクがカプセル化されている場合、インストーラはアップグレード設定の実行後にノードを再ブートするようユーザーに求めます。
- まだアップグレードしていないノードで予備手順を完了します。
すべてのノードで VCS の制御下にないすべての VxFS ファイルシステムをマウント解除します。
# umount mount_point
- オペレーティングシステムの更新が必要ない場合は、この手順をスキップします。
手順 19 に進みます。
そうでない場合は、まだアップグレードしていないノードのオペレーティングシステムへの更新を完了します。手順については、オペレーティングシステムのマニュアルを参照してください。
ローリングアップグレードの段階 1 が 1 番目のサブクラスタで完了します。ローリングアップグレードの段階 1 が 2 番目のサブクラスタで開始します。
- 残りのノードですべてのキャッシュ領域をオフラインにします。
# sfcache offline cachename
- 残りのノードで、アップグレード段階 1 が開始されます。ローリングアップグレードを続行するには、y を入力します。アップグレード (再ブート) したノードでインストーラが呼び出された場合、インストーラを再度呼び出す必要があります。
メモ:
FSS 環境では、ローリングアップグレードの段階 1 は 1 つのノードごとに実行されます。
多くのノードがあるクラスタの場合、このプロセスが数回繰り返される場合があります。サービスグループが終了し、アップグレードに対応するために起動されます。
- ローリングアップグレードの段階 1 が完了したら、VCS の制御下にないすべての VxFS ファイルシステムを手動でマウントします。アップグレードの段階 2 を開始します。アップグレードの段階 2 には、VCS エンジン (HAD) の停止時間が含まれます。これにはアプリケーションの停止時間は含まれません。y を入力して続行します。ローリングアップグレードの段階 2 はここから開始します。
- インストーラによってアップグレードする残りの RPM が決定されます。Enter キーを押して続行します。
- インストーラでは、インストーラで製品プロセスが停止する前に、次の質問が表示されます。アップグレードの実行前にクラスタをセキュアモードで設定しており、バージョンが 6.2 より前の場合、これらの質問は表示されません。
全員に読み取りアクセス権を許可しますか。[y,n,q,?]
すべての認証されたユーザーに読み取りアクセス権を許可するには、y を入力します。
ユーザーグループに特定の権限を許可するには、n を入力します。
読み取りアクセス権を許可するユーザーグループを提供しますか [y,n,q,?]。
ユーザーグループを指定して、読み取りアクセス権を許可するには、y を入力します。
ルートユーザーにだけ読み取りアクセス権を許可するには、n を入力します。インストーラはルートユーザーに読み取りアクセス権を許可します。
読み取りアクセス権を許可するには、ユーザーグループ名をスペースで区切って入力します。特定のノードのユーザーグループに読み取りアクセス権を許可する場合は「usrgrp1@node1」のように入力し、任意のクラスタノードのユーザーグループに読み取りアクセス権を許可する場合は、「usrgrp1」のように入力します。ユーザーグループがまだ作成されていない場合、必要に応じて、設定の後でユーザーグループを作成します。[b]
- Cluster Server (VCS) プロセスはインストーラによって停止されますが、アプリケーションは引き続き実行されます。y を入力して続行します。
インストーラによって prestop が実行され、古い RPM がアンインストールされ、新しい RPM がインストールされます。インストール後のタスクとアップグレードの設定が実行されます。
- インターネットへのネットワーク接続がある場合、インストーラによって更新が確認されます。
更新が検出された場合は、ここで適用できます。
- 概略ファイルを読むかどうかを確認するメッセージが表示されます。インストールの概略ファイルを読む場合は、[y] を選択します。