An enterprise IoT solutions provider is designing a Google Kubernetes Engine (GKE) cluster architecture to host two distinct workloads. The first workload is a specialized edge telemetry receiver that requires custom Linux kernel parameters (sysctl settings) configured directly on the underlying node OS. The second workload is a stateless, fault-tolerant data transformation pipeline that processes incoming message queues and must run at the lowest possible infrastructure cost. The operations team aims to minimize management complexity while meeting all technical requirements. Which cluster architecture recommendation best fulfills these requirements?
- Deploy a single GKE Standard cluster. Create one node pool with standard Compute Engine instances for the edge telemetry workload to support custom kernel parameters, and create a separate node pool utilizing Spot VMs for the stateless data transformation pipeline.Cevap
- BDeploy a single GKE Autopilot cluster for both workloads, configuring pod security settings to allow the edge telemetry workload to apply sysctl kernel modifications at runtime.
- CDeploy a GKE Standard cluster configured with a single node pool of Spot VMs to host both the edge telemetry receiver and the data transformation pipeline.
- DDeploy a GKE Standard cluster using standard instances, and configure the Horizontal Pod Autoscaler (HPA) to provision new Compute Engine nodes whenever worker node CPU usage exceeds limits.
Cevap
Deploy a single GKE Standard cluster with a standard node pool for the telemetry receiver and a Spot VM node pool for the stateless transformation pipeline.
The solution correctly identifies that custom Linux sysctl kernel configurations necessitate GKE Standard because GKE Autopilot restricts host OS kernel modifications. Additionally, using a dedicated Spot VM node pool for the stateless transformation pipeline optimizes costs without risking the stability of the telemetry receiver.
Adım Adım Çözüm
Anahtar Kavram
Planning GKE Cluster Architectures with Node Pool Segmentation and Operating Model Choices