- 締切済み
NFSの仕組み・動作について(サーバを再起動する時に、NFSクライアントをアンマウントをする理由が知りたいです)
NFSの仕組みについて調べております。 ◆背景 近々、お客様サーバセンターにて停電があります。 現在、Webサーバが画像サーバのディレクトリを NFSにてマウントしております。 今回、停電にて電源の落とす必要があるサーバは、 このNFSサーバとなります。 nfsクライアント(Webサーバ) ↓ nfsサーバ(画像サーバ) ◆質問 私の会社では、NFSサーバを再起動する際は、 必ずNFSクライアントにてマウントされているディレクトリを アンマウントし、NFSサーバにマウントがない状態で NFSサーバ再起動を行っております。 ※理由は、過去にNFSクライアントのアンマントを行わずにNFSサーバを 再起動したことがあり、その際にNFSクライアントのマウントが できないことがありました。 今回、この停電はお客様のデータセンターで行われるため 「NFSサーバを再起動するために、NFSクライアントをアンマウントしないといけません!」と言いたいのですが、 技術的になぜその必要があるかをお客様にお話しする必要があります。 そこで、アンマウントをしないといけない理由をご存知の方 いらっしゃいましたら教えていただけますでしょうか。 また、そもそも「アンマウントなんて必要ない」というのであれば ご指摘いただけると助かります。 あわせて、NFSの技術的な情報を教えていただけますとなおありがたいです。 よろしくお願いいたします。
- みんなの回答 (3)
- 専門家の回答
みんなの回答
- vaidurya
- ベストアンサー率45% (2714/5983)
NFSに限らず、ファイルサーバーってアクセス中に落とすと クライアント側で、データ保存ミスが出るリスクがあると思っていますけど。 もちろん、短時間で書き込みが終了すれば サーバーの終了段階で正しく終了できる気がしますけど 大量のファイルを転送している途中に落とすと… たとえば、5つめのファイルを書き終えた時点でサーバーが遮断され 6つめのファイルは書き込んでいないのに 書き込み作業を行なった人が勘違いしてOSを落としたりして エラーが出たことに誰も気づかないままになったりすると思います。 そういうミスは起きにくいようにサーバーもクライアントも それなりの設計がなされているかとは思いますけど 「できるはずのこと」を過信してトラブルがおきても ソフトのせいにすればいいってことは、どこでも無いと思います。 つまり、アンマウントしてからサーバーを落とすのは サーバーにバグがあったとしても、事故を防げる手順です。
- Toshi0230
- ベストアンサー率51% (836/1635)
No.1の方が書いてますが、 「過去にこうゆう事例がありましたので、安全のためにこうしています」 と説明すればいいだけだと思いますけど。 要はお客さんを納得させればよいのでしょうから、あまり技術論にこだわると逆効果です(お客さんが理解できなくなる)。 それよりは、「Windowsのファイル共有とNFSとは違う」「過去にこういう事例があった」と言った点から説得する方が通りやすいのではないかと。 あとは、「ファイルが開いている状態でサーバを再起動するとファイルが壊れる」とか「WEBサーバがNFSサーバの応答待ちをしてしまうから危険」とかでしょうか。 要は「やってもいいけどトラブりますよ。(その場合の責任は持ちませんよ)」という方向で話をすればよいかと。
- dev_null
- ベストアンサー率67% (37/55)
RFCに記述されてるかも知れませんが実装を調べる以外に正確な情報は得られません。 > 技術的になぜその必要があるかをお客様にお話しする必要があります。 ここで言われている技術的がどのようなものか分かりませんが、 正しく説明するには、TCP/IPの説明からする必要もありませんか? 個人的な意見ですが、bunmeidou様が指摘している内容を 説明するだけで十分ではないでしょうか。 安全にNFSサーバの再起動を行うための手順で 下記のようなリスクを回避するために必要ですとか.. ・WEBサーバのハングアップ ・レスポンス低下 ・マウントエラーの発生 ・ファイルの破損 例えば、電動ドリルの刃を交換する際にドリルが回転している状態で 行うことは通常しませんよね。 ドリルを止めて、出来れば電源も抜いておいた方が安全ですよね。