服务管理-Nginx

nginx优势 select,epoll模型

对于一次IO访问(以read举例),数据会先被拷贝到操作系统内核的缓冲区中,然后才会从操作系统内核的缓冲区拷贝到应用程序的地址空间。所以说。当一个read操作发生时,它会经历两个阶段:

1.等待数据准备(waiting for the data to be ready)
2.将数据从内核拷贝到进程中,正是因为这两个阶段,Linux系统产生了下面的五种网络模:
    - 阻塞IO(blocking IO)
    - 非阻塞IO(nonblocking IO)
    - IO多路复用(IO multplexing)
    - 信号驱动IO(signal driven IO)
    - 异步IO(asynchronous IO)
    注:由于signal driven IO在实际中并不常用,所以只提剩下的四种IO模型

阻塞IO(blocking IO)

在Linux中,默认情况下所有的socket都是blocking,一个典型的读操作流程大概是这样的:

  当用户进程调用了recvfrom这个系统调用,kernel就开始了IO的第一个阶段:准备数据(对于网络IO来说,很多时候啥数据在一开始还没有到达。比如,还没有收到一个完整的udp包。这个时候kernel就要等待足够的数据到来)。这个过程需要等待,也就是说数据被拷贝到操作系统内核的缓冲区中是需要一个过程的。而在用户进程这边,整个进程都会被阻塞(当然,这个事进程自己选择的阻塞)。当kernel一直等到数据准备好了。他就会将数据从kernel中拷贝到用户内存,然后kernel返回结果。用户进程才接触blocking状态,重新运行起来。

  所以,blocking IO 的特点就是在IO执行的两个阶段都被block了。

 非阻塞IO(nonblocking IO)

Linux下,可以通过设置socket使其变为non-blocking。当对一个non-blocing socket执行读操作时,整个流程是这个样子的:

  当用户进程发出read操作时,如果kernel中的数据还没有准备好,那么它并不会block用户进程,而是立刻返回一个error,从用户进程角度讲,它发起一个read操作后,并不需要等待,二十马上就得到了一个结果。用户进程判断结果是一个error时,他就知道啥数据还没有准备好,于是它可以再次发送read操作。一旦kernel中的数据准备好了,并且又再次收到了用户进程的system call,那么它马上就将数据拷贝到了用户内存,然后返回。

  所以,nonblocking IO的特点是用户进程需要不断的主动询问kernel数据准备好了没有。

IO多路复用(IO multiplexing)

IO multiplexing 就是我们说的select,poll,epoll,有些地方也称这总IO方式为事件驱动IO(event driven IO)。select/epoll的好处就在于单个process就可以同时处理多个网络连接的IO。他的基本原理就是select,poll,epoll这个function会不断的轮询所负责的所有socket,当某个socket有数据到达了,就通知用户进程。

  当用户进程调用了select,那么这个进程会被block,而同时,kernel会“监视”所有select负责的socket,当任何一个socket中的数据准备好了,select就会返回,这个会后用户进程再调用read操作。将数据从kernel拷贝到用户进程。

  所以,IO多路复用的特点是通过一种机制,一个进程能同时等待多个文件描述符,而这些文件描述符(套接字描述符)其中的任意一个进入读就绪状态,select()函数就会返回。

  这个图和blocking IO的图其实并没有太大的不同,事实上,还更差一些,因为这里需要使用两个system call (select 和recvform),而blocking IO 只调用了一个system call(recvform),但是,用select的有事在于它可以同时处理多个connection。

   所以,如果处理的链接数不是很高的话,使用select/epoll 的web server 不一定比使用multi-threading + blocking IO 的web server性能更好,可能延迟还更大。

  select/epoll 的优势并不是对于单个连接能处理的更快,而是在于能处理更多的链接

在IO multiplexing model中,实际中,对于每一个socket,一般都设置成为nonblocking,但是,如上图所示,这个用户的process其实是一直被block的,只不过process是被select这个函数block,而不是被socket IO给block。

 异步IO(asynchronous IO)

Linux下的asynchronous IO其实用得很少,先看一下它的流程:

用户进程发起read操作之后,立刻就可以开始做其它的事。而另一方面,从kernel的角度,当它收到一个asynchronous之后,首先它会立刻返回,所以不会对用户进程产生任何的block。然后,kernel会等待数据准备完成,然后将数据拷贝到用户内存,当这一切都完成之后,kernel会给用户进程发送一个signal,告诉它read操作完成了。

 --------------------------------------------------------------------------------------------------------------------------------

nginx安装

可以采用源码安装或者yum安装,具体方式请百度
nginx需要依赖gcc等依赖,建议先安装依赖

刚刚遇到一个问题,centos7安装nginx竟然报错了。。

[root@localhost ~]# yum install nginx -y
已加载插件:fastestmirror, langpacks
Loading mirror speeds from cached hostfile
 * base: mirrors.tuna.tsinghua.edu.cn
 * extras: mirrors.cn99.com
 * updates: mirrors.163.com
没有可用软件包 nginx。
错误:无须任何处理
[root@localhost ~]# 

这个问题比较容易解决,可以采用epel的方式安装nginx

[root@localhost ~]# yum install epel-rpm-macros
[root@localhost ~]# yum update
[root@localhost ~]# yum install nginx
[root@localhost ~]# 

安装就到这里了,遇到问题自行百度就好。

[root@localhost ~]# systemctl stop nginx     # 停止服务
[root@localhost ~]# systemctl start nginx     # 启动服务
[root@localhost ~]# systemctl status nginx   # 查看状态
[root@localhost ~]# systemctl restart nginx   # 重新加载
[root@localhost ~]# 
[root@localhost ~]# systemctl status nginx
● nginx.service - The nginx HTTP and reverse proxy server
   Loaded: loaded (/usr/lib/systemd/system/nginx.service; disabled; vendor preset: disabled)
   Active: inactive (dead)

9月 18 11:36:42 localhost.localdomain systemd[1]: Unit nginx.service cannot be reloaded because it is...ve.
Hint: Some lines were ellipsized, use -l to show in full.
[root@localhost ~]# systemctl stop nginx
[root@localhost ~]# systemctl start nginx
[root@localhost ~]# systemctl status nginx
● nginx.service - The nginx HTTP and reverse proxy server
   Loaded: loaded (/usr/lib/systemd/system/nginx.service; disabled; vendor preset: disabled)
   Active: active (running) since 二 2018-09-18 11:38:58 CST; 2s ago
  Process: 66173 ExecStart=/usr/sbin/nginx (code=exited, status=0/SUCCESS)
  Process: 66170 ExecStartPre=/usr/sbin/nginx -t (code=exited, status=0/SUCCESS)
  Process: 66164 ExecStartPre=/usr/bin/rm -f /run/nginx.pid (code=exited, status=0/SUCCESS)
 Main PID: 66175 (nginx)
    Tasks: 3
   CGroup: /system.slice/nginx.service
           ├─66175 nginx: master process /usr/sbin/nginx
           ├─66176 nginx: worker process
           └─66177 nginx: worker process

9月 18 11:38:57 localhost.localdomain systemd[1]: Starting The nginx HTTP and reverse proxy server...
9月 18 11:38:58 localhost.localdomain nginx[66170]: nginx: the configuration file /etc/nginx/nginx.co... ok
9月 18 11:38:58 localhost.localdomain nginx[66170]: nginx: configuration file /etc/nginx/nginx.conf t...ful
9月 18 11:38:58 localhost.localdomain systemd[1]: Started The nginx HTTP and reverse proxy server.
Hint: Some lines were ellipsized, use -l to show in full.
[root@localhost ~]# 

nginx默认使用80端口,已经启动了,可以从浏览器中进行访问了。

 nginx核心模块

https://nginx.org/en/docs/    可以进这个里面找你需要的看,

 nginx HTTP模块

https://nginx.org/en/docs/http/ngx_http_core_module.html#server

 

 Nginx虚拟主机

Nginx反向代理

反向代理 VS 正向代理

什么是正向代理?什么是反向代理?

正向代理:

假设在客户机与目标主机之间,只用户代理内部网络对Internet的链接请求,客户机必须指定代理服务器,并将原来要直接发送到web服务器上的HTTP请求发送到代理服务器中。
  1.提高访问速度
  2.防火墙作用
  3.通过代理服务器访问不能方案文的目标站点

反向代理:

服务器架设在服务器端,通过缓冲经常被请求的页面来环节服务器的工作量,将客户机请求转发给内部网络上的目标服务器;并将从服务器上得到的结果返回给Internet请求链接的客户端,此时代理服务器与目标主机一起对外表现为一个服务器。
  1.可以防止外网对内网服务器的恶性攻击
  2.缓存以减少服务器的压力
  3.访问安全控制之外
  4.可以进行负载均衡,将用户的请求分配给多个服务器
# proxy the PHP scripts to Apache listening on 127.0.0.1c80
#
#location ~ \.php$ {
# proxy_pass http://127.0.0.1;
#}
location ~ \.html$ {
  proxy_pass http://192.168.251.102c8080;
}
# proxy the PHP scripts to Apache listening on 127.0.0.1c80
#
#location ~ \.php$ {
# proxy_pass http://127.0.0.1;
#}
location ~ \.html$ {
  proxy_pass http://webserver;
}
upstream webserver {
  server 192.168.251.102:8080;
}
# proxy the PHP scripts to Apache listening on 127.0.0.1c80
#
#location ~ \.php$ {
# proxy_pass http://127.0.0.1;
#}
location ~ \.html$ {
  proxy_pass http://webserver;
  proxy_cache my-cache;
}
upstream webserver {
s  erver 192.168.251.102c8080;
}
server {
        listen 80;
        server_name xxx.xt.com;
        access_log /var/log/nginx/git.chjrt.access.log;
        error_log /var/log/nginx/git.chjrt.error.log;
        location / {
           proxy_set_header Host $host;
           proxy_set_header X-Real-IP $remote_addr;
           proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
           proxy_pass http://172.20.206.41:8089;
        }
}

https://nginx.org/en/

中文文档

 更多等用到了补充。目前就用了这么点。。

 

posted @ 2018-09-18 12:01 前方、有光 阅读(...) 评论(...) 编辑 收藏