다음으로 이어서 보기 좋은 문제 K8s 중급 kubectl port-forward는 되는데 ingress가 계속 실패 팀이 kubectl port-forward로 앱을 확인하고 ingress는 문제없다고 가정합니다. 실제 실패는 edge hostname이나 경로 재작성 체인의 더 앞쪽에 있습니다. K8s 고급 새 노드에 배포하면 liveness probe가 기동 중인 앱을 계속 죽임 주문 조회 서비스(JVM)에 인터넷에서 찾은 공개 예제의 probe 설정을 그대로 붙여 두었습니다. K8s 고급 현재 시작 예산에서 deployment 레플리카 하나가 영구히 Ready가 아니라 PodDisruptionBudget이 노드 점검을 막음 Kubernetes 장애 대응을 연습하는 문제입니다. health-probes, pod-disruption-budgets 단서를 바탕으로 원인 분리, 증거 수집, 복구 순서를 익힙니다. K8s 중급 느린 애플리케이션에는 더 긴 liveness 지연이 아니라 startup probe가 필요했는데 그대로 둬 readiness가 끝내 안정되지 않음 Kubernetes 장애 대응을 연습하는 문제입니다. health-probes, container-startup 단서를 바탕으로 원인 분리, 증거 수집, 복구 순서를 익힙니다.
K8s 중급 kubectl port-forward는 되는데 ingress가 계속 실패 팀이 kubectl port-forward로 앱을 확인하고 ingress는 문제없다고 가정합니다. 실제 실패는 edge hostname이나 경로 재작성 체인의 더 앞쪽에 있습니다.
K8s 고급 새 노드에 배포하면 liveness probe가 기동 중인 앱을 계속 죽임 주문 조회 서비스(JVM)에 인터넷에서 찾은 공개 예제의 probe 설정을 그대로 붙여 두었습니다.
K8s 고급 현재 시작 예산에서 deployment 레플리카 하나가 영구히 Ready가 아니라 PodDisruptionBudget이 노드 점검을 막음 Kubernetes 장애 대응을 연습하는 문제입니다. health-probes, pod-disruption-budgets 단서를 바탕으로 원인 분리, 증거 수집, 복구 순서를 익힙니다.
K8s 중급 느린 애플리케이션에는 더 긴 liveness 지연이 아니라 startup probe가 필요했는데 그대로 둬 readiness가 끝내 안정되지 않음 Kubernetes 장애 대응을 연습하는 문제입니다. health-probes, container-startup 단서를 바탕으로 원인 분리, 증거 수집, 복구 순서를 익힙니다.