AKS(Azure Kubernetes Service)에서 리소스를 관리하기 위한 애플리케이션 개발자 모범 사례

아티클
03/05/2024

AKS(Azure Kubernetes Service)에서 애플리케이션을 개발 빛 실행할 경우 몇 가지 주요 영역을 고려해야 합니다. 애플리케이션 배포를 관리하는 방법은 사용자가 제공하는 서비스의 최종 사용자 환경에 악영향을 끼칠 수 있습니다.

이 문서는 애플리케이션 개발자 관점에서 클러스터와 워크로드를 실행하는 데 중점을 둡니다. 관리 모범 사례에 대한 자세한 내용은 AKS(Azure Kubernetes Service)의 격리 및 리소스 관리에 대한 클러스터 운영자 모범 사례를 참조하세요.

이 문서는 다음 항목을 설명합니다.

Pod 리소스 요청 및 제한.
Bridge to Kubernetes 및 Visual Studio Code를 사용하여 애플리케이션을 개발, 디버그 및 배포하는 방법

Pod 리소스 요청 및 한도 정의

모범 사례 지침

YAML 매니페스트의 모든 Pod에 대해 Pod 요청 및 제한을 설정합니다. AKS 클러스터가 리소스 할당량을 사용하고 이러한 값을 정의하지 않으면 배포가 거부될 수 있습니다.

Pod 요청과 한도를 사용하여 AKS 클러스터 내에서 컴퓨팅 리소스를 관리합니다. Pod 요청과 한도는 Pod에 할당할 컴퓨팅 리소스의 Kubernetes 스케줄러에 알려 줍니다.

Pod CPU/메모리 요청

Pod 요청은 Pod에서 정기적으로 필요한 CPU 및 메모리의 양을 정의합니다.

Pod 사양에서 위 정보를 기반으로 이러한 요청과 한도를 정의하는 것이 중요합니다. 이러한 값을 포함하지 않으면 Kubernetes 스케줄러에서 애플리케이션이 일정을 결정하는 데 필요한 리소스를 고려할 수 없습니다.

애플리케이션의 성능을 모니터링하여 Pod 요청을 조정합니다. Pod 요청을 평가하는 경우 노드를 과도하게 예약하면 애플리케이션의 성능이 저하될 수 있습니다. 요청이 과대 평가된 경우 애플리케이션이 일정을 수립하는 데 어려움이 가중될 수도 있습니다.

Pod CPU/메모리 제한

Pod 한도는 Pod가 사용할 수 있는 최대 CPU 및 메모리의 크기를 설정합니다. 메모리 한도는 리소스 부족으로 인해 노드가 불안정할 때 제거해야 하는 Pod를 정의합니다. 적절한 한도 설정이 없으면 리소스 압력이 리프트될 때까지 Pod가 제거됩니다. Pod는 주기적으로 CPU 한도을 초과할 수 있지만, CPU 한도를 초과해도 Pod가 제거되지는 않습니다.

Pod 한도는 Pod가 리소스 소비량에 대한 제어권을 상실한 경우를 정의합니다. 한도를 초과하면 Pod가 제거되도록 표시됩니다. 이 동작은 노드 상태를 유지하고 노드를 공유하는 Pod에 대한 영향을 최소화합니다. Pod 한도를 설정하지 않으면 지정된 노드에서 사용할 수 있는 최고값으로 기본 설정됩니다.

노드에서 지원할 수 있는 것보다 높은 Pod 제한을 설정하지 마세요. 각 AKS 노드는 핵심 Kubernetes 구성 요소의 설정된 CPU 및 메모리 크기를 예약합니다. 애플리케이션이 노드에서 너무 많은 리소스를 사용하려고 하여 다른 Pod가 성공적으로 실행되지 않을 수 있습니다.

애플리케이션의 성능을 하루 또는 일주일 동안 서로 다른 시간에 모니터링합니다. 최대 수요 시간을 결정하고 최대 요구 사항을 충족하는 데 필요한 리소스에 Pod 제한을 맞춥니다.

Important

Pod 사양에서 위의 정보에 따라 이러한 요청 및 제한을 정의합니다. 이러한 값을 포함하지 않으면 Kubernetes 스케줄러가 애플리케이션이 일정을 결정하는 데 필요한 리소스를 고려하지 못하게 됩니다.

스케줄러에서 리소스가 부족한 노드에 Pod를 배치하면 애플리케이션 성능이 저하됩니다. 클러스터 관리자는 리소스 요청과 한도를 설정해야 하는 네임스페이스에서 리소스 할당량을 설정해야 합니다. 자세한 내용은 AKS 클러스터의 리소스 할당량을 참조하세요.

CPU 요청 또는 한도를 정의하는 경우 값은 CPU 단위로 측정됩니다.

1.0 CPU는 노드에 있는 하나의 기본 가상 CPU 코어와 동일합니다.
- GPU에도 동일한 측정이 사용됩니다.
밀리코어 단위로 측정된 함수를 정의할 수 있습니다. 예를 들어 100m는 기본 vCPU 코어의 0.1입니다.

단일 NGINX Pod에 대한 다음 기본 예제에서 Pod는 100m의 CPU 시간과 128Mi의 메모리를 요청합니다. Pod의 리소스 한도는 250m의 CPU 및 256Mi의 메모리로 설정됩니다.

kind: Pod
apiVersion: v1
metadata:
  name: mypod
spec:
  containers:
  - name: mypod
    image: mcr.microsoft.com/oss/nginx/nginx:1.15.5-alpine
    resources:
      requests:
        cpu: 100m
        memory: 128Mi
      limits:
        cpu: 250m
        memory: 256Mi

리소스 측정 및 할당에 대한 자세한 내용은 컨테이너의 컴퓨팅 리소스 관리를 참조하세요.

AKS 클러스터에서 애플리케이션 개발 및 디버그

모범 사례 지침

개발 팀은 Bridge to Kubernetes를 사용하여 AKS 클러스터에서 배포 및 디버그해야 합니다.

Bridge to Kubernetes를 사용하면 AKS 클러스터에서 직접 애플리케이션을 개발, 디버그 및 테스트할 수 있습니다. 팀 내의 개발자들은 애플리케이션 수명 주기 내내 협력하여 빌드하고 테스트합니다. Bridge to Kubernetes 확장에서 Visual Studio 또는 Visual Studio Code 같은 기존 도구를 계속 사용할 수 있습니다.

Bridge to Kubernetes에서 통합 개발 및 테스트 프로세스를 사용하면 minikube와 같은 로컬 테스트 환경의 필요성이 줄어듭니다. 대신 AKS 클러스터, 심지어 보안/격리된 클러스터에서도 개발하고 테스트합니다.

참고 항목

Bridge to Kubernetes는 Linux Pod 및 노드에서 실행하는 애플리케이션과 함께 사용하기 위한 것입니다.

Kubernetes에 Visual Studio Code(VS Code) 확장 사용

모범 사례 지침

YAML 매니페스트를 작성하는 경우 Kubernetes에 대한 VS Code 확장을 설치하고 사용합니다. 통합 배포 솔루션에 확장을 사용할 수도 있고, 이는 AKS 클러스터를 드물게 조작하는 애플리케이션 소유자에게 도움이 될 수 있습니다.

Kubernetes용 Visual Studio Code 확장은 애플리케이션을 개발하고 AKS에 배포하는 데 도움이 됩니다. 이 확장은 다음 기능을 제공합니다.

Kubernetes 리소스, Helm 차트 및 템플릿에 대한 Intellisense.
VS Code 내에서 Kubernetes 리소스의 기능을 찾아보고 배포, 편집할 수 있는 기능입니다.
Pod 사양에 설정되어 있는 리소스 요청 또는 한도에 대한 intellisense 검사:

다음 단계

이 문서는 클러스터 운영자 관점에서 클러스터 및 워크로드를 실행하는 방법을 중점적으로 설명했습니다. 관리 모범 사례에 대한 자세한 내용은 AKS(Azure Kubernetes Service)의 격리 및 리소스 관리에 대한 클러스터 운영자 모범 사례를 참조하세요.

이러한 모범 사례 중 일부를 구현하려면 Bridge to Kubernetes를 사용하여 개발을 참조하세요.