인프런 커뮤니티 질문&답변
"서비스와 DNS" 강의에서 사용되는 devwikirepo/ipbot 의 platform 문제
해결된 질문
작성
·
29
·
수정됨
1
안녕하세요, 실습을 진행하던 중 문제가 발생하여 문의드립니다.
미리 말씀드리지만 저는 현재 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: <none>
Status: Pending
IP: 10.244.3.4
IPs:
IP: 10.244.3.4
Containers:
debug:
Container ID:
Image: devwikirepo/ipbot
Image ID:
Port: <none>
Host Port: <none>
Args:
/bin/bash
State: Waiting
Reason: ImagePullBackOff
Ready: False
Restart Count: 0
Environment: <none>
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: <none>
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 도 지원해주실 수 있을까요??
답변 2
1
식빵님 안녕하세요. 황현우입니다.
먼저 강의 수강에 불편을 드려 죄송합니다.
말씀해주신대로 devwikirepo/ipbot 이미지의 amd64 버전이 빠져있는걸 확인했습니다.

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




