高效的大型数据访问解决scheme(noob)

我有一个自我托pipe的网站,允许用户通过networkinglogin和查看存储在不同文件中的数据。 Web服务器正在运行访问数据并将其发送给用户的服务。

设置很简单:Web服务器是一台专用的机器,通过千兆局域网与其他数据服务器联网。 Web服务通过简单的SMB文件共享访问数据。 它对networking一无所知,只是使用\\dataserver1\foo\bar.jpg这样简单的文件path。 每个数据服务器都存储着太字节的数据。

我注意到数据访问比我预期的要慢一些。 这是使数据可供用户使用的最佳方式吗? 有比SMB文件共享更好,更有效的解决scheme吗? 这个系统完全是基于Windows的。

\首先,我将摆脱\\ dataserver1 \ – 我真的使用DFS组织我的股份在一个不包含服务器名称的层级结构中。 允许在稍后阶段进行复制等。

这就是说 – 你基本完成了。 你需要找出你的瓶颈在哪里。 2008R2文件共享不是特别慢。 但对于大文件,networking可能会很慢(千兆局域网 – 对不起 – 不是很快,每秒80mbite是你会得到的)。 您可能还有内存问题或磁盘IO过度工作 – 所以我build议在您的存储服务器上进行性能分析。

你能否用更详细的分析来更新你的问题? 给定“千兆字节的数据”,我认为你的networking服务器可能会遇到一个问题,至less它是networking的一面,在这种情况下,获得一个至less有1-2个10Gbit端口的交换机是唯一的解决scheme(或者一张卡允许绑定)。 即使单个服务器的服务器数量不超过1gbit,单个Web服务器端可能会超载。

多less处理发生? 如何在networking服务器上“扔掉”muc hdata? 如果数量太多,请在PRE-FILTER DATA上的服务器上使用Web服务来replaceSMB共享,​​这样就可以在各个存储服务器上丢弃部分数据。

最终取决于你做到这一点,你不给我们足够的信息在这里比完全没有受过教育的野生猜测maake。