小型區域網路 Linux 文件伺服器和網路設計
我們有一個帶有幾十台桌面客戶端 PC 和一個文件伺服器的小型 LAN。我們的目標是使客戶端 PC 能夠在文件伺服器上擁有所有儲存，並使文件 I/O 操作感覺好像儲存仍然是本地的。
大多數文件操作涉及打開/保存小於 6 MB 的文件。典型文件是電子表格（平均 1.6 MB）、圖像（png jpeg 平均 5.5 MB）、音頻（mp3，平均 5 MB）和小的純文字文件。
但是，我們的一位工作人員正在進行音頻和影片編輯，其中音頻文件平均為 200 MB，影片文件可能為幾 GB。
我們的目標是將所有文件儲存在文件伺服器上，以便對其進行正確備份等。
這是我們的設備：
- 開關：HP Procurve 1820-48G J9981A
- 文件伺服器：通過 Intel® i210 的雙 GbE LAN 埠（主機板：SUPERMICRO MBD-X10DAL-IO ATX 伺服器主機板/Intel C612）
- LAN：CAT 5E 佈線，用於較短的執行；CAT 6 屏蔽，可延長執行時間
- 客戶端：具有千兆網卡的 Linux 桌面。所有系統都執行 Arch Linux 或 Kubuntu LTS（目前為 14.04 和 16.04）。
- 協議：NFS v4
我們可以根據需要（在合理範圍內）為文件伺服器載入盡可能多的 RAM 或處理能力或其他組件，以實現我們的目標。但是，我們不知道性能瓶頸會在哪裡。（我們不知道如何正確解決這個問題，因為我們幾乎沒有網路經驗。）
出現的一個想法是在文件伺服器上進行 NIC 組合，類似於：
另一個想法是分別使用兩個文件伺服器 NIC，並將處理大型媒體文件的客戶端 PC 連接到一個地址，將其他所有人連接到另一個地址。
底線：我們需要有關伺服器要求和網路設計的建議。請指出我們正確的方向！謝謝
出於多種原因，我個人的建議是使用 NIC teaming。NIC 綁定/綁定將允許鏈路冗餘和/或負載平衡，具體取決於您選擇的選項和您的硬體/作業系統選擇。
如果您選擇負載平衡配置，流量將在兩條鏈路上拆分，從而有效地為您提供單個邏輯 2Gbps“管道”——我說“有效”是因為有多個選項可供選擇——例如，源/目標粘性、循環、主動/被動等。
您的客戶端也將有一個端點進行通信，這將大大簡化您的部署。
就伺服器要求而言，這超出了 ServerFault 的職權範圍，因為我們只接受具有可量化答案的問題，但您的瓶頸幾乎肯定是網路頻寬，其次是磁碟 I/O 瓶頸。