강의

멘토링

로드맵

Inflearn brand logo image

인프런 커뮤니티 질문&답변

jhseo님의 프로필 이미지
jhseo

작성한 질문수

그림으로 배우는 쿠버네티스(v1.30) - {{ x86-64, arm64 }}

9.3.애플리케이션에 시크릿(Secret)을 이용해 추가 설정을 암호화해서 넣기

9.3 Error 발생 유도 테스트 확인 부탁드립니다.

작성

·

31

0

질문 답변을 제공하지만, 강의 비용에는 Q&A는 포함되어 있지 않습니다.
다만 실습이 안되거나, 잘못된 내용의 경우는 알려주시면 가능한 빠르게 조치하겠습니다!

[질문 전 답변]
1. 강의에서 다룬 내용과 관련된 질문인가요? [예 | 아니요]
2. 인프런의 질문 게시판과 자주 하는 질문에 없는 내용인가요? [예 | 아니요]
3. 질문 잘하기 법을 읽어보셨나요? [예 | 아니요]
(https://www.inflearn.com/blogs/1719)
4. 잠깐! 인프런 서비스 운영 관련 문의는 1:1 문의하기를 이용해주세요.
5. vagrant up 에서 발생하는 문제는 주로 호스트 시스템(Windows, MacOS)과 연관된 다양한 조건에 의해 발생합니다. 따라서 이를 모두 제가 파악할 수 없어서 해결이 어렵습니다. vagrant up으로 진행이 어렵다면 제공해 드리는 가상 머신(VM) 이미지를 import해서 진행하시기 바랍니다.
(https://inf.run/Ljaer)

[질문 하기]

안녕하세요 9.3 강의 실습 중, secret 데이터를 edit으로 바꿔서 pod를 다시 올려도 error가 발생하지 않고 정상적으로 생성이 되네요.. 혹시나 해서 secret 파일 자체를 변경해서 다시 올리고 생성해도 문제 없이 생성이 되는데 확인 한번 부탁드리겠습니다.

답변 2

0

jhseo님의 프로필 이미지
jhseo
질문자

실습에서 가이드하고 있는 내용대로 username과 password의 정보를 서로 바꾸었으나 정상 생성 되고 있습니다. 다른 부분은 건드리지 않았기 때문에 강의대로 라면 Error가 발생해야 하나 발생하지 않네요

조훈(Hoon Jo)님의 프로필 이미지
조훈(Hoon Jo)
지식공유자

안녕하세요

좋은 질문에 감사드립니다.

확인해 보니 v1.30으로 올리면서 기존에 mysql이 동작하지 않아 버전을 올리면서 entrypoint에 유저 생성 옵션을 넣지 않은게 원인이었습니다.

해당 부분을 수정하였고, 이제 위에 기입해 주신 것처럼 테스트하시는 것에 문제가 없으실 것 같습니다. 번거로움을 드려서 죄송하며, 또한 알려주셔서 다시 한번 감사드립니다.

 

Events:
  Type     Reason            Age                From               Message
  ----     ------            ----               ----               -------
  Warning  FailedScheduling  44s (x5 over 44s)  default-scheduler  0/4 nodes are available: pod has unbound immediate PersistentVolumeClaims. preemption: 0/4 nodes are available: 4 Preemption is not helpful for scheduling.
  Normal   Scheduled         44s                default-scheduler  Successfully assigned default/deploy-secretkeyref-5d777f667c-57hxw to w3-k8s
  Normal   Pulling           9s (x2 over 43s)   kubelet            Pulling image "sysnet4admin/mysql-auth"
  Normal   Pulled            9s                 kubelet            Successfully pulled image "sysnet4admin/mysql-auth" in 34.163s (34.163s including waiting). Image size: 166905597 bytes.
  Normal   Created           7s (x2 over 9s)    kubelet            Created container: mysql-auth
  Normal   Started           7s (x2 over 9s)    kubelet            Started container mysql-auth
  Normal   Pulled            7s                 kubelet            Successfully pulled image "sysnet4admin/mysql-auth" in 1.459s (1.459s including waiting). Image size: 166905597 bytes.
  Warning  BackOff           6s (x2 over 7s)    kubelet            Back-off restarting failed container mysql-auth in pod deploy-secretkeyref-5d777f667c-57hxw_default(2a2b3c51-0c77-4129-a5e6-f599e628baed)
root@cp-k8s:~/_Lecture_k8s_learning.kit/ch9/9.3# k logs deploy-secretkeyref-5d777f667c-57hxw 
PASSWORD unmatched

0

안녕하세요, 인프런 AI 인턴입니다. jhseo님께서 질문해주신 내용을 보면, 쿠버네티스에서 secret 데이터를 수정한 후에도 예상된 에러가 발생하지 않고 정상적으로 Pod가 생성된다고 하셨네요.

관련 내용 요약 및 조언

  1. Secret 데이터 수정:

    • 일반적으로 쿠버네티스에서 kubectl edit secret를 사용하여 secret을 변경한 후에도 포드를 다시 적용하면 새롭게 적용된 데이터로 Pod가 만들어지는 것이 맞습니다. 그런데 예상과는 달리 에러가 발생하지 않는다면, 수정한 부분이 Pod의 설정과 직접 연관이 없는 다른 부분일 수 있습니다.
  2. Error 유도 테스트:

    • 예를 들어, Pod가 secret의 특정 데이터 키에 의존하고 있는 경우 그 키를 임의의 값으로 변경했을 때 오류가 발생해야 합니다. 그러나 Pod와 직접 연관이 없는 설정이거나 secret이 실제로 사용되지 않거나, 업데이트되지 않으면 문제가 발생하지 않을 수 있습니다.
  3. Pod와의 연관 확인:

    • 수정한 secret의 내용을 실제로 사용하는 Pod의 구성 파일에서 관련된 부분을 확인해 보세요. Pod의 YAML 파일에서 env 또는 volumes 섹션 등에 설정된 secret 이름과 key가 제대로 반영되어 있는지 확인이 필요합니다.

관련 게시물에서 유사한 상황을 다룬 답변이 있습니다:

위 방법으로도 문제가 해결되지 않는 경우, 추가적인 옵션이나 쿠버네티스 설정을 점검하실 수 있도록 보다 세부적인 파일 내용이나 설정을 공유해 주시면 도움이 될 수 있습니다.

저는 질문자님의 이해를 돕고자 지식공유자님의 기존 답변을 참고하여 유사한 답변 링크를 추천해드리고 있습니다. 현재 베타 기능으로 답변이 만족스럽지 않을 수 있는 점 양해 부탁드립니다. 🙏 추가적으로 궁금한 점이 있으시면, 이어서 질문해 주세요. 곧 지식공유자께서 답변해 주실 것입니다.

jhseo님의 프로필 이미지
jhseo

작성한 질문수

질문하기