/etc/logrotate.con与etc/logrotate.d目录关系

我解释一下 logrotate 的主配置文件 /etc/logrotate.conf 以及它与 /etc/logrotate.d/ 目录的关系，并结合 Nginx 的配置进行比较，最后探讨为什么会采用这种划分配置文件的策略。

/etc/logrotate.conf：全局配置中心

/etc/logrotate.conf 文件是 logrotate 的核心配置文件。它主要包含以下内容：

1. 全局指令 (Global Directives)： 在这个文件中定义的指令会作为默认设置应用于所有被 logrotate 管理的日志文件，除非在单独的配置文件中被覆盖。例如，你可以在这里设置默认的轮转频率、保留的旧文件数量、压缩选项等。

   # /etc/logrotate.conf
   
   daily             # 默认每天轮转
   rotate 7          # 默认保留 7 个旧的轮转文件
   weekly            # 如果没有 daily，也可以设置为 weekly 作为默认
   #monthly
   #yearly
   
   compress          # 默认压缩轮转后的日志
   #nocompress
   
   delaycompress     # 默认延迟压缩
   
   #... 其他全局指令 ...
   
   include /etc/logrotate.d
   

   • daily、weekly、monthly、yearly： 定义默认的轮转周期。
   • rotate count： 设置默认保留的轮转文件数量。
   • compress / nocompress： 设置默认是否压缩。
   • delaycompress： 延迟压缩的默认行为。
   • include /etc/logrotate.d： 这行是最关键的。它告诉 logrotate 在处理完 /etc/logrotate.conf 中的全局配置后，还要去读取 /etc/logrotate.d/ 目录下的所有文件。

2. 全局配置块 (Global Configuration Block)： 除了全局指令，你也可以在 /etc/logrotate.conf 中直接定义针对特定日志文件的轮转策略。但是，通常情况下，为了更好的组织和管理，更推荐使用 /etc/logrotate.d/ 目录。

/etc/logrotate.d/：应用程序专属配置目录

/etc/logrotate.d/ 是一个目录，用于存放各个应用程序或服务的独立的 logrotate 配置文件。每个文件通常以应用程序或服务的名称命名（例如 nginx、apache2、mysql、syslog 等）。

这些文件包含了针对特定应用程序产生的日志文件的轮转策略。在这些文件中定义的指令会覆盖 /etc/logrotate.conf 中设置的全局指令，从而实现对不同应用程序日志的定制化管理。

与 Nginx 配置的比较 (/etc/logrotate.d/nginx)：

# /etc/logrotate.d/nginx
/var/log/nginx/*.log {
    daily
    rotate 7
    compress
    delaycompress
    missingok
    notifempty
    create 0644 www-data www-data
    postrotate
        [ -f /run/nginx.pid ] && kill -USR1 `cat /run/nginx.pid`
    endscript
}

• /var/log/nginx/*.log { ... }： 这指定了要轮转的日志文件是 /var/log/nginx/ 目录下所有以 .log 结尾的文件。
• daily、rotate 7、compress、delaycompress、missingok、notifempty、create 0644 www-data www-data： 这些指令覆盖了 /etc/logrotate.conf 中可能存在的同名全局指令，为 Nginx 的日志定义了特定的轮转频率、保留数量、压缩行为、文件创建属性等。
• postrotate ... endscript： 这是一个脚本块，在 Nginx 日志轮转完成后执行。在这里，它检查 Nginx 的 PID 文件是否存在，如果存在，则向 Nginx 进程发送 USR1 信号。这个信号通常会告诉 Nginx 重新打开其日志文件，确保新的日志写入到新的轮转后的文件中，而不是继续写入被重命名的旧文件。

为什么要这样划分配置文件？

将 logrotate 的配置划分为一个全局主配置文件 (/etc/logrotate.conf) 和一个包含应用程序专属配置文件的目录 (/etc/logrotate.d/)，有以下几个重要的优点：

1. 模块化和可维护性：

   • 每个应用程序或服务的日志轮转策略都集中在一个单独的文件中，方便查找、修改和管理。
   • 当安装、卸载或更新某个应用程序时，其对应的 logrotate 配置文件可以一起进行管理，不会影响到其他应用程序的配置。
   • 避免了将所有配置都写在一个巨大的文件中，提高了配置文件的可读性和可维护性。

2. 清晰的职责分离：

   • /etc/logrotate.conf 定义了整个系统的默认行为和包含其他配置文件的机制。
   • /etc/logrotate.d/ 专注于各个应用程序的特定需求。这种分离使得配置更加清晰，易于理解不同层级的配置作用。

3. 易于扩展和集成：

   • 添加一个新的需要进行日志轮转的应用程序时，只需要在 /etc/logrotate.d/ 目录下创建一个新的配置文件即可，无需修改主配置文件。
   • 不同的软件包在安装时可以自动将它们的 logrotate 配置文件放到 /etc/logrotate.d/ 目录下，实现自动化的日志管理配置。

4. 避免冲突：

   • 将不同应用程序的配置隔离开，可以避免它们之间的配置指令相互干扰或覆盖，确保每个应用程序的日志轮转按照其特定的需求进行。

更上一层台阶的理解：

这种配置管理模式体现了一种常见的软件设计原则：关注点分离 (Separation of Concerns)。将不同的配置职责划分到不同的文件中，使得每个文件只负责管理一部分配置，提高了系统的组织性、可维护性和可扩展性。

类似于：

• Web 服务器配置： 通常会将全局的 Web 服务器配置放在一个主配置文件中（例如 httpd.conf 或 nginx.conf），而将虚拟主机 (virtual host) 的配置放在单独的文件中（例如 Apache 的 vhosts/ 目录或 Nginx 的 conf.d/ 目录）。
• 包管理器配置： 像 apt 或 yum 的配置也会有主配置文件和源列表等独立的配置文件。

这种模块化、分层的配置管理方式是现代操作系统和应用程序设计的常见实践，它使得系统更加灵活、易于管理和维护。logrotate 采用这种方式，使得对系统中各种不同来源的日志进行有效管理成为可能。