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
- CentOS
- visualvm
- 항해99
- 쇼트유알엘
- Spring Security
- Spring
- 생성자 주입
- MYSQL
- JWT
- 시큐리티
- 웹개발
- AWS
- 남궁성과 끝까지 간다
- 개인프로젝트
- 패스트캠퍼스
- JavaScript
- 카프카
- 데이터베이스
- DB
- 스웨거
- WEB SOCKET
- Kafka
- 프로그래머스
- @jsonproperty
- docker
- 스파르타코딩클럽
- java
- 스프링의 정석
- emqx
- EC2
Archives
- Today
- Total
목록broker (1)
Nellie's Blog
kafka1, kafka2, kafka3 중에 하나씩 브로커를 죽여보고 메시지를 전송해보려고 한다. 업무에 kafka 를 적용하여 운영할 예정이라, 브로커 서버가 죽었을 때 메시지가 정상적으로 전송 되는지 고 가용성 테스트를 해보기로 했다. 목차1. directTest 토픽의 partition 3들의 복제 상태 확인2. 프로듀서 메시지 전송 확인3. 브로커 하나씩 죽여보기4. 브로커 하나씩 다시 살리기 결론 ✅ 1. directTest 토픽의 partition 3들의 복제 상태 확인현재 토픽의 복제 상태를 확인하는 명령어kafka-topics.sh --bootstrap-server kafka1:9092 --topic directTest --describe --command-config /opt/bitn..
Infra/Kafka, MQTT
2024. 6. 10. 17:04