在Kubernetes（k8s）环境中部署Filebeat处理Docker容器日志时，可能会遇到设备ID（device ID）变化导致的重复消费问题。这是因为Filebeat默认会使用 inode 和 device ID 来标识文件位置，但在容器化环境中，当容器重新启动或者重新调度到不同的节点时，会导致设备ID改变，从而引起Filebeat重新识别文件，可能导致日志重复消费。

解决这个问题的方法有几种：

1. 使用容器化日志驱动

在Kubernetes中，可以配置Docker容器的日志驱动来记录容器的标准输出（stdout）和标准错误（stderr）。将日志直接输出到stdout和stderr，并使用Kubernetes的日志收集器（如Fluentd或Filebeat）来收集这些日志。

2. 使用Filebeat的ignore_older选项

Filebeat提供了一个ignore_older选项，可以忽略一段时间内的旧日志。您可以将其设置为一个合适的值，以避免处理已经处理过的旧日志。

filebeat.inputs:
- type: docker
  containers.ids:
    - "*"
  processors:
    - add_docker_metadata: ~
  ignore_older: 24h # 忽略一天之前的日志

3. 使用持久化卷存储位置状态

将Filebeat的状态数据存储在持久化卷（Persistent Volume）中，以确保即使容器重新启动或者重新调度到不同的节点，Filebeat仍然可以知道上次读取到的位置。

4. 使用StatefulSet部署Filebeat

在Kubernetes中使用StatefulSet部署Filebeat，StatefulSet可以确保每个Filebeat实例都有唯一的标识符，并且具有稳定的网络标识。

5. 调整Filebeat的配置

调整Filebeat的配置，禁用设备ID或者将其设置为固定值，以避免设备ID变化导致的问题。

综上所述，您可以根据自己的需求和环境选择其中一种或多种方法来解决重复消费问题。