Ribbon和Nginx介绍以及二者做负载均衡的区别

Ribbon

简介：

       Spring Cloud Ribbon是一个基于HTTP和TCP的客户端负载均衡工具，它基于Netflix Ribbon实现。通过Spring Cloud的封装，可以让我们轻松地将面向服务的REST模版请求自动转换成客户端负载均衡的服务调用。Spring Cloud Ribbon虽然只是一个工具类框架，它不像服务注册中心、配置中心、API网关那样需要独立部署，但是它几乎存在于每一个Spring Cloud构建的微服务和基础设施中。

客户端负载均衡：

       负载均衡在系统架构中是一个非常重要，并且是不得不去实施的内容。因为负载均衡是对系统的高可用、网络压力的缓解和处理能力扩容的重要手段之一。我们通常所说的负载均衡都指的是服务端负载均衡，其中分为硬件负载均衡和软件负载均衡。硬件负载均衡主要通过在服务器节点之间按照专门用于负载均衡的设备，比如F5等；而软件负载均衡则是通过在服务器上安装一些用于负载均衡功能或模块等软件来完成请求分发工作，比如Nginx等。

       硬件负载均衡的设备或是软件负载均衡的软件模块都会维护一个下挂可用的服务端清单，通过心跳检测来剔除故障的服务端节点以保证清单中都是可以正常访问的服务端节点。当客户端发送请求到负载均衡设备的时候，该设备按某种算法（比如线性轮询、按权重负载、按流量负载等）从维护的可用服务端清单中取出一台服务端端地址，然后进行转发。而客户端负载均衡和服务端负载均衡最大的不同点在于上面所提到服务清单所存储的位置。在客户端负载均衡中，所有客户端节点都维护着自己要访问的服务端清单，而这些服务端端清单来自于服务注册中心。

Nginx负载均衡

Nginx负载均衡有五种算法

1、轮询(默认)

每个请求按时间顺序逐一分配到不同的后端服务，如果后端某台服务器死机，自动剔除故障系统，使用户访问不受影响。

2、weight(轮询权值)

weight的值越大分配到的访问概率越高，主要用于后端每台服务器性能不均衡的情况下。或者仅仅为在主从的情况下设置不同的权值，达到合理有效的利用主机资源。指定轮询几率 ，weight和访问比率成正比，用于后端服务器性能不均的情况。

 3、ip_hash

每个请求按访问IP的哈希结果分配，使来自同一个IP的访客固定访问一台后端服务器，并且可以有效解决动态网页存在的session共享问题。每个请求按访问ip的hash结果分配，这样每个访客固定访问一个后端服务器，可以解决session的问题。

4、fair(第三方)

比weight、ip_hash更加智能的负载均衡算法，fair算法可以根据页面大小和加载时间长短智能地进行负载均衡，也就是根据后端服务器的响应时间来分配请求，响应时间短的优先分配。Nginx本身不支持fair，如果需要这种调度算法，则必须安装upstream_fair模块。按后端服务器的响应时间来分配请求，响应时间短的优先分配。

5、url_hash(第三方)

按访问的URL的哈希结果来分配请求，使每个URL定向到一台服务器，可以进一步提高后端缓存服务器的效率。Nginx本身不支持url_hash，如果需要这种调度算法，则必须安装Nginx的hash软件包。按访问url的hash结果来分配请求， 使每个url定向到同一个后端服务器 。后端服务器为缓存时比较有效。注：在upstream中加入hash语句，server语句中不能写入weight等其他的参数，hash_method是使用的hash算法。

Nginx负载均衡调度状态

在Nginx upstream模块中，可以设定每台后端服务器在负载均衡调度中的状态，常用的状态有：

1.down，表示当前的server暂时不参与负载均衡。

2.weight默认为1，weight越大，负载的权重就越大。

3.backup，预留的备份机器，当其他所有的非backup机器出现故障或者忙的时候，才会请求backup机器，因此这台机器的访问压力最低。

4.max_fails，允许请求失败的次数，默认为1，当超过最大次数时，返回proxy_next_upstream模块定义的错误。

5.fail_timeout，请求失败超时时间，在经历了max_fails次失败后，暂停服务的时间。max_fails和fail_timeout可以一起使用。

Ribbon和Nginx做负载均衡他们的区别

1，定位和用途：

Ribbon是Netfilx开源的java客户端负载均衡器，主要用于在微服务起架构中，客户端在调用服务端时进行负载均衡，选择可用的服务实例进行请求。

Nginx是一款高性能的开源反向代理服务器，主要用于在服务器接收客户端请求时进行负载均衡，将请求转发给多个后端服务。

2，负载均衡策略：

Ribbon提供了多种负载均衡策略，如轮询、随机、加权轮询、加权随机等。这些策略通过在客户端进行选择，将请求分发到不同的服务实例上。

Nginx支持的负载均衡策略包括轮询、IP哈希、最少连接数等。这些策略由Nginx服务器根据配置进行选择，将请求分发给后端服务器。

1. 部署方式：

   • Ribbon作为一个Java客户端负载均衡器，通常与服务消费者一起部署在同一个容器或应用中，运行在应用内部，与应用程序集成。
   • Nginx作为一个反向代理服务器，独立于应用程序，通常部署在一个独立的服务器上，并通过配置文件将请求转发给后端服务器。

2. 功能和扩展性：

   • Ribbon更加灵活和可定制，它可以通过继承或自定义IRule来实现更复杂的负载均衡逻辑。同时，Ribbon与Spring Cloud集成紧密，提供了许多其他功能，如服务发现和熔断等。
   • Nginx是一个功能丰富的反向代理服务器，除了负载均衡外，还提供了许多其他特性，如缓存、SSL安全、URL重写、反向代理、HTTP压缩等功能。

总的来说，Ribbon适用于基于Java的微服务架构中，通过客户端进行负载均衡，提供了更多的定制和可扩展性；而Nginx适用于独立的反Ribbon和Nginx都是常见的负载均衡工具，它们在负载均衡的实现方式和使用场景上有一些区别。

1. 负载均衡层位置：

   • Ribbon：Ribbon是一个客户端负载均衡器，集成在服务消费方的客户端中，它通过选择一个可用的服务实例来实现负载均衡。
   • Nginx：Nginx是一个服务器负载均衡器，一般作为反向代理服务器，位于服务提供方和服务消费方之间，将请求转发给后端的服务提供方。

2. 部署和配置复杂度：

   • Ribbon：Ribbon的配置较为灵活，但需要在每个服务消费方进行单独的配置和部署。
   • Nginx：Nginx的部署和配置相对简单，可以集中管理和配置负载均衡规则，对服务消费方透明。

3. 协议支持：

   • Ribbon：Ribbon可以支持多种协议，如HTTP、HTTPS、TCP等，允许在不同的协议上实现负载均衡。
   • Nginx：Nginx同样支持多种协议，包括HTTP、HTTPS、TCP等，可以进行灵活的协议转发和负载均衡。

4. 功能扩展和灵活性：

   • Ribbon：Ribbon可以与Spring Cloud等微服务框架紧密集成，提供更多高级的负载均衡功能和扩展选项，如自定义规则、熔断、重试等。
   • Nginx：Nginx提供了强大的功能，如反向代理、高可用和缓存的支持，同时也可以进行负载均衡，但其功能相对于Ribbon可能较为有限。

总体而言，Ribbon通常用于微服务架构中，适合需要在客户端实现负载均衡的情况；而Nginx适合用于传统的Web应用和反向代理场景，它可以作为独立的负载均衡服务器存在。

需要根据具体的需求和场景来选择合适的负载均衡工具。在某些情况下，可以结合使用Ribbon和Nginx，利用它们的各自优势来Ribbon和Nginx都是常用的负载均衡技术，但在实现方式和使用场景上存在一些区别。

Ribbon：

1. Ribbon是一个客户端负载均衡器，在服务消费者内部使用。它通过与服务注册中心进行通信，获取服务提供者的列表，并根据一定的负载均衡规则选择其中一个服务实例进行调用。
2. Ribbon可以与Spring Cloud等微服务框架集成，提供了诸如轮询、随机等负载均衡算法，具有更强的服务发现和动态配置的能力。
3. Ribbon通常适用于微服务架构，其中服务消费者需要动态地选择和调用不同的服务实例。

Nginx：

1. Nginx是一个高性能的反向代理服务器和负载均衡器，用于将客户端的请求转发给后端的多个服务器。它位于服务端，位于客户端和服务提供者之间。
2. Nginx通过配置文件定义了负载均衡规则，可以使用诸如轮询、IP哈希、权重等算法来选择后端服务器。
3. Nginx通常适用于传统的分布式Web架构，其中多个服务器共享相同的请求负载。

总结：

• Ribbon是客户端负载均衡器，工作方式是在服务消费者内部进行负载均衡，为每个服务提供者进行选择。
• Nginx是一个反向代理服务器和负载均衡器，工作方式是将客户端的请求转发给后端多个服务器进行分发。
• Ribbon适用于微服务架构，能够与Spring Cloud等微服务框架集成，提供更多的功能和特性。
• Nginx适用于传统的分布式Web架构，可以作为独立的负载均衡器和反向代理服务器使用。

鉴于两者的不同特点和使用场景，可以根据具体需求和架构来选择合适的负载均衡技术。在某些情况下，甚至可以结合使用Ribbon和Nginx，以提供更灵活和可靠的负载均衡解决方案。