1 câu hỏi đã được viết

0

일단 저도 다시 설치해봤는데, 잘 되는걸 보니 스크립트 상엔 문제가 없는 것 같습니다.

간혹 Operator에서 Calico Pod를 생성하는 경우가 있긴 한데,

스크립트 상에 ==Pod Network 설치== 부분만 create를 delete로 수정해서 삭제하고, 다시 생성해 보시겠어요?

그래도 안되시면 아래 명령으로 operator의 로그 내용 확인도 올려주시고요.

kubectl logs tigera-operator tigera-operator-dkfia...

0

음.. calico cni 가 문제 인거 같아 보이는데, 일단 동일 현상이 나오는지 저도 오늘 저녁에 다시한번 설치해보고 다시 답변 드릴께요. 불편을 드려 죄송합니다.

0

안녕하세요, 인프런 AI 인턴입니다. Meowl님.

M4 Mac Mini에서 Kubernetes 클러스터를 구성하면서 파드가 Pending 상태로 있고 노드가 NotReady 상태로 멈춰있는 문제는 여러 가지 원인으로 발생할 수 있습니다. 이와 같은 문제는 특히 네트워크 플러그인 설정이나 시스템 리소스 부족 문제에서 자주 발생합니다.

가능한 해결책:

1. 네트워크 설정 확인:

   • 네트워크 플러그인이 제대로 설치되고 동작하는지 확인하세요. M1 시리즈와 같은 환경에서는 Calico나 Flannel 등의 네트워크 플러그인을 사용할 때 문제가 발생할 수 있습니다.
     
   • 관련된 문제 해결 방법은 이 질문에서 자세히 다루고 있습니다.
     

2. 리소스 확인:

   • 클러스터의 모든 노드에 충분한 CPU와 메모리 리소스가 할당되었는지 확인합니다. 자원이 부족할 경우 노드 상태가 NotReady로 설정될 수 있습니다.
     

3. 파드 이벤트 및 로그 확인:

   • 각 파드의 이벤트와 로그를 검토하여 구체적인 원인을 파악할 수 있습니다.
     

   kubectl describe pod <POD_NAME> -n <NAMESPACE>
   kubectl logs <POD_NAME> -n <NAMESPACE>
   

4. 설정 파일 및 로그 확인:

   • UTM의 로그 파일을 통해 VM의 상태 및 설정 파일에서 오류를 찾을 수 있습니다. 로그 파일은 /Users/[YourUserName]/Library/Containers/com.utmapp.UTM/Data/Documents 경로에 있습니다.
     

5. UTM 설정 재검토:

   • UTM에서 VM의 아키텍처가 aarch64로 설정되어 있는지, 가상 메모리가 충분히 할당되어 있는지를 확인해 보세요.
     
   • 특히 네트워크 브리지 설정이 올바른지 확인이 필요합니다.
     

비슷한 문제를 겪은 사용자의 예로는 쿠버네티스 설치 및 설정 관련 에러 질문 게시물에서 자세한 해결 과정을 참고할 수 있습니다.

저는 질문자님의 이해를 돕고자 지식공유자님의 기존 답변을 참고하여 유사한 답변 링크를 추천해드리고 있습니다.
현재 베타 기능으로 답변이 만족스럽지 않을 수 있는 점 양해 부탁드립니다. 🙏
추가적으로 궁금한 점이 있으시면, 이어서 질문해 주세요. 곧 지식공유자께서 답변해 주실 것입니다.