solver pod에 강화를 배포한 뒤 스테이징 갱신은 정상인데 운영 DNS 챌린지가 실패하기 시작합니다.
cert-manager 갱신이 스테이징은 통과하고 운영에서 실패 — DNS01 solver pod가, 기본 클래스에만 projected되는 클라우드 DNS 자격 증명 볼륨을 빼는 제한된 runtime class를 사용
Kubernetes 원문 시나리오에서 dns01-solver-runtimeclass-missed-projected-credentials-volume 신호를 기준으로 근본 원인과 안전한 복구 방향을 정리하는 문제입니다.
시나리오
먼저 볼 것
- 이벤트, 로그, 스펙 불일치를 빠르게 읽기
- 서비스 경로와 스케줄링 조건을 함께 점검하기
- 장애 증상과 리소스 정의를 연결해서 원인을 좁히기
점검 체크리스트
- 증상이 Pod, Service, Ingress, Node 중 어디에 있는지 먼저 구분합니다.
- kubectl describe, logs, events 결과를 같은 타임라인으로 정리합니다.
- 재현 조건과 설정 오타를 분리해서 확인합니다.
복구와 재발 방지
자격 증명을 회전하거나 solver 권한을 넓히기 전에 runtime class별 볼륨 동작을 확인하세요.
같이 보면 좋은 질문
네. 제목과 시나리오는 실제 장애 단서이므로 그대로 유지합니다. 한국어 풀이는 판단 순서와 답안 구조를 돕기 위한 보조 설명입니다.
아니요. Pod event, rollout, Service/Endpoint 같은 기술 용어와 kubectl 같은 명령어는 영어 원문을 유지하세요.
사용자 영향, 관찰한 근거, 최근 변경, 안전한 복구 방향을 한 번에 연결해 설명하는 것입니다.
현장에서 본 비슷한 케이스