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 |
Tags
- hbase 저장공간 설정
- intellij
- 월급루팡 일지
- nGinder
- LPOS
- 오블완
- jar 배포
- reids
- ㅉ때
- 7879
- jsonMarshaller
- save/update
- 논블록킹 성능
- R2DBC Paging
- 노드간 통신
- Ingress Controller Fake
- 핀포인트
- Armeria
- fake jwt
- 애자일 싫타
- pinpoint
- 개발 어렵당.ㅠ
- OIDC
- 플루터
- 티스토리챌린지
- Loki 로그
- pinpoint 2.5.3
- UnsupportedOperationException
- formik
- RedirectService
Archives
- Today
- Total
목록nodeSelector (1)
대머리개발자

노드를 3개를 추가했고 하나의 노드는 1. 일반적인 백 관련된 서비스만 ............ (노드1) 또 하나의 노드는 2. 공통적인 백 관련된 서비스를 배치하고 ............ (노드2) 마지막 하나에 프론트 관련된 내용만 서비스를 배치하려고 생각했다. . (노드3) 관리 편의성으로 비슷한 역할을 하는 것끼리 묶어 두면 편하지 않을까 하는 생각에..ㅠ nodeSelector: diskname: front POD가 하나만 존재할 때는 상관없지만.. 하나 이상일 때 즉, 두 개의 파드는 서로 다른 노드 속에 있는 것이 이상적라는 생각이..들었다. 그래야지 노드가 죽어도 다른 노드에 있는 친구를 통해 고가용성을 보장해 줄테니.. 노드하나에 죽으면 아무리 POD가 많아도 딱 끝!! nodeSelec..
개발이야기/오픈소스 설치
2023. 11. 6. 17:09