Istio CNI 节点智能体用于配置网格中 Pod 的流量重定向。 它作为 DaemonSet 运行,在每个节点上以提升的权限运行。 Istio CNI 节点智能体可用于两种 Istio 数据平面模式。
对于 sidecar 数据平面模式,Istio CNI 节点智能体是可选的。 它消除了在网格中每个 Pod 中运行特权 init 容器的需求, 用每个 Kubernetes 节点上的单个特权节点智能体 Pod 替代了该模型。
在 ambient 数据平面模式中,Istio CNI 节点智能体是必需的。
本文档重点介绍将 Istio CNI 节点智能体作为 sidecar 数据平面模式的可选部分使用。
如果您在 OpenShift 集群中创建服务网格,Istio CNI 默认已启用,因此无需遵循本文档中的步骤。
NET_ADMIN
和 NET_RAW
权限的环境)KIND
等开发环境)首先,按常规安装服务网格。安装完成后,暂时不要添加任何服务(即不要注入 Sidecar)。然后按照以下步骤安装和配置 Istio CNI。
在大多数环境中,可以使用以下命令安装启用了 istioCni 组件的基础 Istio 集群:
kube-system
命名空间。使用 OpenShift 或 Multus CNI 时:
false
。multus
。info
)/opt/cni/bin
)/etc/cni/net.d
)/var/run/netns
,minikube/docker/其他环境可能是 /var/run/docker/netns
)true
)或作为配置目录中的独立文件(值为 false
)部署配置文件。default
和 multus
。(默认:default
)确保所有 CNI 节点智能体 Pod 处于 Running 状态后再进行下一步。
默认情况下,Istio 使用 webhook 注入 istio-init
容器以实现透明流量拦截。
若要使用 Istio CNI 替代 istio-init
容器,需要调整 ServiceMesh 资源如下:
istio-init
容器。(默认:false
)multus
。(默认:default
)安装和配置完成后,使用正常的服务注入流程,无需额外更改。
安装并正确配置 Istio CNI 组件后,Pod 会发生以下变化:
istio-init
容器(透明流量拦截由 Istio CNI 节点智能体处理)。istio-validation
的容器,用于检查透明流量拦截的 iptables 规则是否成功设置。Istio CNI DaemonSet 在每个节点安装 CNI 网络插件。但 DaemonSet Pod 调度到节点与 CNI 插件安装并准备好使用之间存在时间差。
应用 Pod 可能在此时间差内启动,而 kubelet
不知道 Istio CNI 插件。
结果是应用 Pod 启动时没有 Istio 流量重定向,绕过了 Istio sidecar。
为缓解应用 Pod 与 Istio CNI DaemonSet 之间的竞态,sidecar 注入时增加了 istio-validation
init 容器,
用于检测流量重定向是否正确设置,若未设置则阻止 Pod 启动。
CNI DaemonSet 会检测并处理处于此状态的 Pod;Pod 的处理方式取决于以下配置。
此缓解机制默认启用,可通过设置 cni.values.repair.enabled
为 false
关闭。
true
)true
)false
)cni.istio.io/uninitialized=true
,用户需手动处理。(默认:false
)配置优先级:repairPods
> deletePods
> labelPods
。因此优先级更高的第一个为 true
的字段生效。
例如,要使 deletePods
生效,仅设置 deletePods
为 true
不足,还需将 repairPods
设置为 false
。