如何控制Pulumi在不同K8s集群中创建Namespace？

核心问题解释 #

你代码里直接在Namespace资源中设置cluster字段是无效的——K8s API服务器确实会忽略这个字段，它不是用来指定资源创建目标集群的参数，只是K8s内部用于标识集群的元数据字段，用户提交请求时设置它不会生效。

默认创建位置 #

当你不做额外配置时，Pulumi会使用当前环境默认的K8s上下文（取自kubeconfig文件），或是Pulumi项目中配置的默认K8s Provider，来创建Namespace。

正确指定集群的方法 #

要在不同集群创建资源，核心做法是为每个集群创建独立的kubernetes.Provider实例，然后在创建Namespace时关联对应的Provider。

代码示例（JavaScript/TypeScript） #

1. 初始化不同集群的Provider：

const pulumi = require("@pulumi/pulumi");
const k8s = require("@pulumi/kubernetes");

// 配置foo_cluster对应的Provider
const fooK8sProvider = new k8s.Provider("foo-k8s", {
    // 直接传入预生成的kubeconfig文件内容
    kubeconfig: pulumi.output(require("./foo-cluster-kubeconfig.json")),
    // 如果是GKE集群，也可以通过Pulumi的GCP Provider动态生成kubeconfig
    // kubeconfig: pulumi.output(gcp.container.getCluster({
    //     name: "foo_cluster",
    //     location: "us-central1",
    //     project: "your-gcp-project-id"
    // })).apply(cluster => {
    //     return `apiVersion: v1
    // clusters:
    // - cluster:
    //     certificate-authority-data: ${cluster.masterAuth.clusterCaCertificate}
    //     server: https://${cluster.endpoint}
    //   name: ${cluster.name}
    // contexts:
    // - context:
    //     cluster: ${cluster.name}
    //     user: ${cluster.name}
    //   name: ${cluster.name}
    // current-context: ${cluster.name}
    // kind: Config
    // preferences: {}
    // users:
    // - name: ${cluster.name}
    //   user:
    //     auth-provider:
    //       config:
    //         cmd-args: config config-helper --format=json
    //         cmd-path: gcloud
    //         expiry-key: '{.credential.token_expiry}'
    //         token-key: '{.credential.access_token}'
    //       name: gcp`;
    // }),
});

// 配置bar_cluster对应的Provider
const barK8sProvider = new k8s.Provider("bar-k8s", {
    kubeconfig: pulumi.output(require("./bar-cluster-kubeconfig.json")),
});

2. 创建Namespace时指定对应的Provider：

// 在foo_cluster中创建Namespace
const ns1 = new k8s.core.v1.Namespace("foo-ns", {}, { provider: fooK8sProvider });

// 在bar_cluster中创建Namespace
const ns2 = new k8s.core.v1.Namespace("bar-ns", {}, { provider: barK8sProvider });

跨GCP项目GKE集群的处理 #

如果是不同GCP项目的GKE集群，只需为每个项目的集群单独配置Provider即可：

• 确保你的GCP账号拥有所有目标项目的访问权限
• 为每个集群生成对应的kubeconfig（可通过gcloud container clusters get-credentials --project <项目ID> <集群名> --region <区域>命令获取）
• 或是通过Pulumi的GCP Provider，分别指定不同项目ID来动态获取集群信息并生成kubeconfig，再初始化对应的K8s Provider

关键说明 #

• Provider是Pulumi与基础设施交互的核心组件，每个Provider实例对应一个独立的集群连接
• 所有K8s资源都可以通过{ provider: xxx }选项来指定创建到目标集群

内容的提问来源于stack exchange，提问作者FrustratedWithFormsDesigner