depl_svc.yml을 apply 했는데 계속 pod이 CrashLoopBackOff 상태가 되어서 log를 확인해보려 했더니 exec format error가 뜹니다. 현재 맥북(M2)을 사용중인데 exec format error 이 오류는 CPU 아키텍처 불일치 문제 때문이라고 하는데 어떻게 해결해야 할까요?
안녕하세요 선생님, 강의 복습 중에 조금 헷갈리는 부분이 생겨서 문의드립니다. 현재 github 에서 제공해주시는 SUBSMANAER 프로젝트에서 yaml/01-basic/ingress/sm-ingress-domain.yaml 파일에 보시면 다음과 같습니다. apiVersion: networking.k8s.io/v1 kind: Ingress metadata: name: sm-ingress namespace: subsmanager spec: ingressClassName: nginx rules: - host: subs-manager.com http: paths: - path: / pathType: Prefix backend: service: name: sm-frontend port: number: 80 - path: /users pathType: Prefix backend: service: name: sm-user port: number: 80 - path: /sub pathType: Prefix backend: service: name: sm-subs port: number: 80 - path: /recommend pathType: Prefix backend: service: name: sm-reco port: number: 80 그리고 sm-frontend/nginx.conf 파일을 보면 아래와 같이 설정되어 있습니다. server { listen 80; location / { root /usr/share/nginx/html; index index.html; try_files $uri $uri/ /index.html; } # API 요청을 백엔드 서버로 프록시 location /users { proxy_pass http://sm-user:5000; } location /sub { proxy_pass http://sm-subs:5000; } location /recommend { proxy_pass http://sm-reco:5000; } } 여기서 갑자기 헷갈립니다. 애초에 ingress 단에서 /sub/ /recommend , /user 요청에 대한 처리를 중간에 가로채서 처리를 하고 있는데, 굳이 frontend 에서 사용하는 nginx.conf 에도 설정하는 것이 좀 와닿지 않습니다. 이렇게 중복으로 설정해야되는 이유가 뭔지 궁금합니다!
실습 중에 위와 같이 앞에 이상한 문자가 추가되는데 혹시 해결법을 아실까요? 붙여 넣기 하지 않고 직접 타이핑하고 있는데도 이상한 문자가 앞에 삽입이 되는 것 같습니다. 윈도우 환경에서 git bash 사용하고 있습니다. 안녕하세요. 황현우입니다. 강의에 포함된 내용이 아니더라도 강의를 듣다가 궁금하신 점이 생기시면 부담없이 편하게 질문해주세요. 실습에 오류가 발생했거나 명령어가 예상한대로 실행되지 않으신 경우 사용하시는 OS 환경과 화면을 캡처해서 보내주시면 빠르고 자세하게 답변을 드릴 수 있습니다. 질문은 가능한 빠르게 답변 드리겠습니다. 😀 감사합니다.
안녕하세요. 수강생입니다. 궁금한게 생겨 문의드립니다. istio 가 설치 된 후 샘플 파드를 만들 때 istio init container와 istio proxy가 자동으로 샘플 파드에 자동으로 주입이 된다고 하는데 어떤 메카니즘으로 kubernetes api 입장에서 어떤 식으로 권한을 부여 해주는지 궁금합니다. 감사합니다.
안녕하세요 현재 수동설치로 진행중인데 kubeadm, kubelet, kubectl 패키지까지는 설치가 잘 진행 되었습니다 문제는 클 러스터 초기화 및 pod network 세팅 과정인데요 kubeadm init --pod-network-cidr=20.96.0.0/12 --apiserver-advertise-address 192.168.56.30 명령어 실행 후에 다음과 같은 문제가 발생하였습니다 현재 이런 로그가 뜨는데 뭐때문에 그러는 건지 궁금합니다 그리고 vagrantfile에 kube패키지 설치하는 구간에서 SHELL $install_master = <<-SHELL 리눅스에서 명령어로 입력해도 안되는 것 같은데 의미가 궁금합니다
현재 사정상 회사망에서 구성을 하여 공부해볼 생각인데 말그대로 회사망이라서 vagrant를 사용하는 데에 제한이 있습니다 그래서 직접 설치할 예정이고 github에 올려주신 vagrantfile 내용을 토대로 설치해볼 생각인데 rocky 리눅스 같은 경우 8버전을 쓰는지도 궁금하고 minimal 버전으로 설치해서 구성하는지도 궁금합니다 이전에도 비슷한 내용으로 질문 드린 적이 있긴한데 제가 알고 있는 지식이 많지 않아 한계가 있어서 차근 차근 설치해 보면서 공부해 보려고 하는데 이전에도 언급해주신 적이 있어서 우선 카페에 올려주신 mac 설치 버전을 기점으로 참고하여 설치해보려고 합니다
안녕하세요. 수업 중 뜬금없이 든 생각인데요.. 마운트 되지 않으면 볼륨을 붙일 필요가 없을텐데 왜 볼륨과 볼륨마운트를 나눠놨을까요? 그냥 든 생각은 볼륨은 파드에 할당하고 볼륨마운트는 컨테이너에 할당하는 속성이라서 그런가(?) 생각도 들긴 하는데요.. 혹시 이유가 있을까요?
질문 답변을 제공하지만, 강의 비용에는 Q&A는 포함되어 있지 않습니다. 다만 실습이 안되거나, 잘못된 내용의 경우는 알려주시면 가능한 빠르게 조치하겠습니다! [질문 전 답변] 1. 강의에서 다룬 내용과 관련된 질문인가요? [예 | 아니요] 2. 인프런의 질문 게시판과 자주 하는 질문에 없는 내용인가요? [예 | 아니요] 3. 질문 잘하기 법을 읽어보셨나요? [예 | 아니요] ( https://inf.run/DvsRD ) 4. 잠깐! 인프런 서비스 운영 관련 문의는 1:1 문의하기를 이용해주세요. 5. vagrant up 에서 발생하는 문제는 주로 호스트 시스템(Windows, MacOS)과 연관된 다양한 조건에 의해 발생합니다. 따라서 이를 모두 제가 파악할 수 없어서 해결이 어렵습니다. vagrant up 으로 진행이 어렵다면 제공해 드리는 가상 머신(VM) 이미지를 import해서 진행하시기 바랍니다. ( https://inf.run/Ljaer ) [질문 하기] 안녕하세요. 얼마전에 OVA 인증서 관련하여 질문드렸었고, 해당 부분 수정조치를 통해서 해결했고 지금은 잘 수강중인 수강생입니다. 이번엔 조금 다른 인증 문제로 추측되는 부분이 보여 문의드리고자 합니다. 지금 발생한 문제는 Deployment로 생성한 nginx Pod가 ContainerCreating 상태에서 멈춰 있고, 아무리 기다려도 컨테이너가 뜨지 않는 현상입니다. Pod는 w2-k8s 노드로 정상 배치되었지만, 컨테이너 실행 직전 단계에서 계속 실패하는 중이며 직접적인 에러는 Pod sandbox 생성 실패로 보입니다. FailedCreatePodSandBox 이벤트와 함께, Calico CNI가 Pod 네트워크를 구성하는 과정에서 kube-apiserver 접근 권한이 거부되고 있는게 맞나 모르겠습니다만 이런저런 검색을 통해 확인해본 결과 Calico 자체가 죽어 있거나 미배포된 문제는 아닌 것 같습니다. calico-node와 calico-kube-controllers Pod는 전 노드에서 모두 Running 상태였고, 프로세스는 살아 있어 보이는데 클러스터 인증이 정상이지 않은 것은 아닌가.. 하여 문의드립니다. Calico의 API 요청이 현재 kube-apiserver 인증 정보와 맞지 않아 거부되고 있는건지 맞다면 이것도 지난번 인증문제의 연장선인지 궁금합니다. root@cp-k8s:~# kubectl create deployment deploy-nginx --image=nginx deployment.apps/deploy-nginx created oot@cp-k8s:~# kubectl get pods NAME READY STATUS RESTARTS AGE chk-info 1/1 Running 1 (2d23h ago) 3d21h deploy-nginx-74d7d6d848-qfm9t 0/1 ContainerCreating 0 9m2s nginx 1/1 Running 1 (2d23h ago) 3d21h deployment 배포 시 계속 creating 중인것을 확인하여 이것저것 확인해보았습니다. root@cp-k8s:~# kubectl describe pod deploy-nginx-74d7d6d848-qfm9t Name: deploy-nginx-74d7d6d848-qfm9t Namespace: default Priority: 0 Service Account: default Node: w2-k8s/192.168.1.102 Start Time: Sat, 10 Jan 2026 19:55:18 +0900 Labels: app=deploy-nginx pod-template-hash=74d7d6d848 Annotations: Status: Pending IP: IPs: Controlled By: ReplicaSet/deploy-nginx-74d7d6d848 Containers: nginx: Container ID: Image: nginx Image ID: Port: Host Port: State: Waiting Reason: ContainerCreating Ready: False Restart Count: 0 Environment: Mounts: /var/run/secrets/kubernetes.io/serviceaccount from kube-api-access-8xmt6 (ro) Conditions: Type Status PodReadyToStartContainers False Initialized True Ready False ContainersReady False PodScheduled True Volumes: kube-api-access-8xmt6: Type: Projected (a volume that contains injected data from multiple sources) TokenExpirationSeconds: 3607 ConfigMapName: kube-root-ca.crt ConfigMapOptional: 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 9m42s default-scheduler Successfully assigned default/deploy-nginx-74d7d6d848-qfm9t to w2-k8s Warning FailedCreatePodSandBox 9m41s kubelet Failed to cr eate pod sandbox: rpc error: code = Unknown desc = failed to setup network for sandbox "00 b664464bf90cf3b54ba9fc929062889571285e8bf0c25021b3a66691fd3f7f": plugin type="calico" fail ed (add): error getting ClusterInformation: connection is unauthorized: Unauthorized Normal SandboxChanged 4m30s (x25 over 9m41s) kubelet Pod sandbox changed, it will be killed and re-created. root@cp-k8s:~# kubectl get pods -n kube-system | grep calico calico -kube-controllers-546f76d588-pft8d 1/1 Running 2 (2d23h ago) 11d calico -node-98wj4 1/1 Running 2 (2d23h ago) 11d calico -node-99qnn 1/1 Running 2 (2d23h ago) 11d calico -node-mpfgs 1/1 Running 2 (2d23h ago) 11d calico -node-qtflz 1/1 Running 1 (2d23h ago) 11d
[ 👍 좋은 질문을 했을 때 좋은 답변이 돌아 옵니다] 1. 실습 중 본인의 환경이 가이드와 다른 부분이 있었다면 말씀해주세요. 2. 해당 문제의 발생 빈도(재설치 여부)와 문제 해결을 위해 시도해본 케이스를 말씀해 주시면 원인 파악에 큰 도움이 됩니다. 3. 에러 메시지만 봐서는 저도 모르는 경우가 많아요. 그전에 했던 작업이 포함된 캡쳐 화면도 부탁 드려요. 4. 영상 내용에 대한 질문 시 해당 시간을 같이 올려 주시면 답변을 드리는 시간이 더 빨라집니다. 5. 긴 로그는 제 메일로 보내주세요. ( k8s.1pro@gmail.com ) Service-실습 4:16 강의 보면서 따라 하는데 >curl 192.168.56.31:30000/hostname Client sent an HTTP request to an HTTPS server curl -k https://192.168.56.31:30000/hostname 404 page not found 이렇게 뜨네요 ㅠ
[ 👍 좋은 질문을 했을 때 좋은 답변이 돌아 옵니다] 1. 실습 중 본인의 환경이 가이드와 다른 부분이 있었다면 말씀해주세요. 2. 해당 문제의 발생 빈도(재설치 여부)와 문제 해결을 위해 시도해본 케이스를 말씀해 주시면 원인 파악에 큰 도움이 됩니다. 3. 에러 메시지만 봐서는 저도 모르는 경우가 많아요. 그전에 했던 작업이 포함된 캡쳐 화면도 부탁 드려요. 4. 영상 내용에 대한 질문 시 해당 시간을 같이 올려 주시면 답변을 드리는 시간이 더 빨라집니다. 5. 긴 로그는 제 메일로 보내주세요. ( k8s.1pro@gmail.com ) Service-실습 3:34 여기서 노드포트 서비스 생성 후 엔드포인트에 포트가 두개가 나온는데요 제 대쉬보드는 이상하게 강의에 나오는것과 계속 달라도 무시하고 쭉 진행했는데 이번에는 포트가 안보여서요 강의에는 상세-> 내부엔드포인트에 포트가 두개나옴 저는 메타데이터만 보여요 ㅠㅠ
mac m 시리즈 사용중이라 자료 확인해서 노드2대 설치 및 마스터에 조인까지 완료하였는데요! [root@k8s-master ~]# kubectl get nodes NAME STATUS ROLES AGE VERSION k8s-master NotReady control-plane 12m v1.27.2 k8s-node1 NotReady 28s v1.27.2 대시보드는 ERR_ADDRESS_UNREACHABLE 에러와 함께 접속이 안됩니다 ㅠㅠ 우선 ping 192.168.56.30 했을때는 이상이 없고 30000 포트가 열려있는지 확인하고자 netstat 명령어 사용해보려고 했는데 명령어 설치가 안되어 있어서 확인을 못하였고(혹시 설치시 문제가 생길까봐 설치하지 않았습니다!) 제 피씨에서 telnet 으로 확인하면 30000 포트 확인 시 telnet 연결이 안되어서 포트가 막혀있는게 아닐까 싶기도 한데 어떤 부분을 확인해야 할까요 ㅠㅠ?
안녕하세요 강사님. Ingress실습환경을 구축을 위해 아래 Nginx설치 소스가 사용되고 있습니다. (카페 실습자료실 Ingress 페이지의 첫번째 명령문입니다) kubectl apply -f https://raw.githubusercontent.com/k8s-1pro/install/refs/heads/main/ground/k8s-1.27/nginx-1.8.2/nginx-controller.yaml 위 배포파일을 열람해보면 정말 많은 속성들과 쿠버네티스 자원들이 사용되고 있는데요. 이 자원들에 대한 상세한 이해는 건너띄고 학습을 진행하는 것이 도움이 될까요?
강사님께서 잘 만들어주신 강의 자료를 그대로 실행해서 실습하는 것도 좋겠지만, 하나 하나 최신 버전으로 설치 구성을 해보면서 섹션 19까지 오게 되었습니다. (그래서 버전이 달라서 안되는 부분은 죄송해서 질문도 못드렸어요.. ^^;) 가장 어려웠던 부분은 loki의 promtail이 사라지고 alloy로 바뀌면서 설치 후 구성해주는 부분과 Image Updater가 annotation 기반에서 CRD 기반으로 바뀐 부분 같아요. 강사님께서 알려주신 annotation을 Image updater 1.0 이후 버전에 적용하는 경우 아래의 CRD를 apply 하면 동일하게 동작합니다. 현재 버전: 1.0.4 (name strategy가 alphabetical으로 변경되었어요.) apiVersion: argocd-image-updater.argoproj.io/v1alpha1 kind: ImageUpdater metadata: name: api-tester-2232 spec: applicationRefs: - images: - alias: <alias> commonUpdateSettings: allowTags: regexp:^1.1.1-[0-9]{6}.[0-9]{6}$ updateStrategy: alphabetical imageName: <Username>/api-tester namePattern: api-tester-2232 namespace: <argo namespace>