Nginx - Nginx básica de configuração

Nginx balanceamento de carga a montante

conceito

É uma estratégia para evitar uma sobrecarga do servidor, servidor e outras estratégias ocioso aconteceu. Com esta estratégia pode ser de modo a fornecer a mesma carga do servidor serviço é basicamente o mesmo.

estratégia comum

• Polling (padrão)
• WRR
• IP_hash
• URL_hash
• Tempo de resposta

votação

polling Upstream é a alocação padrão, ou seja, cada pedido, por sua vez atribuído a um servidor back-end diferente, a fim de tempo, se um servidor back-end está para baixo, remover automaticamente

upstream  xxx {
	server 10.0.0.7:80; 
	server 10.0.0.8:80; 
}

poll peso

Peso é uma versão melhorada da votação, que pode ser proporcional à taxa de sondagem designada, peso e probabilidade de acesso, utilizado principalmente na cena seguinte das diferenças de hardware do servidor de back-end

De acordo com o porta peso 8050 para ir cinco pedidos irá percorrer um pedido para a porta 8060

upstream xxx {
    server 127.0.0.1:8050       
    	weight=5;
    server 127.0.0.1:8060       
        weight=1;
｝

IP_hash + IP real

• Cada pedido é atribuído pelo resultado hash Acesso IP, e fixado de modo que cada visitante para acessar um servidor back-end, o servidor web será capaz de estabelecer uma sessão sólida

  upstream xxx {
     ip_hash;
     server 192.168.100.104:80;
     server 192.168.100.105:80;
   }
  

• problema IP_hash

  requisitos nginx deve ser o servidor mais front-end, Nginx ou não o direito de IP, você não pode fazer hash com base em IP. Podemos obter o IP real quando o usuário solicita em nginx, e depois fazer a política de hash com base nestes IP real, isto é, a partir de definição de políticas de hash de nginx.

  map $http_x_forwarded_for $clientRealIp {
  	# 没有通过代理，直接用 remote_addr
  	"" $remote_addr;
      #用正则匹配，从 x_forwarded_for 中取得用户的原始IP
      #例如 X-Forwarded-For: 202.123.123.11, 208.22.22.234, 192.168.2.100,...
      #这里第一个 202.123.123.11 是用户的真实 IP，后面其它都是经过的 CDN 服务器
  	~^(?P<firstAddr>[0-9\.]+),?.*$ 
          $firstAddr;
  }
  
  --skip--
  
  upstream xxx {
  	hash $clientRealIp;
  	server 192.168.100.104:9080;
  	server 192.168.100.105:9080;
  }
  

url_hash + cache hit

• Imprensa resultado hash acesso url ao pedido de atribuição, o servidor back-end é eficaz quando o cache

• Nota: As declarações do hash a montante participar, instrução de servidor não pode ser escrito outros parâmetros, tais como peso, algoritmo de hash é usado hash_method

• Para ser usado com o acerto de cache

  • Cluster Server com vários recursos pedidos podem chegar em servidores diferentes, levando a múltiplos downloads desnecessários
  • Use estratégia url_hash, com um url (isto é, com um pedido de recursos) atingirá a mesma máquina, os recursos de cache, em seguida, recebeu um pedido para ler a partir do cache
  • Reduzir a largura de banda e reduzir o tempo
  • O cliente - armazenamento de servidor de cluster A- nuvem - arquivo de download - cache temporário - cluster de servidor cliente A-

 upstream xxx { 
      server 10.0.0.10:7777; 
      server 10.0.0.11:8888; 
      hash $request_uri; 
      hash_method crc32;
}

Back-end tempo de resposta

• feira (terceira parte)

  • De acordo com o tempo de resposta do pedido de atribuição de servidor back-end para a ta
  • Ou seja, um tempo de resposta curta rt pequeno servidor backend prioridade solicitação de alocação
  • Você deve baixar nginx-montante-feira-master

   upstream backend {
   	fair;
      server 192.168.1.101;
      server 192.168.1.102;
      server 192.168.1.103;
              
  }
  

Quando Nginx instalado, configurado módulos de terceiros, apenas --add-module = / de terceiros diretório do módulo, e em seguida, fazer o compilador o que você pode, não faça instalar instalação. Depois de compilar os seguintes objs copiar para o diretório especificado Nginx

parâmetros

parâmetros	descrição
serviço	serviços + porta de endereço reverso
peso	peso
max_fails	Quantas vezes não acho que o host para desligar, expulso
fail_timeout	Depois de re-soando expulso de tempo
cópia de segurança	Quando outros nós desligar, iniciar o servidor de backup reservados
max_conns	O número máximo de ligações
slow_start	Quando restaurar um nó, não aderir imediatamente
baixa	O servidor atual temporariamente não é participar de balanceamento de carga (sem serviços externos)

max_conns

Você pode definir o número máximo de conexões com base na qualidade do serviço

upstream xxx {
    server 127.0.0.1:8050    weight=5  max_conns=800;
    server 127.0.0.1:8060    weight=1;
}

max_fails, fail_timeout

• max_fails = 3, fail_timeout = 30s
  • Dentro de 30 segundos para um pedido de aplicação falhar três vezes, que a inatividade do aplicativo
  • Aguarde 30 segundos, em seguida, o novo pedido não será enviado para a inatividade de aplicativos durante o qual
  • Depois, há um pedido vem no tempo para continuar tentando inatividade do aplicativo de conexão e tentar apenas uma vez, ou se você ainda falhar, continue a aguardar 30 segundos
  • Até a recuperação.

upstream xxx {
    server 127.0.0.1:8050    weight=1  max_fails=1  fail_timeout=30;
    server 127.0.0.1:8060    weight=1;
}

baixa

8060 porta e 8070 porta abrindo temporariamente

upstream xxx {
    server 127.0.0.1:8050    weight=1  max_fails=1  fail_timeout=20;
    server 127.0.0.1:8060    weight=1  down;
    server 127.0.0.1:8070    weight=1  down; 
    server 127.0.0.1:8090    weight=1;
}

cópia de segurança

8070 porta é o nó de backup

Quando o número de porta 8050 ou 8090 porta desligar quando o nó de backup irá abrir a porta 8070, quando o número de porta 8050 ou 8090 e, em seguida, começar a pendurar porta quando o nó da porta 8070 será fechada novamente

upstream xxx {
    server 127.0.0.1:8050    weight=1  max_fails=1  fail_timeout=20;
    server 127.0.0.1:8060    weight=1  down；
    server 127.0.0.1:8070    weight=1  backup; 
    server 127.0.0.1:8090    weight=1  max_fails=1  fail_timeout=20;
}

configuração local

Exemplos:

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

prioridade jogo localtion

ordem	Combinando localização identificou	A inscrição Matching
1	localização = / {	correspondência exacta
2	localização = ^ ~ / images / {	correspondência de prefixo
3	loction ~ *. (gif | jpg | jpeg) $ {	jogo regular
4	localização / documentos / {	correspondência difusa
5	localização / {	jogo padrão

configuração Nginx entre negócios

• /etc/nginx/nginx.conf

#定义Nginx运行的用户和用户组
user www www;
 
#nginx进程数，建议设置为等于CPU总核心数。
worker_processes 8;
 
#全局错误日志定义类型
#记录级别[debug|info|notice|warn|error|crit]
error_log /var/logs/error.log info;
 
#进程文件
pid runnginx.pid;
 
#一个nginx进程打开的最多文件描述符数目
#理论值应该是最多打开文件数(系统的值ulimit-n)与nginx进程数相除
#但是nginx分配请求并不均匀，所以建议与ulimit-n的值保持一致。
worker_rlimit_nofile 65535;
 
#事件处理设置
events {
    #事件模型
    #[kqueue|rtsig|epoll|/dev/poll|select|poll]
    #epoll模型是Linux 2.6以上版本内核中的高性能网络I/O模型		#FreeBSD就用kqueue模型。
	use epoll;
	#单个进程最大连接数（最大连接数=连接数*进程数）
	worker_connections 65535;
}
 
#http服务器
http {
    #文件扩展名与文件类型映射表
	include mime.types; 
    #默认文件类型
	default_type application/octet-stream; 
    #默认编码
	charset utf-8; 
    #服务器名字的hash表大小
	server_names_hash_bucket_size 128; 
    #上传文件大小限制
	client_header_buffer_size 32k; 
	large_client_header_buffers 4 64k; 
	client_max_body_size 8m;
     #开启高效文件传输模式
     #nginx是否调用sendfile函数来输出文件，对于普通应用设为on
     #用来进行下载等应用磁盘IO重负载应用，可设置为off，以平衡磁盘与网络I/O处理速度，降低系统的负载。
	sendfile on;
    #开启目录列表访问，合适下载服务器，默认关闭。
	autoindex on;
    #防止网络阻塞
	tcp_nopush on; 
	tcp_nodelay on; 
    #长连接超时时间，单位是秒
	keepalive_timeout 120; 
	 	 
#gzip模块设置
    #开启gzip压缩输出
	gzip on; 
    #最小压缩文件大小
	gzip_min_length 1k;
    #压缩缓冲区
	gzip_buffers 4 16k;
    #压缩版本(默认1.1，squid2.5请使用1.0)
	gzip_http_version 1.0;
    #压缩等级
	gzip_comp_level 2;
    #压缩类型，默认就已经包含textml，所以下面就不用再写了
	gzip_types text/plain application/x-javascript text/css application/xml;
	gzip_vary on;
    #开启限制IP连接数的时候需要使用
	#limit_zone crawler $binary_remote_addr 10m; 
    
#负载均衡，weigth参数表示权值，权值越高被分配到的几率越大。 
	upstream xxx {
		server 192.168.80.121:80 weight=3;
		server 192.168.80.122:80 weight=2;
		server 192.168.80.123:80 weight=3;
	}
    include /etc/nginx/conf.d/*.conf;
    include /etc/nginx/sites-enabled/*；     
}

• /etc/nginx/conf.d/xxx.conf

  xxx.conf este perfil foi criado mesmo deve .confacabar

#虚拟主机的配置
	server {
		#端口
		listen 80;
		#域名可以有多个，用空格隔开
		server_name www.yyy.com yyy.com;
		index index.html index.htm index.php;
   		#启动nginx之前路径
		root /xxx/www/yyy; 
    
#页面缓存expires
#单位：s/m/h/d/max - 秒/分/时/天/最大(不建议)
        #图片缓存时间设置
		location ~ .*.(gif|jpg|jpeg|png|bmp|swf)$ {
			expires 10d;
		}
		#JS和CSS缓存时间设置
		location ~ .*.(js|css)?$ {
			expires 1h; #保留1小时
		}

#代理设置
		#定义本虚拟主机的访问日志
		access_log /var/logs/access.log;
		#对 "/" 启用反向代理
		location / { 
         #一般我们在配置python Django应用时都是使用http，让Nginx直接使用proxy_pass就把它从本地代理到前端服务器
		#当uwsgi配置http=127.0.0.1:8000时，我们可以如下设置Nginx进行代理
        	proxy_pass http://xxx; #代理推送
			proxy_redirect off; #关闭代理重写
         	 
             #将$remote_addr的值放进变量X-Real-IP中，此变量名可变，$remote_addr的值为客户端的ip
        	 #$remote_addr 只能获取到与服务器本身直连的上层请求ip，所以设置$remote_addr一般都是设置第一个代理上面
			proxy_set_header X-Real-IP $remote_addr;
			
#有时通过cdn访问，那么后面web服务器获取到的是cdn的ip而非真是用户ip
#用X-Forwarded—For链路反追踪
#客户真实IP-多层级proxy-web服务器，各层IP都会记录下来
#后端的Web服务器可以通过X-Forwarded-For获取用户真实IP
			proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
			
			#以下是一些反向代理的配置，可选。
        	#$host就是nginx代理服务器，也就是客户端请求的host
			proxy_set_header Host $host; 
        	#允许客户端请求的最大单文件字节数
			client_max_body_size 10m; 
        	#缓冲区代理缓冲用户端请求的最大字节数，
			client_body_buffer_size 128k; 
        	#nginx跟后端服务器连接超时时间(代理连接超时)
			proxy_connect_timeout 90; 
        	#后端服务器数据回传时间(代理发送超时)
			proxy_send_timeout 90; 
        	#连接成功后，后端服务器响应时间(代理接收超时)
			proxy_read_timeout 90; 
        	#设置代理服务器（nginx）保存用户头信息的缓冲区大小
			proxy_buffer_size 4k; 
        	#proxy_buffers缓冲区，网页平均在32k以下的设置
			proxy_buffers 4 32k; 
        	#高负荷下缓冲大小（proxy_buffers*2）
			proxy_busy_buffers_size 64k; 
        	#设定缓存文件夹大小，大于这个值，将从upstream服务器传
			proxy_temp_file_write_size 64k; 
		}

# location设置不同资源配置
    	# 通过location 精确匹配/xxx
    	location = /xxx { 
        #当uwsgi配置socket时，外部浏览器将无法直接访问
        #会提示类似于“缓存区(buffer)超过最大长度”类似的问题
	    #此时使用nginx进行代理时，如下配置
        	uwsgi_param X-Real-IP $remote_addr; 
        	uwsgi_param X-Forwarded-For $proxy_add_x_forwarded_for; 
        	uwsgi_param X-Forwarded-Proto $http_x_forwarded_proto; 
        	include  uwsgi_params;
       		uwsgi_pass 192.168.90.21:8000;          
    	}
    	
		#设定查看Nginx状态的地址
		location /status {
        	#开启统计功能模块
			stub_status on; 
        	#关闭成功日志
			access_log off;  
        	#仅允许这个ip通过
			#allow 192.168.0.1;  
        	#其他都不允许通过
			#deny all;           
		}
		#所有动态页面均交由tomcat
		location ~ .(jsp|jspx|do)?$ {
			proxy_pass http://127.0.0.1:8080;
			proxy_set_header Host $host;
			proxy_set_header X-Real-IP $remote_addr;
			proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
		}		
		#所有静态文件由nginx直接读取不经过tomcat
		location ~ .*.(htm|html|gif|jpg|jpeg|png|bmp|swf|ioc|rar|zip|txt|flv|mid|doc|ppt|pdf|xls|mp3|wma)$ { 
			expires 15d; 
		}		
		location ~ .*.(js|css)?$ { 
			expires 1h; 
		}
	}