From d2064a6717aab8938d6b7ce7368a3290c633ab2d Mon Sep 17 00:00:00 2001 From: giteequan Date: Sat, 22 Jul 2023 10:06:16 +0000 Subject: [PATCH] add least_time method description. Signed-off-by: giteequan --- .../README.md" | 2 ++ 1 file changed, 2 insertions(+) diff --git "a/3 NGINX\350\264\237\350\275\275\345\235\207\350\241\241\344\270\216\345\217\215\345\220\221\344\273\243\347\220\206/README.md" "b/3 NGINX\350\264\237\350\275\275\345\235\207\350\241\241\344\270\216\345\217\215\345\220\221\344\273\243\347\220\206/README.md" index 64a21f9..92d1fdf 100644 --- "a/3 NGINX\350\264\237\350\275\275\345\235\207\350\241\241\344\270\216\345\217\215\345\220\221\344\273\243\347\220\206/README.md" +++ "b/3 NGINX\350\264\237\350\275\275\345\235\207\350\241\241\344\270\216\345\217\215\345\220\221\344\273\243\347\220\206/README.md" @@ -113,6 +113,8 @@ sudo tc qdisc del dev ens6 root 完成实验后，删除网卡延迟，多次访问http://lb实例，并通过http://lb实例/dashboard.html验证backend upstream中的分发情况，可以看到请求被分配至所有web上。 +6. least_time 算法计算的是一段时间内upstream server的平均处理延时，故dashboard中看到的统计数值并非当前实时状态，当增加延时后，并不会立刻即在dashboard中观察到对应值，而会观察到延时在平缓增加；同理，当撤销网卡增加的延时时，dashboard并不会立刻即恢复原始状态，而会每隔33s左右向高延时节点发送一个request，用于探测当前服务器处理延时，并更新平均值，观察该数据在平缓降低。 + #### Chapter 1 Random Random算法其实在OSS里面就已经具备，OSS版本中会随机挑选upstream可用的服务器进行分发，而在NGINX plus版本中增加了参数two，并可搭配least_time=header与least_time=last_byte进行使用，实现随机在upstream阻里抽取2个server，然后使用类似least_time的响应时间判断，两者取最优进行分发。 -- Gitee