nginx架构
nginx请求处理流程
nginx 如何处理这么多请求,要写error日志,要反向代理,要处理静态资源,怎么实现的
1.流量从左到右进入,大概有三类流量,web,email和Tcp流量,进入nginx,nginx有三个状态机处理tcp,udp的传输层状态机,处理应用层的http状态机,处理邮件的mail状态机
2.nginx采用非阻塞事件驱动处理引擎(epoll异步),需要状态机识别处理请求,解析出请求后比如需要访问静态资源,比如需要访问access日志,当内存不够时,aio会退化成阻塞的调用,所以需要线程池
对于请求完的信息记录在access日志中,当作为负载均衡反向代理,可以通过协议传到服务器
nginx进程结构
**有两类进程worker相关,cache相关 **
nginx采用多进程原因:多线程共享地址空间,当某一个模块引发一个地址空间导致的段错误,当地址越界时,nginx进程会全部挂掉,多进程保证了高可用,高可靠
master进程一般不会添加第三方模块,master管理woker,worker实际是来处理请求的,缓存要在多个进程中共享,不仅是再多个worker中,还要在cache进程使用,cache_manager,cache_load 为后端反向代理做缓存所使用的,cache_loader做缓存的载入,cache_manager管理
一个worker占用一个cpu,worker数量和cpu数量对应,一一绑定,可以更好使用cpu上的cpu缓存,减少缓存失效
简单演示
当进行reload时,先关闭之前的worker进程,cache进程,然后再由master重新开启这三个进程,当退出一个worker进程时,这个worker会给master发信息,master会新启动一个worker