다음을 통해 공유

노드 준비 안 됨 오류의 기본 문제 해결

  • 아티클

이 문서에서는 실패 후 AKS(Microsoft Azure Kubernetes Service) 클러스터 노드를 복구하는 문제 해결 단계를 제공합니다. 이 문서에서는 특히 노드 준비 안 됨 오류가 발생할 때 생성되는 가장 일반적인 오류 메시지를 설명하고 Windows 및 Linux 노드 모두에 대해 노드 복구 기능을 수행하는 방법을 설명합니다.

시작하기 전에

Kubernetes 클러스터 문제 해결을 위한 공식 가이드를 읽어보세요. 또한 Kubernetes 문제 해결에 대한 Microsoft 엔지니어의 가이드를 읽어보세요. 이 가이드에는 Pod, 노드, 클러스터 및 기타 기능 문제를 해결하기 위한 명령이 포함되어 있습니다.

필수 조건

  • Azure CLI, 버전 2.31 이상. Azure CLI가 이미 설치된 경우 실행 az --version하여 버전 번호를 찾을 수 있습니다.

기본 문제 해결

AKS는 작업자 노드의 상태를 지속적으로 모니터링하고 비정상 상태가 되면 노드를 자동으로 복구합니다. Azure VM(Virtual Machine) 플랫폼 은 문제가 발생하는 VM을 유지 관리합니다 . AKS와 Azure VM은 함께 작동하여 클러스터의 서비스 중단을 줄입니다.

노드의 경우 두 가지 형태의 하트비트가 있습니다.

  • 개체의 .status 파일을 Node 업데이트합니다.

  • kube-node-lease 네임스페이스 내의 임대 개체입니다. 각 Node 개체에는 연결된 개체가 Lease 있습니다.

의 .status 파일에 Node대한 업데이트와 비교할 때 a Lease 는 간단한 리소스입니다. 하트비트에 개체를 사용하면 Lease 대규모 클러스터에 대한 이러한 업데이트의 성능 영향을 줄일 수 있습니다.

kubelet은 개체에 대한 .status 파일을 Node 만들고 업데이트하는 역할을 담당합니다. 또한 개체와 관련된 개체를 Lease 업데이트해야 합니다 Node .

다음 조건 중 하나가 true이면 kubelet에서 .status 파일을 업데이트 Node 합니다.

  • 상태가 변경됩니다.

  • 구성된 시간 간격 후에는 업데이트가 발생하지 않습니다.

상태 업데이트 Node 의 기본 간격은 5분입니다. 이 간격은 연결할 수 없는 노드에 대한 40초 기본 제한 시간보다 훨씬 깁니다. kubelet은 개체를 Lease 만들고 10초마다 한 번 업데이트합니다(기본 업데이트 간격). 업데이트는 Lease 상태 업데이트와 독립적으로 수행됩니다 Node . 업데이트가 Lease 실패하면 kubelet은 200밀리초에서 시작하여 최대 7초로 제한되는 지수 백오프를 사용하여 다시 시도합니다.

상태 NotReady 또는 Unknown상태가 있는 Pod Node 경우 예약할 수 없습니다. 상태에 있는 Pod 노드에서만 예약할 Ready 수 있습니다.

노드가 상태 또는 PIDPressure 상태인 경우 노드에서 MemoryPressureDiskPressure추가 Pod를 예약하기 위해 리소스를 관리해야 합니다. 노드가 모드인 NetworkUnavailable 경우 노드에서 네트워크를 올바르게 구성해야 합니다. 다음 조건이 충족되는지 확인합니다.

타사 연락처 고지 사항

Microsoft는 이 항목에 대한 추가 정보를 찾는 데 도움이 되는 타사 연락처 정보를 제공합니다. 이 연락처 정보는 예고 없이 변경 될 수 있습니다. Microsoft는 타사 연락처 정보의 정확도를 보장하지 않습니다.