30天Python基础（nginx）
1. nginx可以做什么？
- 可针对静态资源⾼速⾼并发访问及缓存。
- 可使⽤反向代理加速，并且可进⾏数据缓存。
- 具有简单负载均衡、节点健康检查和容错功能。
- ⽀持远程FastCGI服务的缓存加速。
- ⽀持FastCGI、Uwsgi、SCGI、Memcached Servers的加速和缓存。
- ⽀持SSL、TLS、SNI。
- 具有模块化的架构：过滤器包括gzip压缩、ranges⽀持、chunked响应、XSLT、SSI及图像缩放等功能。在SSI过滤器中，⼀个包含多个SSI的⻚⾯，如果经由FastCGI或反向代理处理，可被并⾏处理。
1.1 作为WEB服务的话⽀持
- ⽀持基于名字、端⼝及IP的多虚拟主机站点。
- ⽀持Keep-alive和pipelined连接。
- 可进⾏简单、⽅便、灵活的配置和管理。
- ⽀持修改Nginx配置，并且在代码上线时，可平滑重启，不中断业务访问。
- 可⾃定义访问⽇志格式，临时缓冲写⽇志操作，快速⽇志轮询及通过rsyslog处
理⽇志。 - 可利⽤信号控制Nginx进程。
- ⽀持3xx-5xx HTTP状态码重定向。
- ⽀持rewrite模块，⽀持URI重写及正则表达式匹配。
- ⽀持基于客户端IP地址和HTTP基本认证的访问控制。
- ⽀持PUT、DELETE、MKCOL、COPY及MOVE等较特殊的HTTP请求⽅法。
- ⽀持FLV流和MP4流技术产品应⽤。
- ⽀持HTTP响应速率限制。
- ⽀持同⼀IP地址的并发连接或请求数限制。
- ⽀持邮件服务代理。
应用场景
（1）作为Web服务软件
（2）反向代理或负载均衡服务
（3）前端业务数据缓存服务
location ~ .*\.(gif|jpg|jpeg|png|bmp|swf)$
{
expires 30d;
}
location ~ .*\.(js|css)?$
{
expires 12h;
}
1.3 优点
- ⽀持⾼并发：能⽀持⼏万并发连接（特别是静态⼩⽂件业务环境）。
- 资源消耗少：在3万并发连接下，开启10个Nginx线程消耗的内存不到 200MB。
- 可以做HTTP反向代理及加速缓存，即负载均衡功能，内置对RS节点服务器健 康检查功能，这相当于专业的Haproxy软件或LVS的功能。
- 具备Squid等专业缓存软件等的缓存功能。
- ⽀持异步⽹络I/O事件模型epoll（Linux 2.6+）。
2. apache的特点
- Apache 2.2版本⾮常稳定强⼤，据官⽅说，Apache 2.4版本性能更强。
- Prefork模式取消了进程创建开销，性能很⾼。
- 处理动态业务数据时，因关联到后端的引擎和数据库，瓶颈不在Apache上。
- ⾼并发时消耗系统资源相对多⼀些。
- 基于传统的select模型，⾼并发能⼒有限。select 模型 也就是 同步 epoll 异步
- ⽀持扩展库，可通过DSO、apxs⽅法编译安装额外的插件功能，不需要重新编译Apache。
- 功能多，更稳定，更安全，插件也多。
- 市场份额在逐年递减。
2.1. ⽹络模式
同步⽹络模式 select
每个请求的状态始终在维护着 （消耗好多资源）
异步⽹络模式 epoll 处理服务器端的并发 请求⼈数越多 服务器肯定吃紧 系统资源也会紧张 I/O效率也会很慢
不定期将你的请求 筛选出来 直接告诉你 不⽤挨个select
epoll
每个请求 我不再维护你的状态 如果有请求 就找我 找到了 给你服务 找不到拉倒
3. lighttpd的特点
- 基于异步⽹络I/O模型，性能、并发都与Nginx相近。
- 扩展库是SO模式，⽐Nginx灵活。
- ⽬前国内的使⽤率⽐较低，安全性没有Apache和Nginx好。
- 通过插件（mod_secdownload）可实现⽂件URL地址加密（优点）。
- 社区不活跃，市场份额较低。
如何选择web服务器？
- 静态业务：若是⾼并发场景，尽量采⽤Nginx或Lighttpd，⼆者⾸选Nginx。
- 动态业务：理论上采⽤Nginx和Apache均可，建议选择Nginx，为了避免相同业务的服务软件多样化，增加额外维护成本。动态业务可以由Nginx兼做前端代理，再根据⻚⾯元素的类型或⽬录，转发到后端相应的服务器进⾏处理。
- 既有静态业务⼜有动态业务：采⽤Nginx。
- 此外，如果并发不是很⼤，⼜对Apache很熟悉，采⽤Apache也是可以的，Apache 2.4版本也很强⼤，并发连接数也有所增加。总的来说，在满⾜需求的前提下，⾸先选择⾃⼰最擅⻓的软件，若发现了更好的软件，可在掌握新软之后逐步替换。虽然动态和静态业务都倾向于选择Nginx，但是⼤前提是⾃⼰要熟练掌握Nginx。切记，在⼯作中不要盲⽬选择软件，这可能最终会导致⾃⽆法控制局⾯，从⽽给企业带来灾难性的损失。
Ubuntu下nginx安装和虚拟站点配置⽅式
如果在Ubuntu16.04下使⽤apt安装nginx，安装完毕后其⼯作⽬录设置如下：
nginx站点配置⽬录：/etc/nginx/
其中主配置为nginx.conf
sites-available⼦⽬录存放站点配置⽂件，其中有⼀个default⽂件为虚拟
站点的配置模板，⾃⼰的虚拟站点可以以此为模板进⾏配置。
sites-enabled⼦⽬录存放⼀个对应站点配置⽂件的软连接。必须sitesavailabel⽣成站点的配置⽂件，然后到sites-enabled添加对应的软连接。
默认站点根⽬录 ： /var/www/html/
⽇志⽂件⽬录：/var/log/nginx/
error.log记录站点的错误，如果要查看详细的错误信息，可以打开该⽂件
查看
以www.blog.com站点为例说明多个虚拟站点配置的⽅法：
#安装nginx
sudo service apache2 stop #停⽌apache
sudo apt-get install nginx-full -y
#虚拟站点配置
#1.⾸先切换⽬录到sites-available⽬录
cd /etc/nginx/sites-available
#2.复制虚拟站点配置模板，⽣成⾃⼰虚拟站点的配置⽂件
sudo cp default www.blog.com.conf
#3 编辑模板
#---------------------以下为配置内容-------------------
server {
listen 80; #监听端⼝
#站点的根⽬录
root /var/www/html/www.blog.com;
# Add index.php to the list if you are using PHP
#⽹站默认⾸⻚打开顺序
index index.html index.htm;
#站点名称，可以有多个名称，中间⽤空格隔开
server_name www.blog.com blog.com;
}
#------------------到此结束------------------------------
#这个模板⽐较简单，如果有复杂的要求，请以此为基础进⾏改进
#4 保存退出
:wq
#5 切换到sites-enabled⽬录下，创建软连接
cd ../sites-enabled
sudo ln -s /etc/nginx/sites-available/www.blog.com.con
www.blog.com.conf
#6 重启nginx服务
sudo service nginx restart (start/stop)
或者
sudo /etc/init.d/nginx restart
#7 切换到站点根⽬录(根据你⾃⼰的设定进⾏)，我假定站点根⽬录是/var/www/html
cd /var/www/html
sudo chmod -R 755 www.blog.com
#编辑index.html
<html>
<head>
<meta charset='utf-8'>
<title>疯狂程序员的博客</title>
</head>
<body>
<h1>疯狂的程序员</h1>
</body>
</html>
#保存退出
:wq
#8 切换到windows系统下，编辑C:\Windows\System32\drivers\etc\hosts⽂件，
在末尾增加：
#ip为你虚拟机的ip地址
192.168.48.3 www.blog.com
#9 在windows系统下浏览器⾥输⼊ : www.blog.com
看看是否是你的⻚⾯
centos下nginx安装和配置
添加源：
sudo rpm -Uvh
http://nginx.org/packages/centos/7/noarch/RPMS/nginx-releasecentos-7-0.el7.ngx.noarch.rpm
安装Nginx
sudo yum install -y nginx
启动Nginx并设置开机⾃动运⾏
sudo systemctl start nginx.service
sudo systemctl enable nginx.service
测试，在浏览器中输⼊localhost，看缺省⽹站
负载均衡
当⼀台服务器的单位时间内的访问量越⼤时，服务器压⼒就越⼤，⼤到超过⾃身承受能⼒时，服务器就会崩溃。为了避免服务器崩溃，让⽤户有更好的体验，我们通过负载均衡的⽅式来分担服务器压⼒
| ⻆⾊ | ip | 作用 |
|---|---|---|
| lvs负载均衡 | 10.11.59.220 | 请求分担 |
| web01 | 10.11.59.155 | 轮询的web服务器 |
| web02 | 10.11.59.154 | 轮询的web服务器 |
这三台机⼦要求都安装了nginx环境，web01和web02结构应该是⼀样的
负载均衡服务的配置
upstream www_server_pools { #www_server_pools⾃定义的连接池名称
server 10.11.59.154; #连接的服务器，可以ip或者是域名
server 10.11.59.155;
}
server {
listen 80;
server_name www.caoliu.com;
location / {
# root /data/www;
# index index.php index.html index.htm;
proxy_pass http://www_server_pools;#http://连接池名称
proxy_set_header Host $host; #把主机的header头发给轮询
的服务器
proxy_set_header X-Forward-For $Remote_addr; #获取真实
的ip地址
}
}
** upstream模块**
是nginx⽀持负载均衡的模块，nginx_http_upstream_moudle，它所⽀持的代理⽅式：
proxy_pass
fast_cgi
memcache_pass
常⽤的轮询算法
- rr轮询算法：静态调度算法，按照请求的时间顺序逐⼀分配到不同的服务器，如果服务器down掉，就不再向其转发请求
- wrr 权重算法，静态调度算法
upstream www_server_pools {
server 10.11.59.154 weight=1;
server 10.11.59.155 weight=3;#这个服务器得到的转发是上⾯的3倍
}
ip_hash 根据客户端ip哈希的结果确定访问那个服务器。
upstream www_server_pools {
server 10.11.59.154;
server 10.11.59.155;
ip_hash;
}
第三⽅的算法
fair 按照服务器忙闲，优先将请求给⼯作量⼩的服务器
url_hash 按照url哈希的结果访问不同服务器