实现web负载均衡的方式

web负载均衡的集中实现方式python

任何的如在均衡技术都要想办法创建某种一对多的映射机制,一个请求入口映射到多个处理请求的节点,从而实现分而治之
mysql

   这种映射机制使得多个物理存在对外体现一个虚拟的总体,对服务的请求者屏蔽了内部的结构nginx

采用不一样的机制创建映射关系,能够造成不一样的负载均衡技术web

   dns轮询
算法

   CDN
sql

   ip负载均衡
vim



   dns轮询后端

   DNS轮询是最简单的负载均衡方式。以域名做为访问入口,经过配置多条DNS A记录使得请求能够分配到不一样的服务器。浏览器

   DNS轮询没有快速的健康检查机制,并且只支持WRR的调度策略致使负载很难“均衡”,一般用于要求不高的场景。 而且DNS轮询方式直接将服务器的真实地址暴露给用户,不利于服务器安全。
缓存


   CDN

   经过发布机制将内容同步到大量的缓存节点,并在DNS服务器上进行扩展,找到用户最近的缓存节点做为服务提供节点


   ip负载均衡  

   IP负载均衡是基于特定的TCP/IP技术实现的负载均衡。好比NAT、DR、Turning等。是最常常使用的方式。 关于其原理,能够参考另外一篇文章:lvs中的负载均衡方式。

   IP负载均衡可使用硬件设备,也可使用软件实现。硬件设备的主要产品是F5-BIG-IP-GTM(简称F5), 软件产品主要有LVS、HAProxy、NginX。其中LVS、HAProxy能够工做在4-7层,NginX工做在7层。关于三者的简单对比,能够参考这里。

   硬件负载均衡设备能够将核心部分作成芯片,性能和稳定性更好,并且商用产品的可管理性、文档和服务都比较好。惟一的问题就是价格。


软件负载均衡一般是开源软件。自由度较高,但学习成本和管理成本会比较大。



   F5

   F5是最流行的硬件负载均衡设备,其并发能力能达到百万级,主要特性为:

   1.多链路的负载均衡与冗余

   2.防火墙负载均衡

   3.服务器负载均衡

   4.高可用

   5.安全性

   6.易于管理

   7.还提供SSL加速、软件升级、IP地址过滤、贷款控制等辅助功能

1、利用haproxy实现web服务的负载均衡

         基于httpd和tcp等多种协议的应用提供高速、高可用的负载负担解决方案

     环境

           192.168.253.129  haproxy

           192.168.253.139  web1

           192.168.253.140  web2

   web安装http环境,提供网页

wKiom1Mv_SXxlxEMAAGk8BFdpBk146.jpg

wKiom1Mv_UiT7fI8AAD-tFzgAI0629.jpg

   web2安装http环境,提供网页

wKioL1Mv_S2z-RKOAAINKMmxems727.jpg

wKiom1Mv_VXiDGHhAADyKozU4kU709.jpg

   配置haproxy

   使用yum进行安装  

yum -y install haproxy

   修改haproxy的配置文件


[root@localhost haproxy]# vim /etc/haproxy/haproxy.cfg
listen stats
    mode http
listen stats
    mode http
    bind 0.0.0.0:1080
    stats enable
    stats hide-version
    stats uri     /haproxyadmin?stats
    stats realm   Haproxy\ Statistics
    stats auth    admin:admin
    stats admin if TRUE
frontend http-in
    bind *:80
    mode http
    log global
    option httpclose
    option logasap
    option dontlognull
    capture request  header Host len 20
    capture request  header Referer len 60
    default_backend servers
frontend healthcheck
    bind :1099
    mode http
    option httpclose
    option forwardfor
    default_backend servers
backend servers
        balance roundrobin
    server websrv1 192.168.253.139:80 check maxconn 2000
    server websrv2 192.168.253.140:80 check maxconn 2000

   能够直接定义一个listen,也能够listen和frontend、backend一块儿使用

   启动haproxy服务,结果以下

wKiom1Mv_vzz3vcQAABf8HUKv80188.jpg

wKioL1Mv_tXSe9scAABdIqrsWvY216.jpg


   附:也可使用haproxy负载均衡mysql服务

      只须要修改配置文件以下

[root@localhost haproxy]# vim /etc/haproxy/haproxy.cfg
listen stats
    mode http
    bind 0.0.0.0:1080
    stats enable
    stats hide-version
    stats uri     /haproxyadmin?stats
    stats realm   Haproxy\ Statistics
    stats auth    admin:admin
    stats admin if TRUE
frontend mysql
    bind *:3306
    mode tcp
    log global
    default_backend mysqlservers
backend mysqlservers
    balance leastconn
    server dbsrv1 192.168.10.11:3306 check port 3306 intval 2 rise 1 fall 2 maxconn 300
    server dbsrv2 192.168.10.12:3306 check port 3306 intval 2 rise 1 fall 2 maxconn 300

   附二:能够查看状态信息,配置文件中listen段定义,访问地址

http://192.168.253.129:1080/haproxyadmin?stats




   2、使用nginx代理web服务

       192.168.253.139   web1

       192.168.253.140   web2

       192.168.253.129   代理

       web1提供http服务

wKiom1MxJsLBFdpsAACEnAjMRlM343.jpg

       web2提供http服务

wKioL1MxJpuDXn1UAACHQischLo387.jpg

       配置nginx,nginx使用upstream模块,实现后端的负载均衡

wKiom1MxJsKi7j_CAAHqQqosiH0852.jpg

       upstream模块配置详解


Nginx的负载均衡模块目前支持4种调度算法,下面进行分别介绍,其中后两项属于第三方调度算法。  

轮询(默认)。每一个请求按时间顺序逐一分配到不一样的后端服务器,若是后端某台服务器宕机,故障系统被自动剔除,使用户访问不受影响。Weight 指定轮询权值,Weight值越大,分配到的访问机率越高,主要用于后端每一个服务器性能不均的状况下。

ip_hash。每一个请求按访问IP的hash结果分配,这样来自同一个IP的访客固定访问一个后端服务器,有效解决了动态网页存在的session共享问题。

fair。这是比上面两个更加智能的负载均衡算法。此种算法能够依据页面大小和加载时间长短智能地进行负载均衡,也就是根据后端服务器的响应时间来分配请求,响应时间短的优先分配。Nginx自己是不支持fair的,若是须要使用这种调度算法,必须下载Nginx的upstream_fair模块。

url_hash。此方法按访问url的hash结果来分配请求,使每一个url定向到同一个后端服务器,能够进一步提升后端缓存服务器的效率。Nginx自己是不支持url_hash的,若是须要使用这种调度算法,必须安装Nginx 的hash软件包。

3.upstream 支持的状态参数

在HTTP Upstream模块中,能够经过server指令指定后端服务器的IP地址和端口,同时还能够设定每一个后端服务器在负载均衡调度中的状态。经常使用的状态有:

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

backup,预留的备份机器。当其余全部的非backup机器出现故障或者忙的时候,才会请求backup机器,所以这台机器的压力最轻。

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

fail_timeout,在经历了max_fails次失败后,暂停服务的时间。max_fails能够和fail_timeout一块儿使用。

注,当负载调度算法为ip_hash时,后端服务器在负载均衡调度中的状态不能是weight和backup。

       使用浏览器访问

wKioL1MxJ0yzHQ7wAABdpsQo6OQ016.jpg

        刷新页面

wKiom1MxJ0vT1JisAABbDmfv2j4424.jpg

相关文章
相关标签/搜索