Pod 和 Service

    • Service 关联: 每个 Pod 必须至少属于一个 Kubernetes Service，不管这个 Pod 是否对外暴露端口。如果一个 Pod 同时属于多个 Kubernetes Service， 那么这些 Service 不能同时在一个端口号上使用不同的协议（比如：HTTP 和 TCP）。

    • 带有 app 和 version 标签（label）的 Deployment: 我们建议显式地给 Deployment 加上 app 和 version 标签。给使用 Kubernetes Deployment 部署的 Pod 部署配置中增加这些标签，可以给 Istio 收集的指标和遥测信息中增加上下文信息。

      • version 标签：这个标签用于在特定方式部署的应用中表示版本。

    • 应用 UID: 确保你的 Pod 不会以用户 ID（UID）为 1337 的用户运行应用。

    所需的 Pod 功能

    如果集群中的 Pod 安全策略被，并且除非您使用 Istio CNI 插件，否则您的 Pod 必须具有允许的 NET_ADMIN 功能。Envoy 代理的初始化容器需要此功能。

    要检查您的 Pod 是否支持 NET_ADMIN 功能，您需要检查其 service account(服务账户) 是否可以使用允许 NET_ADMIN 功能的 Pod 安全策略。如果尚未在 Pod 的部署中指定服务帐户，则 Pod 将在其部署的命名空间中使用 服务帐户运行。

    要实现列出服务帐户的功能，在以下命令中，用您的值替换 <your namespace> and <your service account>：

    1. $ for psp in $(kubectl get psp -o jsonpath="{range .items[*]}{@.metadata.name}{'\n'}{end}"); do if [ $(kubectl auth can-i use psp/$psp --as=system:serviceaccount:default:default) = yes ]; then kubectl get psp/$psp --no-headers -o=custom-columns=NAME:.metadata.name,CAPS:.spec.allowedCapabilities; fi; done

    如果您在服务帐户允许的策略的功能列表中看到 NET_ADMIN 或者 *，则您的 Pod 有权利运行 Istio 初始化容器。否则，您将需要。