Istio 自动注入 sidecar 不成功解决方案(1)

最新推荐文章于 2025-05-15 08:39:40 发布

2401_83627805

最新推荐文章于 2025-05-15 08:39:40 发布

阅读量756

点赞数 21

CC 4.0 BY-SA版权

分类专栏： 2024年程序员学习文章标签：运维 linux 面试

本文链接：https://blog.youkuaiyun.com/2401_83627805/article/details/138889259

2024年程序员学习专栏收录该内容

274 篇文章

订阅专栏

网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。

需要这份系统化的资料的朋友，可以点击这里获取！

一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！

Kubernetes v1.15.6 源码安装
Istio v1.2.5 Helm 安装

Istio v1.2.5 Helm 安装

Istio Helm安装

问题

安装完后，做官方 bookinfo 实验 kubectl apply -f samples/bookinfo/platform/kube/bookinfo.yaml 出现 sidecar 自动注入不成功。

解决方法

第一种可能：

安装 Istio 时，配置了 enableNamespacesByDefault: false

sidecarInjectorWebhook:
  enabled: true
  # 变量为true，就会为所有命名空间开启自动注入功能。如果赋值为false，则只有标签为istio-injection的命名空间才会开启自动注入功能
  enableNamespacesByDefault: false
  rewriteAppHTTPProbe: false

解决方法：

# 设置标签
$ kubectl label namespace default istio-injection=enabled


# 查看
$ kubectl get namespace -L istio-injection


NAME                   STATUS   AGE    ISTIO-INJECTION
default                Active   374d   enabled

第二种可能：

安装 Istio 时，设置 autoInject: disabled

proxy:
  includeIPRanges: 192.168.16.0/20,192.168.32.0/20
  # 是否开启自动注入功能，取值enabled则该pods只要没有被注解为sidecar.istio.io/inject: "false",就会自动注入。如果取值为disabled，则需要为pod设置注解sidecar.istio.io/inject: "true"才会进行注入
  autoInject: disabled

解决方法：

- 第一个方法：设置 autoInject: enabled
  - 第二个方法：在 Pod 或者 Deployment 声明 sidecar.istio.io/inject: "true"
第三种可能：

kube-apiserver --enable-admission-plugins 没有配置 MutatingAdmissionWebhook,ValidatingAdmissionWebhook

解决方法：

$ vim kube-apiserver


--enable-admission-plugins=NamespaceLifecycle,LimitRanger,ServiceAccount,DefaultStorageClass,DefaultTolerationSeconds,MutatingAdmissionWebhook,ValidatingAdmissionWebhook,ResourceQuota,NodeRestriction \

第四种可能：

如果自动注入时，报如下错误信息：

Error creating: Internal error occurred: failed calling webhook "sidecar-injector.istio.io": Post https://istio-sidecar-injector.istio-system.svc:443/inject?timeout=30s: net/http: request canceled while waiting for connection (Client.Timeout exceeded while awaiting headers)

原因：

Master 节点没安装 flanneld、docker、kube-proxy，会导致 Master 节点访问不了集群内部的 Service(istio-sidecar-injector)，导致自动注入失败。

解决方法：

Master 安装 flanneld、docker、kube-proxy，并且针对 Master 节点上的 node 设置 SchedulingDisabled