Locust 데모 및 아키텍처 논의 (SRPOL)
Source
Google Keep/Locust demo -SRPOL.md
Summary
21층 White 회의에서 Locust 성능 테스트 환경 세팅 및 아키텍처에 대한 논의가 이루어짐. Bartosz 는 Locust Master-Slave 구조, DB, 메트릭 Exporter, Prometheus, Grafana 연동 순서와 100 노드 규모 테스트 가능성을 제시함. Tsung, JMeter, LoadRunner 와의 비교 및 Helm 차트 적응(특히 Master-Prometheus 연동), Python gevent 기반 Slave 연결(ZeroMQ + Greenlets) 방식이 논의됨. Worker Exporter 는 자체 생성 필요하며, MySQL 데모가 진행됨. 핵심 결론은 ‘DB 테스트보다 전체 구조 잡기가 더 큰 과제’라는 점임.
Key Points
- Locust 아키텍처: Master-Slave-DB-Exporter-Prometheus-Grafana 순서
- 100 노드 규모 테스트 가능성 검토
- 기존 도구(Tsung, JMeter, LoadRunner) 대비 비교 논의
- Helm 차트 적응 필요성 (Master-Prometheus 연동 포함)
- Slave 연결 기술: ZeroMQ 메시지 전달 + Greenlets (Python gevent 기반)
- Worker Exporter 는 직접 개발 필요 (Prometheus 에서 Exporter 로 수집)
- MySQL 데모 진행
- 핵심 과제: DB 테스트보다 시스템 구조 설계가 우선