小型區域網路 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 瓶頸。