반응형
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
- 플러터 개발
- 프로그래머스
- 기술면접공부
- Kafka
- 스프링부트
- nestjs스터디
- 자바공부
- 스프링공부
- JPA 공부
- 스프링
- Flutter
- JPA공부
- querydsl
- 스프링 공부
- JPA
- Axon framework
- JPA예제
- nestjs공부
- JPA스터디
- 스프링부트공부
- 자료구조공부
- 알고리즘공부
- 코테공부
- nestjs
- DDD
- 코테준비
- 기술공부
- 카프카
- K8S
- 플러터 공부
Archives
- Today
- Total
목록kafka isr (1)
DevBoi
[Kafka] ISR (In-Sync-Replicas)
ISR은 리더 파티션과 팔로워 파티션이 모두 싱크가 된 상태를 뜻한다. 싱크는 : 오프셋의 개수가 같다는 뜻이다. 즉 리더파티션의 데이터가 모두 팔로워 파티션의 데이터에 복제가 되었다는 것을 뜻한다. ISR 장애 상황에서 중요하다. 리더 파티션이 장애가 나고 ISR이 되기 전에 새로운 리더가 선출이 되면 아직 리더 파티션 의 데이터가 복제가 다 되지 않는 상태에서 리더 파티션이 바뀌게 되고 이는 곧 데이터 유실이 된다. 따라서 해당 ISR이후에 리더 선출에 대한 옵션은 중요하다. unclean.leader.election.enable=true -> 유실을 감수함, 복제가 안된 팔로워 파티션을 리더로 승급 unclean.leader.election.enable=false -> 유실을 감수하지 않음 해당 브..
Develop/[Kafka]
2023. 7. 21. 00:11