본문으로 건너뛰기
피드

FreeBSD 홈 NAS에 VictoriaMetrics + Grafana 모니터링 스택 구축하기

devops 약 5분
vote
0
댓글
북마크

FreeBSD 홈 NAS에 VictoriaMetrics, Grafana, VMAlert, Alertmanager를 Kubernetes 없이 호스트에 직접 설치하는 과정을 정리한 글임. vmutils 패키지의 rc.d 스크립트 누락이나 Grafana VM 플러그인의 FreeBSD 미지원 같은 실전 삽질 포인트도 함께 다룸.

  • 1

    VictoriaMetrics, node_exporter, VMAgent, Grafana, Alertmanager 모두 FreeBSD pkg로 설치 가능

  • 2

    vmutils 패키지에 vmalert용 rc.d 스크립트가 빠져있어 직접 작성 필요

  • 3

    VictoriaMetrics Grafana 플러그인은 FreeBSD 바이너리 미지원으로, 기본 Prometheus datasource 사용

  • 4

    ntfy.sh를 webhook으로 연동해 알림 수신 구성

  • 5

    FreeBSD 메모리 메트릭은 Linux과 다르므로 Grafana 대시보드 쿼리 커스터마이징 필요

FreeBSD 홈 NAS에 모니터링 스택 구축하기

  • FreeBSD 홈 NAS 시리즈 10편으로, VictoriaMetrics + Grafana + VMAlert + Alertmanager 조합을 Kubernetes 없이 호스트에 직접 설치하는 과정을 다룸

VictoriaMetrics & node_exporter 설치

  • pkg install -y victoria-metrics로 설치하고, sysrc victoria_metrics_enable="yes"로 서비스 등록하면 8428 포트에서 바로 동작함
  • node_exporter도 동일하게 pkg install -y node_exporter로 설치, 9100 포트에서 메트릭 수집 시작됨
  • VMAgent는 별도 포트가 없고 pkg install -y vmutils 패키지에 vmagent, vmalert, vmauth, vmbackup 등이 한꺼번에 포함되어 있음
  • VMAgent의 scrape 설정은 /usr/local/etc/prometheus/prometheus.yml에 Prometheus 형식 그대로 작성하면 됨

Grafana 설정과 VictoriaMetrics 플러그인 삽질

  • Grafana도 pkg install -y grafana로 설치 가능하지만, VictoriaMetrics 전용 datasource 플러그인은 FreeBSD용 바이너리가 없어서 실패함
  • victoriametrics_metrics_backend_plugin_freebsd_amd64: no such file or directory 에러가 발생하는데, 결국 기본 내장된 Prometheus datasource를 사용하면 문제없이 동작함

알림 설정: VMAlert + Alertmanager + ntfy.sh

  • Alertmanager는 pkg install -y alertmanager로 설치하고, webhook으로 ntfy.sh에 알림을 보내도록 설정함
  • VMAlert용 rc.d 스크립트는 vmutils 패키지에 포함되어 있지 않아서 직접 /usr/local/etc/rc.d/vmalert 셸 스크립트를 작성해야 함
  • 알림 규칙은 /usr/local/etc/vmalert/node-alerts.yml에 정의하며, up{job="node_exporter"} == 0 같은 표현식으로 exporter 다운 감지가 가능함
  • ntfy.sh는 웹 인터페이스와 모바일 앱 모두 지원하는 알림 서비스로, Telegram 대신 간편하게 사용할 수 있음

FreeBSD 메모리 메트릭 커스터마이징

  • 기본 Grafana 대시보드는 Linux 기준이라 FreeBSD에서는 메모리 그래프 쿼리를 수정해야 함
  • FreeBSD의 핵심 메모리 메트릭은 node_memory_active_bytes(실사용), node_memory_wired_bytes(커널/드라이버, 해제 불가), node_memory_free_bytes(순수 여유)로 구분됨
  • 실제 사용률은 (node_memory_active_bytes + node_memory_wired_bytes) / node_memory_size_bytes * 100으로 계산함

💡

> FreeBSD에서 VictoriaMetrics 스택을 구성할 때 vmutils 패키지에 vmalert용 rc.d 스크립트가 빠져있다는 점, Grafana VM 플러그인이 FreeBSD를 지원하지 않는다는 점을 미리 알아두면 삽질을 줄일 수 있음

Kubernetes 없이 호스트에 직접 모니터링 스택을 올리는 과정이 FreeBSD 특유의 포트/패키지 구조와 맞물려 실전 트러블슈팅 레퍼런스로 가치가 있음.

댓글

댓글

댓글을 불러오는 중...

devops

포드가 AI 데이터센터 붐 수혜주로 뜬 이유는 자동차가 아니라 ESS였다

포드의 에너지 저장 사업이 AI 데이터센터 건설 붐을 타고 새 성장축으로 주목받고 있어. 전기차 수요 둔화로 남는 배터리 생산능력을 데이터센터·전력망용 ESS로 돌리는 전략이고, EDF 북미 사업체에 2028년부터 연간 4기가와트시 규모 공급 계약까지 체결했어.

devops

클라우드 빅3 차별화 논쟁, 정작 컴퓨트·스토리지는 거의 범용재가 됐다는 얘기

클라우드 업체들은 인공지능, 데이터베이스, 전용 서비스로 차별화를 강조하지만, 대부분의 기업 워크로드는 여전히 컴퓨트와 스토리지 위에서 돌아간다는 주장이다. AWS, 애저, 구글 클라우드의 핵심 인프라는 성숙도가 높아져 실질 역량 차이가 줄었고, 아키텍트는 브랜드보다 워크로드 적합성·비용·거버넌스·운영 정합성을 봐야 한다는 내용이다.

devops

DynIP, RFC 2136·IPv6·DNSSEC 지원하는 동적 DNS 서비스 공개

DynIP는 홈랩, 엣지 라우터, 인프라 팀을 겨냥한 동적 DNS(DDNS) 서비스다. 60초 안팎의 전파, RFC 2136 TSIG 기반 라우터 업데이트, 개인 도메인 연결, IPv6와 DNSSEC 지원을 핵심 기능으로 내세운다.

devops

깃허브 액션, 내부 데이터베이스 마이그레이션 여파로 4시간 지연

깃허브에서 2026년 5월 12일 13:41부터 17:43 협정세계시까지 일부 서비스 처리 지연이 발생했음. 내부 데이터베이스 마이그레이션으로 복제 지연이 생겼고, 작업 큐에 쌓이는 요청을 처리할 워커가 부족해진 게 원인이었음.

devops

AI 강국 경쟁, 결국 전기와 데이터센터 싸움으로 간다

AI 경쟁의 핵심이 모델과 반도체만이 아니라 안정적인 전력 확보로 이동하고 있다는 분석이야. 글로벌 데이터센터 전력 사용량은 2024년 400TWh에서 2030년 800TWh, 2050년 3500TWh 이상으로 커질 전망이고, 한국도 AI 데이터센터와 에너지 전략을 같이 설계해야 하는 상황이야.