虚拟主机无法直接设置独立日志级别，但可通过错误日志路径分离、rsyslog按facility/priority分流、Nginx syslog输出配合应用层环境变量协同，实现业务级日志粒度隔离。

虚拟主机本身不直接控制日志级别（loglevel），但可以通过为每个站点配置独立的日志模块+配套日志处理机制，实现逻辑上的“日志级别隔离”。关键在于：把不同业务对日志详略程度的需求，映射到各自虚拟主机的错误日志输出行为和接收端（如rsyslog）的分级路由上。

明确日志级别隔离的实际含义

所谓“隔离”，不是让 siteA.com 只记录 warn、siteB.com 只记录 error —— Nginx 的 error_log 指令只支持全局或 server 级别的最低记录级别（如 error_log /path/error.log warn;），它不能为不同虚拟主机设置互不重叠的级别范围。真正的隔离体现在：

• 各站点错误日志物理分离（路径不同），避免混杂
• 通过日志收集系统（如 rsyslog）按来源打标（例如用 local3 表示支付服务、local4 表示用户中心），再按 facility + priority 做条件过滤与分流
• 在应用层（如 PHP、Node.js）主动调用不同日志通道，配合虚拟主机环境变量区分上下文

基于 Nginx 的可行方案

Nginx 本身不支持 per-server LogLevel，但可结合以下方式达成效果：

• 用 error_log 指令指定不同路径 + 统一最低级别：例如两个站点都设为 error_log /var/log/nginx/pay.error.log error; 和 error_log /var/log/nginx/user.error.log warn; —— 这样支付站只记录 error 及以上，用户站记录 warn 及以上，实现粗粒度差异
• 配合 map 模块动态设置日志变量：在 http 块中定义日志格式时引用 $host 或自定义变量，再用 log_format 控制输出字段密度；虽不改变级别，但能减少非关键站点的冗余字段
• 禁用低优先级日志写入磁盘，改由应用捕获：将 debug/info 级日志统一导向 stdout/stderr，再由 systemd 或容器运行时采集，而虚拟主机配置中仅保留 error_log 处理真正异常

借助 rsyslog 实现精细分级路由

这是最推荐的生产级做法。利用 rsyslog 的 local0–local7 设施，为每个业务站点分配专属 facility：

• 在 Nginx 配置中启用 syslog 输出：error_log syslog:server=127.0.0.1:514,facility=local3,tag=pay-svc error;
• 为用户中心站点使用 facility=local4,tag=user-svc
• 在 /etc/rsyslog.d/99-site-logs.conf 中配置规则：
  local3.* /var/log/sites/pay/error.log
  local4.warn /var/log/sites/user/warn.log
  local4.err /var/log/sites/user/error.log

这样就能让同一台服务器上，支付服务只存 error，用户中心则把 warn 和 err 分开归档，真正实现按业务策略定制日志粒度。

应用层协同增强隔离效果

虚拟主机可通过 environment variables 向后端传递上下文，辅助日志分级：

• Nginx 中添加：fastcgi_param SITE_ENV "prod-pay"; 或 proxy_set_header X-Site-Env "prod-user";
• PHP 应用读取该变量，初始化 Monolog 时选择对应 Handler（如 StreamHandler 对应 warn 日志，SyslogHandler 对应 error）
• Node.js 使用 winston，根据 process.env.SITE_ENV 加载不同 level 阈值的 transport