Ansible部署两个Kubernetes CronJob挂载同一目录异常问题

你遇到的问题是：通过Ansible Playbook部署MariaDB和PostgreSQL的备份CronJob时，只有第二个部署的实例能正常挂载/var/backups目录（对应ConfigMap），但手动执行kubectl apply却完全正常。以下是针对性的排查和解决方法：

1. 拆分独立的Ansible部署任务 #

如果你的Playbook是通过同一模板批量生成或在单个任务中部署两个CronJob，很可能出现变量覆盖或资源合并冲突。

解决办法：
将两个CronJob拆分为独立的Ansible任务，确保每个任务单独处理对应配置文件：

- name: 部署MariaDB备份CronJob
  kubernetes.core.k8s:
    state: present
    src: ./cronjob-mariadb.yaml

- name: 部署PostgreSQL备份CronJob
  kubernetes.core.k8s:
    state: present
    src: ./cronjob-postgresql.yaml

这种方式能避免Ansible批量处理相似资源时的配置覆盖问题。

2. 校验Ansible生成的实际配置 #

使用-vvv参数运行Playbook，查看Ansible发送给Kubernetes的资源配置，对比手动apply的YAML是否完全一致：

ansible-playbook your-playbook.yaml -vvv

重点检查第一个CronJob的volumes和volumeMounts节点，确认挂载配置没有被意外修改或丢失。

3. 避免Pod模板标签重复 #

两个CronJob的Pod模板使用了完全相同的标签cj2job: cronjob，虽然Kubernetes本身允许，但Ansible的k8s模块在识别资源时可能出现混淆。

解决办法：
给每个CronJob的Pod模板添加唯一标签，比如：

• MariaDB CronJob的Pod标签：cj2job: cronjob-mariadb
• PostgreSQL CronJob的Pod标签：cj2job: cronjob-postgresql

修改后的MariaDB CronJob片段：

jobTemplate:
  spec:
    template:
      metadata:
       labels:
        cj2job: cronjob-mariadb

4. 改用k8s_raw模块部署 #

部分场景下，kubernetes.core.k8s模块会对相似资源做隐式合并处理，改用k8s_raw模块可直接发送原始YAML，绕过这类逻辑：

- name: 用k8s_raw部署MariaDB备份CronJob
  kubernetes.core.k8s_raw:
    state: present
    definition: "{{ lookup('file', './cronjob-mariadb.yaml') }}"

- name: 用k8s_raw部署PostgreSQL备份CronJob
  kubernetes.core.k8s_raw:
    state: present
    definition: "{{ lookup('file', './cronjob-postgresql.yaml') }}"

内容的提问来源于stack exchange，提问作者Adi Ben David