NFS Server Recovery Kitは、Filesystem Recovery Kit (steeleye-lk パッケージの一部として提供) およびIP Recovery Kit (steeleye-lkIP) と階層的に連携して、高可用性NFSサービスを実現します。

NFS Server Recovery Kitは、IPリソースと共有マウントポイントを含むファイルシステムリソースがクラスター内の同じサーバーで常に In Service であることを保証します。LifeKeeperが保護するIPリソースを使用してファイルシステムをマウントするクライアントは、実際のエクスポートサービスが手動で、または障害に対する対処としてクラスター内のサーバー間で切り替えられても、事実上中断なしにボリューム上のファイルの処理を継続できます。NFSセッションの復帰時間はクライアント - サーバー間の状態に依存します。例としてNFSv3においては、TCPのプロトコルタイムアウトはUDPに比べて長くなります。NFSで使用する適切なトランスポート層プロトコルを決定するには、OSベンダーからの推奨や各トランスポート層プロトコルのメリットとデメリット、ご利用の環境を踏まえてご検討ください。

※NFS v4においては、OSベンダーがTCPトランスポートの使用を強く推奨しているため、NFS Server Recovery KitでもNFS v4についてはTCPトランスポートのみ動作検証しています。

スイッチオーバーまたはフェイルオーバーを実行している間、ファイルシステム上のファイルはすべて一時的に使用できなくなりますが、リソースの転送が完了すると再び使用可能になり、クライアント側に切り替えは意識されません。スイッチオーバーの場合、これには 5 ~ 30 秒かかります。フェイルオーバーの場合、リカバリー時間は、ファイルシステムの修復にかかる時間に左右されます。ディスクボリュームは、障害に極めて強く、数秒で修復が可能なジャーナリングファイルシステム (JFS) でフォーマットすることを強く推奨します。

LifeKeeper v9.6.0から、NFS v4擬似ファイルシステムは利用できなくなりました。fsid=0 のエクスポートポイントおよびそのサブディレクトリーのエクスポートポイントはLifeKeeperで保護できません。LifeKeeper v9.6.0より前のバージョンでfsid=0のリソースを作成している場合は、リソースを削除してからLifeKeeperをアップグレードしてください。

OSのデフォルト設定では、NFS v3もv4もどちらも有効になっています。クライアントからマウントする時のオプションでバージョンを指定してください。

フィードバック

お役に立ちましたか?

はい いいえ
お役に立ちましたか
理由をお聞かせください
フィードバックありがとうございました

このトピックへフィードバック

送信