Notice
Recent Posts
Recent Comments
Link
일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | |||||
3 | 4 | 5 | 6 | 7 | 8 | 9 |
10 | 11 | 12 | 13 | 14 | 15 | 16 |
17 | 18 | 19 | 20 | 21 | 22 | 23 |
24 | 25 | 26 | 27 | 28 | 29 | 30 |
31 |
Tags
- Entity
- OneToOne
- 트랜잭션 쓰기 지연
- MaxRAMPercentage
- mybatis
- 종료코드
- JPA
- Multi Transaction
- 변경 감지
- ManyToOne
- 활성프로브
- openjdk
- chroot exit code
- docker
- JDK
- K8s
- dirty check
- exit code
- ManyToMany
- 다중 트랜잭션
- Design Pattern
- 디자인 패턴
- Java
- 다중 데이타소스
- OracleJDK
- 영속화
- Multi Datasource
- SpringBoot
- SpringBoot 2.0
- OneToMany
Archives
- Today
- Total
목록chroot exit code (1)
조금 평범한 개발 이야기
k8s 컨테이너가 종료될때 원인 파악하기
개요 k8s 는 클러스트 노드에 대한 장애 내성을 가지고 있어 문제가 있다고 판단하면 컨테이너를 재시작 합니다. 문제가 있다는 것을 판단하는 기준은 다양한데 k8s worker 문제가 있어 활성 프로브 (LivenessProbe) 의 응답을 제대로 받지 못하거나 OOM 에러와 같이 컨테이너가 필요한 메모리를 충분히 확보하지 못했을때 발생 됩니다. 이렇게 다양한 기준으로 컨테이너가 종료되는데 원인을 파악하는 방법에 대해서 알아 보도록 하겠습니다. 컨테이너 상태 확인하기 컨테이너가 재시작 되면 재시작되기 직전의 종료 상태가 컨테이너 설정에 남는데 이를 먼저 확인해 봅니다. 컨텍스트에 있는 파드 리스트를 확인해 보겠습니다. (⎈ |jogeum-context:default)❯ kubectl get pods NA..
개발/docker & k8s
2021. 8. 6. 00:12