AKS 작업에 대한 심사 사례

AKS(Azure Kubernetes Service) 클러스터에 대한 근본 원인 분석은 종종 어렵습니다. 프로세스를 간소화하려면 클러스터 계층 구조를 기반으로 하는 하향식 방법을 사용하여 문제를 심사하는 것이 좋습니다. 클러스터 수준에서 시작하고 필요한 경우 드릴다운합니다.

Diagram that shows the hierarchy of AKS cluster components: Cluster, node pools, nodes, pods, and containers.

다음 섹션에서는 하향식 방법을 자세히 설명하는 심사 사례에 대한 시리즈의 개요를 제공합니다. 문서에서는 도구 및 대시보드 집합을 사용하는 예제를 제공합니다. 이 문서에서는 이러한 예제가 문제의 증상을 강조하는 방법을 설명합니다.

이 시리즈에서 해결되는 일반적인 문제는 다음과 같습니다.

  • 부적절한 구성으로 인해 발생하는 네트워크 및 연결 문제
  • 컨트롤 플레인과 노드 간의 통신이 끊어졌습니다.
  • 컴퓨팅, 메모리 또는 스토리지 리소스가 부족하여 발생하는 Kubelet 압력
  • DNS(이름 시스템) 확인 문제를 기본.
  • IOPS(초당 디스크 입력/출력 작업)가 부족한 노드입니다.
  • API 서버에 대한 여러 요청을 차단하는 허용 제어 파이프라인입니다.
  • 적절한 컨테이너 레지스트리에서 끌어올 수 있는 권한이 없는 클러스터입니다.

이 시리즈는 특정 문제를 해결하기 위한 것이 아닙니다. 특정 문제 해결에 대한 자세한 내용은 AKS 문제 해결을 참조 하세요.

심사 사례 시리즈

단계 설명
1. AKS 클러스터 상태를 평가합니다. 클러스터 및 네트워킹의 전반적인 상태를 확인합니다.
2. 노드 및 Pod 상태를 검사합니다. AKS 작업자 노드의 상태를 평가합니다.
3. 워크로드 배포를 모니터링합니다. 모든 배포 및 DaemonSet 기능이 실행 중인지 확인합니다.
4. 허용 컨트롤러의 유효성을 검사합니다. 승인 컨트롤러가 예상대로 작동하는지 확인합니다.
5. 컨테이너 레지스트리에 대한 연결을 확인합니다. 컨테이너 레지스트리에 대한 연결을 확인합니다.

참가자

Microsoft에서 이 문서를 유지 관리합니다. 원래 다음 기여자가 작성했습니다.

보안 주체 작성자:

기타 기여자:

비공개 LinkedIn 프로필을 보려면 LinkedIn에 로그인합니다.

다음 단계