"49. 구독매니저 YAML 구조" 강의 kubectl apply 시 에러

작성한 질문수 59

1

식빵님 안녕하세요. 황현우입니다.

sm-* 이미지에도 arm64 가 빠져있는 이미지가 있어서 발생한 것으로 보입니다.

이미지는 지금 모두 업데이트 해 두었으니, 다시 한번 확인 부탁드립니다!

감사합니다.

0

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

식빵님, 쿠버네티스 환경에서 이미지 관련 에러가 발생한 부분에 대해 문의 주셨군요. “ImagePullBackOff”와 “CrashLoopBackOff” 상태는 주로 컨테이너 이미지가 올바르게 풀리지 않거나 애플리케이션이 정상적으로 시작되지 못할 때 발생합니다. 이와 관련된 몇 가지 주요 사항을 점검해보면 문제 해결에 도움이 될 것입니다.

1. 이미지 이름 및 태그 확인:

   • kubectl describe pod 명령어로 확인한 결과 이미지를 풀이는 과정에서 문제가 있는 것으로 보입니다. “no match for platform in manifest” 에러는 사용 중인 플랫폼에 맞는 이미지가 존재하지 않을 때 발생할 수 있습니다. 이미지 URI와 태그가 올바르게 지정되어 있는지 확인해 보세요.
     

2. 이미지 레지스트리 확인:

   • 도커 이미지가 퍼블릭 레지스트리에 호스팅되어 있는 경우인지, 아니면 퍼미션 이슈로 인해 접근이 차단되는지 확인합니다. 만약 프라이빗 레지스트리라면, 접근 권한을 위해 쿠버네티스 시크릿을 사용하여 인증 정보를 제공해야 합니다.
     

3. 노드 아키텍처 및 이미지 플랫폼 확인:

   • 사용하는 쿠버네티스 클러스터의 노드 아키텍처(예: x86_64)는 이미지가 설계된 플랫폼과 상호 호환이 가능해야 합니다. docker manifest inspect 명령을 사용하여 이미지의 플랫폼 정보를 확인할 수 있습니다.
     

4. ImagePullPolicy 설정 확인:

   • 디플로이먼트나 스테이트풀셋 등에서 imagePullPolicy가 Always로 설정되어 있으면 최신 이미지를 가져오려고 할 수 있습니다. 이미지 캐시가 이미 로컬에 있으면 IfNotPresent로 설정하여 시도를 다시 시도하세요.
     

이와 유사한 사례로, 이미지 레지스트리와 관련된 질문에서 참조할 수 있는 논의를 확인해보실 수 있습니다. 이 질문에서는 레지스트리에서 이미지 플랫폼이 맞지 않는 경우, 동일한 이미지를 다양한 플랫폼에 맞게 빌드 및 태깅한 후 푸시할 것을 권장하고 있습니다.

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