AKS(Azure Kubernetes Service)에서 클러스터에 대한 노드 풀 관리

아티클
02/21/2024

AKS(Azure Kubernetes Service)에서 동일한 구성의 노드는 노드 풀로 그룹화됩니다. 이러한 노드 풀에는 애플리케이션을 실행하는 기본 VM이 포함됩니다. AKS 클러스터를 만들 때 노드의 초기 수와 해당 크기(SKU)를 정의합니다. 애플리케이션 요구 사항이 변경되면 노드 풀의 설정을 변경해야 할 수 있습니다. 예를 들어 노드 풀의 노드 수를 조정하거나 노드 풀의 Kubernetes 버전을 업그레이드해야 할 수 있습니다.

이 문서에서는 AKS 클러스터에서 하나 이상의 노드 풀을 관리하는 방법을 보여 줍니다.

시작하기 전에

AKS(Azure Kubernetes Service)에서 클러스터에 대한 노드 풀 만들기를 검토하여 AKS 클러스터에 대한 노드 풀을 만드는 방법을 알아봅니다.
Azure CLI 버전 2.2.0 이상을 설치하고 구성해야 합니다. az --version을 실행하여 버전을 찾습니다. 설치 또는 업그레이드해야 하는 경우 Azure CLI 설치를 참조하세요.
Azure Kubernetes Service의 애플리케이션에 대한 스토리지 옵션을 검토하여 스토리지 구성을 계획합니다.

제한 사항

여러 노드 풀을 지원하는 AKS 클러스터를 만들고 관리하는 경우 다음과 같은 제한 사항이 적용됩니다.

AKS(Azure Kubernetes Service)의 할당량, 가상 머신 크기 제한 및 지역 가용성을 참조하세요.
시스템 풀은 하나 이상의 노드를 포함해야 하며 사용자 노드 풀에는 0개 이상의 노드가 포함될 수 있습니다.
노드 풀을 만든 후에는 노드 풀의 VM 크기를 변경할 수 없습니다.
클러스터를 만들 때 여러 노드 풀을 만들 때 노드 풀에서 사용하는 모든 Kubernetes 버전은 컨트롤 플레인의 버전 집합과 일치해야 합니다. 노드 풀당 작업을 사용하여 클러스터를 프로비전한 후 업데이트할 수 있습니다.
클러스터 또는 노드 풀에서 업그레이드 및 크기 조정 작업을 동시에 실행할 수 없습니다. 동시에 실행하려고 하면 오류가 발생합니다. 각 작업 유형은 동일한 리소스에 대한 다음 요청 전에 대상 리소스에서 완료되어야 합니다. 자세한 내용은 문제 해결 가이드를 참조하세요.

단일 노드 풀 업그레이드

참고 항목

노드 풀 OS 이미지 버전은 클러스터의 Kubernetes 버전에 연결됩니다. 클러스터 업그레이드 후에 OS 이미지 업그레이드만 받습니다.

이 예제에서는 mynodepool 노드 풀을 업그레이드합니다. 두 개의 노드 풀이 있으므로 이 명령을 사용하여 az aks nodepool upgrade 업그레이드해야 합니다.

명령을 사용하여 사용 가능한 업그레이드를 확인합니다 az aks get-upgrades .
```
az aks get-upgrades --resource-group myResourceGroup --name myAKSCluster
```

명령을 사용하여 mynodepool 노드 풀을 업그레이드합니다az aks nodepool upgrade.

az aks nodepool upgrade \
    --resource-group myResourceGroup \
    --cluster-name myAKSCluster \
    --name mynodepool \
    --kubernetes-version KUBERNETES_VERSION \
    --no-wait

명령을 사용하여 az aks nodepool list 노드 풀의 상태 나열합니다.

az aks nodepool list -g myResourceGroup --cluster-name myAKSCluster

다음 예제 출력은 mynodepool이 업그레이드 중 상태임을 보여줍니다.

[
  {
    ...
    "count": 3,
    ...
    "name": "mynodepool",
    "orchestratorVersion": "KUBERNETES_VERSION",
    ...
    "provisioningState": "Upgrading",
    ...
    "vmSize": "Standard_DS2_v2",
    ...
  },
  {
    ...
    "count": 2,
    ...
    "name": "nodepool1",
    "orchestratorVersion": "1.15.7",
    ...
    "provisioningState": "Succeeded",
    ...
    "vmSize": "Standard_DS2_v2",
    ...
  }
]

노드를 지정된 버전으로 업그레이드하는 데 몇 분 정도 걸립니다.

AKS 클러스터의 모든 노드 풀을 동일한 Kubernetes 버전으로 업그레이드하는 것이 가장 좋습니다. az aks upgrade의 기본 동작은 모든 노드 풀을 컨트롤 플레인과 함께 업그레이드하여 이렇게 맞추는 것입니다. 개별 노드 풀을 업그레이드하는 기능을 사용하면 롤링 업그레이드를 수행하고 노드 풀 간에 Pod 일정을 예약하여 위에서 언급한 제약 조건 내에서 애플리케이션 작동 시간을 유지할 수 있습니다

클러스터 컨트롤 플레인을 여러 노드 풀로 업그레이드

참고 항목

Kubernetes는 표준 의미 체계 버전 관리 체계를 사용합니다. 버전 번호는 x.y.z로 표현됩니다. 여기서 x는 주 버전이고 y는 부 버전이고 z는 패치 버전입니다. 예를 들어 버전 1.12.6에서 1은 주 버전, 12는 부 버전, 6은 패치 버전입니다. 컨트롤 플레인 및 초기 노드 풀의 Kubernetes 버전은 클러스터를 만드는 동안 설정됩니다. 다른 노드 풀은 클러스터에 추가되면 Kubernetes 버전이 설정됩니다. Kubernetes 버전은 노드 풀과 노드 풀과 컨트롤 플레인 간에 다를 수 있습니다.

AKS 클러스터에는 Kubernetes 버전이 연결된 두 개의 클러스터 리소스 개체가 있습니다.

클러스터 컨트롤 플레인 Kubernetes 버전 및
Kubernetes 버전이 있는 노드 풀입니다.

컨트롤 플레인은 하나 이상의 노드 풀에 매핑됩니다. 업그레이드 작업의 동작은 사용하는 Azure CLI 명령에 따라 달라집니다.

az aks upgrade 는 컨트롤 플레인과 클러스터의 모든 노드 풀을 동일한 Kubernetes 버전으로 업그레이드합니다.
az aks upgrade 플래그를 사용하면 --control-plane-only 클러스터 컨트롤 플레인만 업그레이드되고 모든 노드 풀은 변경되지 않습니다.
az aks nodepool upgrade 지정된 Kubernetes 버전을 사용하여 대상 노드 풀만 업그레이드합니다.

업그레이드에 대한 유효성 검사 규칙

클러스터 컨트롤 플레인 및 노드 풀에 대한 Kubernetes 업그레이드는 다음 규칙 집합을 사용하여 유효성을 검사합니다.

노드 풀을 업그레이드하는 유효한 버전에 대한 규칙:
- 노드 풀 버전은 컨트롤 플레인과 동일한 주 버전이어야 합니다.
- 노드 풀 부 버전은 컨트롤 플레인 버전의 두 가지 부 버전 내에 있어야 합니다.
- 노드 풀 버전은 컨트롤 major.minor.patch 버전보다 크면 안 됩니다.
업그레이드 작업 제출 규칙:
- 컨트롤 플레인 또는 노드 풀 Kubernetes 버전을 다운그레이드할 수 없습니다.
- 노드 풀 Kubernetes 버전이 지정되지 않은 경우 동작은 클라이언트에 따라 달라집니다. Resource Manager 템플릿에서 선언은 노드 풀에 대해 정의된 기존 버전으로 돌아갑니다. 아무것도 설정되지 않으면 컨트롤 플레인 버전을 사용하여 대체합니다.
- 단일 컨트롤 플레인 또는 노드 풀 리소스에서 동시에 여러 작업을 제출할 수 없습니다. 지정된 시간에 컨트롤 플레인 또는 노드 풀을 업그레이드하거나 크기를 조정할 수 있습니다.

노드 풀 수동 스케일링

애플리케이션 워크로드 요구 사항이 변경되면 노드 풀의 노드 수를 조정해야 할 수 있습니다. 노드 수를 확장하거나 축소할 수 있습니다.

명령을 사용하여 노드 풀의 노드 수를 조정합니다 az aks node pool scale .

az aks nodepool scale \
    --resource-group myResourceGroup \
    --cluster-name myAKSCluster \
    --name mynodepool \
    --node-count 5 \
    --no-wait

명령을 사용하여 az aks node pool list 노드 풀의 상태 나열합니다.

az aks nodepool list -g myResourceGroup --cluster-name myAKSCluster

다음 예제 출력은 mynodepool이 5개 노드의 새 개수로 크기 조정 상태에 있는 것을 보여 줍니다.

[
  {
    ...
    "count": 5,
    ...
    "name": "mynodepool",
    "orchestratorVersion": "1.15.7",
    ...
    "provisioningState": "Scaling",
    ...
    "vmSize": "Standard_DS2_v2",
    ...
  },
  {
    ...
    "count": 2,
    ...
    "name": "nodepool1",
    "orchestratorVersion": "1.15.7",
    ...
    "provisioningState": "Succeeded",
    ...
    "vmSize": "Standard_DS2_v2",
    ...
  }
]

크기 조정 작업이 완료되는 데 몇 분 정도 걸립니다.

클러스터 자동 크기 조정기를 사용하여 자동으로 특정 노드 풀 크기 조정

AKS는 클러스터 자동 크기 조정기라는 기능을 사용하여 노드 풀의 크기를 자동으로 조정하는 별도의 기능을 제공합니다. 노드 풀당 고유한 최소 및 최대 크기 조정 수로 이 기능을 사용하도록 설정할 수 있습니다.

자세한 내용은 클러스터 자동 크기 조정기 사용을 참조 하세요.

노드 풀에 용량 예약 그룹 연결

워크로드 요구 사항이 변경되면 기존 용량 예약 그룹을 노드 풀에 연결하여 노드 풀에 할당된 용량을 보장할 수 있습니다.

AKS에서 용량 예약 그룹을 사용하기 위한 필수 구성 요소

CLI 버전 2.56 이상 및 API 버전 2023-10-01 이상을 사용합니다.
용량 예약 그룹이 이미 있어야 하며 최소 하나의 용량 예약을 포함해야 합니다. 그렇지 않으면 노드 풀이 경고와 함께 클러스터에 추가되고 용량 예약 그룹이 연결되지 않습니다. 자세한 내용은 용량 예약 그룹을 참조 하세요.

CRG(용량 예약 그룹)를 포함하는 리소스 그룹에 대한 사용자 할당 관리 ID를 만들어야 합니다. 시스템 할당 관리 ID는 이 기능에 대해 작동하지 않습니다. 다음 예제에서는 환경 변수를 사용자 고유의 값으로 바꿉니다.

IDENTITY_NAME=myID
RG_NAME=myResourceGroup
CLUSTER_NAME=myAKSCluster
VM_SKU=Standard_D4s_v3
NODE_COUNT=2
LOCATION=westus2
az identity create --name $IDENTITY_NAME --resource-group $RG_NAME  
IDENTITY_ID=$(az identity show --name $IDENTITY_NAME --resource-group $RG_NAME --query identity.id -o tsv)

위에서 만든 사용자 할당 ID에 역할을 할당 Contributor 해야 합니다. 자세한 내용은 Azure 역할을 할당하는 단계를 참조하세요.

새 클러스터를 만들고 새로 만든 ID를 할당합니다.

  az aks create --resource-group $RG_NAME --name $CLUSTER_NAME --location $LOCATION \
      --node-vm-size $VM_SKU --node-count $NODE_COUNT \
      --assign-identity $IDENTITY_ID --enable-managed-identity

업데이트 명령을 사용하여 기존 관리형 클러스터에 사용자 관리 ID를 할당할 수도 있습니다.

  az aks update --resource-group $RG_NAME --name $CLUSTER_NAME --location $LOCATION \
          --node-vm-size $VM_SKU --node-count $NODE_COUNT \
          --assign-identity $IDENTITY_ID --enable-managed-identity

기존 용량 예약 그룹을 노드 풀과 연결

명령을 사용하여 az aks nodepool add 기존 용량 예약 그룹을 노드 풀에 연결하고 플래그가 있는 용량 예약 그룹을 --crg-id 지정합니다. 다음 예제에서는 "myCRG"라는 CRG가 있다고 가정합니다.

RG_NAME=myResourceGroup
CLUSTER_NAME=myAKSCluster
NODEPOOL_NAME=myNodepool
CRG_NAME=myCRG
CRG_ID=$(az capacity reservation group show --capacity-reservation-group $CRG_NAME --resource-group $RG_NAME --query id -o tsv)
az aks nodepool add --resource-group $RG_NAME --cluster-name $CLUSTER_NAME --name $NODEPOOL_NAME --crg-id $CRG_ID

기존 용량 예약 그룹을 시스템 노드 풀과 연결

기존 용량 예약 그룹을 시스템 노드 풀과 연결하려면 클러스터를 만드는 동안 CRG 및 CRG 자체의 기여자 역할과 사용자 할당 ID와 클러스터를 연결합니다. az aks create 명령과 --crg-id 플래그를 --assign-identity 사용합니다.

IDENTITY_NAME=myID
RG_NAME=myResourceGroup
CLUSTER_NAME=myAKSCluster
NODEPOOL_NAME=myNodepool
CRG_NAME=myCRG
CRG_ID=$(az capacity reservation group show --capacity-reservation-group $CRG_NAME --resource-group $RG_NAME --query id -o tsv)
IDENTITY_ID=$(az identity show --name $IDENTITY_NAME --resource-group $RG_NAME --query identity.id -o tsv)
az aks create --resource-group $RG_NAME --cluster-name $CLUSTER_NAME --crg-id $CRG_ID --assign-identity $IDENTITY_ID --enable-managed-identity

참고 항목

노드 풀을 삭제하면 노드 풀이 삭제되기 전에 연결된 용량 예약 그룹에서 해당 노드 풀이 암시적으로 분리됩니다. 클러스터를 삭제하면 해당 클러스터의 모든 노드 풀이 연결된 용량 예약 그룹에서 암시적으로 분리됩니다.

참고 항목

용량 예약 그룹을 사용하여 기존 노드 풀을 업데이트할 수 없습니다. 노드 풀을 만드는 동안 용량 예약 그룹을 연결하는 것이 좋습니다.

노드 풀의 VM 크기 지정

VM 크기 및 기능이 다른 노드 풀을 만들어야 할 수 있습니다. 예를 들어 CPU 또는 메모리가 많은 노드 또는 GPU 지원을 제공하는 노드 풀을 포함하는 노드 풀을 만들 수 있습니다. 다음 섹션에서 는 taint 및 toleration을 사용하여 Kubernetes 스케줄러에 이러한 노드에서 실행할 수 있는 Pod에 대한 액세스를 제한하는 방법을 알려줍니다.

다음 예제에서는 Standard_NC6s_v3 VM 크기를 사용하는 GPU 기반 노드 풀을 만듭니다. 이러한 VM은 NVIDIA Tesla K80 카드 의해 구동됩니다. 자세한 내용은 Azure의 Linux 가상 머신에 사용 가능한 크기를 참조하세요.

명령을 사용하여 노드 풀을 만듭니다 az aks node pool add . gpunodepool 이름을 지정하고 매개 변수를 --node-vm-size 사용하여 Standard_NC6 크기를 지정 합니다.

az aks nodepool add \
    --resource-group myResourceGroup \
    --cluster-name myAKSCluster \
    --name gpunodepool \
    --node-count 1 \
    --node-vm-size Standard_NC6s_v3 \
    --no-wait

명령을 사용하여 노드 풀의 상태 확인합니다az aks nodepool list.

az aks nodepool list -g myResourceGroup --cluster-name myAKSCluster

다음 예제 출력은 gpunodepool 노드 풀이 지정된 VmSize를 사용하여 노드를 만드는 것을 보여 줍니다.

[
  {
    ...
    "count": 1,
    ...
    "name": "gpunodepool",
    "orchestratorVersion": "1.15.7",
    ...
    "provisioningState": "Creating",
    ...
    "vmSize": "Standard_NC6s_v3",
    ...
  },
  {
    ...
    "count": 2,
    ...
    "name": "nodepool1",
    "orchestratorVersion": "1.15.7",
    ...
    "provisioningState": "Succeeded",
    ...
    "vmSize": "Standard_DS2_v2",
    ...
  }
]

gpunodepool을 만드는 데 몇 분 정도 걸립니다.

노드 풀에 대한 taint, 레이블 또는 태그 지정

노드 풀을 만들 때 taint, 레이블 또는 태그를 추가할 수 있습니다. taint, 레이블 또는 태그를 추가하면 해당 노드 풀 내의 모든 노드도 해당 taint, 레이블 또는 태그를 가져옵니다.

Important

를 사용하여 az aks nodepool전체 노드 풀에 대해 taint, 레이블 또는 태그를 노드에 추가해야 합니다. 노드 풀의 개별 노드에 taint, 레이블 또는 태그를 적용하는 데는 사용하지 kubectl 않는 것이 좋습니다.

노드 풀 taint 설정

명령을 사용하여 taint가 있는 노드 풀을 만듭니다 az aks nodepool add . taintnp 이름을 지정하고 매개 변수를 --node-taints 사용하여 taint에 대한 sku=gpu:NoSchedule을 지정합니다.
```
az aks nodepool add \
    --resource-group myResourceGroup \
    --cluster-name myAKSCluster \
    --name taintnp \
    --node-count 1 \
    --node-taints sku=gpu:NoSchedule \
    --no-wait
```

명령을 사용하여 노드 풀의 상태 확인합니다az aks nodepool list.

az aks nodepool list -g myResourceGroup --cluster-name myAKSCluster

다음 예제 출력은 taintnp 노드 풀이 지정된 nodeTaints를 사용하여 노드를 만드는 것을 보여 줍니다.

[
  {
    ...
    "count": 1,
    ...
    "name": "taintnp",
    "orchestratorVersion": "1.15.7",
    ...
    "provisioningState": "Creating",
    ...
    "nodeTaints":  [
      "sku=gpu:NoSchedule"
    ],
    ...
  },
 ...
]

테인트 정보는 노드에 대한 예약 규칙을 처리하기 위해 Kubernetes에 표시됩니다. Kubernetes 스케줄러는 taint 및 toleration을 사용하여 노드에서 실행할 수 있는 워크로드를 제한할 수 있습니다.

Taint는 노드에서 특정 Pod만 예약할 수 있음을 나타내는 노드에 적용됩니다.
Toleration은 노드의 오류를 ‘허용’할 수 있도록 하는 Pod에 적용됩니다.

고급 Kubernetes 예약된 기능을 사용하는 방법에 대한 자세한 내용은 AKS의 고급 스케줄러 기능에 대한 모범 사례를 참조 하세요.

노드 풀 내어붙이 설정

이전 단계에서는 노드 풀을 만들 때 sku=gpu:NoSchedule taint를 적용했습니다. 다음 예제 YAML 매니페스트는 허용을 사용하여 Kubernetes 스케줄러가 해당 노드 풀의 노드에서 NGINX Pod를 실행할 수 있도록 합니다.

다음 예제 YAML에서 명명된 nginx-toleration.yaml 파일을 만들고 복사합니다.

apiVersion: v1
kind: Pod
metadata:
  name: mypod
spec:
  containers:
 - image: mcr.microsoft.com/oss/nginx/nginx:1.15.9-alpine
    name: mypod
    resources:
      requests:
        cpu: 100m
        memory: 128Mi
      limits:
        cpu: 1
        memory: 2G
  tolerations:
 - key: "sku"
    operator: "Equal"
    value: "gpu"
    effect: "NoSchedule"

명령을 사용하여 Pod를 예약합니다 kubectl apply .
```
kubectl apply -f nginx-toleration.yaml
```
Pod를 예약하고 NGINX 이미지를 끌어오는 데 몇 초 정도 걸립니다.

명령을 사용하여 상태 확인합니다kubectl describe pod.

kubectl describe pod mypod

압축된 다음 예제 출력은 sku=gpu:NoSchedule toleration이 적용된 것을 보여줍니다. 이벤트 섹션에서 스케줄러는 aks-taintnp-28993262-vmss000000 노드에 Pod를 할당했습니다.

[...]
Tolerations:     node.kubernetes.io/not-ready:NoExecute for 300s
                 node.kubernetes.io/unreachable:NoExecute for 300s
                 sku=gpu:NoSchedule
Events:
  Type    Reason     Age    From                Message
  ----    ------     ----   ----                -------
  Normal  Scheduled  4m48s  default-scheduler   Successfully assigned default/mypod to aks-taintnp-28993262-vmss000000
  Normal  Pulling    4m47s  kubelet             pulling image "mcr.microsoft.com/oss/nginx/nginx:1.15.9-alpine"
  Normal  Pulled     4m43s  kubelet             Successfully pulled image "mcr.microsoft.com/oss/nginx/nginx:1.15.9-alpine"
  Normal  Created    4m40s  kubelet             Created container
  Normal  Started    4m40s  kubelet             Started container

이 관용이 적용된 Pod만 taintnp의 노드에서 예약할 수 있습니다. 다른 모든 Pod는 nodepool1 노드 풀에서 예약됩니다. 더 많은 노드 풀을 만드는 경우 taint 및 toleration을 사용하여 해당 노드 리소스에서 예약할 수 있는 Pod를 제한할 수 있습니다.

노드 풀 레이블 설정

자세한 내용은 AKS(Azure Kubernetes Service) 클러스터에서 레이블 사용을 참조하세요.

노드 풀 Azure 태그 설정

자세한 내용은 AKS(Azure Kubernetes Service)에서 Azure 태그 사용을 참조하세요.

Resource Manager 템플릿을 사용하여 노드 풀 관리

Azure Resource Manager 템플릿을 사용하여 리소스를 만들고 관리하는 경우 템플릿의 설정을 변경하고 다시 배포하여 리소스를 업데이트할 수 있습니다. AKS 노드 풀을 사용하면 AKS 클러스터가 만들어지면 초기 노드 풀 프로필을 업데이트할 수 없습니다. 이 동작은 기존 Resource Manager 템플릿을 업데이트하고 노드 풀을 변경한 다음 템플릿을 다시 배포할 수 없음을 의미합니다. 대신 기존 AKS 클러스터의 노드 풀을 업데이트하는 별도의 Resource Manager 템플릿을 만들어야 합니다.

템플릿(예: aks-agentpools.json)을 만들고 다음 예제 매니페스트에 붙여넣습니다. 필요에 따라 값을 편집해야 합니다. 이 예제 템플릿은 다음 설정을 구성합니다.

3개의 노드를 실행하도록 myagentpool이라는 Linux 노드 풀을 업데이트합니다.
Kubernetes 버전1.15.7을 실행하도록 노드 풀의 노드를 설정합니다.
노드 크기를 Standard_DS2_v2 정의합니다.

{
    "$schema": "https://schema.management.azure.com/schemas/2015-01-01/deploymentTemplate.json#",
    "contentVersion": "1.0.0.0",
    "parameters": {
        "clusterName": {
            "type": "string",
            "metadata": {
                "description": "The name of your existing AKS cluster."
            }
        },
        "location": {
            "type": "string",
            "metadata": {
                "description": "The location of your existing AKS cluster."
            }
        },
        "agentPoolName": {
            "type": "string",
            "defaultValue": "myagentpool",
            "metadata": {
                "description": "The name of the agent pool to create or update."
            }
        },
        "vnetSubnetId": {
            "type": "string",
            "defaultValue": "",
            "metadata": {
                "description": "The Vnet subnet resource ID for your existing AKS cluster."
            }
        }
    },
    "variables": {
        "apiVersion": {
            "aks": "2020-01-01"
        },
        "agentPoolProfiles": {
            "maxPods": 30,
            "osDiskSizeGB": 0,
            "agentCount": 3,
            "agentVmSize": "Standard_DS2_v2",
            "osType": "Linux",
            "vnetSubnetId": "[parameters('vnetSubnetId')]"
        }
    },
    "resources": [
        {
            "apiVersion": "2020-01-01",
            "type": "Microsoft.ContainerService/managedClusters/agentPools",
            "name": "[concat(parameters('clusterName'),'/', parameters('agentPoolName'))]",
            "location": "[parameters('location')]",
            "properties": {
                "maxPods": "[variables('agentPoolProfiles').maxPods]",
                "osDiskSizeGB": "[variables('agentPoolProfiles').osDiskSizeGB]",
                "count": "[variables('agentPoolProfiles').agentCount]",
                "vmSize": "[variables('agentPoolProfiles').agentVmSize]",
                "osType": "[variables('agentPoolProfiles').osType]",
                "type": "VirtualMachineScaleSets",
                "vnetSubnetID": "[variables('agentPoolProfiles').vnetSubnetId]",
                "orchestratorVersion": "1.15.7"
            }
        }
    ]
}

명령을 사용하여 템플릿을 배포합니다 az deployment group create .
```
az deployment group create \
    --resource-group myResourceGroup \
    --template-file aks-agentpools.json
```
팁

다음 예제와 같이 템플릿에 태그 속성을 추가하여 노드 풀에 태그 를 추가할 수 있습니다.
```
...
"resources": [
{
  ...
  "properties": {
    ...
    "tags": {
      "name1": "val1"
    },
    ...
  }
}
...
```
Resource Manager 템플릿에서 정의하는 노드 풀 설정 및 작업에 따라 AKS 클러스터를 업데이트하는 데 몇 분 정도 걸릴 수 있습니다.

다음 단계

노드 풀에서 Pod를 제어하는 방법에 대한 자세한 내용은 AKS의 고급 스케줄러 기능에 대한 모범 사례를 참조하세요.
근접 배치 그룹을 사용하여 AKS 애플리케이션의 대기 시간을 줄입니다.
인스턴스 수준 공용 IP 주소를 사용하여 노드가 트래픽을 직접 처리할 수 있도록 합니다.

AKS(Azure Kubernetes Service)에서 클러스터에 대한 노드 풀 관리

시작하기 전에

제한 사항

단일 노드 풀 업그레이드

클러스터 컨트롤 플레인을 여러 노드 풀로 업그레이드

업그레이드에 대한 유효성 검사 규칙

노드 풀 수동 스케일링

클러스터 자동 크기 조정기를 사용하여 자동으로 특정 노드 풀 크기 조정

노드 풀에 용량 예약 그룹 연결

AKS에서 용량 예약 그룹을 사용하기 위한 필수 구성 요소

기존 용량 예약 그룹을 노드 풀과 연결

기존 용량 예약 그룹을 시스템 노드 풀과 연결

노드 풀의 VM 크기 지정

노드 풀에 대한 taint, 레이블 또는 태그 지정

노드 풀 taint 설정

노드 풀 내어붙이 설정

노드 풀 레이블 설정

노드 풀 Azure 태그 설정

Resource Manager 템플릿을 사용하여 노드 풀 관리

다음 단계

추가 리소스