| 일 | 월 | 화 | 수 | 목 | 금 | 토 |
|---|---|---|---|---|---|---|
| 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 |
- cloud
- System
- Dreamhack
- bWAPP
- wireshark
- beebox
- c
- SISS
- 백준
- EC2
- S3
- AWS
- python
- acc
- Systemhacking
- Reflected
- pwnable
- mount
- 자료구조
- htmlinjection
- Upstage
- Reversing
- basicrce3
- fork-bomb
- datastructure
- Linux
- CodeEngn
- backjoon
- 와이어샤크
- 유석종교수님
- Today
- Total
목록grafana (2)
Ctrl + Shift + ESC
문제 정의현재 저희 시스템의 로그 수집 구조는 다음과 같습니다.EC2 로그→ Promtail→ Loki (로그 저장)→ Grafana (조회, 알림, 시각화) Promtail은 로그 파일이 존재하는 서버에 설치되어 로그를 수집하고, 이를 Loki로 전송합니다.Loki는 Promtail로부터 전달받은 로그를 저장하고, Grafana로부터 들어오는 로그 쿼리 요청에 대해 결과를 반환합니다.개발자는 Grafana를 통해 로그를 조회하거나, 특정 조건에 대한 알림을 설정할 수 있습니다. 문제는 로그의 양입니다.실제 운영 환경에서는 Loki뿐 아니라 CloudWatch Agent 등 다양한 방식으로 로그를 수집하고 있습니다. 하지만 이렇게 수집된 로그들은 분석되지 않으면 그저 쌓이기만 하는 데이터에 불과합니다...
1. 모니터링의 필요성서비스가 성장하거나 사용자가 몰리는 이벤트가 있을 때, 시스템은 얼마나 버틸 수 있을까? 이 질문에 대한 답을 얻기 위해 부하 테스트(Load Testing) 는 필수다. 하지만 부하만 주는 것으로는 부족하다. 어디에서 병목이 발생하고, 어떤 리소스가 부족한지 파악하기 위해선 정확한 모니터링(Monitoring) 이 함께 이루어져야 한다.2. 부하 테스트에서 주로 사용하는 모니터링 지표 (Metrics)아래는 부하 테스트 시 모니터링하는 주요 지표들이다.지표명설명응답 시간 (Response Time)요청을 보낸 시점부터 응답을 받을 때까지 걸리는 시간처리량 (Throughput)초당 처리된 요청 수 (RPS 또는 TPS)TPS (Transactions Per Second)초당 완료된..