A financial services organization is planning a Google Kubernetes Engine (GKE) cluster architecture to host two distinct workloads:
1. A high-throughput ledger ingestion service that requires custom sysctl kernel parameter tuning on the underlying node OS to optimize TCP socket buffers.
2. A stateless risk-analysis batch processing pipeline that is fault-tolerant and can handle unexpected node terminations.
The infrastructure team needs to ensure that node OS customizations are supported while minimizing compute expenses for the batch processing workload.
Which GKE cluster configuration should the team select?
- Deploy a GKE Standard cluster, configuring a standard node pool with custom sysctl settings for the ledger service, and a Spot VM node pool for the stateless batch processing pipeline.Cevap
- BDeploy a GKE Autopilot cluster and configure the required sysctl kernel parameters directly within the pod deployment manifest for the ledger ingestion service.
- CDeploy a GKE Standard cluster utilizing Spot VMs for both the ledger ingestion node pool and the batch processing node pool to minimize total compute costs.
- DDeploy a GKE Autopilot cluster and configure Horizontal Pod Autoscaler (HPA) to provision custom OS kernel configurations dynamically when workload traffic scales up.
Cevap
Deploy a GKE Standard cluster with a node pool configured with custom sysctl settings for the ledger service, and a Spot VM node pool for the fault-tolerant batch processing workload.
GKE Standard is required when workloads demand underlying OS kernel tuning (such as custom sysctl settings). Combining a standard node pool for the critical ledger service with a Spot VM node pool for the stateless, fault-tolerant batch workload satisfies both the OS customization requirement and the cost-optimization objective.
Adım Adım Çözüm
Anahtar Kavram
Selecting between GKE Standard and Autopilot based on OS kernel customization needs, alongside Spot VM integration for cost optimization.
Tahmini Süre:1m 30s