繁体   English   中英

如何通过 Ansible 在 Pod 上使用 k8s 模块执行 shell 命令

[英]How to execute shell commands with k8s module on a Pod through Ansible

我在尝试使用k8s模块执行 shell 命令时遇到了一些麻烦。 据我所知,k8s 只拥有k8s_exec来传递命令。 虽然,这个模块类似于 Ansible 命令模块,但它没有我迫切需要的非常重要的功能:管理和使用 Pod 上的环境变量。 我目前发现的一种解决方法是使用kubectl exec function 在远程机器上执行 shell 命令。 我知道这不是最好的方法。

这是一个说明该问题的一些示例的剧本:

---
- hosts: localhost #group of hosts on host file
  connection: local
  remote_user: root
  vars:
    ansible_python_interpreter: '{{ ansible_playbook_python }}'
  collections:
    - community.kubernetes

    - name: Define Retail Home Path with k8s_exec module (not working!!!)
      k8s_exec:
        kubeconfig: "{{ kubeconfig_path | mandatory }}"
        namespace: redmine
        pod: redminetisl-gitlab-54d7759df8-l52cb #pod name
        command: export RETAIL_HOME=/u01/app/rms
    - name: Define Retail Home Path with kubectl exec module (working!!!)
      command: kubectl --namespace=redmine exec redminetisl-gitlab-54d7759df8-l52cb -- /bin/bash -c "export RETAIL_HOME=/u01/app/rms"

有没有办法在带有 k8s 模块的远程机器上执行 shell 命令并使用/管理环境变量?

Ansible 版本:

ansible 2.9.9
  config file = /etc/ansible/ansible.cfg
  configured module search path = ['/home/ansible/.ansible/plugins/modules', '/usr/share/ansible/plugins/modules']
  ansible python module location = /usr/lib/python3.6/site-packages/ansible
  executable location = /usr/bin/ansible
  python version = 3.6.8 (default, Apr 16 2020, 01:36:27) [GCC 8.3.1 20191121 (Red Hat 8.3.1-5)]

您不能使用此机制来更改进程环境变量。 这在 Unix 中通常是正确的:一个进程不能更改另一个进程的环境变量,除非父进程可以在创建子进程时指定它们(即使从技术上讲,它是运行父进程代码设置它们的子进程)。 您可以使用例如ssh看到同样的事情:

ssh somewhere export RETAIL_HOME=/u01/app/rms
ssh somewhere echo \$RETAIL_HOME

如果要设置一个环境变量,并且需要它来影响 pod 的主进程,则需要编辑 Deployment 规范; 当您更改此 Kubernetes 时,将重新部署 Pod 以拥有新变量。 对于文件系统路径之类的东西,还可以考虑将其烘焙到图像的Dockerfile中。

由于 Pod 被删除是非常例行的(部署更新将导致其所有 Pod 被删除并重新创建;如果节点需要关闭,集群可以自行完成)尝试使用kubectl exec进行直接在 pod 内进行更改并不是特别可靠。 我根本不会尝试使用 Ansible 来“管理”吊舱。

暂无
暂无

声明:本站的技术帖子网页,遵循CC BY-SA 4.0协议,如果您需要转载,请注明本站网址或者原文地址。任何问题请咨询:yoyou2525@163.com.

 
粤ICP备18138465号  © 2020-2024 STACKOOM.COM