本文共 1841 字，大约阅读时间需要 6 分钟。

在脚本的世界里，数据库建表过程是最为常见的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 }}"

总结

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

转载地址：https://liumiaocn.blog.csdn.net/article/details/103708459 如侵犯您的版权，请留言回复原文章的地址，我们会给您删除此文章，给您带来不便请您谅解！