本篇文章主要解释阿里云的SLB策略,主要内容来源自阿里云,是小编在选择购买服务器时候看到的,作为科普文章分享给大家,其实在小编看来,这个主要是给大公司企业做的,因为价格不菲,对于小企业公司,其实并不划算,其次对于用户量并不是很大的企业并没有这个需求
我们知道如果要保证架构设计的高可用就要有一定的容错,其实对于企业来说解决措施就是在服务应用前用nginx作代理,让nginx去分发到正常的应用,这个是基于服务做的均衡策略.当然这个不是本文要说的,本文主要说的是基于云服务的负载均衡,主要解决的ECS实例宕机的情况,官方点讲就是多机房冗余,保证服务
那么什么是多机房冗余?
简单来讲,就是当我们购买云服务上提供的云服务器,其实这些服务器也是有她自己的机房,假如入有一天,当施工队靠近，自然灾害发生,停电.可能就会导致该机房不可用.对SLB(Server Load Balance)就是主要解决这个问题,当然不是只解决这个问题.阿里云负载均衡通过消除单点故障 (SPOF:指单点故障) 为您的应用确保了高可用性。阿里云负载均衡 服务是在 ECS 实例之上配置的。可实现会话同步，以消除服务器单点故障，提升冗余，保证服务的稳定性。
可用性高
跨单个可用区内及多个可用区中的健康 ECS 实例分配入站流量。
支持集群部署、多可用区部署，并保证多层面容灾
-
支持集群部署，通过机器间的会话同步以支持热升级，并使机器故障和集群维护对用户保持透明。
-
通过对某些地域使用多可用区部署模式，为本地灾难恢复创造条件。
-
与 DNS 结合使用时，支持全局负载均衡和跨地域灾难恢复。
运行状况检查
-
支持 ECS 实例的运行状况检查，并允许用户指定频率。如果一个 ECS 实例运行状况检查不合格，将不向此实例转发访问量，从而确保应用的可用性。
-
通过定期执行运行状况检查确保在后端运行的 ECS 实例的正常运行。
灵活
-
支持多种访问量调度算法，以均匀分配访问量。
-
阿里云负载均衡支持加权轮询 (WRR) 和最小连接数调度算法。您可以选择最适合您的访问量分配算法。
-
通过配置 ECS 实例权重提高服务器负载均衡能力并均匀分配访问量。
-
当阿里云负载均衡与阿里云 ESS（弹性伸缩服务）配合使用时，可方便地伸缩 ECS 实例。
阿里云当前提供四层（TCP协议和UDP协议）和七层（HTTP和HTTPS协议）的负载均衡服务。
● 四层采用开源软件LVS（Linux Virtual Server）+ keepalived的方式实现负载均衡，并根据云计算需求对其进行了个性化定制。四层负载均衡实际上是由多台LVS机器部署成一个LVS集群来运行的。采用集群部署模式极大地保证了异常情况下负载均衡服务的可用性、稳定性与可扩展性。工作在TCP/IP协议的四层，其转发是依赖于四层协议的特征进行转发的，由于其转发要依赖于协议的特征进行转发，因此需要在内核的TCP/IP协议栈进行过滤筛选。
如果是四层监听，关注的重点是长连接的并发连接数，那么最大（并发）连接数应当作为一个关键指标来参考。根据不同的业务场景，您需要预估一个负载均衡实例需要承载的最大并发连接数，并选择相应的规格。
● 七层采用Tengine实现负载均衡。Tengine是由淘宝网发起的Web服务器项目，它在Nginx的基础上，针对有大访问量的网站需求，添加了很多高级功能和特性。七层负载均衡工作在OSI模型的应用层，因为它需要解析应用层流量，所以七层负载均衡在接到客户端的流量以后，还需要一个完整的TCP/IP协议栈。七层负载均衡会与客户端建立一条完整的连接并将应用层的请求流量解析出来，再按照调度算法选择一个应用服务器，并与应用服务器建立另外一条连接将请求发送过去，因此七层负载均衡的主要工作就是代理。
针对7层（HTTP协议和HTTPS协议）服务，负载均衡系统是基于Cookie的会话保持。负载均衡系统提供了两种Cookie处理方式:
● 植入Cookie: 此种方法下，您只需要指定cookie的过期时间。客户端第一次访问时，负载均衡服务在返回请求中植入cookie（即在HTTP/HTTPS响应报文中插入SERVERID字串），下次客户端携带此cookie访问，负载均衡服务会将请求定向转发给之前记录到的ECS实例上。
● 重写Cookie: 此种方式下，您可以根据需要指定HTTPS/HTTP响应中插入的cookie。您需要在后端ECS上维护该cookie的过期时间和生存时间。负载均衡服务发现用户自定义了cookie，将会对原来的cookie进行重写，下次客户端携带新的cookie访问，负载均衡服务会将请求定向转发给之前记录到的ECS实例上。