nginx服务器的作用?【NGINX入门】3.Nginx的缓存服务器proxy_cache配置?( 四 )


缓存之间(其结果就是磁盘之间)的负载均衡使用split_clients模块,split_clients非常适用于这个任务 。
在 proxy_cache_path指令中设置 use_temp_path=off,表示NGINX会将临时文件保存在缓存数据的同一目录中 。这是为了避免在更新缓存时,磁盘之间互相复制响应数据 。
通过访问日志,你可以得到用户地域来源、跳转来源、使用终端、某个URL访问量等相关信息;
通过错误日志,你可以得到系统某个服务或server的性能瓶颈等 。
因此,将日志好好利用,你可以得到很多有价值的信息 。
打开nginx.conf配置文件:vim /usr/local/nginx/conf/nginx.conf
日志部分内容:
#access_loglogs/access.logmain;
日志生成的到Nginx根目录logs/access.log文件,默认使用“main”日志格式,也可以自定义格式 。
默认“main”日志格式:
参数明细表:
查看日志命令tail -f /usr/local/nginx/logs/access.log
打开nginx.conf配置文件去掉#注释见下图:
自定义某一个server配置的日志,使用“main”日志格式 。
日志生成的到Nginx根目录logs/access.log文件,默认使用“main”日志格式,也可以自定义格式 。
重新读取加载Nginx配置文件:
执行命令:nginx-s reload
网上一位老师写的log文件分解的脚本
【nginx服务器的作用?【NGINX入门】3.Nginx的缓存服务器proxy_cache配置?】 此脚本执行时间根据自己公司情况来定,可以设置默认一天执行一次;
创建crontab设置作业
设置日志文件存放目录crontab -e
*/1 * * * *sh /usr/local/software/nginx/nginx_log.sh
此设置的为一分钟,如果设置一天自行修改;
默认的 nginx 配置文件 nginx.conf 内容如下
示例
几个常见配置项:
注意:
惊群现象:一个网路连接到来,多个睡眠的进程被同事叫醒,但只有一个进程能获得链接,这样会影响系统性能
每个指令必须有分号结束 。
进入安装目录下的sbin

Q3:【NGINX入门】3.Nginx的缓存服务器proxy_cache配置
本文介绍NGINX缓存机制,配置和参数说明 。
如图所示,nginx缓存,可以在一定程度上,减少源服务器的处理请求压力 。因为静态文件(比如css,js,图片)中,很多都是不经常更新的 。nginx使用proxy_cache将用户的请求缓存到本地一个目录 。下一个相同请求可以直接调取缓存文件,就不用去请求服务器了 。毕竟,IO密集型服务的处理是nginx的强项 。
Nginx的缓存加速功能是由proxy_cache(用于反向代理和静态缓存)和fastcgi_cache(PHP动态缓存)两个功能模块完成 。
Nginx缓存特点:
先上个例子:
因为我是在一台服务器上做试验,所以用了两个端口 80 和 90 进行模拟两台服务器之间的交互 。
接下来讲一下配置项:
这里我设置了 图片 、 css 、 js 静态资源进行缓存 。
当用户输入 http://wangxiaokai.vip 域名时,解析得到 ip:port 的访问地址 。port 默认为80 。所以页面请求会被当前server截取到,进行请求处理 。
当解析到上述文件名结尾的静态资源,会到缓存区获取静态资源 。
如果获取到对应资源,则直接返回数据 。
如果获取不到,则将请求转发给 proxy_pass 指向的地址进行处理 。
这里直接处理 90 端口接受到的请求,到服务器本地目录 /mnt/blog 下抓取资源进行响应 。
细心的读者应该发现,我在第二段例子里,留了个彩蛋add_header wall "hey!guys!give me a star."。
add_header 是用于在报头设置自定义的信息 。
所以,如果缓存有效的话,那么静态资源返回的报头,一定会带上这个信息 。
(1)Nginx系列教程(3)nginx缓存服务器上的静态文件
https://yq.aliyun.com/articles/752967
(2)proxy_cache
nginx 反向代理之 proxy_cachehttps://www.cnblogs.com/yyxianren/p/10832172.html
(3)Nginx使用upstream负载均衡和proxy_cache缓存实现反向代理
https://blog.51cto.com/13770206/2163952

Q4:为什么要使用nginx服务器?
我们大多数的客户在他们的服务器上使用Apache作为Web服务器,尤其是部署在一个基于PHP系统的前端并且使用mod-PHP 。鉴于扩张性和性能方面的原因,我们通常会建议他们改用Nginx和FPM 。\x0d\x0a\x0d\x0aApache是非常强大的Web服务器,模块化结构,也是Web服务端的鼻祖 。除了捆绑一些其他的工具外,Apache已经成为了世上最广泛部署的开源系统,直到最近,世界上大多数网站仍运行着Apache系统 。\x0d\x0a\x0d\x0a但是,Apache并不是完美的,并且不再适合大规模系统 。为什么?因为他的进程模式虽然简单而灵活,但并不适合大规模尤其是当要处理像PHP这种需要占用大量内存应用程序代码时 。\x0d\x0a\x0d\x0a一个典型的网络应用服务器由两部分组成 。客户端连接部分负责用户浏览器与HTTP连接,保持长时间的TCP/IP协议,通常是1到2分钟 。对于一个大型的系统,服务器可能要同时承担和处理数以万计的并发连接 。\x0d\x0a\x0d\x0a这直接与Apache只有 500条进程即500个HTTP连接的处理能力上限相冲突 。而现今的浏览器让这个问题更加严重, 因为现在的浏览器平均每个主机会打开六个网站链接(几年前是两个网站链接) 。所以当超过100个用户同时访问时,Apache就已经满负荷了 。\x0d\x0a\x0d\x0a第二部分是应用程序处理部分,这部分承担了代码运算 。在大多数系统中,这部分工作是最消耗RAM和CPU资源的,因此进程数量必须被严格限制,通常是大约每1GB的内存10个进程,或者每个CPU核心两个进程 。因此一台4GB RAM、16内核的服务器最多只能运行32个应用程序进程 。\x0d\x0a\x0d\x0a但是,问题的关键是,Apache直接连接前端客户端通讯组件与后端应用程序进程组件 。如此一来,前端部分往往保持长时间的连接,常常达到几分钟,这导致后端部分将持续消耗内存和CPU资源 。目前还没有直接的方法能够在大型系统中找到前后端服务的平衡,因此他们必须被分离开来 。\x0d\x0a\x0d\x0a目前有两个主要的解决方法 。第一个方法,也是现有系统上最容易的方法,就是在Apache前端安装负载均衡服务器或者Nginx来处理客户端连接部分 。负载均衡服务器,像HAProxy或者Nginx能轻松处理成千上万条并发的连接,并使Apache能够真正的仅作为后端应用程序工作,来处理32个或是更多的进程 。\x0d\x0a\x0d\x0a第二种方案,也是最通用的办法就是用Nginx替换Apache,同时使用PHP-PFM作为应用服务器 。就像之前所提到的,这将分割前端客户端通信部分和后端应用程序部分 。Nginx处理HTTP通讯协议,同时FPM处理后端应用程序部分,和那32个进程进行交互 。\x0d\x0a\x0d\x0a然而这几种方法仍然还存在一些问题,主要是如何加载服务器的RPC调用,以及如何释放已经完成的RPC调用 。这两个问题都会在其他的博客中加以详解 。\x0d\x0a\x0d\x0a另外,只使用Nginx的解决方法会给那些严重依赖于Apache功能的应用程序带来问题,尤其是特别依赖rewrite rules, .htaccess, 或者mod_security等一些可选组件的应用程序 。在这种情况下,在Apache前端增加安装Nginx是最好的方法 。\x0d\x0a\x0d\x0a通常来说,所有新的系统都应该使用Nginx和PHP-FPM来部署 。这能提供高性能增长特性,并且是平衡用户和内存,CPU资源的最佳选择 。已存在的系统可以在前端使用Nginx或者HAProxy以达到同样的效果,以便在当今现代网络环境中为用户提供更优质的服务 。


推荐阅读