Soru

Zorluk: OrtaConfigure Azure Kubernetes Service (AKS)

An administrator is configuring a new Azure Kubernetes Service (AKS) cluster named aks-retail. The cluster will be deployed in an existing virtual network (VNet) named VNet1. VNet1 has a single subnet named Subnet1 with the address prefix 10.150.0.0/2410.150.0.0/24. Due to enterprise IP addressing constraints, no additional subnets can be created in VNet1, and VNet1 cannot be expanded. The cluster must support up to 55 nodes and 200200 pods. The pods must be able to communicate with each other, and you must use Azure Network Policies to secure pod-to-pod traffic.

Which two network configuration options should you select to meet these requirements? (Select two.)

  1. Configure the network plugin to use Azure CNI with Overlay.Cevap
  2. B
    Configure the network plugin to use Kubenet.
  3. Define a Pod CIDR block that does not overlap with the virtual network or peered networks.Cevap
  4. D
    Configure the network plugin to use Azure CNI with dynamic pod IP allocation.
  5. E
    Enable Azure Network Policies on the Kubenet network plugin.

Cevap

Configure the network plugin to use Azure CNI with Overlay and define a Pod CIDR block that does not overlap with the virtual network or peered networks.
To support Azure Network Policies while preventing VNet IP address exhaustion and meeting the constraint of not adding new subnets, Azure CNI Overlay is the correct network model. Under Azure CNI Overlay, nodes receive IP addresses from the existing subnet, but pods receive IP addresses from a separate, non-overlapping Pod CIDR block that is defined outside the virtual network.

Adım Adım Çözüm

1
Analyze the IP constraints and subnet limitations.
Standard Azure CNI cannot be used because it requires a large block of IP addresses from the subnet, which exceeds the 251251 available IPs in the 10.150.0.0/2410.150.0.0/24 subnet for 55 nodes and 200200 pods. Additionally, dynamic pod IP allocation cannot be used because it requires a separate subnet, which violates the requirement that no additional subnets can be created.
Understanding IP subnet limits helps narrow down the network model options.
2
Evaluate network plugin capabilities for policy requirements.
Kubenet is ruled out because it does not support Azure Network Policies, which is a key requirement.
Ensuring policy compatibility helps select the correct network plugin.
3
Select Azure CNI Overlay and configure its required parameters.
Azure CNI Overlay is selected. It only assigns node IPs from the VNet subnet, while pods get IPs from a separate overlay address space (Pod CIDR) that must not overlap with the virtual network or peered networks.
Azure CNI Overlay meets both the network policy requirement and the IP address capacity limits under the subnet constraints.

Anahtar Kavram

Azure CNI Overlay is designed to resolve VNet IP exhaustion by using a separate overlay address space for pods while supporting standard Azure Network Policies.
Bu soruyu puanla