本文为您介绍传统型负载均衡CLB（Classic Load Balancer）后端服务器的常见问题。
- CLB实例处于运行中是否可调整ECS数量？
- 后端ECS实例的操作系统是否可以不同？
- 可以使用不同地域的ECS实例作为后端服务器吗？
- 为什么有100开头的IP在频繁访问ECS实例？
- ECS实例上没有配置压缩，为什么从CLB返回的响应却被压缩了？
- ECS实例使用了HTTP 1.0是否支持chunked transfer传输编码？
- 为什么CLB后端ECS实例频繁收到UA为KeepAliveClient的请求？
CLB实例处于运行中是否可调整ECS数量？
可以。
您可以在任意时刻增加或减少负载均衡的后端ECS实例数量并且支持不同ECS实例之间的切换。但是为了保证您对外服务的稳定，请确保在执行上述操作时，开启了负载均衡的健康检查功能，并保证负载均衡后端至少有一台正常运行的ECS实例。
后端ECS实例的操作系统是否可以不同？
可以。
CLB本身不会限制后端ECS实例使用哪种操作系统，只要确保后端ECS实例中的应用服务部署相同且数据一致即可。但建议使用相同的操作系统，以便您日后的管理维护。
可以使用不同地域的ECS实例作为后端服务器吗？
不可以。
为什么有100开头的IP在频繁访问ECS实例？
负载均衡系统除了会通过系统服务器的内网IP将来自外部的访问请求转到后端ECS实例之外，还会对ECS实例进行健康检查和可用性监控，这些访问的来源都是由负载均衡系统发起的。
负载均衡系统的地址段为100.64.0.0/10（100.64.0.0/10是阿里云保留地址，其他用户无法分配到该网段内，不会存在安全风险），所以会有很多100开头的IP地址访问ECS实例。
为了确保您对外服务的可用性，确保对上述地址的访问配置了放行规则。
ECS实例上没有配置压缩，为什么从CLB返回的响应却被压缩了？
可能是客户端浏览器端支持压缩。您可以在控制台上创建监听时关闭Gzip压缩功能，或改用TCP监听。
ECS实例使用了HTTP 1.0是否支持chunked transfer传输编码？
支持。
为什么CLB后端ECS实例频繁收到UA为KeepAliveClient的请求？
问题现象：
CLB后端的ECS实例即使在没有用户访问时也会频繁收到GET请求，来源的IP是阿里云的内网IP，User-Agent显示为KeepAliveClient。
问题原因：
监听协议选择的是TCP，而健康检查选择了HTTP协议。TCP监听下使用HTTP协议进行健康检查时，默认使用GET方法请求。
解决方案：
建议您将监听协议和健康检查协议统一设置为同一个协议。