An enterprise SaaS platform is provisioning a private Google Kubernetes Engine (GKE) cluster to execute secure background analytics workloads. Organization security policy mandates that worker nodes must not be assigned public IP addresses and that management access to the GKE control plane must be strictly restricted to an internal management subnet (10.200.0.0/24). During automated deployment, node provisioning completes successfully, but administrators report that kubectl commands issued from bastion hosts within 10.200.0.0/24 are blocked when reaching the control plane. Additionally, the CI/CD pipeline service account used for deployment has been granted roles/iam.serviceAccountAdmin to allow compute instances to attach to custom service accounts. Which combination of architectural modifications should you recommend to resolve the control plane connectivity failure while enforcing least privilege IAM access?
- Enable Control Plane Authorized Networks on the GKE cluster, adding 10.200.0.0/24 to the allowed IP ranges, and replace roles/iam.serviceAccountAdmin on the deployment service account with roles/iam.serviceAccountUser targeting the node service account.Answer
- BDisable the private control plane endpoint to allow external cluster management, and assign the primitive Owner role to the deployment service account to ensure full resource attach rights.
- CConfigure Control Plane Authorized Networks using 0.0.0.0/0 to permit all administrative traffic, while maintaining roles/iam.serviceAccountAdmin on the CI/CD pipeline service account for provisioning.
- DReplace the GKE cluster with unmanaged Compute Engine Virtual Machine instances in a single zone and grant the Security Admin role globally to the pipeline service account.