aaa

linux学习笔记第五天,nginx代理,项目部署

后端开发,业务线
crm系统,客户管理系统
电商平台,卖产品,提供给人类去使用

运维开发(面对机器的业务)
堡垒机开发
跳板机 (检测登录服务器人员信息的,保证生产服务器安全)
监控平台开发
运维资产管理平台(cmdb)
代码发布平台

外企,
闭源的技术栈
java + orlace + red hat + mencached + apache + jquery + svn + tom cat

开源的技术栈
python + php + mysql + centos + ubuntu + redis + nginx + vue + git

nginx代理学习

生活中见过什么代理?

美国代购包包

车票的黄牛

微商

租房的中介代理

nginx 可以起到web服务器的功能,也能实现代理的功能,通过不同的参数定义

nginx的反向代理(请求转发,请求来了之后,直接转发给后端的机器)

实验环境准备:

中介(nginx 1 起到 反向代理的作用 )  192.168.16.49
房东(nginx 2 提供web服务器资源返回 ) 192.168.16.142

1.分别在两台机器安装nginx(安装方式自由选择)

(讲师机环境):
nginx1是通过yum安装的,配置文件在/etc/nginx/nginx.conf  
	修改配置如下


​ nginx2的机器,提供页面展示,有韩剧页面的数据

​ ifconfig ens38 192.168.230.1/24 up

反向代理

nginx负载均衡池

配置 另两个个虚拟机

yum 没法按因为缺少yum源 ,可以下载,但是因为第一台虚拟机里已经有了,所以传过去就行

在etc目录 里  scp -r yum.repos.d/ root@192.168.230.13:/etc/

​ 因为etc里面有以前的 所以要先删除以前的
在yum.repos.d 里 rm -rf *

实验环境准备

三台机器,一个是负载均衡器,其他两个是资源服务器

机器1 ,负载均衡器 192.168.16.49 (安装的是nginx,提供负载均衡转发功能)
nginx.conf配置如下

upstream  s20crm {
server   192.168.16.142;
server  192.168.16.47;
}

	server {
		listen       80;
		server_name  localhost;
		#当请求是 192.168.16.49:80/
		location / {
		proxy_pass http://s20crm;
		}
	}
}

nginx 进行检测

nginx  -t 进行nginx语法检测

nginx -s reload  

机器2 资源服务器,我们为了方便,直接使用nginx提供页面 192.168.16.142

机器3 资源服务器,我们为了方便,直接使用nginx提供页面 192.168.16.47

nginx的负载均衡算法有如下

调度算法      概述
轮询        按时间顺序逐一分配到不同的后端服务器(默认)
	upstream  s20crm {
	server   192.168.16.142;
	server  192.168.16.47;
	}

weight       加权轮询,weight值越大,分配到的访问几率越高
		upstream  s20crm {
	server   192.168.16.142 weight=4;		
	server  192.168.16.47   weight=1;
	}
# 4 次 1 次 

	upstream  s20crm {
	server   192.168.16.142  ;		
	server  192.168.16.47    ;
	ip_hash; } # 这样d的话只走47   
ip_hash     每个请求按访问IP的hash结果分配,这样来自同一IP的固定访问一个后端服务器
url_hash      按照访问URL的hash结果来分配请求,是每个URL定向到同一个后端服务器
least_conn    最少链接数,那个机器链接数少就分发

django如果通过python3 manage.py runserver形式运行,内部调用的是wsgiref模块,运行的socket服务端
性能低下,单进程,单线程

使用nginx+ uwsgi进行项目部署

使用nginx+ uwsgi进行项目部署

1.准备django项目 NB_crm

2.安装虚拟环境,在虚拟环境下,安装uwsgi,进行部署
workon nbcrm
pip3 install -i https://pypi.douban.com/simple uwsgi

3.利用uwsgi运行一个python web脚本文件

	新建一个py脚本文件,写入如下内容
	def application(env, start_response):
		start_response('200 OK', [('Content-Type','text/html')])
		return [b"Hello World"] # python3
	启动命令如下
	uwsgi --http :8000 --wsgi-file test.py		--http参数意思是,基于http协议运行 在 8000端口
		--socket  
		--wsgi-file  找到wsgi.py文件 

4.利用uwsgi运行django项目

(以参数形式运行项目),(还有以配置文件形式运行,把运行的参数写入到一个文件里面,基于这个文件运行)
(以参数形式运行项目)
(以参数形式运行项目)
命令如下 
uwsgi --http :8088 --module mysite.wsgi
	--module  找到django项目的第二层里面的wsgi.py文件
	
uwsgi默认不支持静态文件解析,使用nginx去解析静态文件 

5.热加载django项目,uwsig自动重启django

uwsgi --http :9000 --module NBcrm.wsgi --py-autoreload=1

uwsgi --http :9000 --module luffy_permission.wsgi --py-autoreload=1

6.基于配置文件的形式,运行nbcrm

# uwsgi的配置文件
touch uwsgi.ini  在第一层NBcrm里
[uwsgi]
# Django-related settings
# the base directory (full path)
#项目的绝对路径,定位到nbcrm的第一层
chdir           = /root/NBcrm
# Django's wsgi file
# 找到项目第二层的wsgi文件
module          = NBcrm.wsgi
# the virtualenv (full path)
# 找到虚拟环境的绝对路径
home            = /root/Envs/nbcrm
# process-related settings
# master
# 主进程
master          = true
# maximum number of worker processes
# 开启uwsgi的多进程数,根据cpu核数来定义
processes       = 16
# the socket (use the full path to be safe
# 基于socket链接运行crm,只有与nginx结合的时候,才使用socket形式
socket          = 0.0.0.0:8000
# 当你没用nginx,调试项目的时候,使用http形式 
#http     =  0.0.0.0:8000
# ... with appropriate permissions - may be needed
# chmod-socket    = 664
# clear environment on exit
vacuum          = true

#如果你使用了supervisor,请注释掉这个参数
#守护进程在后台运行,且将日志信息,输出到uwsgi.log日志中
#daemonize = uwsgi.log

启动配置文件的命令(在有uwsgi.ini的文件中)或者最好加绝对路径(写绝对路径的时候要注意准确)
/root/Envs/nbcrm/bin/uwsgi --ini uwsgi.ini

!ps命令

从最好往上来翻 有关history 里面相关的或者数字 !

前台后台两个端口

​ uwsgi 夯住了(输任何的都无法了),

然后前台运行,再开一个窗口

7.配置nginx,结合uwsgi,以及处理静态文件的配置
nginx.conf请求转发配置如下

server {
    listen       80;
    server_name  localhost;
		location / {
		include uwsgi_params;
		uwsgi_pass 0.0.0.0:8000;
    }
}

	1.修改django的settings.py静态文件
	添加如下参数
		# Static files (CSS, JavaScript, Images)
		# https://docs.djangoproject.com/en/1.11/howto/static-files/
		STATIC_ROOT='/opt/s20static'
		STATIC_URL = '/static/'
		STATICFILES_DIRS = [
			os.path.join(BASE_DIR,'statics'),
		]
2.执行命令,收集crm的静态文件
	 python3  /opt/NBcrm/manage.py collectstatic

	 3.配置nginx的location路径匹配,找到crm这些静态文件
	 在nginx.conf中找到server{}标签,添加如下参数
	 #当我的请求url是 192.168.16.142:80/static/xxxxxxxx 
		location /static {
			alias  /opt/s20static/;
		}2.执行命令,收集crm的静态文件
	 python3  /opt/NBcrm/manage.py collectstatic

	4.启动nginx,访问nginx的80,是否可以转发到crm

虚拟环境工具

virtualenv

python的虚拟环境工具vir + wrapper 这两个工具只会影响python相关的东西,不会影响操作系统以及数据库等的东西

pip3 python3 可能会影响,优先用虚拟环境的

which nginx 不是虚拟环境的路径下的 不影响

错误2

配置了静态文件 弄不出来

然后看亮哥的,发现自己没有nginx -t nginx -s reload

8.使用supervisor进程管理工具,管理你的项目
其实,supervisor就是在帮你执行命令而已
使用supervisor管理进程,这个进程不得在后台运行,
退出虚拟环境,在物理环境下安装supervisor

supervisor

在物理环境下安装supervisor ,然后他管理uwsgi

1安装 pip3 install -i https://pypi.douban.com/simple

2创建配置 echo_supervisord_conf > /etc/supervisor.conf 输出配置文件信息 重定向到conf
3编辑配置,写入管理nbcrm任务参数
vim /etc/supervisor.conf

[program:s20nbcrm]
command=/root/Envs/nbcrm/bin/uwsgi --ini /root/opt/NBcrm/uwsgi.ini
stopasgroup=true  	#默认为false,进程被杀死时,是否向这个进程组发送stop信号,包括子进程 
killasgroup=true 	#默认为false,向进程组发送kill信号,包括子进程 

4.启动supervisor,去管理uwsgi
supervisord -c /etc/supervisor.conf

5.通过supervisorctl管理命令,管理uwsgi supervisorctl -c /etc/supervisor.conf

命令如下
status all
start s20nbcrm
stop s20nbcrm
stop all

错误3

 写绝对路径了 配置文件形式的都要写绝对路径,否则会出现各种坑 (是在那个路径下吗?)

command=/root/Envs/nbcrm/bin/uwsgi --ini /root/opt/NBcrm/uwsgi.ini

本质

看看问题出在那里?
是啥? 封装了路径,拿出去对吗? 不对
执行命令,检验正确之后,然后在加入到文件

错误4

nginx 访问不到 ,访问的80 端口,又没想,就去问。
没起端口 的错误

修改域名

C:WindowsSystem32driversetc  下的hosts 文件
192.168.230.129  www.py.com  两个都可已登录了

linux出现swp交换文件,是因为vim异常退出,或者有人同时在操作一个文件,linux系统保护机制,会生成swp文件,删除即可

conf.swp rm -rf conf.swp

配置文件形式

nginx.conf
my.cnf
my.ini
uwsgi.ini
*.xml
*.json

pkill -9 uwsgi
pkill -9 super 也可以杀死进程

竟然不能看了 404 暖阳.jpg index.html 用了super之后

原文地址:https://www.cnblogs.com/Doner/p/11122391.html