Nginx之负载均衡

集群

　　概念：

　　大白话就是：一堆服务器做一件事

　　一组若干个相互独立的计算机，利用高速通信网络组成一个较大的计算机服务系统，每个集群节点都是运行各自服务的独立服务器。

　　存在地方：可能分布在全国各地。（有点夸张了，全国各地那这个服务系统超级大了）比如谷歌，淘宝，百度服务器，背后估计有成千上万台电脑组成多个集群干多件事情

　　为什么要用集群？

　　单点计算机很难达到高性能的特点。　　

　　高性能、价值有效性、可扩展性：如果当服务负载压力增加时，就可以对系统进行扩展，且不会降低服务质量   高可用性：挂了单点计算机，其它的计算机还可以正常工作7*24

负载均衡

　　平均分配压力（压力均摊）

　　负载均衡抽象理解（图糙理不糙）

　　

小黄人好酷，分担压力泽帅

 实验准备 

准备三台计算机  当然我这里无法真正上的测试哈！两台还好计算机还好能扛下来，三台有点难。

nginx1  作为nginx负载均衡器  假如ip为192.168.13.121

nginx2 web服务  提供一个简单的页面 192.168.13.24

nginx3 web服务  提供一个简单的页面  192.168.13.79

主要是配置负载均衡器，要看效果的话可以配置下web服务两个的首页

#user  nobody;
worker_processes  1;

#error_log  logs/error.log;
#error_log  logs/error.log  notice;
#error_log  logs/error.log  info;

#pid        logs/nginx.pid;


events {
    worker_connections  1024;
}


http {
    include       mime.types;
    default_type  application/octet-stream;

    #log_format  main  '$remote_addr - $remote_user [$time_local] "$request" '
    #                  '$status $body_bytes_sent "$http_referer" '
    #                  '"$http_user_agent" "$http_x_forwarded_for"';

    #access_log  logs/access.log  main;

    sendfile        on;
    #tcp_nopush     on;

    #keepalive_timeout  0;
    keepalive_timeout  65;

    #gzip  on;
 33 upstream mchotdog{
 34 # 默认我给它轮询算法
 35 server 192.168.13.79;
 36 server 192.168.13.24; 
 37 }
    server {
        listen       80;

        server_name  192.168.13.121;

        #charset koi8-r;

        #access_log  logs/host.access.log  main;

        location / {
           proxy_pass http://mchotdog;
           # root   html;
           # index  index.html index.htm;
        }

        #error_page  404              /404.html;

        # redirect server error pages to the static page /50x.html
        #
        error_page   500 502 503 504  /50x.html;
        location = /50x.html {
            root   html;
        }

        # proxy the PHP scripts to Apache listening on 127.0.0.1:80
        #
        #location ~ .php$ {
        #    proxy_pass   http://127.0.0.1;
        #}

        # pass the PHP scripts to FastCGI server listening on 127.0.0.1:9000
        #
        #location ~ .php$ {
        #    root           html;
        #    fastcgi_pass   127.0.0.1:9000;
        #    fastcgi_index  index.php;
        #    fastcgi_param  SCRIPT_FILENAME  /scripts$fastcgi_script_name;
        #    include        fastcgi_params;
        #}

        # deny access to .htaccess files, if Apache's document root
        # concurs with nginx's one
        #
        #location ~ /.ht {
        #    deny  all;
        #}
    }


    # another virtual host using mix of IP-, name-, and port-based configuration
    #
    #server {
    #    listen       8000;
    #    listen       somename:8080;
    #    server_name  somename  alias  another.alias;

    #    location / {
    #        root   html;
    #        index  index.html index.htm;
    #    }
    #}


    # HTTPS server
    #
    #server {
    #    listen       443 ssl;
    #    server_name  localhost;

    #    ssl_certificate      cert.pem;
    #    ssl_certificate_key  cert.key;

    #    ssl_session_cache    shared:SSL:1m;
    #    ssl_session_timeout  5m;

    #    ssl_ciphers  HIGH:!aNULL:!MD5;
    #    ssl_prefer_server_ciphers  on;

    #    location / {
    #        root   html;
    #        index  index.html index.htm;
    #    }
    #}

}

 最好先测试下再启动nginx

调度算法   　　 
轮询    　　　　按时间顺序逐一分配到不同的后端服务器(默认)
weight  　　   加权轮询,weight值越大,分配到的访问几率越高
ip_hash   　　 每个请求按访问IP的hash结果分配,这样来自同一IP的固定访问一个后端服务器
url_hash   　  按照访问URL的hash结果来分配请求,是每个URL定向到同一个后端服务器
least_conn    最少链接数,那个机器链接数少就分发

 在这里可以看下我主配置文件解读的配置比较全面