我正在开发一个类似个人 CDN 的项目，我想对我的服务器进行压力测试，这是一个在 10Gbps VPS 上运行的最小 nginx+nodejs+ubuntu。我想模拟一些看起来更像服务器预期用途的东西：大约 10GB 的二进制数据由 nginx 后面的 nodejs 提供。到服务器的连接可以是 http 或 https，每个连接都是持久的，并以 1MB 块突发请求数据，每个连接总共约 10-20MB。一些连接的速度可能是 100mbps，延迟低（20% 的连接），一些连接的速度可能低至 100-200kbps，rtt ping 时间为 500ms（5% 的连接）。我的目标是产生接近 10Gbps 理论极限的流量，并尝试监控服务器统计数据，收集分析数据，以便能够看到我的服务器在负载下如何工作。连接到我的服务器的客户端也是我自己的代码。在所有客户端上，我想要保存日志，然后合并并分析它们，以估计当我的服务器的组合请求负载达到理论极限的 50％、75％、...90％、100％、120％等时整个系统的总体结果。在这些负载期间，我的目标还是观察服务器：内存使用情况、CPU 负载、连接丢失率、验证日志记录（以确保组合的客户端记录与服务器记录的结果相匹配）。
我的计划是首先在 1Gbps 服务器上进行测试（以及在不同地理位置的 10-15 x 100mbps 服务器来模拟客户端）。由于我控制客户端，所以我只会让它们运行某些场景并以不同的速度进行节流下载以模拟慢速客户端。
如果需要对此类设置进行压力测试，您会怎么做？我的方法有什么问题吗？为什么？
答案1
您的方法非常好，我只建议在现有工具的基础上添加几个测试场景：
- 从一个用户开始，逐渐增加负载，直到响应时间超过可接受的阈值 - 所谓的压力测试
- 让你的系统长时间处于负载状态（整夜或周末），并承载预计的用户数量（或稍微多一点），即所谓的浸泡测试- 这是识别内存泄漏的最佳方法
- 作为压力测试的补充，您可能还想看看当负载减少（恢复正常）时会发生什么：系统是否自行恢复并开始按预期运行或性能问题是否致命。
查看您需要了解的 4 个耐力测试技巧以更全面地解释上述技术。
答案2
对于第一轮测试，您可以使用ab- Apache 基准。它具有很高的可配置性，并且其结果很有启发性。
例如，ab -n 100 -c 5 http://localhost/将针对本地主机运行 100 个并发级别为 5 的连接。