직접 만든 소프트웨어, 두 가지 개발 기록 구현 구조와 적용 범위, 확인한 기능과 남은 한계를 함께 기록합니다. MediaMTX 스트리밍 제어 서버Docker Compose 구성과 파일·라이브·멀티캐스트 송출 RTSP CCTV 관제·분석 프로그램관제 그룹, 영역·출입선, 이벤트 이력을 연결하는 구조 데이터베이스3 Aurora Serverless v2와 프로비저닝 비교: 최소 ACU·유휴 시간·지연 조건 사용량 변화가 크다면 Aurora Serverless v2를, 지속적으로 일정한 부하와 용량 계획이 중요하다면 프로비저닝 구성을 함께 비교하세요. Serverless라는 이름만으로 유휴 비용이 항상 0이 되지는 않습니다. 최소 ACU, 자동 일시 중지 지원 조건, 연결 상태와 재개 지연을 확인해야 합니다.선택이 빗나가는 원인: 평균 부하만 보는 것하루 평균 사용량이 낮아도 출근 시간에 연결과 쿼리가 몰릴 수 있습니다. 반대로 접속자가 적어 보여도 백그라운드 작업이 데이터베이스를 계속 사용하기도 합니다. 견적에는 평균만 넣고 최소 용량은 가장 작게 정하면 실제 필요한 응답 시간을 충족하지 못할 수 있습니다.관찰검토 방향시험 항목큰 부하 변화Serverless 후보확장 중 지연일정한 지속 부하프로비저닝과 비.. 2026. 10. 19. EBS gp3와 io2 비교: EC2 데이터베이스 지연·IOPS·비용 선택 기준 일반적인 블록 스토리지 성능을 조절하려면 gp3의 용량·IOPS·처리량을 먼저 검토하고, 지연에 민감한 DB가 더 일관된 낮은 스토리지 지연을 요구할 때 io2 Block Express를 비교합니다. 볼륨을 바꾸기 전에 EC2 인스턴스의 EBS 한도와 실제 DB 병목을 확인해야 합니다. 이 글은 EC2에 연결한 EBS 볼륨을 기준으로 하며 RDS의 관리형 스토리지 설정이나 EFS 공유 파일 시스템에 그대로 적용하는 절차가 아닙니다.원인부터 분리: IOPS가 높아도 쿼리가 느릴 수 있다IOPS는 초당 입출력 횟수, 처리량은 초당 전송 데이터량, 지연은 입출력 한 번이 끝나기까지 걸리는 시간입니다. 큰 순차 읽기와 작은 무작위 쓰기는 필요한 자원이 다릅니다. 캐시 부족, 잠금 대기, CPU, 쿼리 계획 문제.. 2026. 10. 16. RDS Proxy와 PgBouncer 비교: PostgreSQL 연결 풀 비용·호환성·운영 선택 기준 PostgreSQL 연결 수가 늘어날 때 RDS Proxy를 도입할지, PgBouncer를 직접 운영할지 고민하게 됩니다. AWS의 지원 데이터베이스에 연결하고 프록시 가용성 운영을 맡기려면 RDS Proxy를 검토할 수 있습니다. PostgreSQL 연결 풀을 여러 인프라에서 직접 조정해야 한다면 PgBouncer가 후보입니다. 선택 기준은 연결 수 감소만이 아니라 세션 기능의 호환성, 장애 시 책임, 같은 가용성을 갖추는 총비용입니다.1. 데이터베이스 앞에 풀을 두는 이유와 비교 범위이 글은 PostgreSQL 애플리케이션의 서버 연결 재사용을 비교합니다. 커넥션 풀은 여러 요청이 사용할 연결을 유지하는 장치입니다. 애플리케이션이 가진 클라이언트 연결 수와 데이터베이스가 실제로 유지하는 서버 연결 수.. 2026. 10. 7. 이전 1 다음
