ディスクレスサーバを作っている時の話。 ネットワークブート用のセグメントを使って、PXEブートしたサーバから、NFSサーバをマウントし、ルートファイルシステムをごっそりコピーしようとすると、マウントできず、以下のエラーが表示された。 mount: RPC: Timed out 色々、設定を見直すも、 iptables(ファイヤーウォール)は動かしていない portmap(ポートマッパー)は稼動している NFSのデーモンはもちろん、rpc系のプロセス(rpc.mountd, rpc.lockd, rpc.statdなど)も全て生きている ネットワーク的な疎通はできている(ftpやpingはOK) /etc/hosts.denyに記載はない サーバはNFSv3、クライアントもv3に対応していると思われる showmountコマンドで、設定が正しく反映されて稼動していることを確認 他のクライアン
今開発しているサービで、約100台位のサーバに対し/usrマウントを提供しているのNFSサーバがあります。参照専用とはいえ、100台位になってくるとそこそこのパフォーマンスが要求されますし、/usrという重要なポイントをマウントしているため冗長化も重要です、また台数が日に日に増えているためとスケールアウトも出来なくてはなりません。そこで、スケーラブルで障害に強い参照用NFSサーバを構築してみました。 簡単なイメージは下図のとおりです。 NFSサーバはA,Bの2台ありそれぞれrsyncで内容が同期されています。それぞれのNFSサーバには仮想IPアドレス(以下、VIP)がそれぞれついています。クライアントはマウント時に、nfs.mynet(mynet部分はサービスのドメイン名等)をDNSに問い合わせると、DNSはNFSサーバのVIPのどれかを返却します。問い合わせごとに返却されるVIPが変わ
Amazon EC2 はVMを好きなタイミングで好きなだけ使うことができるので、複数のサーバを使う分散システムの検証環境として非常に使いやすい*1。費用を計算してみても、自宅でクラスタを動かすことを考えれば、十分安く上がりそうである。 しかし、VMを起動するたびに環境を設定したり、新しいテストを実行するたびにファイルを配ったりするのは面倒なので、ファイルを共有したくなる。 通信の遅延がかなり大きいので、EC2上でssh越しにファイルを編集するのも少々つらい。 そこで、手元のホストとホームディレクトリを共有する。さらに、一度転送したデータはキャッシュさせる。 共有ホームディレクトリ環境の管理方法と組み合わせれば、便利に使えるに違いない。 戦略 ファイル共有には NFSv4 over ssh を使う。NFSv4はポート番号を１つしか使わない（portmapperも要らない）ので、ssh越しで使
Linux NFSの高速化 ゼロコピーNFSの実装 VA Linux Business Forum 2003年6月20日 VA Linux Systems Japan 高橋 浩和 taka@valinux.co.jp Copyright© 2003, VA Linux Systems Japan K.K. All rights reserved. 目次 NFSとは、いかなるプロトコルか？ Linux 2.4におけるNFSサーバの実装 Linux 2.6におけるNFSサーバの実装 次の課題と目標 Copyright© 2003, VA Linux Systems Japan K.K. All rights reserved. NFSとはいかなる プロトコルか？ Copyright© 2003, VA Linux Systems Japan K.K. All rights res
2008年11月03日00:47 カテゴリLinux RHELで起動時にNFSマウントしない件 NFSクライアントの設定は問題無いはずなのですが、起動時に自動的にNFSマウントしないという件がありました。 サーバ、クライアントとも RHEL4 Update 6 で、/etc/fstab は問題ありません。 fstabには bg オプションを付けていて、boot.log には「mount: backgrounding "server:/export"」の後に「netfs: Mounting NFS filesystems: succeeded」と記録されていますが、起動後に確認するとマウントしていません。 mount -a を実行すると問題なくマウントできます。 とりあえず、/etc/rc.d/rc.local に mount -a を記述しておくとか、/etc/rc.d/rc3.d/ また
Conclusion NFSv3 performances are better than NFSv4 when running NFSv3 over UDP. NFSv4 and NFSv3 have same performances when running NFSv3 over TCP. Conclusions are only valid for local networks as described below. there are not valid for others networks, in particular over Internet If you are looking for a speed full NFS volume beware that running NFS over UDP may be unsafe. Software con
電話 03-6410-6070、FAX 03-6410-6073 ｉｎｆｏ＠ｈｐｃ−ｔｅｃｈｎｏｌｏｇｉｅｓ．ｃｏ．ｊｐ / ｓｕｐｐｏｒｔ＠ｈｐｃ−ｔｅｃｈｎｏｌｏｇｉｅｓ．ｃｏ．ｊｐ (アドレスは半角に変更して利用) 導入事例 | 構成例 | ベンチ | 計算機 | ファイル/管理サーバ | 構築費用 | OS/開発環境 | アプリケーション | オプション | 購入 | 設定/納入 | サポート | 保守 | Q&A | 基礎情報 NFSサーバ構築の基礎テスト 【ext3とXFS】 Linuxのファイルシステムは、システムディスクに必須のext3が基本ですが、一部の大容量ストレージではXFSが用いられることがあります。XFSはファイルI/O速度、フォーマット速度、fsck速度などが速くジャーナルサイズも小さいため、大容量ストレージの構築ではメリットが多いとされています。確かにスク
現在、SolarisのNFSサーバによってファイル共有を行っています。サーバマシンでは別のサービスも提供しているので、ネットワークの帯域をあまり使用したくないのですが、何かよい方法はあるでしょうか？ クライアント側でCacheFSマウントを利用するとよいでしょう。これは、NFSサーバで公開されている内容のキャッシュファイルをクライアント側に作成することで、NFSサーバへのファイル要求の頻度を減らすものです。 CacheFSのメリット／デメリット キャッシュファイルを使用した場合、通常のNFSマウントよりもファイルへのアクセス時間が短くなるというメリットがあります。例えば、NFSサーバ/クライアントともにSPARCstation 5を利用した環境（10BASET）において、10Mバイトと100Mバイトのファイル転送を3回行った平均時間は表1のとおりです。 キャッシュファイルの利用 10Mバイ
5. NFS の性能を最適化するクライアントとサーバの両面から、環境を注意深く分析することが、 NFS の性能を最適化する際の最初のステップになります。 前半のセクションでは、一般にクライアントの方で重要になる点を扱います。 後半 (Section 5.3 以降) では、サーバ側の点を議論します。 サーバ・クライアント両側での項目は、 互いに影響を及ぼしあうことがないわけではありませんが、 原因・結果をはっきりさせるためには、この 2 つを分けておくと便利かと思います。十分なネットワーク容量、高速な NIC、全二重の設定にして衝突を減らす、 スイッチやハブでネットワークスピードを一致させる、 といったようなネットワーク関連の設定を除くと、 クライアントを最適化するために最も重要な設定は、 NFS データ転送のバッファサイズでしょう。 これは mount コマンドの rsize, wsize
Table of Contents1. 前書き1.1. 法的なこと1.2. 免責1.3. フィードバック1.4. 謝辞2. はじめに2.1. NFS とは何か?2.2. この HOWTO は何か (そして何ではないか)2.3. 事前に必要とされる知識2.4. 事前に必要となるソフトウェア: カーネルバージョンと nfs-utils2.5. ヘルプやより詳細な情報のありか3. NFS サーバの設定3.1. サーバ設定の概略3.2. 設定ファイルの編集3.3. サービスを開始する3.4. NFS が動作しているか確認する3.5. /etc/exports をあとから変更する4. NFS クライアントの設定4.1. リモートのディレクトリをマウントする4.2. NFS ファイルシステムをブート時にマウントさせる4.3. マウントのオプション5. NFS の性能を最適化する5.1. ブロックサイズ
NFS ネットワークでは、チューニングの主要な対象はサーバですが、クライアントにもいくつかチューニングできるものがあります。 必要な biod および nfsd デーモンの数 biod および nfsd デーモンは、 1 度に 1 つの要求を処理するので、また、NFS の応答時間は多くの場合、応答時間全体の中で一番大きい部分を構成しているので、biod または nfsd デーモンが不足しているためにスレッドがブロックされるのは望ましくありません。 注: AIX バージョン 4.2.1 以降は、nfsd および biod デーモンがどちらも 1 つ存在し、それぞれがマルチスレッド化されています (プロセス内に複数のカーネル・スレッドが存在します)。また、スレッド数を自己チューニングして、必要に応じて追加のスレッドを作成します。ただし、 nfso コマンドの nfs_max_threads パ
Table of Contents1. 前書き1.1. 法的なこと1.2. 免責1.3. フィードバック1.4. 謝辞2. はじめに2.1. NFS とは何か?2.2. この HOWTO は何か (そして何ではないか)2.3. 事前に必要とされる知識2.4. 事前に必要となるソフトウェア: カーネルバージョンと nfs-utils2.5. ヘルプやより詳細な情報のありか3. NFS サーバの設定3.1. サーバ設定の概略3.2. 設定ファイルの編集3.3. サービスを開始する3.4. NFS が動作しているか確認する3.5. /etc/exports をあとから変更する4. NFS クライアントの設定4.1. リモートのディレクトリをマウントする4.2. NFS ファイルシステムをブート時にマウントさせる4.3. マウントのオプション5. NFS の性能を最適化する5.1. ブロックサイズ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く