안녕하세요강의를 반복해서 들으며 열심히 공부하고 있습니다.공부를 하던 중 문득 궁금한 점이 생겨 이렇게 글을 남깁니다.예를 들어, 모니터링 설치 실습을 진행한다고 가정했을 때kubectl apply --server-side -f ground/k8s-1.27/prometheus-2.44.0/manifests/setup이런 명령어를 사용하게 되는데요,실제로 Git 레포지토리에 들어가서 해당 경로의 소스들을 살펴보니 꽤 많은 yml들이 포함되어 있더라고요.그래서 궁금해졌습니다.이런 YAML 보통 어디에서 확인할 수 있는 건가요?혹시 공식적으로 참고할 수 있는 오픈소스나 레퍼런스가 있다면 알려주시면 감사하겠습니다!

[👍좋은 질문을 했을 때 좋은 답변이 돌아 옵니다]안녕하세요 강의를 들으면서 환경 세팅을 위해 준비 중인데 궁금한 점이 있어 질문드립니다.저는 해당 강의를 통해 k8s 에 대해 알아보고 이를 통해 실험 환경을 구축하고자 수강 중에 있는 대학원생입니다..! 추후 진행활 실험은 GPU 가속이 필요해서, 영상에서 소개해주시는 VM 솔루션 처럼 Type2 하이퍼바이저가 아닌 Type 1 하이퍼바이저 VM의 사용이 필요한 상황입니다. 그래서 Windows의 Hyper-V 가상화를 통해 VM을 구축하여 강의를 진행하고자 하는데요. 궁금한 점은 다음과 같습니다. 해당 환경에서도 강의 내용을 따라가는 데 지장이 없을까요?- 특히 Vagrant의 경우, Vagrant 에 작성된 내용을 참고하여 직접 환경을 구성할 수 있다면 사용하지 않아도 무방하다고 다른 질문글에 답을 남기신 것을 보았는데요. 해당 환경에서도 말씀하신 것이 동일하게 적용될 수 있는지 여쭙고자 합니다.Linux 의 경우 Ubuntu 를 사용하는 것이 너무 손에 익어서,, 혹시 Ubuntu 리눅스를 사용하였을 때에도 강의 내용을 해수편까지 따라가는 데 지장이 없을까요? (알려주시는 명령어는 직접 우분투 배포판에 맞춰서 바꿀 생각입니다..!) 

안녕하세요, 제가 제조업쪽이라 서비스가 원활한 회사에서 근무를 하고 있지 않아서, 일반적인 IT 업계에선 Helm Chart 관리를 어떻게 하는지 궁금해서 문의드리게 되었습니다.일반적으로 적당한 프로젝트를 배포할 때 Front End 와 Back End Application 두가지 나눠서 배포한다고 해보겠습니다.Vue 와 Spring Boot 를 사용하는데, 이 때 프로젝트 루트 경로에 예제에서 관리한 바와 같이 deploy 폴더를 만들어서 관리를 하도록 했습니다.이 때, 기존 구성상 Ingress 가 다음과 같이 되어 있습니다.  rules: - host: hello.foo.com http: paths: - path: / pathType: Prefix backend: service: name: svc-fe port: number: 8080 - path: /api pathType: Prefix backend: service: name: svc-be port: number: 80위와같이 되어 있을 경우, 이 ingress 는 두 영역 모두 의존성이 있습니다. fe 패키지에서 관리해야 할지, be 패키지에서 관리해야 할지 의문이 들었습니다. 아니면 Helm 은 IaC 도구로서 이며 원하는 인프라를 빠르게 셋업해줘야 하기 때문에 FE, BE 모두 한번에 관리하는게 맞는걸까요?그렇다면 이런 경우에는 FE, BE 깃 레포가 아닌, 별도의 Helm Chart 레포를 만들어서 관리를 하는 걸까요?

현재 signoz를 https://signoz.io/docs/install/docker/해당 환경으로 구성하여 사용중입니다. 그런데 계속해서 사용하다보면 메모리 및 스왑 메모리 사용량이 증가하여 서버가 죽는 현상이 발생하고 있습니다. 이를 해결하기 위해서 불필요한 데이터 수집 및 로그 저장이 되지 않도록 설정하고 싶은데 어디 부분을 만져야 할까요?

안녕하세요. 다른 강의 들으시는 분들께 공유드리는 내용입니다.  저는 강의 내용에서 알려주신 config로 적용하면 기동이 되질 않더라고요helm 차트로 하지 않고 제가 docker 로 올려서 약간의 config 형식 차이가 발생했을 것 같습니다.수업중인 signoz와 제가 설치한 signoz의 버전 차이가 있으리라 생각합니다.   제가 참고한 open-telemetry config 예시 파일 공유드립니다.  https://github.com/open-telemetry/opentelemetry-collector-contrib/blob/main/processor/spanprocessor/testdata/config.yaml spanprocessor 부분 링크이고, 다른 카테고리에서 다른 proceccor 형식도 참고할 수 있습니다. 감사합니다.

안녕하세요 질문 남깁니다. 아래 사진을 참고해주시면 감사하겠습니다. 같은 nindent 6을 사용하여 값을 조회하면 왜 'list' 항목 하위 값들은 하이픈(-)이 들어가고 바로 아래에있는 'object'에 값에는 하이픈이 들어가지 않는건지 궁금합니다.

안녕하세요 수업 잘 듣고 있습니다. helm install my-tomcat . -f values.yaml해당 명령어로 차트 실행까지는 정상적으로 되었고 에러 문구도 따로 뜨지 않았습니다. svc는 nodeport로도 잘 연결되어 있는데 pod가 pending이어서 describe를 해보니 PVC가 Unbound 상태여서 그런 것 같습니다. PVC 로그로는 PV가 존재하지 않다는데 다른 설정 파일을 apply 해주어야 하는 걸까요?

안녕하세요. 강의 잘 들었습니다:) prometheus 차트 분석 파트를 보다가 궁금한 점이 생겨 질문드립니다.강의에서의 prometheus 차트 버전에서는 kube-state-metrics를 제외한 각 모듈들을 templates/ 내에 개별적으로 디렉토리를 구분하여 sub template 처럼 구성하고 있는데, 최신 버전(v20.0.2)의 prometheus에서는 각 모듈들을 모두 개별 chart로 구성하고 있는 것 같습니다.이런 변경 사항이 이전 버전의 방법 (sub template) 이 더 이상 권장 방법이 아니라서 변경된건지, 아니면 두 가지 방법에 장단점이 있어 선택 사항인지 궁금합니다. 여러 컴포넌트가 필요한 서비스의 경우에는 어떤 방법이 맞는걸까요?(추가로 강의 내용에서, 특정 template만(ex. templates/algertmanager/) helm template 으로 확인해 볼 수 있는 방법이 있는지 궁금합니다. )

강사님 안녕하세요.쿠버네티스배포데모 소스코드는 제공에 대해 한 번 문의 드렸는데요 바쁘신 것은 충분히 예상됩니다만 한 번더 문의 드립니다."쿠버네티스알아보기>쿠버네티스배포" 데모에서 시연해주신 환경에 대한 질문입니다.EKS에 2개의 노드를 만들고 helm으로 어플리케이션을 배포하셨는데요, EKS 환경을 만들고, helm으로 application을 배포하는 것에 대한 자료를 받을 수 있을지 지난 8월경 문의 드린 적이 있고, 공유계획이 있으시다고 하셨는데, 공유 예상 대략의 일정을 알 수 있을까요?AWS EKS 환경을 만들고 서비스 배포까지 일련의 전체 과정을 볼 수 있을 것 같아 업무에 적용하는데 도움이 많이 될 것으로 생각됩니다.추가로, 쿠버네티스배포데모에서 그라파나와 로키에 대해서 보여주셨고, 쿠버네티스 모니터링 설정에 대한 내용도 공유할 계획이 있다고 다른 수강자분의 문의에 답변을 주셨었는데요, 이것에 대한 대략의 공유 일정이 있다면 같이 알고 싶습니다. 감사합니다.

적절하지 못한 질문일 수도 있어서 먼저 죄송합니다.    helm chart로 구성할 것들이 있어서 수강도 하고 따로 구축 작업도 하고 있습니다.  주요 major한 솔루션은 이미 helm chart가 구비되어 있고  여기가 공식 repository 인거 같더군요.. https://artifacthub.io/   근데 오픈소스의 version과,  helm에서 명시한 version이 다르게 표기되어 있어서, 이게 어떻게 된건지 좀 혼동이 됩니다.      대표적으로, elasticsearch는 현재 8.2.2 버전인데,    <현재 elasticsearch 버전>   헬름차트에선 7.17.3 입니다.  <현 helm chart에서 Elasticsearch의 버전> 참고로 logstash, filebeat등 대부분 7.17.3 으로 관련 버전이 거의 동일하게 가고 있습니다.    이게 정말 helm엔 아직 옛날 버전만 가능한건지,  아님 helm쪽은 버전을 다르게 가져가서 그런건지....   당연히 이건 elastic이 확실히 답변을 줄 수 있겠지만 그래도 경험이 많으시니 알고 계시지 않을까 해서 문의드립니다 ㅠㅠ  

알려주신대로 helm 으로 mysql을 설치 중인데  3 pod has unbound immediate PersistentVolumeClaims.    오류가 발생하면서 더 진행 되지 않습니다. 확인 부탁 드립니다.

블로그에 올라와있는거 확인했습니당. 강의는 언제부터 판매하시는지요?? 기다리는 중입니다 헥헥