AWS Elastic Beanstalk部署Spring应用：CloudWatch多行日志拆分问题求助

问题根源分析 #

你的配置存在几个关键问题导致多行日志拆分：

1. 日志路径配置错误：实际日志路径是/aws/elasticbeanstalk/xxx/var/log/web.stdout.log，但你在配置里写的是/var/log/web.stdout.log，导致CloudWatch Agent无法正确定位日志文件。
2. 多行匹配规则不完整：当前规则仅匹配带时间戳和日志级别的开头行，但异常栈的后续行（如以空格/tab开头的栈跟踪）无法被识别为同一日志条目的一部分。
3. 钩子脚本时机与环境不兼容：Amazon Linux 2环境使用systemctl而非service/chkconfig，且configdeploy/pre钩子时机过早，可能在应用部署前执行，无法覆盖最终配置。
4. 默认日志流冲突：Elastic Beanstalk可能默认已配置该日志的CloudWatch采集，自定义配置被默认规则覆盖。

修复方案 #

创建.ebextensions/cloudwatch-logs.config文件，替换你现有的配置，内容如下：

files:
  # 单独创建日志配置文件，避免修改默认awslogs.conf被覆盖
  "/etc/awslogs/config/web-stdout-log.conf":
    mode: "000644"
    owner: root
    group: root
    content: |
      [/aws/elasticbeanstalk/xxx/var/log/web.stdout.log]
      log_group_name = /aws/elasticbeanstalk/xxx/var/log/web.stdout.log
      log_stream_name = {instance_id}
      # 匹配实际日志路径
      file = /aws/elasticbeanstalk/xxx/var/log/web.stdout.log
      datetime_format = %Y-%m-%dT%H:%M:%S.%fZ
      # 规则：仅以时间戳开头的行视为新日志条目，其余行合并到上一条
      multi_line_start_pattern = "^\\d{4}-\\d{2}-\\d{2}T"
      initial_position = start_of_file

commands:
  # 重启awslogs服务使配置生效
  01_restart_awslogs:
    command: systemctl restart awslogs
    ignoreErrors: true
  # 设置服务开机自启
  02_enable_awslogs:
    command: systemctl enable awslogs

option_settings:
  # 禁用EB默认的日志流采集，避免与自定义配置冲突
  aws:elasticbeanstalk:cloudwatch:logs:
    StreamLogs: false
    DeleteOnTerminate: false

关键配置说明 #

• 日志路径修正：确保file字段与实际日志路径完全一致。
• 多行匹配规则：^\\d{4}-\\d{2}-\\d{2}T匹配所有以时间戳开头的行作为新日志条目，异常栈的后续行（无时间戳）会自动合并到上一个条目。
• 服务管理：使用systemctl命令适配Amazon Linux 2环境，确保配置生效且服务持久运行。
• 禁用默认流：通过StreamLogs: false关闭EB自带的日志采集，避免规则冲突。

验证步骤 #

1. 将.ebextensions目录与Spring JAR包一起打包，重新部署到Elastic Beanstalk。
2. 登录EB实例，执行systemctl status awslogs确认服务处于运行状态。
3. 查看awslogs运行日志：tail /var/log/awslogs.log，检查是否存在路径错误或配置加载失败的信息。
4. 触发应用抛出异常，前往CloudWatch Logs查看日志条目，确认异常栈已合并为单个条目。

内容的提问来源于stack exchange，提问作者Damian Tański