小型局域网Linux文件服务器和networkingdevise
我们有一个小型的局域网，有几十台桌面客户端电脑和一台文件服务器。 我们的目标是使客户端PC能够拥有文件服务器上的所有存储以及文件I / O操作，使其感觉就像存储仍然是本地的。
大多数文件操作涉及打开/保存less于6 MB的文件。 典型的文件是电子表格（平均1.6 MB），图像（平均5.5 MB），audio（MP3，5 MB平均）和小的纯文本文件。
但是，我们的工作人员之一正在进行audio和video编辑，其中audio文件平均为200 MB，video文件可能只有几GB。
我们的目标是将所有文件存储在文件服务器上，以便可以正确备份等等。
- 在VMPlayer上在Windows和Linux之间共享目录的最佳方式
- 通过备用端口访问smb / windows共享的语法是什么？
- Windows Server 2008和与OS X的服务器连接速度较慢
- 邮件服务器和文件共享解决scheme所需的build议
- Windows Server 2003的文件审计软件
这是我们的设备：
- 开关：HP Procurve 1820-48G J9981A
- 文件服务器：通过英特尔®i210（主板：SUPERMICRO MBD-X10DAL-IO ATX服务器主板/ Intel C612）的双GbE LAN端口
- 局域网：用于较短路线的CAT 5E布线; CAT 6屏蔽更长时间的运行
- 客户端：具有千兆网卡的Linux桌面。 所有系统运行Arch Linux或Kubuntu LTS（目前是14.04和16.04）。
- 协议：NFS v4
我们可以用尽可能多的RAM或处理能力或其他组件来加载文件服务器（在合理的范围内）来实现我们的目标。 但是我们不知道性能瓶颈在哪里。 （我们不知道如何正确处理这个问题，因为我们几乎没有networking经验。）
其中一个想法是在文件服务器上进行网卡绑定，类似这样：
另一个想法是分别使用两个文件服务器NIC，并将与大型媒体文件一起工作的客户端PC连接到一个地址，将其他所有人连接到另一个地址。
底线：我们需要有关服务器要求和networkingdevise的build议。 请指出我们正确的方向！ 谢谢
我个人的build议是使用NIC组合，原因有很多。 网卡绑定/绑定将允许链路冗余和/或负载平衡，具体取决于您select的选项和您的硬件/操作系统select。
如果你select一个负载平衡的configuration，stream量将被分配到两个链路，有效地给你一个单一的逻辑2Gbps“pipe道” – 我说“有效”，因为有几个选项可供select – 例如源/目的地粘性，循环，主动/被动等
您的客户也将有一个端点进行通信，这将大大简化您的部署。
就服务器要求而言，这超出了ServerFault的范围，因为我们只接受可以量化的答案的问题，但是瓶颈几乎肯定是networking带宽，而磁盘I / O则是次要的瓶颈。