공인 쿠버네티스 관리자(CKA) 학습 가이드 (Korean Edition), 2nd Edition

제22장. 클러스터문제 해결

이 작품은 AI를 사용하여 번역되었습니다. 여러분의 피드백과 의견을 환영합니다: [e-mail]

쿠버네티스 클러스터 가 인프라 수준 장애를 경험할 경우 그 영향은 치명적일 수 있습니다. 파드가 스케줄링을 거부하고, 애플리케이션에 접근할 수 없게 되며, 전체 노드가 클러스터에서 사라져 수백 개의 워크로드에 동시에 영향을 미칠 수 있습니다. 단일 서비스에만 영향을 미칠 수 있는 애플리케이션 특정 문제와 달리, 클러스터 구성 요소 및 노드 문제는 쿠버네티스 환경의 근간을 직접 타격하므로 시스템 가용성 유지를 위해 신속한 진단과 해결이 매우 중요합니다.

이 장에서는 이러한 인프라 수준 문제를 해결하는 기술을 습득합니다. 노드 상태를 해석하고, 노드가 NotReady 상태로 전환되는 원인을 조사하며, 리소스 압박 상황을 해결하고, Pod 스케줄링 실패의 근본 원인을 추적하는 방법을 배웁니다.

커리큘럼 목표 범위

이 장에서는 다음 커리큘럼 목표를 다룹니다:

• 클러스터 및 노드 문제 해결

• 클러스터 구성 요소 문제 해결

클러스터 노드 상태 점검

구성 요소 수준에서 쿠버네티스 클러스터 가 오작동하게 만드는 다양한 요인이 존재합니다. 잠재적 문제를 식별하기 위해 클러스터 내 사용 가능한 노드를 나열하는 것이 좋습니다:

$ kubectl get nodes
NAME                 STATUS   ROLES           AGE     VERSION
control-plane-node   Ready    control-plane   2m45s   v1.33.2
worker-node-1        Ready    <none>          2m36s   v1.33.2
worker-node-2        Ready    <none>          2m29s   v1.33.2
worker-node-3        Ready    <none>          2m22s   v1.33.2

출력 결과는 현황을 파악하는 데 도움이 됩니다. ROLES 열에서 각 노드의 역할, 사용 중인 쿠버네티스 버전, 현재 상태를 쉽게 확인할 수 있습니다.

고수준에서 문제를 식별할 때 주의해야 할 몇 가지 사항이 있습니다:

• 노드의 상태가 Ready 이외의 상태인가?

• 노드 버전이 다른 노드 버전과 다른가?

다음 섹션에서는 제어 평면 노드와 작업자 노드에 대한 개별 문제 해결 방법을 확인할 수 있습니다.

클러스터 구성 요소 상태 확인

에서 제어 평면 노드에 존재하는 구성 요소는 다음과 같습니다:

kube-apiserver

쿠버네티스 API 를 노출 합니다.

etcd

클러스터 데이터 저장을 위한 키-값 저장소

kube-scheduler

스케줄링되었으나 생성되지 않은 파드 용 노드 선택

core-dns

클러스터의 DNS 서버 역할을 수행하여, Pod 및 서비스가 IP 주소 대신 이름으로 서로를 검색할 수 있도록 자동으로 DNS 레코드를 생성하며, 워크로드에 대한 외부 DNS 확인도 처리합니다.

kube-controller-manager

컨트롤러 프로세스 실행 (예: 작업 객체 실행을 담당하는 작업 컨트롤러)

cloud-controller-manager ...