10个SLB轮询6台服务器很卡

自己做均衡又是什么概念, 求升级中

其实一点都看不懂这样神奇的用法。

有6台服务器，自己做均衡不是很好么？

我也不太明白啊

非常神奇的用法

非常感谢，看来我要升级配置才行，因为每台都是最基础最小配置。。

-------------------------

经测试，如果把健康检查的文件改成静态文件或者图片，就不会造成爆卡的现象了。。。  大概可能是我的动态程序每次访问都会耗费大量资源吧，改成静态资源后，就一点也不卡了。。。

例如以前是访问检查index.php 我改成了 /logo.png

瞬间流畅。。

-------------------------

-.- 不然咧... 把万网虚拟机的网站都搬过来了,实在没办法,不想独立IP..

-------------------------

需要独立IP啊，迷信这种东西，纯洁的独立IP。。。

初步判断，是由于10个SLB的实例均针对后端同一组6台ECS进行健康检查导致。SLB是通过集群内的一组机器向绑定在实例后端的多台ECS进行请求转发的，如果你开启了健康检查，为了保证这一组SLB系统的机器与你后端ECS之间的通信是正常的，那么每台机器都会依照你配置的健康检查频度和策略进行检查，那么当10个SLB实例后端对应的一组ECS采用的健康检查方式完全一致时，当后端ECS本身的配置并不高时，就会出现楼主反应的这种情况。

建议：
1.如果你的业务本身无需用到那么多的SLB实例，那么可以考虑适当减少DNS轮询的SLB实例数；
2.如果你的业务本身需要那么多的SLB实例，那么可以考虑适当增加后端ECS的数量或配置，从而提高其服务能力；

而楼主在帖子中提到的通过区分端口的方式来进行健康检查的这种策略可能解决不了这个问题，因为后端的ECS服务能力是保持不变的，区分了不同的端口相应的请求最终依然会落到每一台ECS上进行处理，依然会造成瓶颈。

-------------------------

是的，我们也在FAQ中建议大家采用静态文件来作为健康检查的页面，这样加载速度更快，减少因为动态文件加载慢而造成的健康检查失败。