配置 Citadel 的 Service Account Secret 生成
- 开始之前
  - 停用单个命名空间的 Service Account secret 生成器
  - 加入 Service Account secret 生成器
- 清理

配置 Citadel 的 Service Account Secret 生成

集群操作者可以决定不为命名空间的一些子空间生成 ServiceAccount secret，或者使 ServiceAccount secret 生成器加入每一个命名空间。此任务描述了操作者如何针对这些情况配置集群。有关 Citadel 命名空间定位机制的完整文档可参考此处。

开始之前

为了完成此任务，您首先应该执行以下操作：

阅读安全概念。
按照 Istio 安装指南安装 Istio，并开启 mutual TLS。

停用单个命名空间的 Service Account secret 生成器

要创建一个新的示例命名空间 foo，请运行：

$ kubectl create ns foo

Service account secret 按照默认行为创建。为了校验 Citadel 在 foo 命名空间中为默认的 service account 生成了一个 key/cert secret，请运行（注意，本操作可能长达 1 分钟）：

$ kubectl get secrets -n foo | grep istio.io
NAME                    TYPE                           DATA      AGE
istio.default           istio.io/key-and-cert          3         13s

为了防止 Citadel 在命名空间 foo 中创建 ServiceAccount secret，需要标识命名空间，请运行：

$ kubectl label ns foo ca.istio.io/override=false

在命名空间创建一个新的 ServiceAccount，请运行：

$ kubectl apply -f - <<EOF
apiVersion: v1
kind: ServiceAccount
metadata:
  name: sample-service-account
  namespace: foo
EOF

再次检查命名空间的 secret，请运行：

$ kubectl get secrets -n foo | grep istio.io
NAME                    TYPE                           DATA      AGE
istio.default           istio.io/key-and-cert          3         11m

您可以观察到在 sample-service-account service account 中没有新的 istio.io/key-and-cert secret 生成。

加入 Service Account secret 生成器

设置 enableNamespacesByDefault 的安装选项为 false 使 ServiceAcount secret 生成器加入（即，除非另有说明，否则禁止生成 secret）：

...
security:
    enableNamespacesByDefault: false
...

一旦应用此网格配置，创建一个新的 foo 命名空间并检查当前命名空间的 secret，请运行：

$ kubectl create ns foo
$ kubectl get secrets -n foo | grep istio.io

您可以观察到没有 secret 被创建。为了覆盖 foo 命名空间中的值，在命名空间中添加一个 ca.istio.io/override=true 的标识：

$ kubectl label ns foo ca.istio.io/override=true

在 foo 命名空间中创建一个新的 service account，请运行：

$ kubectl apply -f - <<EOF
apiVersion: v1
kind: ServiceAccount
metadata:
  name: sample-service-account
  namespace: foo
EOF

再次检查命名空间 foo 中的 secret，请运行：

$ kubectl get secrets -n foo | grep istio.io
NAME                                 TYPE                                  DATA   AGE
istio.default                        istio.io/key-and-cert                 3      47s
istio.sample-service-account         istio.io/key-and-cert                 3      6s

您可以观察到，除 sample-service-account 外的 default service account 也创建了一个 istio.io/key-and-cert secret。这是由于追溯 secret 生成功能所致，一旦从非活跃状态转换为活跃状态，它将为命名空间中的所有 service accounts 创建 secret。

清理

删除 foo 测试命名空间及其中的所有资源，请运行：

$ kubectl delete ns foo