| 일 | 월 | 화 | 수 | 목 | 금 | 토 |
|---|---|---|---|---|---|---|
| 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 |
- LV02
- 데이터 베이스
- mysql
- 연습문제
- Java
- Redis
- SQL
- 코테
- CoffiesVol.02
- docker
- Lv.0
- LV03
- JPA
- spring boot
- LV0
- CI/CD
- 알고리즘
- 일정관리 프로젝트
- AWS
- JMeter
- 이것이 자바다
- 디자인 패턴
- 일정관리프로젝트
- 프로그래머스
- nginx
- LV.02
- LV01
- Kafka
- Join
- 포트폴리오
- Today
- Total
목록2026/05 (2)
코드 저장소.
목차1.이전글2.트러블 슈팅과정3.소감 1.이전글 지난 글에서는 분산 서버 환경을 구축하고, 60VU(Virtual Users) 조건에서 시스템이 중단 없이 안정적으로 로드밸런싱되며 트래픽을 소화하는 것까지 확인했습니다. 60VU 수준에서는 서버 두 대가 요청을 안정적으로 나누어 가졌고, 모니터링 지표상으로도 큰 무리가 없었습니다. 하지만 실제 운영 환경에서는 언제든 예측 범위를 벗어난 대규모 트래픽이 몰릴 수 있습니다. 제 프로젝트의 궁극적인 목표는 단순히 '돌아가는 분산 서버'를 넘어, 더 높은 고부하 상황에서도 데이터 정합성을 유지하며 버텨내는 '고가용성 인프라'를 검증하는 것이었습니다. 따라서 이번에는 한계를 더 밀어붙여, 성능 측정의 최종 목표치인 100VU 환경을 타깃으로 잡고 부하 테스트를 ..
1.테스트 개요2.환경 구성 및 통제 변수3. 장애 시나리오 설계4. 지표 측정 및 결과5.결론 및 고6.소감 1. 테스트 개요 1-1. 본 테스트의 목적 및 배경 분산 메시징 시스템인 Apache Kafka 운영 시, 특정 브로커의 하드웨어 결함이나 네트워크 장애는 불가피하게 발생한다. 본 테스트는 이러한 장애 상황에서도 시스템이 사전에 정의된 신뢰성 설정을 바탕으로 데이터 유실 없이(Zero Data Loss) 서비스를 지속할 수 있는지 검증하는 데 목적이 있다. 1-2. 가용성 및 신뢰성 관점에서의 테스트 범위 정의가용성(Availability): 브로커 장애 감지 후 새로운 리더 파티션이 선출되어 클라이언트 요청을 다시 처리하기까지의 가동 중단 시간(Downtime)을 측정한다.신뢰성(Reliab..