Liunx之nginx代理

一、代理

正向代理

正向代理,也就是传说中的代理,他的工作原理就像一个跳板(VPN),简单的说:

我是一个用户,我访问不了某网站,但是我能访问一个代理服务器,这个代理服务器呢,他能访问那个我不能访问的网站,于是我先连上代理服务器,告诉他我需要那个无法访问网站的内容,代理服务器去取回来,然后返回给我。

反向代理

对于客户端而言,代理服务器就像是原始服务器。

实现一个反向代理

同过一个中间服务器来接受请求,并去实际的服务器中取数据,文件,返回。

准备两个服务器,这里我准备的两个虚拟机服务器。

master 192.168.11.61  # 主负载,充当中介,反向代理 slave 192.168.11.122  # web1服务器,提供资源

主负载均衡节点的配置文件

主负载的nginx是通过yum直接安装的,修改默认的配置文件/etc/nginx/nginx.conf

#user nobody; # ngin进程所使用的用户 worker_processes 1; # nginx运行的work进程数量,建议与cpu数量一致或auto ​ #error_log logs/error.log; # nginx错误日志,在安装路径下的logs文件家中 #error_log logs/error.log notice; #error_log logs/error.log info; #error_log "pipe:rollback logs/error_log interval=1d baknum=7 maxsize=2G"; ​ #pid logs/nginx.pid; # nginx服务运行后产生的pid进程号 ​ # events { worker_connections 1024; # 每个worker进程支持的最大连接数 # user epool; # 事件驱动模型,epool默认 } ​ # 公共的配置定义在http{}中 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; keepalive_timeout 65; # nginx的虚拟主机参数,网站的功能性参数定义 # 每一个server代表一个网站 server { listen 80; # 指定端口 server_name localhost; # 指定域名 ​ # 控制url路径访问 location / { # 开启nginx反向代理一台服务器 proxy_pass http://192.168.16.122; root html; # 存放网站静态页面的路径 index index.html index.htm; # 存放服务器返回的index页面文件 } error_page 500 502 503 504 /50x.html; # 配置的50x错误页面 location = /50x.html { root html; } } }

web1服务器是我们的主要数据提供服务器,也就是我们通过yum安装的tengine,提供了访问请求的页面数据展示。

这里我的具体的配置前面博客写过,在/opt/tengine231/conf/nginx.conf中里面。web1的ip地址是192.168.16.122.

# 检查语法并启动nginx /opt/tengine/sbin/nginx -t /opt/tengine/sbin/nginx

配置好了后可以通过访问192.168.16.61代理服务器,代理会把请求转发给服务器192.168.122,获取页面返回展示。

二、location语法详解

1、location语法的优先级

匹配符 匹配规则 优先级
=    精确匹配    1
^~    以某个字符串开头    2
~    区分大小写的正则匹配    3
~*    不区分大小写的正则匹配    4
!~    区分大小写不匹配的正则    5
!~*    不区分大小写不匹配的正则    6
/    通用匹配,任何请求都会匹配到    7

2、nginx.conf配置文件示例

server {listen 80;server_name pythonav.cn;
​#优先级1,精确匹配,根路径location =/ {return 400;}
​#优先级2,以某个字符串开头,以av开头的,优先匹配这里,区分大小写location ^~ /av {root /data/av/;}
​#优先级3,区分大小写的正则匹配,匹配/media*****路径location ~ /media {alias /data/static/;}
​#优先级4 ,不区分大小写的正则匹配,所有的****.jpg|gif|png 都走这里location ~* .*\.(jpg|gif|png|js|css)$ {root  /data/av/;}
​#优先7,通用匹配location / {return 403;}
}

3、root和alias区别

root与alias主要区别在于nginx如何解释location后面的url,这会使两者分别以不同的方式将请求映射到服务器文件上。

  • root的处理结果:root路径+location路径

  • alias的处理结果:使用alias路径替换location路径

alias是一个目录别名的定义,root则是最上层目录的定义。还有就是alias后面必须要用"/"结束,否则找不到文件,而root则可有可无。

root方法

语法  root  路径;
默认值 root   html;
配置块  http{}   server {}   location{}

alias方法

语法: alias  路径
配置块  location{}

root示例

root实例1:
location ^~ /av {root /data/av;   注意这里可有可无结尾的   /}
# 请求url是pythonav.cn/av/index.html时
web服务器会返回服务器上的/data/av/av/index.html
​
root实例2:
location ~* .*\.(jpg|gif|png|js|css)$ {root  /data/av/;
}
# 请求url是pythonav.cn/girl.gif时
web服务器会返回服务器上的/data/static/girl.gif

alias示例

alias参数是使用alias路径替换location路径
alias是一个目录的别名
注意alias必须有 "/"  结束!
alias只能位于location块中
​
请求url是pythonav.cn/av/index.html时
web服务器会返回服务器上的/data/static/index.html
​
location ^~ /av {alias /data/static/;
}

三、nginx负载均衡

概述:

Web服务器,直接面向用户,往往要承载大量并发请求,单台服务器难以负荷,我使用多台WEB服务器组成集群,前端使用Nginx负载均衡,将请求分散的打到我们的后端服务器集群中,
实现负载的分发。那么会大大提升系统的吞吐率、请求性能、高容灾

Nginx要实现负载均衡需要用到proxy_pass代理模块配置

Nginx负载均衡与Nginx代理不同地方在于

Nginx代理仅代理一台服务器,而Nginx负载均衡则是将客户端请求代理转发至一组upstream虚拟服务池

Nginx可以配置代理多台服务器,当一台服务器宕机之后,仍能保持系统可用。

upstream配置

在nginx.conf > http 区域中

upstream django {server 10.0.0.10:8000;server 10.0.0.11:9000;
}

在nginx.conf > http 区域 >  server区域  > location配置中

添加proxy_pass

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

此时初步负载均衡已经完成,upstream默认按照轮训方式负载,每个请求按时间顺序逐一分配到后端节点。

upstream分配策略

weight 权重

upstream django {server 10.0.0.10:8000 weight=5;server 10.0.0.11:9000 weight=10;#这个节点访问比率是大于8000的
}

ip_hash

每个请求按访问ip的hash结果分配,这样每个访客固定访问一个后端服务器
upstream django {ip_hash;server 10.0.0.10:8000;server 10.0.0.11:9000;
}

backup

在非backup机器繁忙或者宕机时,请求backup机器,因此机器默认压力最小

upstream django {server 10.0.0.10:8000 weight=5;server 10.0.0.11:9000;server node.oldboy.com:8080 backup;
}

负载均衡实验环境规划

角色            ip                    主机名
lb01        192.168.119.10        lb01    
web01        192.168.119.11        web01
web02        192.168.119.12        web02

关闭防火墙

iptables -F
sed  -i 's/enforcing/disabled/' /etc/selinux/configsystemctl stop firewalld
systemctl disable firewalld

web01服务器配置nginx,创建index.html

server {listen       80;server_name  192.168.119.11;location / {root /node;index  index.html index.htm;}
}mkdir /node
echo 'i am web01' > /node/index.html#启动NGINX
./sbgin/nginx

web02服务器配置nginx,创建index.html

server {listen       80;server_name  192.168.119.12;location / {root /node;index  index.html index.htm;
}mkdir /node
echo 'i am web02...' > /node/index.html
#启动nginx
./sbing/nginx

 

配置lb01服务器的nginx负载均衡

1.检查lb01的 nginx.conf

http {include       mime.types;default_type  application/octet-stream;sendfile        on;keepalive_timeout  65;upstream node {server 192.168.119.11:80;server 192.168.119.12:80;
}server {listen       80;server_name 192.168.119.10;location / {proxy_pass http://node;include proxy_params;  #需要手动创建
        }}
}

2.手动创建proxy_params文件,文件中存放代理的请求头相关参数

[root@lb01 conf]# cat /opt/nginx/conf/proxy_params
proxy_set_header Host $http_host;
proxy_set_header X-Real-IP $remote_addr;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;proxy_connect_timeout 30;
proxy_send_timeout 60;
proxy_read_timeout 60;proxy_buffering on;
proxy_buffer_size 32k;
proxy_buffers 4 128k;
启动lb01负载均衡nginx服务./sbin/nginx

访问lb01节点nginx,反复刷新

负载均衡调度算法

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

1.轮询(不做配置,默认轮询)

2.weight权重(优先级)

3.ip_hash配置,根据客户端ip哈希分配,不能和weight一起用

 

转载于:https://www.cnblogs.com/songzhixue/p/11126842.html

本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处:http://www.mzph.cn/news/482892.shtml

如若内容造成侵权/违法违规/事实不符,请联系多彩编程网进行投诉反馈email:809451989@qq.com,一经查实,立即删除!

相关文章

23-redis

23-redis 文章目录23-redis今日内容Redis1. 概念1.1.什么是NOSQL1.1.1. NOSQL和关系型数据库比较1.1.2. 非关系型数据库的优势:1.1.3. 关系型数据库的优势:1.1.4. 总结1.2.主流的NOSQL产品1.3 什么是Redis1.3.1 redis的应用场景2. 下载安装3. 命令操作1.…

大科学时代,指数级增长的科学仍然拥有前所未有的朝气与活力

湛庐文化出品 2021年12月来源:集智俱乐部作者:王大顺、AL. Barabsi译者:贾韬、汪小帆 编辑:邓一雪 导语科学家什么时候能够迎来事业巅峰?科学创新的生命周期是多久?职业生涯中出现突破性进展的迹象是否存在…

05-异常,线程

声明:此博客来自于黑马程序员学习笔记,并非商用,仅仅是为了博主个人日后学习复习用,如有冒犯,请联系qq208820388立即删除博文,最后,来跟我一起喊黑马牛逼黑马牛逼黑马牛逼 【异常、线程】 文章…

元宇宙加速近眼显示产业化

来源:中国电子报今年以来,“元宇宙”概念持续升温,被视为元宇宙入口的AR/VR设备也被推至风口浪尖。AR/VR硬件成为国际科技巨头抢食元宇宙蛋糕的重要一环,苹果、Meta、三星、微软、任天堂纷纷宣布布局AR/VR硬件设备的计划。行业机构…

喻国明:“元宇宙”背后的未来图景

近来,互联网领域最受追捧的热点非“元宇宙”莫属。国内外各大科技公司纷纷布局相关领域、加码相关赛道。普华永道预计,元宇宙市场规模在2030年将达到1.5万亿美元。可以说,一时间,“元宇宙”这个概念在科技圈和资本圈获得了无出其右…

android一体机-迅为10.1寸用于售货机、人机界面、自动终端、触摸控制

迅为10.1寸触控一体机工业人机界面HMI电容显示屏嵌入式工控触摸屏 行业应用:用于售货机、人机界面、自动终端、触摸控制系统等 触摸屏类型:电容屏(五点触摸)分辨率:1024*600 RGB信号 内置:WIFI/蓝牙、4G全网…

年终盘点:2021年AI领域值得关注的十件事

来源:科技日报几年前提到人工智能,人们的第一反应是全球流行、网络热门、预见未来,但如今,人工智能早已褪去神秘色彩,语音识别、图像识别、智能阅片、病毒测序、药物设计……皆已成为唾手可得的应用。尤其值得一提的是…

JVM学习笔记-02-JVM的体系结构

JVM学习笔记-02-JVM的体系结构 文章目录JVM学习笔记-02-JVM的体系结构1. JVM的位置2. JVM的体系结构3.垃圾回收GC4.JVM调优视频链接-最新JVM教程IDEA版【Java面试速补篇】-02-JVM的体系结构 1. JVM的位置 2. JVM的体系结构 3.垃圾回收GC 4.JVM调优

P vs. NP 五十年:AI正在解决不可解问题

来源:AI科技评论作者:Lance Fortnow编译:Don编辑:青暮P和NP问题一直是计算机领域的老大难问题,那么在近50年间,人们对这个问题有什么深入的研究呢?让我们在本文中深挖这个世纪难题。在1971年5月…

JVM学习笔记-03-类加载器及双亲委派机制

JVM学习笔记-03-类加载器及双亲委派机制 文章目录JVM学习笔记-03-类加载器及双亲委派机制1. 类加载器视频链接-最新JVM教程IDEA版【Java面试速补篇】-03-类加载器及双亲委派机制 JVM架构图 1. 类加载器 友情提示:百度下:双亲委派机制 下面是一些相关的…

86年后,终于有人完成「真人版」薛定谔的猫实验,量子纠缠了活体动物

来源:机器之心编辑:泽南、小舟首先要回答的问题:实验是量子的还是经典物理的?你一定听说过薛定谔的猫,它是著名物理学家埃尔温 薛定谔在 1935 年提出的一个思想实验:将一只猫关在装有少量镭和氰化物的密闭…

JVM学习笔记-04-java历史-沙箱安全机制

JVM学习笔记-04-java历史-沙箱安全机制 文章目录JVM学习笔记-04-java历史-沙箱安全机制视频链接-最新JVM教程IDEA版【Java面试速补篇】-04-java历史-沙箱安全机制 java中的安全模型(沙箱机制) JVM架构图

长文综述:给生物学家的机器学习指南

来源:集智俱乐部作者:Joe G. Greener, Shaun M. Kandathil等 译者:赵雨亭 审校:陈斯信 编辑:邓一雪导语过去几十年,生物数据集的规模与复杂性大幅增长,这使得机器学习越来越多地用于为潜在生物过…

6.1网络应用模型

2019 王道考研 计算机网络-6.1网络应用模型 文章目录6.1网络应用模型1.应用层概述2.网络应用模型2.1C/S架构2.2P2P模式6.1网络应用模型 1.应用层概述 2.网络应用模型 2.1C/S架构 2.2P2P模式

6.2-DNS系统

2019 王道考研 计算机网络-6.2-DNS系统 文章目录6.2-DNS系统1.DNS系统2.域名3.域名服务器4.域名解析过程6.2-DNS系统 1.DNS系统 DNS服务器,解析域名,返回ip地址 2.域名 什么是顶级域名,二级域名和三级域名 3.域名服务器 DNS域名服务器 …

​2022年应用人工智能会是什么样子?

来源:ScienceAI编辑:绿萝在过去的 18 个月中,人工智能的采用率猛增。除了为《哈佛商业评论》撰写基础文章的 Joe McKendrick 之外,从事 AI 工作的专业人士也很容易证实这一说法。谷歌搜索似乎也参与了这个不那么秘密的搜索&#x…

6.3文件传输协议FTP

2019 王道考研 计算机网络-6.3文件传输协议FTP 文章目录6.3文件传输协议FTP1.文件传输协议2.FTP服务器和客户端3.FTP的工作原理6.3文件传输协议FTP 1.文件传输协议 2.FTP服务器和客户端 3.FTP的工作原理

复杂科学2021年度精选:从诺贝尔奖到未来科学

来源:集智编辑部编者按:俯仰一息辞旧念,晴空万里无闲云。2021年终于画上句点。这一年,三位科学家因对理解复杂系统的开创性贡献而斩获诺贝尔物理学奖。诺奖既表彰了以地球气候系统为代表的复杂系统研究工作,也在提醒我…

6.4电子邮件

6.4电子邮件 文章目录1.电子邮件系统概述-电子邮件的信息格式2.电子邮件系统概述-组成结构3.简单邮件传输协议4.邮局协议POP35.网际报文存取协议IMAP6.基于万维网的电子邮件思维导图1.电子邮件系统概述-电子邮件的信息格式 2.电子邮件系统概述-组成结构 3.简单邮件传输协议 4.邮…

黑客帝国真的可以!这100万个「活体人脑细胞」5分钟学会打游戏

来源:新智元 ID:AI_era【导读】近日,Cortical Labs开发了一种微型人类大脑——盘中大脑 (DishBrain)。AI要90分钟才学得会的「乒乓球」游戏,这个「大脑」仅仅用了5分钟就玩得有模有样了,不由得让人细思极恐&#xff1a…