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 |
Tags
- dirty check
- mybatis
- K8s
- 활성프로브
- SpringBoot 2.0
- ManyToMany
- Multi Transaction
- chroot exit code
- docker
- Java
- 종료코드
- OracleJDK
- Multi Datasource
- Entity
- 다중 데이타소스
- JPA
- ManyToOne
- 영속화
- SpringBoot
- MaxRAMPercentage
- openjdk
- 다중 트랜잭션
- OneToMany
- JDK
- 디자인 패턴
- 변경 감지
- OneToOne
- Design Pattern
- exit code
- 트랜잭션 쓰기 지연
Archives
- Today
- Total
목록requests (1)
조금 평범한 개발 이야기
k8s 리소스 제한 하기
리소스 오버커밋 k8s에 파드를 띄울때 리소스 제한을 설정하지 않으면 파드는 워커 vm 에 있는 cpu, memory 를 서로 공유 하게 됩니다. 즉 파드 하나가 worker 의 모든 자원을 사용할 수도 있다는 이야기 입니다. 일반적인 경우에는 문제가 없으나 일순간 파드들이 동시에 많은 cpu, memory 자원을 사용하려고 할때 문제가 발생 됩니다. CPU CPU 의 경우 워커 vm 이 가지는 최대 Core 를 넘어서는 요청이 들어오면 오버커밋 상황이 되며 기대하는 응답 보다 느리게 동작이 됩니다. 이 경우에는 초과되는 요청을 한 파드가 퇴거(evict) 대상으로 지정되지 않으며 단지 워커가 전체적으로 느리게 동작이 될 뿐입니다. MEMORY 메모리의 경우 이와 다르게 최대 메모리 를 넘어서는 오버커밋..
개발/docker & k8s
2021. 7. 24. 02:05