You deploy a workload to AKS with a pod that requests 2 CPU cores and 4 GB memory. The cluster has nodes with 1 CPU core and 3 GB memory each. What will happen when you apply the deployment?
Think about how Kubernetes schedules pods based on node resources.
Kubernetes schedules pods on a single node that can satisfy the resource requests. Since no node has enough CPU and memory, the pod stays pending until resources are available.
Which YAML snippet correctly deploys a single container named webapp using the image nginx:latest in AKS?
Deployments use apps/v1 and have a template section.
Option B correctly defines a Deployment with replicas, metadata labels, and container spec under the pod template.
You need to design an AKS cluster that remains available even if one node fails. Which configuration best supports this requirement?
Think about spreading nodes to avoid single points of failure.
Spreading nodes across availability zones ensures the cluster remains available if one zone or node fails.
You want to ensure only trusted container images are deployed to your AKS cluster. Which approach enforces this best?
Consider automated policies and scanning tools.
Azure Policy can enforce allowed image sources and integrate vulnerability scanning to ensure security.
You manage an AKS cluster with variable workloads. What is the best practice to optimize cost without sacrificing performance?
Think about balancing cost savings and workload reliability.
Using autoscaling with mixed node pools and spot instances for flexible workloads optimizes cost and maintains performance.