저는 Docker Desktop Kubernetes 환경에서 실습을 진행 중입니다. 강의 영상과 동일하게 Deployment와 NodePort 타입 Service를 생성했는데, 브라우저에서 localhost:30000으로 접속하면, ERR_CONNECTION_REFUSED가 발생하면서 접속이 되지 않습니다. 현재 제 실습 진행 상태입니다 ! (1) Pod는 정상 실행 중입니다. kubectl get pod 결과 3개 Pod 모두 Running 상태였습니다. (2) Spring Boot 애플리케이션도 컨테이너 내부에서 정상 실행 중입니다. kubectl logs 확인 시 Tomcat이 8080 포트로 정상 실행되었습니다. (3) Pod 내부에서 직접 요청하면 정상 응답이 옵니다. kubectl exec -it <pod명> -- curl localhost:8080/ → 결과: Hello, World! (4) Service도 Pod를 정상적으로 잡고 있습니다. kubectl describe service spring-service 확인했었을 때, Endpoints에 10.244.x.x:8080 형태로 Pod 3개가 정상적으로 표시되었습니다. 그런데 NodePort 방식으로 localhost:30000 접속이 되지 않았고, 로컬 PC 포트(30000)과 서비스 포트(8080)를 포트포워딩한 뒤에는 정상 접속이 되었습니다. kubectl port-forward service/spring-service 30000:8080 이후 localhost:30000으로 접속하니까 정상적으로 Hello, World가 나왔습니다. 강의 영상에서는 별도의 포트포워딩 없이도 NodePort로 정상 접속이 가능한데, 제 환경에서는 어떤 문제 때문에 접속이 되지 않는지 궁금합니다.
도커, 쿠버네티스와 같은 가상화 기술을 처음 배우는 입장입니다! 강의 초반에 컨테이너 기반 환경에서는 Host OS를 공유한다라고 보았는데 쿠버네티스 설치 강의 영상 속 이미지를 보면 각각의 노드안에 Guest OS 들이 있는걸로 보이는데 아래 두 가지 가설?이 맞나요? - Node들은 Guest OS가 필요함 - Node 안에 생성될 Pod에 생성 될 컨테이너들이 Guest OS가 필요 없음
강사님, Docker Desktop 설치 중 Hyper-V 활성화 단계에서 질문 있습니다. PowerShell을 관리자 권한으로 실행한 뒤 아래 명령어를 입력했습니다. Enable-WindowsOptionalFeature -Online -FeatureName Microsoft-Hyper-V -All 그런데 아래와 같은 오류가 발생합니다. Enable-WindowsOptionalFeature : Microsoft-Hyper-V은(는) 알 수 없는 기능 이름입니다. 현재 제 Windows 버전은 Windows 11 Home입니다. 찾아보니 Windows 11 Home에서는 Hyper-V 기능을 사용할 수 없다고 하는데, 이 경우 Hyper-V 대신 WSL2 방식으로 Docker Desktop을 설치해도 강의 실습을 따라가는 데 문제가 없을까요? 예를 들어 아래 기능들을 활성화한 뒤 Docker Desktop 설치 시 Use WSL 2 instead of Hyper-V 옵션으로 진행하면 되는지 궁금합니다
강사님, Docker Desktop 설치 중 Hyper-V 활성화 단계에서 질문 있습니다. PowerShell을 관리자 권한으로 실행한 뒤 아래 명령어를 입력했습니다. Enable-WindowsOptionalFeature -Online -FeatureName Microsoft-Hyper-V -All 그런데 아래와 같은 오류가 발생합니다. Enable-WindowsOptionalFeature : Microsoft-Hyper-V은(는) 알 수 없는 기능 이름입니다. 현재 제 Windows 버전은 Windows 11 Home입니다. 찾아보니 Windows 11 Home에서는 Hyper-V 기능을 사용할 수 없다고 하는데, 이 경우 Hyper-V 대신 WSL2 방식으로 Docker Desktop을 설치해도 강의 실습을 따라가는 데 문제가 없을까요? 예를 들어 아래 기능들을 활성화한 뒤 Docker Desktop 설치 시 Use WSL 2 instead of Hyper-V 옵션으로 진행하면 되는지 궁금합니다.
안녕하세요. 1:24 쯤에 configmap 의 postgresql_filepath 값을 수정하면 pod 재기동 없이도 수정된 mount path 가 적용된다고 하셨는데요. 지금처럼 configmap 을 볼륨 마운트가 아닌 환경변수로 사용할때는 파드가 재기동 되어야만 새로운 환경변수가 적용되는 것 아닌가요?
안녕하세요. [ 📌 문제풀이] Ingress 생성하기 진행 중 질문드립니다. 아래와 같이 문제 환경 구축을 그대로 했습니다만, ingressclasses를 찾을 수 없다고 합니다. cat << EOF >> /etc/hosts 192.168.56.40 example.org EOF kubectl create ns echo-sound kubectl create -f https://raw.githubusercontent.com/kubetm/exam-c/main/ingress/deployment.yaml kubectl create -f https://raw.githubusercontent.com/kubetm/exam-c/main/ingress/service.yaml $ k get ingressclasses.networking.k8s.io -A No resources found 그리고 나머지 부분은 동일하게 진행했을 때, 응답이 200이 아닌 000이 옵니다. $ curl -o /dev/null -s -w "%{http_code}\n" http://example.org/echo 000 제가 놓친 부분이 있을까요? 작성한 yaml 파일은 다음과 같습니다. apiVersion: networking.k8s.io/v1 kind: Ingress metadata: name: echo namespace: echo-sound spec: ingressClassName: nginx rules: - host: example.org http: paths: - path: /echo pathType: Prefix backend: service: name: echoserver-service port: number: 8080
[👍좋은 질문을 했을 때 좋은 답변이 돌아 옵니다] 0. 질문 시 시험 지문을 그대로 복사 하거나 이미지 캡쳐를 올리지 말아 주세요. 1. 실습 중 본인의 환경이 가이드와 다른 부분이 있었다면 말씀해주세요. 2. 해당 문제의 발생 빈도(재설치 여부)와 문제 해결을 위해 시도해본 케이스를 말씀해 주시면 원인 파악에 큰 도움이 됩니다. 3. 에러 메시지만 봐서는 저도 모르는 경우가 많아요. 그전에 했던 작업이 포함된 캡쳐 화면도 부탁 드려요. 4. 영상 내용에 대한 질문 시 해당 시간을 같이 올려 주시면 답변을 드리는 시간이 더 빨라집니다. 5. 긴 로그는 제 메일로 보내주세요. ( k8s.1pro@gmail.com ) 6. 카페 [ 강의 자료실 ]에도 많은 질문과 답변들이 있어요! 안녕하세요. 해당 문제를 보면 롤백 요구사항이 없는 것 같은데, 롤백을 하는 것이 맞나요?
[👍좋은 질문을 했을 때 좋은 답변이 돌아 옵니다] 1. 실습 중 본인의 환경이 가이드와 다른 부분이 있었다면 말씀해주세요. 2. 해당 문제의 발생 빈도(재설치 여부)와 문제 해결을 위해 시도해본 케이스를 말씀해 주시면 원인 파악에 큰 도움이 됩니다. 3. 에러 메시지만 봐서는 저도 모르는 경우가 많아요. 그전에 했던 작업이 포함된 캡쳐 화면도 부탁 드려요. 4. 영상 내용에 대한 질문 시 해당 시간을 같이 올려 주시면 답변을 드리는 시간이 더 빨라집니다. 5. 긴 로그는 제 메일로 보내주세요. ( k8s.1pro@gmail.com ) 6. 카페 [ 강의 자료실 ]에도 많은 질문과 답변들이 있어요! 저에게만 발생하는 문제 일 수 있으나, 혹시라도 같은 에러가 발생하는 분들이 계실 수 있다는 생각이 들어서 남겨둡니다. 젠킨스 버전과 호환되는 플러그인을 자동으로 설치해주는 건 아닌 것 같습니다. 2026/4/19기준 1.스크립트상의 젠킨스버전: 2.479.3 2.현상:플러그인 인스톨 실패 3.원인: 플러그인과 호환되는 젠킨스 버전이 2.479.3보다 최신버전이기 때문에, 해당 플러그인 인스톨실패. 의존성 관계로 인해 다른 플러그인도 인스톨 실패. 4.대응: 버전업한 젠킨스로 강의 내용을 문제 없이 실시 할 수 있을지 아직 모르겠으나, 2.479.3버전과 호환되는 플러그인을 수동으로 설치하는게 귀찮을 것 같아서...젠킨스를 버전업했고, 문제 없이 설치 완료 되었습니다.
Deploying file has failed the server does not allow this method on the requested resource 업로드 하면 저렇게 뜹니다 .뭐 하나 할떄 마다 오류나니깐 힘드네요 ...이거 뭘까요 .. 들여쓰기는 이미 여러번 다 해봤습니다 .
[질문 하기] vagrant up 했을 때 오류가 나길래 보니까 실습 환경이 Ubuntu 22.04 > 24.04로 전환되었다고 공지에 나와있는데 Vagrantfile 에는 ctrd_V = '2.2.1-1~ubuntu.22.04~jammy' 로 되어있었습니다. ctrd_V = '2.2.1-1~ubuntu.24.04~nobel' 로 변경하니까 잘 됩니다 혹시 처음 하시는 분들 헤맬까봐 올려봅니다.. https://github.com/sysnet4admin/_Lecture_k8s_learning.kit/blob/main/ch1/1.5/Vagrantfile
C:\Users\사용자>mkdir k8s C:\Users\사용자>cd k8s // Vagrant 스크립트 다운로드 C:\Users\사용자\k8s> curl -O https://kubetm.github.io/yamls/k8s-install/Vagrantfile // Rocky Linux Repo 세팅 C:\Users\사용자\k8s> curl -O https://raw.githubusercontent.com/k8s-1pro/install/main/ground/k8s-1.27/vagrant-2.4.3/rockylinux-repo.json C:\Users\사용자\k8s> vagrant box add rockylinux-repo.json // Vagrant Disk 설정 Plugin 설치 C:\Users\사용자\k8s> vagrant plugin install vagrant-vbguest vagrant-disksize C:\Users\사용자\k8s> vagrant up [root@k8s-master ~]# cat ~/join.sh kubeadm join 192.168.56.30:6443 --token bver73.wda72kx4afiuhspo --discovery-token-ca-cert-hash sha256:7205b3fd6030e47b74aa11451221ff3c77daa0305aad0bc4a2d3196e69eb42b7 [root@k8s-node1 ~]# kubeadm join 192.168.56.30:6443 --token bver73.wda72kx4afiuhspo --discovery-token-ca-cert-hash sha256:7205b3fd6030e47b74aa11451221ff3c77daa0305aad0bc4a2d3196e69eb42b7 [root@k8s-node2 ~]# kubeadm join 192.168.56.30:6443 --token bver73.wda72kx4afiuhspo --discovery-token-ca-cert-hash sha256:7205b3fd6030e47b74aa11451221ff3c77daa0305aad0bc4a2d3196e69eb42b7 [root@k8s-master ~]# kubectl get pod -A [root@k8s-master ~]# kubectl get nodes https://192.168.56.30:30000/#/login 이거 그대로 돌렸는데 . 여기에 접속이 안되요 ..그래서 [root@k8s-node1 ~]# kubeadm join 192.168.56.30:6443 - 이걸 할수가 없는데 어떻게 해야될까요 ?>?? D:\k8s>vagrant up Bringing machine 'k8s-master' up with 'virtualbox' provider... Bringing machine 'k8s-node1' up with 'virtualbox' provider... Bringing machine 'k8s-node2' up with 'virtualbox' provider... ==> k8s-master: Checking if box 'rockylinux/8' version '8.8-20230518.0' is up to date... ==> k8s-master: Machine already provisioned. Run vagrant provision or use the --provision ==> k8s-master: flag to force provisioning. Provisioners marked to run always will still run. ==> k8s-node1: Checking if box 'rockylinux/8' version '8.8-20230518.0' is up to date... ==> k8s-node1: Machine already provisioned. Run vagrant provision or use the --provision ==> k8s-node1: flag to force provisioning. Provisioners marked to run always will still run. ==> k8s-node2: Checking if box 'rockylinux/8' version '8.8-20230518.0' is up to date... ==> k8s-node2: Machine already provisioned. Run vagrant provision or use the --provision ==> k8s-node2: flag to force provisioning. Provisioners marked to run always will still run. 이렇게 떠요 .
혹시 해당 CNI 문제에서 kubectl apply -f https://raw.githubusercontent.com/projectcalico/calico/v3.29.2/manifests/ti gera-operator.yaml 위와 같이 create를 쓰지 않고 바로 apply를 적용시켰는데 이렇게 될 경우 감정 요소 일까요?
