Azure将JMeter性能测试误判为DDoS攻击，如何开展负载测试？

1. 调整测试流量模式，模拟真实用户行为 #

• 不要用匀速满并发直接打1000用户，改为渐变流量：从100用户逐步递增到1000，每次增容后停留5-10分钟，让Azure流量检测系统适应流量变化。
• 给每个请求添加1-3秒的随机延迟，避免所有请求集中在同一时间点发送，模拟用户操作的间隔差异。
• 设计完整业务流程，不要重复调用单一API：比如加入登录、浏览等前置操作，混合不同请求类型，让流量更贴近真实场景。

2. 使用Azure原生负载测试工具 #

• 采用Azure Load Testing服务：它和App Service深度集成，测试流量会被Azure识别为合法请求，不会触发DDoS防护。可直接导入JMeter脚本，配置并发数、测试时长，系统自动分配多节点分散流量，避免单IP流量过高。
• 选择和App Service同区域的测试节点，减少网络延迟的同时，让Azure流量分析更准确，降低误判概率。

3. 配置App Service防护规则 #

• 登录Azure门户，进入目标App Service的网络 -> DDoS防护，若使用基础版可升级至标准版，自定义防护规则：将测试流量的特征（如请求频率、用户代理）加入白名单，或调整检测阈值，避免合法测试被判定为攻击。
• 在配置 -> 常规设置中，若无需会话保持可关闭ARR Affinity，让请求更均匀分配到各实例，分散单实例的流量压力。

4. 优化JMeter测试脚本 #

• 设置真实浏览器的用户代理（User-Agent），比如Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/118.0.0.0 Safari/537.36，替换JMeter默认UA，减少被识别为自动化工具的概率。
• 启用Cookie管理器和缓存管理器，模拟真实用户的会话与缓存行为，让请求更符合正常交互模式。
• 采用JMeter分布式测试：用多台机器同时发送请求，自然分散IP来源，避免单IP流量触发阈值，无需手动轮换IP。

5. 提前联动Azure支持团队 #

• 若以上方法仍无法解决，提交Azure支持工单，明确告知负载测试的时间、并发数、脚本核心逻辑，请求临时调整App Service的DDoS防护阈值，官方会配合测试需求调整规则。

内容的提问来源于stack exchange，提问作者Lakshay Dulani