VMware로는 안되고 꼭 버츄얼 박스로만 해야될까요?

버츄얼 박스는 단지 VM을 생성 시켜주는 역할이기 때문에, 제 가이드에 Vagrantfile 스트립트를 보면서 그 내용을 VMware로 잘 설치하신다면 상관없습니다.

k8-Master 설치 관련 문의드립니다.

안녕하세요.리눅스에서 timedatectl 명령을 해보시면 System clock synchronized: no 로 나오시나요?그렇다면, systemctl restart chronyd.service 이 명령으로 yes로 만든 다음에 다시 확인해보세요.

강의 실습에 사용된 Kubernetes yml 파일 출처 문의 입니다

안녕하세요. prometheus의 경우 설치 방법이 정말 다양합니다. 그리고 실습 가이드는 아래 링크를 참고 하였어요.https://github.com/prometheus-operator/kube-prometheus/tree/release-0.14

VM 환경을 직접 구성하였을 때 강의 내용을 따라가는 것에 지장이 없을까요?

해당 환경에서도 강의 내용을 따라가는 데 지장이 없을까요?-> 네, Vagrant를 사용하는 이유는 VM 생성과 설치를 자동스크립트로 쉽게 설치하기 위함입니다. 그렇기 때문에 직접 VM을 구성하시고, Vagrantfile에 있는 설치 스크립트 내용을 직접 입력하면 결국 같은 환경이 되게 되요. 이때 가이드 되는 네트워크 IP등도 변경 가능하나 스크립트 내에 고정 IP가 입력되는 부분이 있으니 잘 맞춰서 수정이 필요해요. Linux 의 경우 Ubuntu 를 사용하는 것이 너무 손에 익어서,, 혹시 Ubuntu 리눅스를 사용하였을 때에도 강의 내용을 해수편까지 따라가는 데 지장이 없을까요? (알려주시는 명령어는 직접 우분투 배포판에 맞춰서 바꿀 생각입니다..!) -> 메인은 쿠버네티스기 때문에 큰 흐름에서는 따라갈 수 있긴 합니다. 하지만 실습 진행 중 Redhat 계열 명령어들이 다소 있어서 매번 Ubuntu 명령어를 확인하기 번거로울 수 있고요. 하지만 Ubuntu 사용에 익숙하시다면 충분히 진행 가능 할거라 봐요.

Image Updater에서 새 Image가 감지되지 않아요

좋은 내용 공유 감사합니다!

강사님 한번에 질문을 하게 되면 좋은데 그렇지 못해 죄송합니다.

내용이 적지 않아 해당 부분을 다 설명 드리긴 힘들 것 같고요.아래 문서 참고 하시면서 공부해 보시길 권해 드릴께요.https://argo-rollouts.readthedocs.io/en/stable/getting-started/nginx/?utm_source=chatgpt.com

Project URL와 Repository URL의 차이가 궁금합니다.

안녕하세요. 대부분 그냥 지나치는 내용인데 잘 질문해 주셨네요. 처음 Github project에 Project url를 지정하는 건 빌드 할 때 특별한 기능은 없습니다. 안 넣어도 문제없어요. 저도 형식적으로 넣어주던 습관이 있어서 계속 넣어주긴 하고요.이렇게 하면 한 가지 기능이 있긴 한데, 아래 그림과 같이 해당 Job에 연동되는 Github 링크가 어디인지 연결해 줍니다. 그래서 잘 쓰면 나쁘지 않고, 안 써도 문제 없는 부분 이예요.(사진)

jenkins pipeline step 3 실습 진행 중 VM 다운 및 에러 발생에 관한 질문 드립니다.

고생 많이 하셨겠네요. 저도 그 문제로 몇 달 동안 고생 했던 적이 있어요.아래 링크와 같은 문제로 보이는 데 한번 확인해 보시겠어요?https://cafe.naver.com/kubeops/25

현업에서 startupProbe 사용에 대한 질문입니다.

앱이 컨테이너 시작 후 1~2초 안에 바로 포트 바인딩하고 응답 가능한 상태가 된다면, 바로 LivenessProbe가 호출되도 정상 응답을 할거고, 그럼 StartupProbe가 없어도 문제가 없습니다. 하지만 이 경우에도 확인해 볼 사항은 "정말 서비스가 온전한 상태 인가?" 입니다. 기동이 된 후에 트래픽이 쏟아져 들어온다 했을 때 문제가 없다는 것 까지 확인 되면 StartupProbe를 쓸 필요는 없죠. StartupProbe가 이걸 위한 목적이고, 그렇기 때문에 이런 사항을 넘어서 StartupProbe를 써야되는 경우는 없습니다.

마지막 해수편 강의 실습편 너무 어렵네요 ㅠㅠ

해수편 부터 다양한 오픈소스들이 들어오고, 각 오픈소스들은 저마다의 사상이나 설정들이 가지각색이기 때문에 어려운 게 맞습니다. 쿠버네티스가 이렇게 진입 장벽이 있는 분야라고 할 수 있고요. 그리고 그걸 처음부터 다 알고 시작할 수는 없습니다. 강의를 통해 전반적인 흐름을 파악하고, 실무에서 새로운 오픈소스를 사용하게 됐을 때, 그래도 20% 정도 아는 내용이 있으면 그걸로 시작하는 거라고 보시면 되요. 나머지 80%는 또 그때그때 최신 버전을 찾아가며, 기능을 이해하고 공부해야 합니다. 그리고 솔루션 마다 모든 이미지를 쿠버네티스를 위해서 만든 건 아닙니다. [컨테이너 이미지 = 쿠버네티스]라고 생각하기 쉬운데, 쿠버네티스를 안쓰고, 기존 환경 구성에서 VM이 아닌 그냥 컨테이너만 띄우는 경우도 많아요.