MaseBase's questions

我正在将我们的 Web 和数据库托管迁移到所有新机器上的新环境。我最近使用WAPT执行了负载测试，以从多个分布式客户端生成负载。服务器有足够的空间来处理流量负载，但我在负载测试期间看到传入流量的奇怪模式。

这是我们设置的要点：

• 在 Win 2k8 服务器上运行 MS Forefront TMG 2010 的防火墙服务器
• 由防火墙机器上的 IIS 应用程序请求路由完成的请求路由
• Web 服务器是数据库服务器（即主机操作系统）上的 Hyper-V VM
• 这些机器配备六核双 CPU（总共 12 个进程）
• 运行 IIS 7.5 的 Web 服务器
• 使用 ASP.NET 2.0 构建的 Web 应用程序，前面有 1 个 ISAPI 过滤器（Url Rewrite）

我在负载测试期间看到的是所有请求都是突发的。尽管我有 7 个不同的分布式客户端发送流量负载，但请求一次通过大约 300-500 个请求。

性能监视器显示几乎所有计数器都在此模式中移动，其中请求/秒的突发请求跃升至 70，排队的请求跃升至 500，当前请求跃升，CPU 跃升，一切。然后，一旦它处理了那组请求，它就会有近 10 秒的停顿，几乎没有任何事情发生。0-5 个请求/秒，0 个排队请求，最小的 CPU 使用率。然后在 10 秒不活动后，又一次爆发，​​再次刺激所有计数器。

我无法弄清楚为什么当我知道正在生成的负载不是以这种方式发送时请求会突然通过，特别是考虑到各种负载生成客户端以不同的时间间隔发送流量，每个客户端之间的随机思考时间要求。Hyper-V 之间的层或硬件中是否有某些东西可能导致这种请求合并在一起？

这是我正在查看的内容，突出显示的指标是 Requests/sec，但其他关键计数器也随之而来：Requests Queued（我显然希望尽可能接近 0）。

对此有什么想法吗？

我已经使用自签名证书在 IIS 7.5 中设置了一个带有 SSL 的 FTP 站点。我可以登录并查看我的虚拟目录，这些目录都设置为 UNC 路径。问题是我无法通过 FTP 写入任何位置。

我有 3 个 Active Directory 组设置。每个组都在文件夹级别正确设置了权限。这些权限通过“有效权限”选项卡进行验证，该选项卡显示给定用户的权限。但是，当我以属于可以访问我的虚拟目录指向的文件夹的组 (Design) 的用户 (designer1) 身份登录时，我得到访问被拒绝。

我为此尝试了几乎所有配置，但无法使其正常工作。我的 FTP 站点的应用程序池是它自己的池“FTP”，没有托管代码，处于经典管道模式。应用程序池标识应该是什么？

在 FTP“站点”属性中，我将“连接为”设置为“应用程序用户（传递身份验证）”，以便文件权限将决定该用户是否有权写入。

同样在 FTP 站点属性下，我禁用了匿名身份验证并启用了基本身份验证。我设置 FTP 授权规则的运气为零，因为我可以在“特定角色和特定用户”字段中输入任何内容，并且无法验证它们是否是真实用户或组。

是否有一种缓存机制，我不能通过它更改设置然后立即对其进行测试？我总是重新启动 IIS 服务并重新启动站点并回收应用程序池。