billlee_个人页

SLB的这个防护阈值也是5G，通过云盾进行配置。

具体使用TCP还是HTTP取决于你的应用服务场景。且7层针对会话保持的处理方式是区别于4层的，健康检查的方式也是基于应用层的。

阿里云不支持用户自行搭建LVS做负载均衡，建议直接使用SLB来做负载均衡，我们的SLB本身也是基于LVS实现的。私网类型的SLB是免费的。

只有一台ECS且目的是为了扩展服务的能力的话，做负载均衡时没有意义的。建议至少2台同等配置的ECS做负载均衡，才能增强你的应用服务能力。

可以直接使用SLB来做负载均衡。

当前SLB后端的一组ECS上部署的应用需要是同一个，不支持后端多台ECS再分组部署不同应用的情况。针对你提到的这种情况，建议： 1.区分SLB实例来配置； 2.将多个应用部署在后端同一组ECS上，通过一个SLB实例区分端口的方式来配置。

目前尚不支持通过url转发，针对这一种应用方式，建议可以先考虑区分实例的方式实现。

只要你的应用是部署在ECS上的，那么就可以通过SLB来做负载均衡。

建议最好用2台ECS，1台起不到负载均衡的作用。

单个SLB实例的DDoS抗攻击的能力也是5G，超过5G黑洞。 ------------------------- 回 2楼(小小的希望) 的帖子 你好，只会黑洞SLB的VIP，后端的ECS不会被黑洞。

楼主看到的这些10开头的ip地址应该是： http://help.aliyun.com/view/11108234_13503006.html

SLB的防cc攻击开关是在云盾中进行配置的，请知晓！

回 楼主(寒潇子) 的帖子 是的，这样的配置需要同步到SLB后端的多台ECS上。 ------------------------- 回 5楼(寒潇子) 的帖子 可以：）

回 楼主(qiansheng) 的帖子 初步判断是因为会话保持导致的，建议楼主在做此类测试的时候用于测试的客户端最好不是一台发起请求。

建议楼主直接采用阿里云提供的SLB产品，而不是自行搭建负载均衡器。

初步判断，是由于10个SLB的实例均针对后端同一组6台ECS进行健康检查导致。SLB是通过集群内的一组机器向绑定在实例后端的多台ECS进行请求转发的，如果你开启了健康检查，为了保证这一组SLB系统的机器与你后端ECS之间的通信是正常的，那么每台机器都会依照你配置的健康检查频度和策略进行检查，那么当10个SLB实例后端对应的一组ECS采用的健康检查方式完全一致时，当后端ECS本身的配置并不高时，就会出现楼主反应的这种情况。 建议： 1.如果你的业务本身无需用到那么多的SLB实例，那么可以考虑适当减少DNS轮询的SLB实例数； 2.如果你的业务本身需要那么多的SLB实例，那么可以考虑适当增加后端ECS的数量或配置，从而提高其服务能力； 而楼主在帖子中提到的通过区分端口的方式来进行健康检查的这种策略可能解决不了这个问题，因为后端的ECS服务能力是保持不变的，区分了不同的端口相应的请求最终依然会落到每一台ECS上进行处理，依然会造成瓶颈。 ------------------------- 回 3楼(百般幸运) 的帖子 是的，我们也在FAQ中建议大家采用静态文件来作为健康检查的页面，这样加载速度更快，减少因为动态文件加载慢而造成的健康检查失败。

SLB上购买的带宽和ECS上购买的带宽是独立核算的。当你的服务通过SLB对外提供时，您的对外服务流量都是从SLB的带宽出口出去的。此时不会占用该ECS的公网带宽的，SLB和ECS之间是通过内网通信。你的ECS原则上是不需要购买公网带宽的，但是为了方便你远程登录管理ECS，我们还是建议你至少保留1Mbps的公网带宽。

回 楼主(天际) 的帖子 第一种情况适合采用SLB。使用SLB对外提供服务的多台后端ECS上应该部署同一或相同的多个应用，而如果多台ECS上部署的应用各不相同，是无法使用SLB的。当你使用SLB对外提供服务后，绑定在SLB后端的ECS是可以不用购买带宽的，但是为了方便你登录ECS进行管理，建议你保留适量的带宽。

使用TCP协议的监听配置即可，既在监听配置中选择TCP协议。

你好！登录服务器对外通过公网类型的SLB提供服务，而登录服务器与游戏服务器通过私网类型的SLB进行数据通信是能够实现的。我们也发现你针对该问题在工单（工单号：3E5YFE7）中有所咨询，建议直接在该工单中反馈你在实际测试过程中发现的不能正常通信的相关信息，便于我们协助你进行该问题的排查，谢谢：）