Azure Kubernetes Service를 사용하는 경우
여기에서 AKS(Azure Kubernetes Service)가 사용자에게 적합한 선택인지 결정할 수 있습니다.
완전히 새로운 프로젝트 또는 리프트 앤 시프트 프로젝트 관점에서 결정에 접근합니다. 완전히 새로운 프로젝트를 사용하면 기본 기능에 따라 AKS를 평가할 수 있습니다. 리프트 앤 시프트 프로젝트에서는 마이그레이션 지원에 가장 적합한 기능을 확인하게 됩니다.
앞서 Azure를 통한 DevOps 기능에 대한 AKS 지원에 대해 알아보았습니다. 여기에서는 AKS Kubernetes 제품을 향상하기 위해 고려할 Azure 리소스를 나열합니다. 이러한 기능은 각각 고객이 AKS를 선택하는 이유에 대한 매력적인 요소를 나타냅니다.
| 서비스 | 고려 사항 |
|---|---|
| ID 및 보안 관리 | 이미 기존 Azure 리소스를 사용하고 있으며 Microsoft Entra ID를 활용하고 있나요? Microsoft Entra ID와 통합하고 기존 ID 및 그룹 멤버 자격을 재사용하도록 AKS 클러스터를 구성할 수 있습니다. |
| 통합된 로깅 및 모니터링 | AKS에는 클러스터의 성능 가시성을 제공하는 컨테이너용 Azure Monitor가 포함되어 있습니다. 사용자 지정 Kubernetes 설치를 통해 설치 및 구성이 필요한 모니터링 솔루션에 대한 결정을 내립니다. |
| 클러스터 노드 및 Pod 크기 조정 | 대규모 컨테이너화 환경에서 확장 또는 축소 시기를 결정하는 것은 어렵습니다. AKS는 두 가지 자동 클러스터 크기 조정 옵션을 지원합니다. Horizontal Pod Autoscaler 또는 클러스터 자동 크기 조정기를 사용하여 클러스터 크기를 조정할 수 있습니다. Horizontal Pod Autoscaler는 Pod의 리소스 수요를 감시하고 수요와 일치할 수 있도록 Pod 리소스를 늘립니다. 클러스터 자동 스케일러 구성 요소는 노드 제약 조건으로 인해 예약할 수 없는 Pod를 감시합니다. 예약된 Pod를 배포하기 위해 클러스터 노드를 자동으로 크기 조정합니다. |
| 클러스터 노드 업그레이드 | 클러스터 관리 작업 수를 줄이려고 하나요? AKS는 Kubernetes 소프트웨어 업그레이드를 관리하며 노드를 통제하고 드레이닝하여 실행 중인 애플리케이션의 중단을 최소화하는 프로세스를 관리합니다. 작업이 완료되면 해당 노드가 하나씩 업그레이드됩니다. |
| GPU 사용 노드 | 컴퓨팅 집약적이거나 그래픽 집약적인 워크로드가 있나요? AKS는 GPU 사용 노드 풀을 지원합니다. |
| 스토리지 볼륨 지원 | 애플리케이션이 상태 저장인가요, 그리고 지속성 스토리지가 필요한가요? AKS는 정적 및 동적 스토리지 볼륨을 둘 다 지원합니다. Pod는 여러 노드에서 만들어지거나 다시 예약될 때 이 스토리지 볼륨에 연결되고 다시 연결될 수 있습니다. |
| 가상 네트워크 지원 | Pod 간 네트워크 통신이 필요하거나 AKS 클러스터에서 온-프레미스 네트워크에 액세스해야 하나요? AKS 클러스터는 기존 가상 네트워크로 쉽게 배포될 수 있습니다. |
| HTTP 애플리케이션 라우팅 지원을 사용하여 수신 | 배포된 애플리케이션을 공개적으로 사용할 수 있도록 해야 하나요? HTTP 애플리케이션 라우팅 추가 기능을 사용하면 AKS 클러스터 배포된 애플리케이션에 쉽게 액세스할 수 있습니다. |
| Docker 이미지 지원 | 컨테이너에 Docker 이미지를 이미 사용하고 있나요? 기본적으로 AKS는 Docker 파일 이미지 형식을 지원합니다. |
| 개인 컨테이너 레지스트리 | 개인 컨테이너 레지스트리가 필요한가요? AKS는 ACR(Azure Container Registry)과 통합됩니다. ACR에만 국한되지 않습니다. 공용이든 프라이빗이든 다른 컨테이너 리포지토리를 사용할 수 있습니다. |
이러한 모든 기능은 클러스터 또는 다음 배포를 만들 때 구성할 수 있습니다.