許多 NFS 掛載有任何問題嗎？
我們目前正在考慮一種解決方案，該解決方案會為每個使用者的主目錄生成一個單獨的掛載點。雖然我們過去在客戶端上的每個文件伺服器最多有幾個掛載，但現在我們可能有數百個掛載，其中許多來自同一個文件伺服器。這顯然會影響客戶端，因為有更多的掛載，它也會影響文件伺服器，因為有更多的導出需要跟踪。在我們的環境中，每個文件伺服器有數百個客戶端，每個客戶端有數百個使用者（即，在文件伺服器上可能不超過 10000 個導出）。
我的問題特別是關於這個解決方案的功效。如果這個解決方案不好，我們還可以實施其他解決方案，但是由於各種原因，一些政治原因，這個解決方案已經上升到了頂峰。客戶端都是linux，文件伺服器是linux和solaris系統的混合體。我擔心的是核心跟踪掛載和共享的資源是有限的，但我真的不知道它的功能是什麼。
一般來說，在 sarge 上，我認為我們遇到了大約 30-40 個坐騎的問題，我們不得不改變我們的地圖，所以我們做了更少的坐騎。
只是從以下位置剪切和粘貼：http: //nfs.sourceforge.net/
為什麼我不能在我的客戶端上掛載超過 255 個 NFS 文件系統？為什麼有時甚至低於 255？
A. 在 Linux 上，每個掛載的文件系統都分配有一個主編號，這表明它是什麼文件系統類型（例如 ext3、nfs、isofs）；和一個次要編號，這使得它在同類型的文件系統中是唯一的。在 2.6 之前的核心中，Linux 主要和次要編號只有 8 位，因此它們的數值範圍可能從 0 到 255。因為次要編號只有 8 位，所以一個系統只能掛載 255 個相同類型的文件系統。所以一個系統最多可以掛載 255 個 NFS 文件系統，另外 255 個 ext3 文件系統，255 個 iosfs 文件系統，等等。2.6 之後的核心具有 20 位寬的次要編號，這緩解了這一限制。
然而，對於 Linux NFS 客戶端，問題更嚴重，因為它是一個匿名文件系統。本地基於磁碟的文件系統具有與之關聯的塊設備，但匿名文件系統沒有。例如，/proc 是一個匿名文件系統，其他網路文件系統（如 AFS）也是如此。所有匿名文件系統共享相同的主編號，因此單個主機上最多只能掛載 255 個匿名文件系統。
通常，您在任何給定的客戶端上都不需要超過 10 或 20 次 NFS 掛載。但是，在一些大型企業中，您的工作和使用者可能分佈在數百個 NFS 文件伺服器上。要解決您可以在單個主機上掛載的 NFS 文件系統數量的限制，我們建議您為 Linux 設置並執行其中一個自動掛載程序守護程序。自動掛載程序會根據需要查找並掛載文件系統，並解除安裝它發現的任何不活動的文件系統。您可以在此處找到有關 Linux 自動掛載程序的更多資訊。
您還可能會遇到系統上特權網路埠數量的限制。NFS 客戶端為每個 NFS 掛載點使用具有自己埠號的唯一套接字。使用自動掛載程序通過自動解除安裝未使用的文件系統來幫助解決可用埠數量有限的問題，從而釋放它們的網路埠。Linux NFS 客戶端中的 NFS 版本 4 支持對每個客戶端-伺服器對使用一個套接字，這也有助於增加客戶端上允許的 NFS 掛載點數量。