在脚本的世界里，数据库建表过程是最为常见的drop-if-exist的使用示例，

drop-if-exist的使用场景
以数据库建表为例，无论事前存在与否都首先要Drop（删除原有表），然后创建新的表。实际上跟Ansible中的幂等性的原则基本上是一致的，无论是之前表存在还是不存在，用户所关心的是这个task执行之后表的存在。但是问题在于如果在于首次执行表不存在的时候会出现删除出错，然后需要用户自行判断原因是否还有其他可能，所以drop if exist的写法就是为了判断是否之前是否存在此表，这种方式在很多情况下都存在，比如创建database、tablespace，以及kubernetes中的namespace、clusterrolebinding等。

使用示例

比如如下写法就是一个clusterrolebinding的典型写法，先删除，然后再创建。原因就是如果不先删除，如果事前此clusterrolebinding存在的话就会无法创建。但是如果首次执行或者执行时不存在clusterrolebinding，删除的任务就会失败，但是结合ignore_errors的写法至少能够对应clusterrolebinding存在和不存在的两种情况。

- name: delete clusterrolebinding
  shell: "kubectl delete clusterrolebinding {{ var_kubeconfig_client_kubelet }}"
  ignore_errors: true

- name: create clusterrolebinding
  shell: "kubectl create clusterrolebinding {{ var_kubeconfig_client_kubelet }} \
             --clusterrole={{ var_kubeconfig_role_bootstrapper }} \
             --user={{ var_kubeconfig_client_kubelet }}"
  ignore_errors: true

这种情况多次执行时能正常运行，但是首次执行时删除的任务则会提示如下类似的错误信息

"stderr": "Error from server (NotFound): clusterrolebindings.rbac.authorization.k8s.io \"kubelet-bootstrap\" not found", "stderr_lines": ["Error from server (NotFound): clusterrolebindings.rbac.authorization.k8s.io \"kubelet-bootstrap\" not found"]

drop-if-exist的写法

简单来说就是事前检查，结合脚本的|| 和&&的小技巧，可以非常容易的在Ansible脚本中实现这个功能，比如可将上述写法改为：

- name: drop if exist clusterrolebinding then create clusterrolebinding
  shell: "( ! kubectl get clusterrolebinding {{ var_kubeconfig_client_kubelet }}      \
           || kubectl delete clusterrolebinding {{ var_kubeconfig_client_kubelet }} ) \
           && kubectl create clusterrolebinding {{ var_kubeconfig_client_kubelet }}   \
             --clusterrole={{ var_kubeconfig_role_bootstrapper }} \
             --user={{ var_kubeconfig_client_kubelet }}"

总结

检查是否存在，如果存在然后删除既有的再创建，如果不存在直接创建，这种类似的场景都可以使用本文示例中的(||)&&的写法来完成。

来源：CSDN

作者：liumiaocn

链接：https://blog.csdn.net/liumiaocn/article/details/103708459

标签

ansible

实例学习Ansible系列（19）drop-if-exist不出错的写法

使用示例

drop-if-exist的写法

总结