通过访问日志，你可以得到用户地域来源、跳转来源、使用终端、某个URL访问量等相关信息；通过错误日志，你可以得到系统某个服务或server的性能瓶颈等。因此，将日志好好利用，你可以得到很多有价值的信息。
操作系统（Windows，Unix），应用一般都会记录日志，方便使用者常看系统或应用使用情况，或者排查故障。
nginx被停止(nginx -s stop)或者直接杀掉了进程（kill -9 nginx的进程号）后，调用命令（nginx -s reload 或者 nginx -s reopen)会报错：无法找到 “var/run/nginx.pid”文件。
由于nginx功能强大，性能突出，越来越多的web应用采用nginx作为http和反向代理的web服务器。而nginx的访问日志不管是做用户行为分析还是安全分析都是非常重要的数据源之一。如何有效便捷的采集nginx的日志进行有效的分析成为大家关注的问题。
日志切割 当网站访问量大后,日志数据就会很多,如果全部写到一个日志文件中去,文件会变得越来越大,文件大速度就会慢下来,比如一个文件几百兆,写入日志的时候,就会影响操作速度. 手动切割 --进入日志目录 cd /usr/local/nginx/logs/ --重命名日志文件 [root@host1 logs]# mv access{,.$(date +%F)}.log [root@host1 logs]# ls access.2020-09-18.log access.log error.log ng
nginx的日志文件如果你不处理，将变得越来越大，我们可以写一个nginx日志切割脚本来自动切割日志文件。
12.10 Nginx访问日志 Nginx访问日志的格式是在主配置文件中定义的. vim /usr/local/nginx/conf/nginx.conf //搜索log_format 日志字段含
说明： “combined_ realip”：日志格式名称；'$remote_ addr $http_ x_ forwarded_ for [$time_ local]' ' $host "$request_uri" $status' ' "$http_ referer" "$http_ user_ agent"' ：日志内容。 注释：
服务器管理不仅仅与服务的初始配置有关。它还涉及监督这些服务并确保它们尽可能顺利地运行。管理员最重要的知识来源之一是log日志文件，其中包含有关系统事件的信息。
Nginx是一个开放源代码的高性能HTTP和反向代理服务器，负责处理Internet上某些最大站点的负载。在管理NGINX网络服务器时，你要执行的最常见任务之一就是检查日志文件。 在对服务器或应用程序问题进行故障排除时，知道如何配置和读取日志非常有用，因为它们提供了详细的调试信息。 Nginx用两种类型的日志记录其事件：访问日志和错误日志。访问日志记录有关客户端请求的信息，错误日志记录有关服务器和应用程序问题的信息。 本教程概述了如何配置和读取Nginx访问和错误日志。配置Nginx访问日志的格式与位置，配
12.10 Nginx访问日志 Nginx访问日志目录概要 日志格式 vim /usr/local/nginx/conf/nginx.conf //搜索log_format $remote_addr客户端IP(公网IP) $http_x_forwarded_for代理服务器的IP $time_local服务器本地时间 $host访问主机名（域名） $request_uri访问的url地址 $status状态码 $http_refererreferer $http_user_agentuser_age
服务器管理不仅仅与服务的初始配置有关。它还涉及监督这些服务并确保它们尽可能顺利地运行。管理员最重要的知识来源之一是日志文件，其中包含有关系统事件的信息。
nginx的日志文件没有rotate功能 编写每天生成一个日志，我们可以写一个nginx日志切割脚本来自动切割日志文件
Nginx访问日志： vim /usr/local/nginx/conf/nginx.conf //搜索log_format = 配置文件里面可以查找到日志格式 定义访问日志 定义日志是需要在
Nginx日志对于统计、系统服务排错很有用。Nginx日志主要分为两种：access_log(访问日志)和error_log(错误日志)。通过访问日志我们可以得到用户的IP地址、浏览器的信息，请求的处理时间等信息。错误日志记录了访问出错的信息，可以帮助我们定位错误的原因。本文将详细描述一下如何配置Nginx日志。
USR1 信号量被 Nginx 自定义了，为重新打开日志；当 kill 命令发送 USR1时，nginx 会重新打开日志文件，并重新创建进程。
本文是根据上一篇文章拓展的，观看时请结合上一篇文章：容器部署企业级日志分析平台ELK7.10.1（Elasisearch+Filebeat+Redis+Logstash+Kibana）
描述：Linux日志文件如果不定期清理，会填满整个磁盘。这样会很危险，因此日志管理是系统管理员日常工作之一。我们可以使用"logrotate"来管理Linux日志文件，它可以实现日志的自动滚动，日志归档等功能。下面以Nginx日志文件来讲解下logrotate的用法。
因为以前没有做nginx日志分割，有时候想看日志的时候总是发现有十几G的甚至上百G的日志文件，于是就想使用python写个nginx日志分割（当然你也可以使用shell来完成都是很简单）
-多年互联网运维工作经验，曾负责过大规模集群架构自动化运维管理工作。 -擅长Web集群架构与自动化运维，曾负责国内某大型金融公司运维工作。 -devops项目经理兼DBA。 -开发过一套自动化运维平台（功能如下）： 1)整合了各个公有云API，自主创建云主机。 2)ELK自动化收集日志功能。 3)Saltstack自动化运维统一配置管理工具。 4)Git、Jenkins自动化代码上线及自动化测试平台。 5)堡垒机，连接Linux、Windows平台及日志审计。 6)SQL执行及审批流程。 7)慢查询日志分析web界面。
最近在做基于openresty的waf，在测试openresty的过程中用openresty替代了原nginx，结果第二天又自动切换回了原nginx，通过ps -ef 看到nginx在凌晨3点多自动重启。连续几天在多个机器上都发现同样的情况。
Nginx-ingress 是使用 Nginx 作为反向代理和负载平衡器的 Kubernetes 的 Ingress 控制器，容器服务 TKE 提供了产品化的能力，可以直接在集群内安装和使用 Nginx-ingress，具体可以参考文档https://cloud.tencent.com/document/product/457/50503
最近有个需求，需要查看我们官网的日活，我是打算通过查看 nginx 日志，对每条日志进行切割，过滤出 ip，然后通过 set 集合去重，查看集合 set 的长度就是当天的日活了。我的 nginx 是通过 yum 安装的，默认会对 nginx 日志进行切割，但是每天切割的时间不是当天的 00 点，这样得到的日活数据可能不太准确。我就打算自定义 nginx 日志的切割。
可通过发送信号给 nginx 进行控制。nginx 主进程的 PID 默认被写入 /usr/local/nginx/logs/nginx.pid。 pid 文件的路径被可在配置时修改，使用 pid 指令指定其他路径。nginx 主进程支持如下信号：
Nginx日志切割目录概要 自定义shell 脚本 vim /usr/local/sbin/nginx_log_rotate.sh//写入如下内容 #! /bin/bash ## 假设nginx的日志存放路径为/data/logs/ d=`date -d "-1 day" +%Y%m%d` logdir="/data/logs" nginx_pid="/usr/local/nginx/logs/nginx.pid" cd $logdir for log in `ls *.log` do mv $l
我们可以通过"/usr/local/nginx/sbin/nginx -s"命令向nginx的主进程(master进程)发送信号，这些信号有stop、quit、reopen、以及reload。
Filebeat是一款轻量级日志采集器，可用于转发和汇总日志与文件。Filebeat内置有多种模块（Nginx、MySQL、Redis、Elasticsearch、Logstash等），可针对常见格式的日志大大简化收集、解析和可视化过程，只需一条命令即可。
其中的combined_realip是日志的名称，这个名称可以自定义，但是你定义了什么名称，后面你操作日志的时候也要使用这个名称。就像你给一个人起名叫李四，你就得用李四这个名字去叫他干活。剩下的字符串含义在上面的图片已经介绍了，就不赘述了。
在配置nginx的时候，默认情况下我们的日志会放到conf目录同级的文件夹logs下。由于nginx在生成日志的时候是按照文件的地址进行append的追加的，所以我们需要按照一定的规则对nginx日志进行切割，切割的好处很显然就是为了更好的查看nginx日志。否则因为日志过大，打开它都是一个问题。下图为nginx日志的一般位置。
执行nginx.exe，如果运行成功，并且在安装目录下的logs目录下生成了日志文件
日志非常适合找出应用程序在做什么或对可能的问题进行故障排除。几乎我们处理的每个应用程序都会生成日志，我们希望我们自己开发的应用程序也生成日志。日志越详细，我们拥有的信息就越多。但放任不管，日志可能会增长到无法管理的大小，反过来，它们可能会成为它们自己的问题。因此，最好将它们进行裁剪，保留我们需要的那些，并将其余的归档。
nginx作为我们IT中的首选反向代理神器，有时候我们有必要查看nginx中的日志的，但是我们对nginx的日志格式不是很了解怎么办呢？这样以来也是看不懂的。 nginx日志 nginx的日志分两种一种是access.log一种是error.log。access.log日志为访问日志，也就是相当于流水账记录所有的日志，而error不同只记录错误错误的请求。这两种日志对于我们来说都非常重要。同时这两个日志是可配置的。默认位置在nginx/logs/。可以通过修改配置文件nginx.conf修改位置，但是nginx不会自动生成目录。只会生成文件，所以当你配置的时候没有那个目录的话是会报错的
vim /etc/nginx/nginx.conf ， 不同服务可能路径有所不同
注意: 此种方式依赖nginx的pid文件。如果你另外配置了nginx的pid的文件的位置，则会导致命令执行失败。报错信息为：
一直以来做日志切割都是使用 shell + crontab 来搞，shell 脚本可以在网上找到各种版本的，改改就用了，懒省事。这样的做法很传统，却忽略了系统的给我们提供的优秀的工具 —— logrotate。
access_log /usr/local/nginx/logs/b_test/access.log;
获取和记录站点访客的真实 IP 对于站点日志的分析和安全策略的指定很有帮助，Nginx 默认的日志记录获取到的 IP 地址如果站点启用了 CDN 服务，那么这里的 IP 地址都是 CDN 服务器节点的 IP 地址了，并不是用户访客的 IP 地址（如图 1），这时候分析 Nginx 日志看到的数据就不是很真实了，影响判断呀！今天说站就给大家分享一个 Nginx 不受 CDN 服务影响获取访客真实 IP 的方法。
Nginx访问日志 日志格式 vim /usr/local/nginx/conf/nginx.conf //搜索log_format 下图中就是Nginx的日志格式： combined_r
在一个成熟的WEB系统里，没有日志管理是不可以的，有了日志，可以帮助你得到用户地域来源、跳转来源、使用终端、某个URL访问量等相关信息；通过错误日志，你可以得到系统某个服务或server的性能瓶颈等。因此，将日志好好利用，你可以得到很多有价值的信息。
Nginx日志主要分为两种，访问日志和错误日志。两种日志可以在http和server模块中配置，nginx有一个非常灵活的日志记录模式。每个级别的配置可以有各自独立的访问日志。日志格式通过log_format命令来定义
具体配置如下：在nginx的配置文件nginx.conf中 在server下配置access_log和error_log的输出方式
获取和记录站点访客的真实 IP 对于站点日志的分析和安全策略的指定很有帮助，Nginx 默认的日志记录获取到的 IP 地址如果站点启用了 CDN 服务，那么这里的 IP 地址都是 CDN 服务器节点的 IP 地址了，并不是用户访客的 IP 地址（如图 1），这时候分析 Nginx 日志看到的数据就不是很真实了，影响判断呀！今天明月就给大家分享一个 Nginx 不受 CDN 服务影响获取访客真实 IP 的方法。
通常，在生产环境中使用 Nginx 进行反向代理和负载均衡或者各种其他处理时，良好的日志记录是非常关键的一环。通过精心配置的 Nginx 日志，我们可以获取用户的真实 ip、浏览器信息，请求处理时间，请求URL等，这样方便我们排查和回溯错误。具体要记录哪些信息，可以通过 Nginx 中的 log_format 指令定义，由它定义日志的格式。而对于使用哪种日志格式和设置日志的保存路径则由 access_log 指令指定的。另外在 Nginx 中还有一个配置服务器和请求处理过程中的错误信息的指令，那就是 error_log指令。最后，如果在配置的日志文件路径中使用了变量，我们可以通过open_log_file_cache指令来设置缓存，提升性能。对于大型的网站而言，大量的 http 请求意味着大量的日志记录，及时按天或按大小进行 Nginx 日志备份也至关重要的。
Nginx站点的搭建其难点在于安装Nginx，不同于Apache可以直接使用yum或者apt-get的方式安装，Nginx不在系统标准源中，因此常见的安装方式主要有两个：编译安装和第三方yum源安装。由于编译安装Nginx需要安装的拓展比较多，此次我们使用第三方yum源方式安装Nginx，同时以此为基础，搭建Linux+Nginx+Mysql+Php的站点，分为以下几步：
在kubernetes中,对于日志的收集，使用最多的是FEK， 不过有时候，FEK在架构上会略显重， ES的查询及全文检索功能其实使用的不是很多.LoKi做为日志架构的新面孔, 由grafana开源， 使用了与Prometheus同样的label理念, 同时摒弃了全文检索的能力, 因此比较轻便, 非常具有潜力。
作者 | antwang 链接 | juejin.im/post/5aa09bb3f265da238f121b6c
Nginx 自己没有处理日志的滚动问题，它把这个球踢给了使用者。一般情况下，你可以使用 logrotate 工具来完成这个任务，或者如果你愿意，你可以写各式各样的脚本完成同样的任务。本文笔者介绍如何滚动运行在 docker 中的 nginx 日志文件(下图来自互联网)。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
即时通信 IM
ICP备案
对象存储
实时音视频
