問題タブ [nfs]

tmpfsまたはrootfsディレクトリを（nfsマウント用に）エクスポートすることは可能ですか？rootfsとtmpfsだけでRAMベースのファイルシステムに起動される多くのLinuxノードがあります。各ノードに他のノードのいくつかのファイルを表示させたいので、いくつかのディレクトリをエクスポートして、別のノードにマウントしようとしています。nfsサーバーの/var/ log / messagesに次のエラーが表示されます-rpc.mountd：getfh failed：そのようなファイルまたはディレクトリはありません

tmpfsをエクスポートできないことを読みました。同じことがrootfsにも当てはまりますか？どのようなオプションがありますか？

C++ で実装されている負荷分散された Web 向けアプリケーションのバックエンドとして、GDBM キー値データベースがあります。アプリケーションによって提供されるデータが非常に大きくなったため、管理者は GDBM ファイルを「ローカル」ストレージ (Web サーバー上、またはそのすぐ近く) から大規模な共有のリモート NFS マウント ファイルシステムに移動しました。

これはパフォーマンスに影響を与えました。当社のパフォーマンス テスト (テスト環境) では、ページの読み込み時間が数百ミリ秒 (ローカル ディスクの場合) から数秒 (NFS、ローカル ネットワーク経由) に跳ね上がり、時には 30 秒に達することもあります。問題の大部分は、アプリケーションが GDBM ファイルからランダムな読み取りを大量に行うことであり、NFS ではこれらの読み取りが遅く、本番環境ではさらに悪化すると考えています (フロントエンドとバックエンドでさえそれらの間のより多くのネットワーク ハードウェア) と、データベースがさらに大きくなるにつれて。

これは重要なアプリケーションではありませんが、パフォーマンスを改善し、アプリケーション開発者の時間や Unix 管理者などのリソースを利用できるようにしたいと考えています。私の主な制約は、数週間しかリソースを持てない時間です。

私が見ているように、私のオプションは次のとおりです。

1. パラメータを調整して、NFS のパフォーマンスを向上させます。私の本能は、これから多くを得ることができないということですが、私は以前に間違っていました.NFSのチューニングについてはあまり知りません.

2. memcachedbやTokyo Cabinetなどの別のキー値データベースに移動します。

3. NFS を他のプロトコルに置き換えます (iSCSI について言及されていますが、私はそれに慣れていません)。

この問題にどのようにアプローチすればよいですか？

これは盲目的に明白であるように思えますが、答えがわかりません。NFS にはキャッシュがありますか? それはどのように機能しますか？オペレーティング システムやファイル システムのキャッシングを利用するだけですか? 使用しているクライアントまたはサーバーに依存しますか?

特別なマウント オプションなしで、Solaris のクライアントとして NFS を使用しています。

他の 2 台のストレージ マシンから VM をマウントする 3 台の仮想マシン サーバー マシンをセットアップしました。ストレージ サーバーから VM をマウントして、VM を移動するときに移動するデータを減らし (1 つのサーバーで一時停止、新しいサーバーでマウント、一時停止解除)、スナップショットとバックアップを容易にします。

嵐のために停電が長引いていたので（運用チームは発電機に燃料が入っていることを確認するのを忘れていたので、毎週テストしないでください）、すべてをシャットダウンしました.

発電機に燃料を供給した後、すべてを立ち上げ始めました。大問題。

ストレージを NFS マウントするために、NFS は逆引き DNS ルックアップを実行したいと考えていますが、DNS サーバーは VM であり、ストレージが NFS マウントされるまで起動できません!

DNS サーバー VM を VM サーバーの 1 つにローカルにコピーして起動し、すべてを起動できるようにしました。

逆ルックアップなしで NFS を実行したい (すべてが内部ネットワーク上にあります) が、オフにする方法がわかりません。

どんな助けでも大歓迎です

NTFS が暗号化をサポートしていることは知っていますが、それ以外はクローズド ソースです。同様に、truecrypt などのアドインについては認識していますが、暗号化が組み込まれているのではなく、ボルトで固定されていることに興味があります。

ftplibftpshutil用、ローカル ファイル用があることは知っていますが、NFS はどうですか? urllib2 がHTTP/HTTPS/FTP/FTPS 経由でファイルを取得できることは知っていますが、ファイルを配置することはできません。

プロトコル(FTP/NFS/LOCAL)をURIで自動検出し、ファイル転送(get/put)を透過的に処理する統一ライブラリがあればもっといいのですが、存在しますか?

NFS マウント上の FIFO ファイル ロケートに書き込もうとすると、ブロックされます。何が問題なのですか？

私の /etc/export:

NFS サーバーとクライアントの ls /tmp/test は同じです

そして、私はルートとして書いています

ありがとう。

ネットワーク ファイル システムは、Windows および (L)Unix によって提供されます。IBMメインフレーム用のものはありますか? （信じがたいことです）。メインフレームのデータ領域への標準的な Unix スタイルのアクセス (バイナリ? Ascii? EBCDIC?) を提供しますか? データセット/分割されたデータ セットはどのように扱われますか? 誰が Z/OS に構成しますか? このようなメインフレーム用のネットワーク ファイル システムについて詳しく調べるにはどうすればよいですか?

私の上司は、NFSファイルシステムが、書き込み中のファイルに対してgetFD（）。syncを呼び出すjbossrunjavaプロセスに満足できないのではないかと心配しています。作成されたファイルのタイムスタンプは、ファイルの書き込みが終了したとログに記録されてから数分（場合によっては15分）になることがよくあります。私の唯一の推測は、NFSがメモリ内のファイルにぶら下がっていて、そのように感じるまでファイルを書き込まないということです。syncはそのprobelmを解決するはずですよね？

また、ファイルでclose（）が呼び出されることはないことにも気づきました。それも原因だったのではないかと思いますか？

どんな考えでもありがたいです。

1 つのアプリケーション サーバーでは不十分な点に到達しました。パフォーマンス上の利点とは別に、新しいカーネルのためにサーバーを再起動する必要があるという理由だけで 30 分間のダウンタイムを許容できないため、多少のフェイルオーバー シナリオが必要です。

解決しなければならない最初の問題は、両方のアプリケーション サーバーが常にアクセスできるように、共有ファイルをどこに保存するかです。考えられる解決策は次のとおりです。

• 両方のサーバーで NFS を使用する DRBD。
• NFS を備えた NAS
• クラスター化されたファイルシステムを使用する SAN

私たちはソリューションをできるだけシンプルに保ちたいと考えており、それに大金を費やしたくありません。DRBD 同期は安価ですが、脆弱すぎます。SAN は高価で、クラスター化されたファイルシステムに関する恐ろしい話を聞いたことがあります。NFS を備えた NAS が最適と思われます。

複数のサーバーからの共有ストレージをどのように処理しますか? NFS で何か問題が発生しましたか?

おまけの質問: Sun には、大幅な割引を提供するスタートアップ エッセンシャル プログラムがあり、Sun 7110 Unified Storage を約 6,000 で購入できます。統合ストレージの経験がある人はいますか? かなりの価格の代替品はありますか？