NetApp文件作为弹性HTTP/S服务器？

Question

我是一个FC SAN类型的人，虽然我们使用NetApp 30 of文件为许多不必要的存储，我真的不是专家。

我有一个非常有弹性的(即3或4 '9s')基本静态HTTP/S web服务器的新要求，该服务器将从大约16-20 8GB的目录/池中输出大的“‘ish”(2-8GB)文件。

不会有超过100个客户端，并且这个文件/网络服务器和这些客户端之间的带宽也不会超过2-3 3Gbps，所以直接的性能并不是什么问题。因此，我的问题是，当NetApp文件纯粹用作HTTP/S服务器时，它的可信度/弹性如何？

显然，如果我问NetApp，他们会说他们可以给我一个棒月亮，但我更感兴趣的是真正的系统管理员使用。

提前谢谢，随时‘评论’我的任何问题。

Answer 1

虽然我确实有几个NetApp文件，但不幸的是，我没有任何使用它们作为http服务器的实际工作经验。

我当然同意available的观点，因为Apache和其他主流http守护进程都有很好的工具可用于调优、缩放等。然后，NFS可以将大文件的共享卷挂载到负载平衡的web服务器集群中。

但我也喜欢kmarsh的第2种选择，即只使用NetApp来服务大文件，这样您就可以选择前端http守护进程，它可以为动态页面等提供服务，而繁重的工作可以由NetApp来完成。

从我所做的对NetApp http服务的有限尝试来看，它的功能肯定不是很全面，似乎是针对这样的任务进行优化的。我想向NetApp咨询一些你可以称为那些正在做你正在做的事情的客户。我相信你不是第一个想这么做的人。

Answer 2

这个主意让我大吃一惊。

我明白你为什么要这么做，因为它离数据来源最近。但我非常坚定地相信，要将设备分离为任务，并为每个任务选择最佳的设备。

您知道Netapp擅长提供存储，Apache/lighttpd/nginx (呃，ISS)是很好的HTTP服务器。诊断、调优和缩放的过程都是非常清晰的。

我担心的是，如何用本质上是嵌入式HTTP实现来解决同样的问题。没有获得Netapp专业服务的帮助。

有人可能会说，他们可以很好地使用它来完成这样的任务。在这种情况下，也许它也会对你很好。我的直觉是不会。

Answer 3

在我看来，你有三个选择：

1. web服务器就是文件服务器。
2. web服务器将大型文件请求重定向到文件服务器的web服务，从而满足请求。
3. web服务器从文件服务器后端传递数据。

在这些选择中，我最喜欢第二种，第一种是好的，我不喜欢第三种。