阿里云弹性负载均衡SLB

弹性负载均衡SLB概念

负载均衡的目的：将计算任务分摊到后台多台较低配置的服务器处理，然后返回结果给客户端。

硬件负载均衡存在的问题：硬件负载均衡价格昂贵；存在性能瓶颈，达到上限后需购买更多设备，硬件扩展性受到限制。
slb弹性负载均衡优势：低成本、稳定、高可扩展、无需运维。

负载均衡（server load balancer，简称SLB）是对多台云服务器进行流量分发的负载均衡服务。
1. SLB可以通过流量分发扩展应用系统对外的服务能力，通过消除单点故障提升应用系统的可用性。
2. SLB服务器通过设置虚拟服务地址（IP），将位于同一地域（Region）的多台云服务器（ECS）资源虚拟成一个高性能、高可用的应用服务池。
根据应用指定的方式，将来自客户端的网络请求分发到云服务器池中
3. SLB服务会检查云服务器池中ECS的健康状态，自动隔离异常状态的ECS，从而解决了单台ECS的单点问题，同时提高了应用的整体服务能力
4. 在标准的负载均衡功能之外，SLB服务还具备TCP与HTTP抗DDoS攻击的特性，增强了应用服务器的防护能力。
5. SLB服务是ECS面向多机方案的一个配套服务，需要同ECS结合使用。

SLB产品特点

1. 高可用：采用全冗余设计，无单点，可用性高达99.99%，根据应用负载进行弹性扩容，在流量波动情况下不中断对外服务。
2. 低成本：与传统硬件负载均衡系统投入相比成本下降60%；私网类型实例免费使用；无需一次性采购昂贵设备；无需运维投入。
3. 安全：结合云盾提供防DDoS攻击能力，包括：CC、SYN flood等DDoS攻击方式。

SLB适用场景

适用于作为应用程序的流量入口，充当多台云服务器的流量分发器，构建系统应用的安全防护网络, 根据业务需求实时添加或删减云服务器，从而实现无缝的业务伸缩。

- 第一层为slb负载均衡
1、 SLB负载均衡，流量入口
2、横向扩展应用系统的服务能力，适用于各种web server和app server
3、 消除应用系统的单点故障，当其中一部分ECS宕机后，应用系统仍能正常工作
- 第二层为ECS,运行nginx+fastcgi
ECS运行CentOS 6.3 Linux Server，无状态的nginx + fastcgi Web应用，可水平扩展
- 第三层为OSS文件存储
文件（附件、图片、视频）持久化在OSS数据库使用RDS for MySQL 5.6

应用

1. 灵活进行流量分发，适用于具有高访问量的业务——>对外网用户开放的中小型网站（访问数量多，只做日常访问浏览，无明显时间属性）
   
2. 横向扩展应用系统的服务能力，适用于各种web server和app server——>需要对外提供服务，带宽曲线有明显的波峰波谷出现。
   
3. 消除应用系统单点故障，当其中一部分ECS发生故障后，应用系统仍能正常工作——>高可用，低延时，用户分布地域广，业务实时性和可用性要求高。
   
4. 提高应用系统容灾能力，多可用区部署，机房发生故障后，仍能正常工作——>对安全要求较高。
   

SLB使用要点

一、使用限制：

1. 负载均衡不支持跨地域部署，即一个负载均衡实例后端的ECS必须是属于同一地域的ECS实例，SLB实例也要和后端ECS同一地域。
2. 在4层(tcp)服务中， 后端云服务器池中的ECS不能作为客户端，向所在的负载均衡实例发送请求。因为返回的数据包只在云服务器内部转发，不经过负载均衡，所以通过配置在负载均衡后端的ECS去访问VIP是实现不了的。
3. 负载均衡后端的ECS可以ping负载均衡实例的公网IP。但是华北1、华北2和华东1中一部分新购ECS，可能ping不通负载均衡实例的私网IP，这一限制并不影响负载均衡实例与ECS之间的通信。
4. 每个用户最多30个SLB实例，一个SLB实例最多支持50个服务监听配置（针对同一组后端ECS上部署多个应用服务）；每个用户在一个SLB实例上最多可以上传100个证书
5. 每个服务监听配置前端端口号不得重复，前/后端必须采用同一协议进行通信（例外：前端是https，后端是http，也可以）

二、使用需知

1. SLB需要同ECS**结合使用**
2. SLB实例释放后，SLB vip地址不能恢复，新建的SLB实例会是一个新的地址
3. 当SLB采用4层（tcp）服务监听时，后端服务器的健康检查方式可以是tcp方式，也可以是http方式
4. 目前SLB暂不支持ECS间数据同步功能， 即如果部署在负载均衡后端ECS上的应用服务是有状态的，用户要确保这些ECS上的数据是同步的。
5. SLB支持对后端ECS进行健康检查，自动屏蔽异常状态的ECS，待该ECS恢复正常后自动解除屏蔽。