本文属于机器翻译版本。若本译文内容与英语原文存在差异，则一律以英文原文为准。

# 第 4 步：验证和故障排除
<a name="batch-host-logs-verify"></a>

在您提交触发实例扩展的任务后，验证日志文件是否显示在 Amazon S3 存储桶中。

**提示**  
要在全面部署之前测试日志收集，请在计算环境中设置`minvCpus`为非零值。这 Amazon Batch 会强制在不等待任务提交的情况下扩大至少一个实例。测试`minvCpus`后设置为零，以避免不必要的成本。

------
#### [ Amazon Console ]

1. 打开 Amazon S3 控制台，网址为 [https://console.aws.amazon.com/s3/](https://console.amazonaws.cn/s3/)。

1. 打开您的存储桶并导航到前`ecs-logs/`缀。

1. 确认出现以实例 ID 命名的文件夹。每个文件夹都包含每个日志源的子目录。

------
#### [ Amazon CLI ]

运行以下命令列出上传的日志对象：

```
aws s3 ls s3://{{host-level-logs-bucket}}/ecs-logs/ --recursive
```

如果该命令返回按实例 ID、日期和源标签组织的对象，则日志收集工作正常。

------

如果未显示日志，请使用 SSH 或 SSM 会话管理器连接到实例来调试Fluent Bit代理。使用检查服务状态`systemctl status fluent-bit`。查看`/var/log/cloud-init-output.log`以确认user-data脚本成功运行。

当您使用频繁扩展到零的竞价型实例或短期计算环境时，请考虑进行以下调整以避免日志数据丢失：
+ **现货回收风险 **-降低`upload_timeout`和`total_file_size`值，`fluent-bit.conf`以更频繁地刷新日志数据。这缩短了回收实例时可能丢失的数据窗口。
+ **Short-lived 实例 **-当任务之间 Amazon Batch 扩展到零时，缩短`Flush`间隔，`upload_timeout`这样收集的数据就会在实例终止之前上传。
+ **Amazon S3 生命周期规则 ** — 我们建议配置 Amazon S3 生命周期规则以使旧的日志对象过期或过渡到成本较低的存储类别。这可以防止无限的存储增长。