💬 TSDB 란? - Time Series DataBase 의 줄임말로 시계열 데이터를 처리하는데 최적화된 데이터베이스를 뜻한다. 💬 VictoriaMetrics 란? - Go 언어에서 사용하

💬 TSDB 란? - Time Series DataBase 의 줄임말로 시계열 데이터를 처리하는데 최적화된 데이터베이스를 뜻한다. 💬 VictoriaMetrics 란? - Go 언어에서 사용하는 fasthttp 개발자가 만든 Prometheus 호환 TSDB 💬 특징 - PromQL 을 하위호환하는 MetricsQL 지원 - InfluxDB, Graphite, Prometheus 등 다양한 Metric Input 지원 - Gorilla Compression 을 통한 효율적인 storage 활용 - 간단한 아키텍쳐를 추구 💬 설계 철학 - KISS(Keep It Simple, Stupid) - 단순한 아키텍쳐 지향 - shared nothing - 외부 의존성 최소화 - 최소한의 자동화 💬 지원하지 않는 것 - 클러스터 자동 resizing - 자동 노드 discovering - data rebalancing 💬 좋았던 점 - 제목처럼 현재 인기있는 TSDB 솔루션들과 대체가 가능하도록 거의 모든 write API 를 지원하고 있다. 그래서 원한다면 기존에 사용하고 있던 TSDB 를 Client 나 Agent 변경 없이 쉽게 대체 가능하다. - Prometheus 와 Graphite 에서 정의한 Query API Interface 를 그대로 사용하기 때문에 Query 요청시 친숙한 형태로 사용하면 된다.(가이드에서 Graphite Query 에 대한 Interface 를 설명할때는 링크로 아예 Graphite API Document 를 걸어둔게 충격적이었다. 그만큼 Graphite 의 변경사항에 예민하게 대응할 방침인거로 보인다.) - Prometheus 를 참고한게 많아서 Prometheus 에서 제공하는 AlertManager 나 node exporter 와도 연동이 가능하고 AlertManager 와 연동시 사용하는 Vmalert 모듈은 Prometheus 에서 정의한 Alert rule 로 설정하도록 했기 때문에 기존에 사용했던 Alert rule 이 있다면 그대로 사용 가능하다. - 설치와 구축이 매우 간편하다. 초당 100만건 이상의 트래픽이 유발되는 환경이 아니라면 Cluster 보다 Single Instance 로 운영하는걸 권장한다. 그래서 권장되는 HA 구성으로 Vmagent 라는 모듈을 통해 각 Single Instance 노드에 Dual Write 를 하는 Active-Active 구성을 권장한다. - Gorilla Compression 이 TSDB 에서 이렇게나 강력할 줄 몰랐는데 Storage Resource 를 꽤나 적게 사용한다. 💬 아쉬운점 - Single Instance 구축에 비해 Cluster 구축이 어렵고 설치 버전도 따로 분류가 되어있다.(해보진 않았지만 Single Instance 를 사용하다가 Cluster 로 변경하는건 쉽지 않아보인다. 더욱이 클러스터 자동 resizing 이나 data rebalancing 을 제공하지 않기 때문에 변경하게 되면 이 부분에 대한 고민들도 해야한다.) - 위에서 언급했듯이 Cluster 구축보다는 Single Instance 를 권장하는 형태라 scale out 보다는 scale up 을 할수 있는 형태에서 쓰기 더 좋아보인다. - '이런게 있으면 편할것 같은데?' 라고 생각했던 기능들을 enterprise package 로 묶어서 유로로 제공하고 있어 이해는 가지만 아쉬웠다.