이 문서에서는 작동 방식, 업그레이드 동작, 필수 구성 요소, 제한 사항 및 시작하기 위한 리소스를 포함하여 AKS(Azure Kubernetes Service) NAP(노드 자동 프로비저닝)에 대한 개요를 제공합니다.
대부분의 프로덕션 AKS 워크로드에서 AKS 자동은 권장되는 기본값입니다. AKS Automatic은 NAP를 사전 구성된 기능으로 포함하고, SLA가 보장되는 파드 준비 상태와 함께 프로덕션 환경에 바로 사용할 수 있는 운영 기준선을 제공합니다.
AKS에서 노드 자동 프로비저닝이란?
AKS에 워크로드를 배포하는 경우 노드 풀 구성의 일부로 적절한 VM(가상 머신) 크기를 선택해야 합니다. 워크로드가 더 복잡해짐에 따라 다양한 리소스 요구 사항이 있는 다른 워크로드가 있을 수 있으므로 수많은 리소스 요청에 대한 VM 구성을 디자인하기가 더 어려워질 수 있습니다.
NAP(노드 자동 프로비저닝)는 워크로드에 대한 최적의 VM 구성을 자동으로 프로비전하고 관리하여 이 프로세스를 간소화합니다. NAP는 보류 중인 Pod 리소스 요구 사항을 사용하여 가장 효율적이고 비용 효율적인 방식으로 워크로드를 실행하는 최적의 VM 구성을 결정합니다.
NAP는 AKS 클러스터에서 Karpenter를 자동으로 배포, 구성 및 관리하며 오픈 소스 Karpenter 및 AKS Karpenter 공급자 프로젝트를 기반으로 합니다.
AKS 자동에서 NAP는 기본적으로 미리 구성됩니다. AKS 표준에서는 NAP를 명시적으로 사용하도록 설정하고 구성합니다.
NAP용 AKS 자동 또는 AKS 표준 선택
다음 지침을 사용하여 시작 지점을 선택합니다.
| 시나리오 | 권장 경로 | 이유 |
|---|---|---|
| 대부분의 프로덕션 워크로드 | AKS 자동화 | NAP는 사전 구성되어 있고, 파드 준비 상태는 SLA로 보장되며, Day 2 노드 운영 작업은 줄어듭니다. |
| 고급 사용자 지정 플랫폼 요구 사항 | NAP를 사용하는 AKS 표준 | 클러스터 및 프로비저닝 구성을 보다 수동으로 제어합니다. |
| 더 적은 VM 계획으로 더 빠른 프로덕션 경로 | AKS 자동화 | 노드 크기 조정 및 수명 주기 작업에 대한 운영 오버헤드가 줄어듭니다. |
| 도입 첫날부터 가능한 정밀한 플랫폼 튜닝 | NAP를 사용하는 AKS 표준 | 사용자 지정 컨트롤 및 운영 패턴에 대한 유연성 향상 |
AKS 자동 개요는 AKS(Azure Kubernetes Service) 자동 소개를 참조하세요.
노드 자동 프로비저닝은 어떻게 작동하나요?
노드 자동 프로비전은 보류 중인 Pod 압력에 응답하여 클러스터의 VM(노드)을 프로비전, 크기 조정 및 관리합니다.
노드 자동 프로비저닝의 주요 구성 요소
NAP는 다음 주요 구성 요소를 사용하여 클러스터의 노드를 관리합니다.
| 구성 요소 | Description |
|---|---|
NodePool 및 AKSNodeClass |
워크로드에 대한 노드 프로비저닝 정책, VM 사양 및 제약 조건을 정의하기 위해 만들고 관리하는 CRD(사용자 지정 리소스 정의)입니다. |
NodeClaims |
모니터링할 수 있는 프로비전된 노드의 현재 상태를 나타내기 위해 NAP에서 관리합니다. |
| 워크로드 리소스 요구 사항 | 프로비저닝 결정을 내리는 Pod, 배포, 작업 및 기타 Kubernetes 리소스의 CPU, 메모리 및 기타 사양 |
팁 (조언)
AKS 자동 클러스터에서 NAP는 적격 Pod 준비 작업의 99.9%가 5분 이내에 완료되도록 보장하는 Pod 준비 SLA에 의해 미리 구성되고 지원됩니다. 즉, 수동 VM 선택 또는 용량 계획 없이 워크로드가 올바른 크기의 노드에서 즉시 실행될 수 있습니다.
대부분의 프로덕션 팀에서 AKS 자동은 예측 가능한 시작 동작 및 낮은 2일 작업 오버헤드의 기본 시작점이 됩니다.
노드 자동 프로비저닝 노드에 대한 Kubernetes 업그레이드 동작
노드 자동 프로비저닝 노드에 대한 Kubernetes 업그레이드는 컨트롤 플레인 Kubernetes 버전을 따릅니다. 클러스터 업그레이드를 수행하는 경우 노드가 컨트롤 플레인과 동일한 버전 관리를 따르도록 자동으로 업데이트됩니다.
클러스터에 대한 Kubernetes 업그레이드를 자동으로 처리하는 Kubernetes 자동 업그레이드 채널을 설정하는 것이 좋습니다. 또한 클러스터에 대해 계획된 유지 관리 기간을 설정하는 것이 좋습니다.
aksManagedAutoUpgradeSchedule 유지 관리 기간을 사용하면 지정된 자동 업그레이드 채널에서 예약된 클러스터 업그레이드를 수행할 시기를 제어할 수 있습니다. 자세한 내용은 AKS(Azure Kubernetes Service) 클러스터에 대한 업그레이드를 예약하고 제어하는 계획된 유지 관리 사용 참조하세요.
필수 조건
AKS에서 노드 자동 프로비저닝을 사용하려면 다음 필수 구성 요소가 필요합니다.
- Azure 구독입니다. 계정이 없는 경우 무료 계정에 만들 수 있습니다.
- Azure CLI 버전
2.76.0이상. 버전을 확인하려면az --version을 실행합니다. Azure CLI를 설치하거나 업그레이드하는 방법에 대한 자세한 내용은 Azure CLI 설치를 참조하세요.
제한 사항 및 지원되지 않는 기능
AKS의 노드 자동 프로비저닝에는 다음과 같은 제한 사항 및 지원되지 않는 기능이 적용됩니다.
- 클러스터 자동 크기 조정기를 사용하여 사용하도록 설정된 클러스터에서 NAP를 사용하도록 설정할 수 없습니다.
- Windows 노드 풀은 지원되지 않습니다.
- IPv6 클러스터는 지원되지 않습니다.
- 서비스 주체는 지원되지 않습니다. 시스템이 할당한 관리 ID 또는 사용자가 할당한 관리 ID를 사용할 수 있습니다.
- NAP에서 사용하도록 설정된 클러스터는 중지 할 수 없습니다.
- NAP에서 사용하도록 설정된 클러스터를 만든 후에는 클러스터 송신 아웃바운드 유형을 변경할 수 없습니다.
- 사용자 지정 VNet(가상 네트워크)에서 NAP 클러스터를 만들 때 표준 Load Balancer 사용해야 합니다. 기본 Load Balancer 지원되지 않습니다.
AKS에서 노드 자동 프로비저닝 시작
새 프로덕션 워크로드를 시작한다면 AKS Automatic으로 시작하세요:
AKS 표준 또는 고급 NAP 사용자 지정 시나리오의 경우 다음 리소스를 사용합니다.