提供大量文件的最佳实践

Question

目前我们有一台 Windows Server 2008 R2 作为域控制器和文件服务器。

我们正在向 4 个 IIS 服务器提供大约 600 万个 JPG，然后再提供给 Web 用户。

问题是我们每天都会在服务器上收到内存警报。我们当前的服务器从单个驱动器 (LUN) 提供这些文件。光盘上的文件数量也有问题。随着我们继续添加更多图像，主文件表将变得太大。

我们目前的计划是：

• 将文件服务器移到单独的 VM
• 添加 4 或 5 个单独的驱动器 (LUN) 来提供这些文件
• 到今年年底将增加到大约 1500 万张图片（比我们目前的数字多一倍多）

我的问题是：

1. 提供文件的最佳实践是什么？
2. 我们可以迁移到具有 4 个或 5 个驱动器 (LUN) 的单个服务器，还是应该迁移到每个具有 3 个驱动器的 2 个文件服务器？

Answer 1

您如何获得内存警报？您是否进行过任何进程分析以查看内存使用情况是否超出正常范围？请记住，LSASS 和缓存将增长到物理内存的大小。

更新：

在 Windows Server 2003 下没有收到警报并不让我感到惊讶，因为它使用 RAM 的效率不如 Windows Server 2008。您希望在使用服务器时使用尽可能多的内存，这就是为什么仅监视内存使用情况是一个无用的指标。从 Windows Vista 开始，Windows 使用尽可能多的 RAM。通过调出资源监视器并查看内存选项卡，您可以在 Windows 7 上看到相同的行为。这是我当前机器上的图像：

请注意，我只有 64MB 可用空间！这是好事。（以前是 2MB，但我一定刚刚关闭了某些东西）。请注意，蓝色条显示 1369MB 的备用 RAM - 这本质上是文件系统中的缓存，如果我在应用程序中需要更多 RAM，这就是页面的来源。

因此，您需要知道的不是使用了多少 RAM，而是每个应用程序使用了多少内存以及该特定应用程序的内存使用情况是否正常。

确定这一点（用于生成警告警报）的一个好方法是查看每秒的内存使用情况和页面错误。如果页面错误过多、RAM 利用率较高且备用 RAM 较低，则可能存在问题。（在文件服务器上，页面错误并不是可靠的问题指标，因为它提供文件服务 - 因此会生成页面错误，您必须在设置阈值之前对此进行基线分析）

希望有关内存监控的简要概述有所帮助。