本文罗列了 LogCollector 基本问题。

LogCollector 支持那些操作系统？

LogCollector 支持多个 Linux 操作系统，推荐您使用以下经过兼容性测试的操作系统版本。

如何安装、 升级 LogCollector？

安装 LogCollector 的相关参考如下：

• 安装 LogCollector（ECS实例）
• 安装 LogCollector（宿主机）
• 安装 LogCollector（DaemonSet 方式）
• 安装 LogCollector（Sidecar 方式）

升级 LogCollector 的相关参考如下：

• 升级 LogCollector（宿主机）
• 升级 LogCollector（Kubernetes 集群）

如何配置 LogCollector 采集日志？

• 采集宿主机日志
  • 单行全文模式
  • 多行全文模式
  • JSON 模式
  • 分隔符模式
  • 单行完整正则模式
  • 多行完整正则模式
  • NGINX 配置模式
• 采集容器日志
  • 采集容器文本日志（DaemonSet-控制台方式）
  • 采集容器标准输出（DaemonSet-控制台方式）
  • 采集容器日志（DaemonSet-CRD方式）
  • 采集容器日志（DaemonSet-Pod 环境变量方式）
  • 采集容器日志（Sidecar-控制台方式）
  • 采集容器日志（Sidecar-CRD方式）
• 采集配置管理
  • LogCollector 采集配置管理

LogCollector 是否支持日志轮转？

LogCollector 支持日志文件轮转场景下的日志采集。

• （推荐）rename 日志文件轮转：当日志文件达到一定大小或时间限制时，将当前的日志文件重命名为一个新的文件名，例如添加时间戳或序号，然后创建一个新的日志文件，并继续写入新的日志。例如原日志文件为 bar.log，轮转后会生成 bar.log.1、bar.log.2 等日志文件。
  LogCollector 会自动识别轮转前后的日志文件，保证日志的完整性。
  如果日志文件轮转过于频繁，导致短时间内轮转创建大量的日志文件，那么 LogCollector 仅同时采集 20 个轮转日志文件，超过 20 个的轮转日志无法被采集，可能导致部分轮转日志文件尚未被采集就被删除，从而导致日志丢失。
• copytruncate 日志文件轮转：当日志文件达到一定大小或时间限制时，将当前的日志文件复制到一个新的日志文件中，例如添加时间戳或序号，然后清空原日志文件，并继续写入新的日志。例如原日志文件为 bar.log，轮转后会生成 bar.log.1、bar.log.2 等日志文件。
  • 假设配置的采集路径是 bar.log，当 LogCollector 存在采集延迟时，copytruncate 日志文件轮转会导致延迟采集的日志丢失。
  • 假设配置的采集路径是 bar.log*，copytruncate 日志文件轮转会导致已经采集过的日志重复采集。

LogCollector 日志采集延时情况

LogCollector 使用轮询机制和事件监听机制来进行日志采集，一般情况会在 3 秒内将日志发送日志服务。
Logcollector 的采集性能与分配的系统资源和采集模式相关，具体参考性能测试数据。

修改 LogCollector 采集配置后多久生效？

您在 TLS 控制台修改 LogCollector 采集配置后，LogCollector 将在 1 分钟内加载新的配置并生效。

机器组显示的 LogCollector 心跳 IP 为什么不准确？

默认情况下 LogCollector 将第一张网卡 IP 地址作为宿主机或容器 IP 地址，您可以调整为读取指定网卡 IP 地址或根据一定顺序获取 IP 地址。详细说明请参考策略说明。
在 Kubernetes 场景下，LogCollector 默认会使用 Pod IP 地址作为心跳的 IP 地址上报到日志服务。如果您需要使用节点 IP 地址作为 LogCollector 心跳 IP 地址，可以修改 LogCollector daemonset 配置文件，增加两个配置项 hostNetwork: true 和 dnsPolicy: ClusterFirstWithHostNet。