如何正确测量 SQL Server 在 WAN 上的网络性能?

如何正确测量 SQL Server 在 WAN 上的网络性能?

我们正在将一些服务器迁移到另一个数据中心。作为权宜之计,我们将一组 Web 服务器迁移到新数据中心,并将其支持的 SQL Server 留在现有数据中心。这两个服务器通过 VPN 通过 WAN 链路连接。

我如何正确衡量这一举措对网络性能和利用率的影响?

我的最终目标有两个:

  • 评估网站对最终用户性能的影响
  • 确定是否需要花更多钱购买更大的管道

答案1

抱歉,如果你之前没有这样做,你根本无法知道之后的影响。你只能得到“之后”的数字。

也就是说,您应该使用充当用户的工具从前端进行测量,登录网站并测量完成特定操作的时间。这是大多数“性能监控”套件采用的方法。或者您可以让您的 Web 应用程序保留执行 SQL 查询和事务所用时间的日志,但您必须将其写入其中并将数据保存在某个地方。

此外,应用程序和数据库之间的 WAN 链接的典型问题是延迟,而不是可用带宽,因此购买更大的管道可能除了账单更高之外什么也得不到。但现在很容易弄清楚 - 在您的 WAN 设备(甚至您的 Web 服务器)上运行 NTOP 或 NetFlow 或其他程序,看看 SQL 协议使用了多少带宽。

答案2

你的目的是什么?你是想通过测量速度来比较不同的链接/网站吗?还是想研究某些东西的性能是否足以满足你的需求?

如果是前者,那么正如 mfinni 所说,如果你没有“之前”的数据,那么你就没有任何东西可以与“之后”的数据进行比较。就这么简单。

如果是后者,那么只需根据用户对更改的需求为性能和可用性创建一个公平的“服务水平协议”,然后根据 SLA 衡量进一步的性能和可用性。

相关内容