Azure 需要更改负载测试或应用程序托管计划

我已经在Azure应用程序服务中以标准：1小型计划托管了我的应用程序。我使用以下设置在我的应用程序上运行负载测试

Test duration  - 1 minutes
Response time goal - 4 sec
Step Load pattern - 100 step user per 6 sec
Maximum user count - 1000

从上面的测试配置中，我得到了大约800个错误，其中80%是响应时间超过4秒的错误

我的问题:

我是否需要增加我的计划以实现4秒的响应时间 球门 我是否需要重新考虑4秒的响应时间目标？ 如果我需要重新考虑响应时间目标，那么什么是最好的 我需要设定的响应时间目标？ 这取决于问题所在的位置，如果发现CPU或RAM使用率非常高，因此您的应用程序无法为1000个响应时间小于4秒的并发虚拟用户提供服务，您可以使用，即，检查问题所在的位置。在这种情况下，您需要切换到功能更强大的硬件。如果CPU和RAM负载保持相对较低-问题存在于其他地方，那么您需要考虑一些问题。 只有您可以回答，这取决于您的应用程序细节。如果它是供内部使用的，并且做了一些不太重要和/或紧急的事情，甚至可以有60秒的响应时间。 与第3点相同：目标应该来自商业世界，也就是说，你应该有一个明确的要求，即“应用程序必须服务于响应时间不超过Y毫秒的X个用户，详情请参阅文章”。如果您没有明确的要求-我的建议是确保您的应用程序可以扩展，即，如果CPU和RAM规格更好，或者如果您向集群添加额外的节点，它可以承受更高的负载。 为了实现4秒响应时间目标，我是否需要增加计划

根据我的理解，我假设您可以尝试收集web应用程序的平均内存使用率、平均响应时间、CPU时间、请求等指标。为了提高吞吐量，您可以利用创建网站的多个副本，并添加负载平衡器在它们之间自动分发请求。此外，您还可以利用它来确定是否可以优化应用程序以减少HTTP请求的延迟。如果上述步骤无法减少延迟，那么您需要将应用程序服务计划更改为更高的定价层，以实现更大的物理服务器，同时增加内核数量和内存量

如果我需要重新考虑响应时间目标，那么我需要设定的最佳响应时间目标是什么

---

正如我所知，更高的定价层将为您带来更高的性能和吞吐量，但这将花费您很多。我假设您可以尝试优化您的应用程序，并结合您的预算和性能目标吞吐量、响应时间等，选择适当的应用程序服务计划来收集应用程序中的指标。通过度量数据，您可以确定平均响应时间是否能够满足您的需求。有关web应用程序性能问题的更多详细信息，请咨询该官员。

您的数字毫无意义。响应目标是4分钟还是4秒？对于1分钟的测试持续时间，只有6个10秒的间隔，因此，通过每10秒增加100，可以实现的最大用户负载为600。这远远少于3000。不确定我们如何回答这个问题-您没有显示任何代码，而且我们对您的应用程序及其相关移动部件缓存、数据库等一无所知，因此我们不知道您的瓶颈在哪里。如前所述，这是任何人的猜测。@Adrianhh感谢您指出错误。我已使用正确的负载测试配置进行了更正。@DavidMakogon我之所以发布此消息，是因为我对1000用户负载可以实现4秒响应时间目标感到困惑。如果可能的话，那么我当前的托管计划不会通过该结果，那么我是否需要在应用程序中使用应用程序洞察来放大我的azure appAre？如果没有，请添加并重试。使用数据查找瓶颈或升级azure。。。