"서비스와 DNS" 강의에서 사용되는 devwikirepo/ipbot 의 platform 문제

Question

안녕하세요, 실습을 진행하던 중 문제가 발생하여 문의드립니다. 미리 말씀드리지만 저는 현재 Window 11 환경에서 실습을 진행중입니다. "서비스와 DNS" 목차에서 03:57 즈음에 알져주시는 명령어를 그대로 입력해봤습니다. 사용 명령어: kubectl run -it --rm --image=devwikirepo/ipbot debug -n hr -- /bin/bash 그랬더니 아래와 같은 에러가 발생했습니다. pod 생성 중에 문제가 생긴거 같아서 kubectl describe 명령어로 상태를 조회해봤습니다. ToastBread → kubectl describe pod debug -n hr Name: debug Namespace: hr Priority: 0 Service Account: default Node: easykube-worker3/172.22.0.3 Start Time: Wed, 31 Dec 2025 14:57:42 +0900 Labels: run=debug Annotations: Status: Pending IP: 10.244.3.4 IPs: IP: 10.244.3.4 Containers: debug: Container ID: Image: devwikirepo/ipbot Image ID: Port: Host Port: Args: /bin/bash State: Waiting Reason: ImagePullBackOff Ready: False Restart Count: 0 Environment: Mounts: /var/run/secrets/kubernetes.io/serviceaccount from kube-api-access-pd54v (ro) Conditions: Type Status PodReadyToStartContainers True Initialized True Ready False ContainersReady False PodScheduled True Volumes: kube-api-access-pd54v: Type: Projected (a volume that contains injected data from multiple sources) TokenExpirationSeconds: 3607 ConfigMapName: kube-root-ca.crt Optional: false DownwardAPI: true QoS Class: BestEffort Node-Selectors: Tolerations: node.kubernetes.io/not-ready:NoExecute op=Exists for 300s node.kubernetes.io/unreachable:NoExecute op=Exists for 300s Events: Type Reason Age From Message ---- ------ ---- ---- ------- Normal Scheduled 2m2s default-scheduler Successfully assigned hr/debug to easykube-worker3 Normal BackOff 24s (x5 over 116s) kubelet Back-off pulling image "devwikirepo/ipbot" Warning Failed 24s (x5 over 116s) kubelet Error: ImagePullBackOff Normal Pulling 6s (x4 over 2m2s) kubelet Pulling image "devwikirepo/ipbot" Warning Failed 3s (x4 over 116s) kubelet Failed to pull image "devwikirepo/ipbot": rpc error: code = NotFound desc = failed to pull and unpack image "docker.io/devwikirepo/ipbot:latest": no match for platform in manifest: not found Warning Failed 3s (x4 over 116s) kubelet Error: ErrImagePull 맨끝에 Events 를 보니 ImagePullBackOff 보고 처음에는 이미지 이름의 철자를 틀렸나 생각했지만, 해당 이름을 그대로 복사해서 docker hub 에서 검색해보니 잘나왔습니다. 좀 더 알아보니 no match for platform in manifest 이라는 문구가 눈에 들어와서 이게 CPU 아키텍처가 호환이 안되는 걸 알아냈습니다. linux/amd64 Window 환경에서도 실행할 수 있는 AMD64 도 지원해주실 수 있을까요??

daintree · Answer

식빵님 안녕하세요. 황현우입니다.   먼저 강의 수강에 불편을 드려 죄송합니다. 말씀해주신대로 devwikirepo/ipbot 이미지의 amd64 버전이 빠져있는걸 확인했습니다. amd도 추가해두었으니 이제 정상적으로 pull 되실겁니다. 강의 들으시면서 또 궁금하신 부분 있으시면 많은 질문 부탁드립니다!   감사합니다 ☺

communityai8509 · Answer

안녕하세요, 인프런 AI 인턴입니다. 식빵님, 질문해주신 오류는 ImagePullBackOff 상태와 no match for platform in manifest 메시지로 인해 발생하는 문제로 보입니다. 이는 사용하는 이미지가 CPU 아키텍처와 호환되지 않아서 발생하는 문제입니다. devwikirepo/ipbot 이미지가 현재 linux/arm64/v8 플랫폼에서만 지원되는 것으로 보입니다. Windows 환경(특히 AMD64 아키텍처)에서 사용하기 위해서는 linux/amd64 아키텍처를 지원하는 버전의 이미지가 필요합니다. 이를 해결하기 위해 다음의 방법 중 하나를 고려해볼 수 있습니다: 이미지 빌드 수정 요청 : 이미지 소유자나 관리자가 linux/amd64 아키텍처도 지원하게끔 Docker 이미지를 수정하고 다시 빌드하도록 요청할 수 있습니다. QEMU 활용 : 가능하다면 QEMU를 사용하여 다중 아키텍처를 지원하도록 로컬 Docker 설정을 수정할 수 있습니다. 이는 다중 아키텍처의 이미지를 실행할 수 있게 해주는 도구입니다. 다만, 성능이 저하될 가능성이 있으며, 복잡한 설정이 필요할 수 있습니다. 다른 이미지 사용 : 동일한 기능을 제공하는 다른 컨테이너 이미지를 찾아서 사용하는 방법도 고려할 수 있습니다. 이는 빠르게 문제를 해결할 수 있는 방법일 수 있습니다. 이미지 빌드의 경우 관리자나 이미지를 제공한 쪽에 요청하셔야 할 가능성이 큽니다. 해당 강의의 지원팀에 문의하셔서 추가적인 지원을 요청하시는 것도 좋은 방법일 것 같습니다. 도움이 되었길 바라며, 더 궁금한 점이 있으면 언제든지 문의해주세요! 참고 문서 링크