Grafana 기초 대시보드 만들기
홈서버 데이터를 그래프로 보기 위한 Grafana 초보자용 첫 설정 가이드
- Grafana 대시보드는 데이터 소스에서 가져온 값을 패널과 시각화로 보여주는 화면입니다.
- Grafana만 설치한다고 CPU·메모리 사용량이 자동으로 생기는 것은 아닙니다. 먼저 데이터를 제공할 데이터 소스가 필요합니다.
- 대시보드는 여러 패널로 구성되며 각 패널에는 데이터를 가져오는 쿼리와 시각화가 연결됩니다.
- 공식 Docker 이미지로 Grafana OSS 또는 Enterprise 에디션을 컨테이너 형태로 실행할 수 있습니다.
- 초보자라면 처음부터 화려한 화면을 만들기보다 데이터 소스 → 패널 → 쿼리 → 시각화 순서로 이해하는 것이 좋습니다.
Grafana 대시보드를 처음 열어보면 멋진 그래프가 가득한 서버 모니터링 화면부터 떠올리기 쉽습니다. 하지만 Grafana를 설치했다고 CPU와 메모리 사용량이 저절로 나타나는 것은 아닙니다.
Grafana의 역할은 여러 곳에 저장된 데이터를 가져와 질문하고, 시각화하고, 이해하기 쉬운 화면으로 구성하는 것에 가깝습니다. 실제 값은 Prometheus 같은 데이터 소스나 다른 시스템에서 제공해야 합니다.
이 구조를 모르고 시작하면 Grafana 설치까지는 성공했는데 “왜 아무 데이터도 안 보이지?”라는 상황을 만나기 쉽습니다. 반대로 데이터 소스와 패널의 관계만 이해하면 Grafana 화면도 훨씬 단순하게 보입니다.
이 글에서는 처음부터 복잡한 모니터링 스택을 만드는 대신 Grafana가 데이터를 어떻게 보여주는지부터 이해하고, Docker 설치와 첫 대시보드를 만드는 흐름까지 차근차근 살펴보겠습니다.
Grafana 대시보드는 무엇을 하는 도구일까?
Grafana 대시보드를 이해하는 가장 쉬운 방법은 “데이터를 저장하는 프로그램”과 “데이터를 보여주는 프로그램”을 구분하는 것입니다.
Grafana 공식 프로젝트는 여러 위치에 저장된 메트릭을 쿼리하고 시각화하며 이해할 수 있도록 하는 플랫폼으로 설명됩니다. 사용자는 이를 이용해 데이터를 그래프나 숫자, 게이지 같은 형태로 구성하고 여러 패널을 하나의 대시보드에 배치할 수 있습니다.
즉 Grafana는 일반적으로 이미 존재하는 데이터 소스에 연결한 뒤 해당 데이터를 조회해서 화면에 표현합니다. 그래서 홈서버 CPU 사용률을 보고 싶다면 CPU 사용률이라는 값을 실제로 수집하고 제공하는 구성 요소가 먼저 있어야 합니다.
예를 들어 홈서버 모니터링에서 흔히 생각할 수 있는 구조는 다음과 같습니다.
↓
데이터를 수집·저장하는 시스템
↓
Grafana가 데이터 소스에 Query 실행
↓
Panel에서 그래프·숫자 등으로 시각화
↓
여러 Panel을 Dashboard에 배치
여기서 Dashboard는 여러 시각화를 한 화면에 모아놓는 공간입니다. Grafana 공식 문서에서는 대시보드와 패널을 이용해 데이터를 시각적인 형태로 표시하며, 각 패널은 데이터를 표시하기 위해 최소 하나의 쿼리가 필요하다고 안내합니다.
Panel은 대시보드를 구성하는 기본 단위입니다. Grafana 공식 문서에서는 패널을 쿼리와 시각화로 구성되는 대시보드의 기본 구성 요소라고 설명합니다.
예를 들어 홈서버 CPU 사용률을 시간에 따라 보고 싶다면 해당 데이터를 가져오는 쿼리를 작성하고 결과를 Time series 형태로 표시할 수 있습니다.
현재 메모리 사용량처럼 지금 값 하나가 중요하다면 큰 숫자로 보여주는 Stat 계열 시각화를 검토할 수 있습니다. 같은 데이터라도 무엇을 알고 싶은지에 따라 표현 방법이 달라집니다.
Grafana 초보자가 가장 많이 하는 실수는 대시보드 디자인부터 시작하는 것입니다. 먼저 “어떤 데이터를 어떤 데이터 소스에서 가져올 것인가?”를 정한 뒤 쿼리와 패널을 만드는 것이 순서입니다. 데이터가 없으면 아무리 예쁜 대시보드도 만들 수 없습니다.
그래서 Grafana와 Uptime Kuma도 역할을 구분해서 보는 것이 좋습니다. Uptime Kuma는 서비스가 정상적으로 응답하는지를 확인하는 업타임 모니터링에 집중하기 쉽고, Grafana는 수집된 메트릭이나 로그 같은 데이터를 다양한 시각화로 분석하는 데 더 넓게 활용됩니다.
Grafana 대시보드 만들기 전에 필요한 구조
Grafana 대시보드를 제대로 만들려면 Grafana와 데이터 소스가 서로 다른 역할을 한다는 점을 먼저 이해해야 합니다. Grafana는 다양한 데이터 소스에 연결할 수 있지만, 연결 대상에서 실제 데이터가 제공되어야 쿼리를 실행할 수 있습니다.
따라서 “Grafana를 설치하면 서버 CPU 그래프가 자동으로 나타난다”라고 생각하면 시작부터 막힐 수 있습니다. Grafana는 화면을 구성하는 도구이고 서버 메트릭을 실제로 어떻게 수집할지는 별도로 설계해야 합니다.
홈서버에서는 나중에 Prometheus 같은 메트릭 시스템을 연결해 CPU, 메모리, 디스크 등의 값을 Grafana로 시각화하는 구성을 사용할 수 있습니다. 다만 이번 글에서는 먼저 Grafana 자체 구조를 이해하는 데 집중하겠습니다.
데이터 소스가 먼저, 대시보드는 그다음
Grafana에서 패널을 만들 때는 해당 패널이 어떤 데이터 소스를 사용할지 결정하고, 그 데이터 소스가 이해하는 방식으로 쿼리를 작성합니다.
Grafana 공식 대시보드 문서에서도 대시보드를 만들기 전에 대상 데이터 소스의 쿼리 언어를 이해하는 것이 필요하다고 안내합니다.
예를 들어 Prometheus를 사용한다면 PromQL이라는 쿼리 언어를 만나게 됩니다. 다른 데이터 소스를 사용하면 쿼리 방법도 달라질 수 있으므로 Grafana 화면 하나만 익힌다고 모든 데이터 소스를 똑같이 사용할 수 있는 것은 아닙니다.
처음 Grafana를 배울 때는 데이터 소스를 여러 개 동시에 연결하지 마세요. 하나의 데이터 소스를 연결하고 값 하나를 패널에 표시하는 데 성공한 뒤 CPU·메모리·디스크처럼 패널을 하나씩 늘리는 편이 훨씬 이해하기 쉽습니다.
그래도 데이터 소스 없이 연습할 수 있을까?
Grafana 공식 초보자용 문서에서는 실제 외부 데이터 소스를 아직 구성하지 않은 사용자도 첫 대시보드를 연습할 수 있도록 내장된 -- Grafana -- 데이터 소스를 이용한 시작 방법을 안내합니다.
공식 절차에서는 Dashboards 화면에서 New → New dashboard를 선택하고, 새 요소를 추가한 뒤 패널을 배치하고 Configure visualization으로 들어가는 흐름을 제시합니다.
이 기능을 이용하면 데이터 수집 시스템을 먼저 구축하지 않아도 Grafana에서 대시보드와 패널이 어떤 관계인지 익힐 수 있습니다.
하지만 실제 홈서버의 CPU나 RAM 값을 보려면 결국 서버 데이터를 제공하는 별도의 데이터 소스 구성이 필요합니다.
Grafana를 실행한 뒤 빈 대시보드가 나온다고 설치가 잘못된 것은 아닙니다. 실제 서버 데이터를 보고 싶다면 먼저 메트릭을 수집하고 Grafana가 조회할 수 있는 데이터 소스를 구성해야 합니다. 대신 처음에는 내장 데이터 소스로 패널 구조부터 연습하세요.
Docker로 Grafana 설치하기
Grafana 대시보드의 기본 구조를 이해했다면 이제 홈서버에서 Grafana를 직접 실행해볼 차례입니다. Docker를 이미 사용하고 있다면 Grafana 역시 컨테이너 형태로 구성할 수 있습니다.
Grafana 공식 Docker 문서에서는 Grafana Enterprise와 Grafana OSS 이미지를 제공하고 있습니다. 홈서버에서 기본적인 Grafana 기능을 익히려는 경우 OSS 이미지를 사용할 수 있습니다.
Grafana OSS 공식 Docker 이미지 이름은 다음과 같습니다.
grafana/grafana간단하게 Grafana 컨테이너를 실행하는 구조는 다음과 같이 만들 수 있습니다.
docker run -d \
--name grafana \
--restart unless-stopped \
-p 3000:3000 \
-v grafana-storage:/var/lib/grafana \
grafana/grafana-p 3000:3000은 홈서버의 3000번 포트를 Grafana 컨테이너의 3000번 포트와 연결합니다.
-v grafana-storage:/var/lib/grafana는 Grafana 데이터를 Docker volume에 저장하기 위한 부분입니다. 컨테이너를 업데이트하거나 다시 생성할 가능성을 생각하면 데이터를 컨테이너 내부에만 남겨두지 않는 것이 중요합니다.
Docker Compose로 관리하고 싶다면 같은 구조를 Compose 파일로 구성할 수도 있습니다.
services:
grafana:
image: grafana/grafana
container_name: grafana
restart: unless-stopped
ports:
- "3000:3000"
volumes:
- grafana-storage:/var/lib/grafana
volumes:
grafana-storage:파일을 저장한 디렉터리에서 다음 명령을 실행하면 Compose 구성을 시작할 수 있습니다.
docker compose up -d컨테이너가 정상적으로 실행됐는지는 다음 명령으로 확인할 수 있습니다.
docker psGrafana 로그를 확인해야 한다면 컨테이너 이름을 기준으로 다음과 같이 볼 수 있습니다.
docker logs grafanaDocker Compose를 이미 사용하는 홈서버라면 Grafana 역시 Compose로 관리하면 설정을 파일 형태로 남겨둘 수 있어 구조를 파악하기 편합니다. 다만 Grafana 내부 데이터까지 Compose 파일에 저장되는 것은 아니므로
/var/lib/grafana의 영구 저장 구성은 별도로 유지해야 합니다.Grafana 첫 접속
Grafana가 정상적으로 실행되면 같은 내부 네트워크의 브라우저에서 홈서버 IP와 3000번 포트를 이용해 접근할 수 있습니다.
http://서버-IP:3000예를 들어 서버 내부 IP가 192.168.0.50이라면 개념적으로 다음과 같은 주소가 됩니다.
http://192.168.0.50:3000초기 로그인 정보와 첫 로그인 절차는 Grafana 버전에 따라 공식 문서의 현재 안내를 확인하는 것이 가장 안전합니다. 초기 설정을 완료했다면 기본 관리자 인증 정보를 그대로 장기간 사용하는 것은 피해야 합니다.
Grafana 관리 화면을 인터넷에 바로 공개할 필요는 없습니다. 처음에는 내부 네트워크에서 구성하고, 외부 접속이 필요해진 뒤 인증·HTTPS·리버스 프록시·VPN 등 접근 방식을 함께 검토하는 것이 좋습니다.
첫 Grafana 대시보드와 패널 만들기
Grafana 설치가 완료됐다면 이제 직접 Grafana 대시보드를 만들어보겠습니다.
여기서 중요한 것은 처음부터 실제 홈서버 CPU 대시보드를 완성하려고 하지 않는 것입니다. 우선 Grafana의 Dashboard → Panel → Query → Visualization 구조를 직접 경험하는 것이 목표입니다.
Grafana 공식 초보자용 문서의 기본 흐름을 따라 대시보드 화면에서 새로운 대시보드를 만든 뒤 시각화 요소를 추가할 수 있습니다.
- Grafana에 로그인
- Dashboards 메뉴 이동
- 새 Dashboard 생성
- Visualization 추가
- 사용할 Data Source 선택
- Query 설정
- Visualization 선택
- Panel 제목 설정
- Dashboard 저장
Grafana 버전이 바뀌면서 메뉴 명칭이나 버튼 위치가 조금씩 달라질 수 있으므로 화면이 글과 완전히 같지 않더라도 당황할 필요는 없습니다. 핵심은 데이터 소스를 선택하고 쿼리를 작성한 결과를 패널의 시각화로 표시한다는 구조입니다.
패널은 무엇을 보여줄지 하나씩 정한다
대시보드 하나에 모든 데이터를 한꺼번에 넣으려고 하면 화면이 복잡해집니다. 초보자라면 패널 하나마다 명확한 질문 하나를 담당하도록 구성하는 것이 좋습니다.
예를 들어 홈서버 대시보드라면 다음과 같이 나눌 수 있습니다.
- 현재 CPU 사용률
- 최근 CPU 사용률 변화
- 현재 메모리 사용량
- 메모리 사용률 변화
- 디스크 사용량
- 네트워크 송수신량
이 중 현재 값 하나가 중요하다면 Stat처럼 숫자를 강조하는 시각화가 적합할 수 있고, 시간에 따른 변화를 확인하려면 Time series처럼 추세를 보여주는 시각화가 이해하기 쉽습니다.
이 표의 핵심은 특정 시각화가 무조건 정답이라는 의미가 아닙니다. 현재 상태를 알고 싶은지, 변화 추세를 알고 싶은지에 따라 표현 방법을 선택하라는 의미입니다.
패널 제목도 중요하다
처음에는 Panel 1, Panel 2 같은 이름을 그대로 사용하기 쉽지만 실제 서버를 운영하면 어떤 그래프인지 구분하기 어려워집니다.
가능하면 제목만 보고 무엇을 나타내는지 이해할 수 있도록 작성하는 것이 좋습니다.
CPU 사용률
메모리 사용률
루트 디스크 사용량
네트워크 수신량
네트워크 송신량서버가 여러 대라면 호스트 이름까지 포함하는 방법도 있습니다.
HomeServer-01 CPU
HomeServer-01 Memory
NAS-01 Disk Usage좋은 Grafana 대시보드는 그래프가 많은 화면이 아닙니다. 화면을 열었을 때 “서버에 지금 문제가 있는가?”, “어떤 자원이 부족한가?”, “언제부터 상태가 변했는가?”를 빠르게 판단할 수 있는 대시보드가 더 실용적입니다.
시간 범위를 바꿔보자
Grafana에서는 대시보드의 시간 범위를 변경해 최근 데이터와 과거 데이터를 서로 다른 범위로 살펴볼 수 있습니다.
예를 들어 지금 서버 상태가 궁금하다면 비교적 짧은 시간 범위를 볼 수 있고, 특정 문제가 며칠 전부터 발생했는지 확인하려면 더 긴 범위로 변경해 추세를 살펴볼 수 있습니다.
이 기능은 Grafana가 단순한 “현재 상태판”이 아니라 시간에 따른 변화를 분석하는 도구로 활용되는 이유 중 하나입니다.
첫 대시보드를 만들었다면 시간 범위를 바꿔보면서 같은 패널이 어떻게 달라지는지 확인하세요. 이 과정을 경험하면 Stat처럼 현재 값을 강조하는 패널과 Time series처럼 시간 흐름이 중요한 패널의 차이를 더 쉽게 이해할 수 있습니다.
대시보드를 수정했다면 마지막으로 저장하는 습관도 중요합니다. 패널을 추가하거나 위치를 변경하고 설정을 수정한 뒤 저장하지 않으면 원하는 구성이 유지되지 않을 수 있습니다.
여기까지 성공했다면 Grafana 자체의 기본 구조는 이해한 것입니다. 다음 단계에서는 실제 홈서버 CPU·메모리 데이터를 Grafana에 연결했을 때 어떤 패널부터 만드는 것이 좋은지 살펴보겠습니다.
CPU·메모리 대시보드는 어떻게 구성할까?
Grafana 대시보드를 홈서버에 실제로 활용하려면 이제 어떤 데이터를 어떤 패널로 보여줄지 정해야 합니다. 초보자라면 CPU, 메모리, 디스크, 네트워크처럼 서버 상태를 판단하기 쉬운 항목부터 시작하는 것이 좋습니다.
중요한 점은 Grafana가 직접 CPU 사용률을 수집하는 것이 아니라는 것입니다. Prometheus 같은 데이터 소스가 메트릭을 제공하고, Grafana는 그 데이터를 쿼리해 시각화합니다.
따라서 실제 서버 모니터링 구성은 보통 다음처럼 나뉩니다.
↓
메트릭 수집·저장 시스템
↓
Grafana Data Source 연결
↓
Query 작성
↓
Dashboard Panel에서 시각화
예를 들어 CPU 사용률은 현재 값 하나도 중요하지만 시간에 따른 변화도 중요합니다. 평소 10~20% 수준이던 서버가 특정 시간대마다 90% 이상으로 올라간다면 단순 현재 값만 볼 때보다 원인을 찾기 쉽습니다.
그래서 CPU 패널은 현재 사용률을 보여주는 Stat과 시간 흐름을 보여주는 Time series를 함께 사용하는 구성이 이해하기 쉽습니다.
메모리도 비슷합니다. 현재 사용 중인 메모리 비율만 보는 것보다 시간이 지날수록 사용량이 계속 증가하는지 확인하면 애플리케이션 문제를 발견하는 데 도움이 될 수 있습니다.
디스크 사용량은 홈서버에서 특히 중요합니다. Docker 이미지와 로그, 데이터베이스, 백업 파일이 쌓이면서 저장공간이 예상보다 빠르게 줄어들 수 있기 때문입니다.
그래서 전체 사용률뿐 아니라 실제로 중요한 파일시스템을 구분해서 보는 편이 좋습니다. 서버 구조에 따라 루트 파티션과 데이터 디스크를 별도로 확인하면 문제를 더 쉽게 찾을 수 있습니다.
첫 대시보드에서는 CPU, 메모리, 디스크, 네트워크 정도만 구성해도 충분합니다. 처음부터 온도, 컨테이너별 세부 메트릭, 디스크 I/O, 프로세스 수까지 모두 넣으면 무엇이 중요한 정보인지 판단하기 어려워집니다.
패널을 만들 때 단위도 함께 확인해야 합니다. 메모리를 단순 숫자로 표시하면 바이트 단위가 그대로 보일 수 있고, 네트워크 값 역시 단위 설정이 맞지 않으면 숫자만 보고 의미를 파악하기 어렵습니다.
Grafana에서는 패널 설정에서 데이터 단위를 조정할 수 있으므로 퍼센트, 바이트, 초당 바이트 등 실제 데이터의 의미에 맞춰 표시하는 것이 좋습니다.
좋은 서버 대시보드는 “많이 보여주는 화면”보다 “문제가 생겼을 때 원인을 좁힐 수 있는 화면”에 가깝습니다. CPU·메모리·디스크·네트워크를 한 화면에 배치하면 서버 부하, 메모리 부족, 저장공간 부족, 트래픽 증가를 빠르게 비교할 수 있습니다.
Grafana 대시보드를 보기 좋게 정리하는 법
Grafana 대시보드는 패널을 추가하는 것보다 정보를 정리하는 방식이 더 중요할 수 있습니다. 처음에는 패널 하나씩 만들다 보면 화면 전체가 서로 다른 크기와 단위의 그래프로 가득 차기 쉽습니다.
가장 먼저 해야 할 일은 중요도 순서를 정하는 것입니다. 서버 상태를 열었을 때 가장 먼저 봐야 하는 값을 상단에 배치하고, 원인을 분석할 때 필요한 세부 그래프를 그 아래에 두는 방식이 이해하기 쉽습니다.
예를 들어 상단에는 현재 CPU, 메모리, 디스크 사용률을 숫자 또는 게이지로 배치하고, 하단에는 시간에 따른 CPU·메모리·네트워크 변화를 보여주는 그래프를 둘 수 있습니다.
중단 — CPU·메모리 시간 변화
하단 — 네트워크 트래픽 / 디스크 세부 상태
필요 시 — 서버별·서비스별 추가 패널
이렇게 배치하면 화면을 열자마자 현재 서버 상태를 빠르게 파악하고, 이상이 보일 때 바로 아래의 추세 그래프로 이동해 언제부터 문제가 발생했는지 확인할 수 있습니다.
색상은 의미를 전달하는 용도로
Grafana에서는 시각화마다 임계값이나 색상을 활용할 수 있습니다. 하지만 모든 패널을 화려하게 꾸미면 오히려 경고가 눈에 띄지 않을 수 있습니다.
따라서 색상은 장식보다 상태 구분에 활용하는 것이 좋습니다. 정상 범위와 주의 범위, 위험 범위를 구분해야 할 때만 의미 있게 사용하는 방식입니다.
예를 들어 디스크 사용량이 높아질수록 시각적으로 더 강하게 표시되도록 임계값을 설정하면 관리자가 대시보드를 열었을 때 저장공간 부족을 빠르게 알아차리기 쉽습니다.
모든 서버에 동일한 CPU·메모리 경고 기준이 정답인 것은 아닙니다. 서버 용도와 평소 사용 패턴을 먼저 관찰한 뒤 실제 환경에 맞는 기준을 정하세요. 대신 처음에는 단순한 시각화로 시작하고 데이터를 충분히 쌓은 뒤 임계값을 조정하는 편이 좋습니다.
패널 제목은 짧고 구체적으로
대시보드에 패널이 많아지면 제목만 보고 의미를 파악할 수 있어야 합니다. Usage처럼 모호한 제목보다 CPU 사용률, 루트 디스크 사용량, 네트워크 수신량처럼 구체적인 이름이 좋습니다.
여러 서버를 하나의 Grafana에서 관리한다면 서버 이름까지 제목에 포함하는 것도 방법입니다. 예를 들어 HomeServer CPU와 NAS CPU처럼 구분하면 어느 장비의 값인지 바로 알 수 있습니다.
필요하면 Row로 영역을 나누기
패널이 많아진다면 Row 등을 활용해 대시보드를 영역별로 나누는 방법도 있습니다. 예를 들어 시스템 상태, 저장장치, 네트워크처럼 범주를 구분하면 정보가 훨씬 읽기 쉬워집니다.
처음에는 패널 4~6개 정도로 시작하고 실제로 자주 확인하는 지표가 무엇인지 파악한 뒤 늘리는 것이 좋습니다.
한 달 정도 사용한 뒤 거의 보지 않는 패널은 과감히 제거해보세요. Grafana 대시보드는 한 번 만들어 끝나는 화면이 아니라 실제 운영 경험에 따라 계속 다듬는 것이 좋습니다.
업데이트와 백업도 생각해야 한다
Grafana를 Docker로 운영한다면 컨테이너 자체뿐 아니라 Grafana 데이터가 저장되는 위치를 알아둬야 합니다. 앞에서 사용한 Docker volume에는 대시보드와 여러 설정이 저장될 수 있으므로 업데이트 전에는 데이터 보존 구조를 확인하는 것이 좋습니다.
특히 직접 만든 대시보드가 많아질수록 재설치 후 처음부터 다시 구성하는 것은 번거롭습니다. 중요한 환경이라면 Grafana 데이터와 필요한 설정을 어떤 방식으로 백업하고 복원할지 미리 정해두는 편이 좋습니다.
Grafana 버전을 업데이트할 때도 새 이미지로 교체하기 전에 공식 릴리스 노트와 업그레이드 문서를 확인해야 합니다. 플러그인이나 데이터 소스 구성에 영향을 주는 변경 사항이 있을 수 있기 때문입니다.
Grafana를 홈서버에 설치하는 목적은 “전문가처럼 복잡한 대시보드를 만드는 것”이 아닙니다. 서버 상태를 평소보다 빠르게 이해하고 이상 징후를 놓치지 않도록 만드는 것이 핵심입니다.
자주 묻는 질문
아닙니다. Grafana는 데이터를 시각화하는 역할을 하므로 CPU·메모리 메트릭을 제공하는 데이터 소스가 필요합니다. Prometheus 같은 시스템을 연결하거나 다른 지원 데이터 소스를 구성해야 실제 서버 값을 볼 수 있습니다.
초보자라면 CPU, 메모리, 디스크, 네트워크처럼 핵심 지표 4~6개 정도부터 시작하는 것이 좋습니다. 실제 운영하면서 자주 확인하는 항목을 기준으로 추가하면 화면이 복잡해지는 것을 줄일 수 있습니다.
Uptime Kuma는 웹서비스나 서버가 정상적으로 응답하는지 확인하는 업타임 모니터링에 적합합니다. Grafana는 데이터 소스에서 가져온 메트릭과 로그 등을 쿼리하고 다양한 형태로 시각화하는 데 활용됩니다.
Docker 구성에서 Grafana의 /var/lib/grafana 경로에 Docker volume이나 적절한 영구 저장 경로를 연결하는 방식으로 데이터를 보존할 수 있습니다. 컨테이너를 다시 생성하기 전에 저장 구조를 반드시 확인하세요.
가져와 사용할 수 있는 대시보드가 있지만 데이터 소스, 메트릭 이름, exporter 구성 등이 자신의 환경과 다르면 일부 패널이 작동하지 않을 수 있습니다. 먼저 필요한 데이터가 실제로 존재하는지 확인한 뒤 자신의 환경에 맞게 쿼리를 수정하세요.
📖 핵심 용어 미니 사전
Grafana를 처음 사용할 때 자주 만나는 핵심 용어를 간단히 정리했습니다.
여러 패널과 시각화를 한 화면에 배치해 데이터를 확인할 수 있도록 만든 Grafana 화면입니다.
대시보드 안에서 하나의 쿼리 결과를 그래프나 숫자 등으로 표현하는 기본 구성 단위입니다.
Grafana가 데이터를 조회하기 위해 연결하는 외부 데이터 시스템입니다.
데이터 소스에서 어떤 값을 가져올지 요청하는 표현입니다. 사용하는 데이터 소스에 따라 쿼리 방식이 달라집니다.
시간의 흐름에 따라 변하는 데이터를 그래프로 확인할 때 사용하는 대표적인 Grafana 시각화 방식입니다.
🔗 공식 자료
📖 출처
- Grafana Labs Docs — Dashboards and Visualizations
- Grafana Labs Docs — Build your first dashboard
- Grafana Labs Docs — Run Grafana Docker image
- Grafana Labs Docs — Data sources
- Grafana Labs Docs — Panels and visualizations
Grafana 대시보드는 서버 데이터를 직접 만드는 도구가 아니라 데이터 소스의 값을 쿼리하고 이해하기 쉬운 화면으로 시각화하는 도구입니다. 처음에는 CPU·메모리·디스크·네트워크처럼 꼭 필요한 지표만 구성하고, 실제 운영하면서 필요한 패널을 조금씩 추가하는 방식이 가장 이해하기 쉽습니다.
