Critical 상태

워커 노드는 여러 가지 이유로 ‘ Critical ’ 상태가 될 수 있습니다. 자세한 정보 및 문제점 해결 단계는 Critical 또는 NotReady 상태의 작업자 노드 문제점 해결 을 참조하십시오.

Deleting 상태

Deleting 상태는 작업자 노드 크기 조정 또는 클러스터 자동 스케일링의 일환으로 작업자 노드를 삭제하도록 요청했음을 의미합니다. 워커 노드가 삭제 작업을 수행하는 동안에는 해당 노드에 대해 다른 작업을 실행할 수 없습니다. 삭제 프로세스는 되돌릴 수 없습니다. 삭제 절차가 완료되면 해당 워커 노드에 대한 요금이 더 이상 청구되지 않습니다.

Deleted 상태

Deleted 상태는 워커 노드가 삭제되어 더 이상 클러스터에 표시되지 않으며, 요금도 청구되지 않음을 의미합니다. 이 상태는 실행 취소할 수 없습니다. 컨테이너 이미지 등 워커 노드에만 저장되어 있던 데이터도 모두 삭제됩니다.

Deployed 상태

업데이트가 작업자 노드에 성공적으로 배치되었습니다. 업데이트가 배치된 후에는 IBM Cloud Kubernetes Service에서 작업자 노드에 대한 상태 검사를 시작합니다. 상태 검사에 성공하면 작업자 노드가 Normal 상태가 됩니다. Deployed 상태의 작업자 노드는 일반적으로 워크로드 수신 준비가 되어 있으며, 이는 kubectl get nodes를 실행하고 상태가 Normal을 표시하는지 확인하여 검사할 수 있습니다.

Deploying 상태

Deploying 상태는 작업자 노드의 Kubernetes 버전을 업데이트하는 경우 업데이트 설치를 위해 작업자 노드가 재배치됨을 의미합니다. 작업자 노드를 다시 로드하거나 재부팅하면 작업자 노드가 다시 배치되어 최신 패치 버전을 자동으로 설치합니다. 작업자 노드가 오랫동안 이 상태인 경우 배치 중에 문제점이 발생했는지 여부를 확인하십시오.

Deploy_failed 상태

Deploy_failed 상태는 작업자 노드를 배치할 수 없음을 의미합니다. ibmcloud ks worker get --cluster <cluster_name_or_id> --worker <worker_node_id>를 실행해 작업자 노드의 세부사항을 나열하여 실패의 세부사항을 찾으십시오.

Normal 상태

Normal 상태는 작업자 노드가 완전히 프로비저닝되어 클러스터에서 사용할 준비가 됨을 의미합니다. 이 상태는 정상으로 간주되고 사용자의 조치가 필요하지 않습니다.

작업자 노드가 정상인 경우에도 네트워킹 및 스토리지와 같은 기타 인프라 리소스에는 여전히 주의를 기울여야 합니다.

NotReady 상태

워커 노드가 메모리나 기타 리소스 부족으로 인해 ‘ NotReady ’ 상태를 빈번하게 보고하거나 포드를 강제 종료할 경우, 과부하 상태가 발생할 수 있습니다. 작업자 노드에 대한 용량 요구사항 재평가를 고려하십시오.

Provisioned 상태

Provisioned 상태는 작업자 노드가 프로비저닝 완료되고 클러스터의 일부임을 의미합니다. 해당 작업자 노드에 대한 비용 청구가 시작됩니다. 작업자 노드 상태가 곧 normal 및 ready와 같은 정상 상태를 보고합니다.

Provisioning 상태

Provisioning 상태는 작업자 노드가 프로비저닝되고 있으며 클러스터에서 아직 사용 가능하지 않음을 의미합니다. CLI 출력의 상태(Status) 열에서 프로비저닝 프로세스를 모니터링할 수 있습니다. 워커 노드가 이 상태에서 오랫동안 멈춰 있다면, 프로비저닝 과정에서 문제가 발생했는지 확인해 보십시오.

Provision pending 상태

Provision pending 상태는 작업자 노드 프로비저닝 프로세스를 시작되기 전에 다른 프로세스가 완료 중임을 의미합니다. 먼저 CLI 출력의 상태 열에서 완료해야 하는 다른 프로세스를 모니터할 수 있습니다. 예를 들어, VPC 클러스터에서 ‘ Pending security group creation ’ 상태는 워커 노드가 프로비저닝되기 전에 해당 워커 노드의 보안 그룹이 먼저 생성되고 있음을 나타냅니다. 작업자 노드가 오랫동안 이 상태로 고착되어 있는 경우에는 해당되는 다른 프로세스 중에 문제점이 발생했는지 확인하십시오.

Provision_failed 상태

작업자 노드를 프로비저닝할 수 없습니다. ibmcloud ks worker get --cluster <cluster_name_or_id> --worker <worker_node_id>를 실행해 작업자 노드의 세부사항을 나열하여 실패의 세부사항을 찾으십시오.

Reloading 상태

Reloading 상태는 작업자 노드가 다시 로드되고 있으며 클러스터에서 사용 가능하지 않음을 의미합니다. CLI 출력의 상태(Status) 열에서 다시 로드 프로세스를 모니터링할 수 있습니다. 워커 노드가 이 상태에서 오랫동안 멈춰 있다면, 재로딩 중에 문제가 발생했는지 확인해 보십시오.

Reloading_failed 상태

Reloading_failed 상태는 작업자 노드를 다시 로드할 수 없음을 의미합니다. ibmcloud ks worker get --cluster <cluster_name_or_id> --worker <worker_node_id>를 실행해 작업자 노드의 세부사항을 나열하여 실패의 세부사항을 찾으십시오.

Reload_pending 상태

작업자 노드의 Kubernetes 버전을 다시 로드하거나 업데이트하도록 요청했습니다. 다시 로드가 시작되면 상태가 Reloading으로 변경됩니다.

Unknown 상태

Unknown 상태는 다음 이유 중 하나로 인해 Kubernetes 마스터에 연결할 수 없음을 의미합니다.

• Kubernetes 마스터의 업데이트를 요청했습니다. 업데이트 중에는 작업자 노드의 상태를 검색할 수 없습니다. Kubernetes 마스터가 업데이트된 후에도 작업자 노드가 장시간 이 상태로 있는 경우 작업자 노드를 다시 로드해 보십시오.
• 작업자 노드를 보호 중이거나 최근에 방화벽 설정을 변경한 다른 방화벽이 있을 수 있습니다. IBM Cloud Kubernetes Service에서는 작업자 노드와 Kubernetes 마스터 간의 양방향 통신을 허용하기 위해 특정 IP 주소와 포트를 열어야 합니다. 자세한 정보는 방화벽으로 인해 작업자 노드를 연결할 수 없음을 참조하십시오.
• Kubernetes 마스터가 작동 중단되었습니다. IBM Cloud 지원 케이스를 열어서 IBM Cloud 지원 팀에 문의하십시오.

Warning 상태

Warning 상태는 작업자 노드가 메모리 또는 디스크 공간 한계에 도달 중임을 의미합니다. 워커 노드의 작업 부하를 줄이거나, 클러스터에 워커 노드를 추가하여 작업 부하를 분산시킬 수 있습니다.