환경 macOS (Apple Silicon) Docker Desktop 4.93.0, Kubernetes v1.36.1 (kubeadm 모드) 증상 setup-mac.sh 실행 후 bash verify.sh 를 돌리면 1~3단계는 통과합니다. 4단계(Jenkins 컨테이너 내부에서 K8s 접속)만 아래 에러로 실패했습니다. The connection to the server 127.0.0.1:6443 was refused - did you specify the right host or port? 원인 호스트의 ~/.kube/config 에 클러스터 주소가 https://127.0.0.1:6443 으로 저장되어 있었습니다. 이 파일이 그대로 Jenkins 컨테이너에 마운트됩니다. 컨테이너 안에서 127.0.0.1 은 호스트가 아니라 컨테이너 자기 자신이라서 접속이 거부됩니다. 교안의 docker-compose.yml ( extra_hosts: kubernetes.docker.internal:host-gateway )은 kubeconfig 주소가 kubernetes.docker.internal 이라고 전제하고 있습니다. 그런데 제 Mac은 /etc/hosts 에 kubernetes.docker.internal 항목이 없었고, Docker Desktop이 kubeconfig에 127.0.0.1 을 쓰고 있었습니다. Docker 공식 문서에도 Mac에서는 kubernetes.docker.internal 이 127.0.0.1 로 해석되도록 등록하는 것이 사용자 책임이라고 되어 있습니다. Windows에는 자동 등록 설정이 있지만 Mac에는 없습니다. https://docs.docker.com/desktop/setup/install/mac-permission-requirements/ 해결 /etc/hosts 에 이름을 등록했습니다. sudo sh -c 'echo "127.0.0.1 kubernetes.docker.internal" >> /etc/hosts' kubeconfig 클러스터 주소를 바꿨습니다. kubectl config set-cluster docker-desktop --server=https://kubernetes.docker.internal:6443 bash verify.sh 를 다시 실행하니 4단계까지 모두 통과했습니다. Jenkins 컨테이너 재시작은 필요 없었습니다.
Beginning Kubernates-Based MSA (with Spring Boot) - Part 1
안녕하세요. 자문자답해봅니다. PowerShell 7.6.6 PS C:\Users\MZC-USER> kubectl -n argocd get secret argocd-initial-admin-secret -o jsonpath="{.data.password}" | base64 -d; echo base64: 'base64' 용어는 cmdlet, 함수, 스크립트 파일 또는 실행 프로그램의 이름으로 인식되지 않습니다. 이름의 철자를 확인하거나 경로가 포함되어 있으면 경로가 올바른지 확인하고 다시 시도합니다. 명령 파이프라인 위치 1에서 cmdlet Write-Output 다음 매개 변수에 대한 값을 제공하세요. InputObject: PS C:\Users\USER> $pwd = kubectl -n argocd get secret argocd-initial-admin-secret -o jsonpath="{.data.password}" PS C:\Users\USER> [System.Text.Encoding]::UTF8.GetString([System.Convert]::FromBase64String($pwd)) ................ PS C:\Users\USER>
ubuntu-on-win> vagrant up Bringing machine 'server1' up with 'virtualbox' provider... Bringing machine 'server2' up with 'virtualbox' provider... Bringing machine 'server3' up with 'virtualbox' provider... ==> server1: Checking if box 'bento/ubuntu-24.04' version '202510.26.0' is up to date... ==> server1: Clearing any previously set network interfaces... There was an error while executing VBoxManage , a CLI used by Vagrant for controlling VirtualBox. The command and stderr is shown below. Command: ["hostonlyif", "create"] Stderr: 0%...E_FAIL VBoxManage.exe: error: Failed to create the host-only adapter VBoxManage.exe: error: Querying NetCfgInstanceId failed (ERROR_FILE_NOT_FOUND) VBoxManage.exe: error: Details: code E_FAIL (0x80004005), component HostNetworkInterfaceWrap, interface IHostNetworkInterface VBoxManage.exe: error: Context: "enum RTEXITCODE __cdecl handleCreate(struct HandlerArg *)" at line 105 of file VBoxManageHostonly.cpp
안녕하세요, 대시보드 import가 불가하여 문의드립니다. 강의 2:35쯤 대시보드 id(1860)를 입력하고 load를 누르면 "bad gateway"라고 뜹니다. grafana pod 안에 접속하여 curl https://grafana.com 테스트하면 Could not resolve host 라고 나옵니다. VM에서 github으로 소스 받아오는건 가능해도, pod 내에서 grafana.com에 접속하는건 안되는 모양입니다. 왜 그런건가요? 설치 중 오류나 누락이 있어서 그런건가요? 아님 원래 안되는게 맞는건가요?
안녕하세요, 6:45 부근을 수강하다가 궁금한 점이 생겨 문의드립니다. aws를 이용하지 않는 것고 로컬PC에 VM을 셋팅하여 k8s 설치 서버를 만드는 것은 비용 문제 때문인가요? 로컬에서 kubectl로 VM의 k8s 마스터노드에 명령어를 보낼 수는 없나요? 왜 원격접속 툴로 VM에 접속한 뒤 kubectl로 k8s에 명령을 보내야하나요? 좋은 강의 감사합니다.
kubectl apply -f https://raw.githubusercontent.com/kubernetes/ingress-nginx/controller-v1.8.1/deploy/static/provider/aws/deploy.yaml 이 명령어를 입력하고 로드밸런서에 접속했는데 생성이 되질 않습니다. 어떤 설정을 잘못한걸까요? 로그에서는 제대로 실행됐다고 떴습니다.
안녕하세요. 먼저 질 높은 강의를 제공해 주셔서 진심으로 감사드립니다. 저는 최근 '쿠버네티스 어나더 클래스 - Sprint 1, 2' 강의를 구매하여 본격적으로 수강을 시작한 학습자입니다. 강의를 들으며 궁금한 점이 생겨 이렇게 문의 드리게 되었습니다. 저는 쿠버네티스에 대한 기본적인 개념은 이해하고 있고, 실무 환경에서 완벽하진 않지만 직접 클러스터를 구축하고 운영해 본 경험이 있습니다. 그리고 현재 개인 홈서버에도 쿠버네티스 클러스터가 구성되어 있는 상태입니다. 이에, 강의에서 제공해 주시는 설치 스크립트를 사용하지 않고, 제가 직접 구축한 쿠버네티스 환경에서 강의를 따라가며 실습을 진행할 경우 환경 차이로 인한 시행착오가 많거나 난이도가 크게 높아질 수 있는지 여쭤보고 싶습니다. 바쁘신 와중에 문의 드려 죄송합니다. 좋은 답변 부탁드리겠습니다. 감사합니다.
다음의 내용은 반드시 github 리포지토리의 내용을 참조하여 설치, 설정해 주세요. Jenkins, Gitea 설정을 위한 가상 머신 설치 윈도우 : https://github.com/stepanowon/ubuntu-on-win Mac : https://github.com/stepanowon/ubuntu-on-mac k8s 를 위한 가상머신 설치 윈도우 : https://github.com/stepanowon/k8s-on-win Mac : https://github.com/stepanowon/k8s-on-mac Jenkins 설치 및 설정 윈도우 : https://github.com/stepanowon/ubuntu-on-win Mac : https://github.com/stepanowon/ubuntu-on-mac 특히 Mac에서는 브라우저 보안 설정을 해야 할 수 있습니다
젠킨스 설치시 오류가 발생하여 https://pkg.jenkins.io/debian/ 에서 관련 내용 참고하며 해결하려고 했었고, 중간에 꼬였는지 계속 실패하더라구요. AI와 같이 해결했고, 같은 문제를 겪으실 분들을 위해 참고차 남깁니다~ 1. 문제 원인 GPG 키 인식 실패: NO_PUBKEY 7198F4B714ABFC68 에러는 APT가 젠킨스 저장소의 서명을 검증할 수 없을 때 발생합니다. 보안 정책 강화: 최신 Ubuntu(24.04+)에서는 기존 .asc 형태의 키보다 바이너리 형태인 .gpg 키 저장 방식을 권장하며, 경로가 일치하지 않으면 저장소를 무시합니다. 2. 해결 방법 (최신 표준 방식) 터미널에서 아래 명령어를 순서대로 실행하세요. Step 1: 기존의 잘못된 설정 파일 삭제 Bash sudo rm -f /usr/share/keyrings/jenkins-keyring.asc sudo rm -f /usr/share/keyrings/jenkins-keyring.gpg sudo rm -f /etc/apt/sources.list.d/jenkins.list Step 2: 키 서버에서 직접 키 수신 및 변환 저장 가장 확실한 방법으로 우분투 키 서버에서 직접 키를 가져와 .gpg 형식으로 저장합니다. Bash sudo gpg --keyserver hkps://keyserver.ubuntu.com --recv-keys 7198F4B714ABFC68 sudo gpg --export 7198F4B714ABFC68 | sudo tee /usr/share/keyrings/jenkins-keyring.gpg > /dev/null Step 3: Jenkins 저장소 등록 (HTTPS 사용) Bash echo "deb [signed-by=/usr/share/keyrings/jenkins-keyring.gpg] https://pkg.jenkins.io/debian-stable binary/" | sudo tee /etc/apt/sources.list.d/jenkins.list > /dev/null Step 4: 업데이트 및 설치 Bash sudo apt update sudo apt install jenkins -y 3. 설치 확인 설치가 완료된 후 서비스가 정상 동작하는지 확인합니다. Bash sudo systemctl status jenkins Tip: 만약 설치 도중 Java 관련 에러가 발생한다면, 젠킨스 구동을 위해 sudo apt install openjdk-17-jre -y 명령어로 자바를 먼저 설치해 주세요.
안녕하세요. 1:24 쯤에 configmap 의 postgresql_filepath 값을 수정하면 pod 재기동 없이도 수정된 mount path 가 적용된다고 하셨는데요. 지금처럼 configmap 을 볼륨 마운트가 아닌 환경변수로 사용할때는 파드가 재기동 되어야만 새로운 환경변수가 적용되는 것 아닌가요?
[👍좋은 질문을 했을 때 좋은 답변이 돌아 옵니다] 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버전과 호환되는 플러그인을 수동으로 설치하는게 귀찮을 것 같아서...젠킨스를 버전업했고, 문제 없이 설치 완료 되었습니다.
