개요
VictoriaLogs Cloudzy에서 직접 제어할 수 있는 빠른 셀프 호스팅 로그 데이터베이스를 사용할 수 있습니다. 개발 환경에는 단일 노드로, 프로덕션에는 넉넉한 서버로 시작한 뒤 Vector, Fluent Bit또는 syslog를 연결하면 즉시 쿼리를 시작할 수 있습니다. 전용 EPYC vCPU, DDR5 RAM, 순수 NVMe, 10 Gbps 업링크를 통해 트래픽 피크 시에도 수집과 쿼리 속도를 유지합니다. 시간 단위 과금이므로 바쁜 시간대에는 스펙을 올리고, 이후에는 다시 낮출 수 있습니다.
설명
이 원클릭 이미지에는 VictoriaLogs 가 Docker 안에 경량 systemd 래퍼와 함께 포함되어 있으며, 다음과 같은 유용한 도구도 함께 제공됩니다: Grafana, Vector, vmauth, vmalert, Alertmanager, 그리고 VictoriaMetrics 단일 노드 메트릭 수집용. VictoriaLogs는 기본 HTTP 포트에서 수신 대기하며, 바로 로그를 받고 쿼리에 응답할 준비가 되어 있습니다. 데이터 모델, 수집 방법, 쿼리 패턴에 대한 자세한 내용은 공식 문서를 참고하세요.
웹 인터페이스 접속
서버에서 이미 실행 중인 서비스를 확인하려면 아래 주소에 접속하세요. <SERVER-IP> 자리에 인스턴스 IP를 입력하세요.
- VictoriaLogs: http://<SERVER-IP>:9428 (수집, 쿼리, 메트릭은 /metrics).
- Grafana: http://<SERVER-IP>:3000 (첫 번째 로그인은 admin /admin, 그런 다음 변경하세요).
- VictoriaMetrics 단일 노드: http://<SERVER-IP>:8428 Prometheus 호환 메트릭용.
- vmalert UI & API: http://<SERVER-IP>:8880.
- vmauth 게이트웨이: http://<SERVER-IP>:8427 인증 및 라우팅용.
- Alertmanager: http://<SERVER-IP>:9093.
- Vector API & UI: http://<SERVER-IP>:8686 활성화된 경우 vector config.
1일차 운영을 위한 서비스 제어:
| sudo systemctl 시작 victoria-logs sudo systemctl stop victoria-logs sudo systemctl status victoria-logs docker ps |
고급 기능
직접 운영하는 컴퓨트에서 로그 데이터베이스를 실행할 때 실질적으로 도움이 되는 개선 사항들입니다. 쿼리 지연을 줄이고, 트래픽 급증 시에도 수집을 안정적으로 유지하며, 업데이트에 문제가 생겼을 때 빠르게 롤백할 수 있습니다.
- 전용 vCPU와 NVMe SSD 동시 쓰기·읽기 시 노이지 네이버로 인한 지연을 방지합니다.
- 순수 NVMe 스토리지 WAL, 인덱스 빌드, 컴팩션의 높은 IOPS를 위해.
- 10 Gbps network port 고속 시퍼와 다수의 대시보드 사용자를 위해.
- 온디맨드 스냅샷 및 롤백 업그레이드 또는 스키마 변경 전.
- 시간 단위 청구 스테이징 또는 부하 테스트 클론을 유지하는 시간만큼만 비용이 발생합니다.
리사이즈는 재부팅 한 번으로 적용됩니다. 데이터 마이그레이션이나 DNS 편집이 필요 없습니다.
사용 편의성
대시보드에서 전원 사이클, 스냅샷, 리전 마이그레이션을 직접 제어할 수 있습니다. HTTP JSON 수집을 위해 Vector or Fluent Bit to http://<SERVER-IP>:9428 HTTP JSON 수집용이거나, TCP 또는 UDP 514를 선호한다면 VictoriaLogs에서 syslog 리시버를 활성화하세요. 샘플 설정은 문서에 있으며, 기본 필드로 간단하게 시작한 뒤 필요에 따라 구조를 추가할 수 있습니다.
성능 중심
팀에서 Grafana 패널을 공개 상태 페이지나 내부 포털에 임베드하는 경우, 패널의 첫 바이트 수신 시간 단축과 빠른 애드혹 쿼리가 페이지를 즉각적으로 느끼게 만듭니다. NVMe I/O와 10 Gbps 업링크는 여러 사용자가 대용량 시간 범위로 쿼리를 실행해도 응답 시간을 일정하게 유지합니다.
완전한 웹사이트 제어
루트 권한이 있습니다. 보존 정책 조정, 인덱스 정리, vmauth 사용자 설정, 알림 연동은 vmalert 및 Alertmanager을 통해 진행하세요. VictoriaLogs 컨테이너는 /root/VictoriaLogs아래에 위치하며, Makefile 타깃을 호출하는 systemd 유닛으로 관리되어 업데이트가 예측 가능하고 되돌리기 쉽습니다. docker ps 를 사용해 컨테이너를 점검하거나, 직접 작성한 compose 파일로 스택을 확장하세요.
강력한 도구
이 이미지에는 다음 구성 요소가 포함되거나 연동되어 있어, 로그 품질에만 집중할 수 있습니다. 기반 설정에 시간을 쓸 필요가 없습니다.
- VictoriaLogs 9428 포트에서 고속 수집 및 쿼리를 위한 단일 노드.
- Grafana 3000 포트에서 대시보드 및 애드혹 탐색을 위해.
- VictoriaMetrics 단일 노드 메트릭 저장소도 필요하다면 8428 포트에서.
- vmauth 포트 8427에서 멀티 테넌트 트래픽에 인증을 추가하고 라우팅합니다.
- vmalert 알림 규칙을 평가하고 포트 8880에서 알림 API를 노출합니다.
- Vector 활성화 시 포트 8686의 API를 통해 간단하고 높은 처리량을 제공하는 수집기로 동작합니다.
글로벌 인프라
사용자와 가장 가까운 리전을 선택하세요. Cloudzy의 거점 위치:
- 북미: 뉴욕, 댈러스, 마이애미, 유타, 라스베이거스
- 유럽: 런던, 암스테르담, 프랑크푸르트, 취리히
- 아시아 태평양: 싱가포르
모든 위치에서 동일하게 10 Gbps 업링크, Tier-1 혼합망, 99.95% 가동 시간 SLA를 제공합니다. 유일한 변수는 거리입니다.
애플리케이션 세부 정보
버전: 미지정
운영 체제: Ubuntu Server 24.04
최소 RAM: 1 GB
IP 유형: IPv6, IPv4
지금 VictoriaLogs 배포하기: 로그 데이터베이스와 대시보드가 몇 분 안에 준비됩니다.
참고 사항 및 출처: VictoriaLogs 기본 포트 9428 및 /metrics 엔드포인트, 수집 예제, 데이터 모델은 VictoriaMetrics에서 공식 문서로 제공합니다. 다음 항목의 기본 포트: vmauth 8427, vmalert 8880, VictoriaMetrics 단일 노드 8428, 그리고 Grafana 첫 로그인 흐름이 포함된 포트 3000은 공식 가이드에 문서화되어 있습니다.
중요: 설정 및 도메인 책임
모든 OCA에서 전체 SSH/root 접근 권한이 제공됩니다. 이 권한으로 인해 설정 변경이 깨지다 앱에 영향을 줄 수 있습니다. 설정을 수정하기 전에 반드시 이 내용을 읽어 주세요.
- 도메인은 직접 관리해야 합니다. Cloudzy는 도메인이나 DNS를 판매하거나 호스팅하지 않습니다. 앱에 도메인이 필요한 경우, 도메인을 서버로 직접 연결해야 합니다 (A/AAAA/CNAME, 필요한 경우 MX/TXT). SSL 발급 및 여러 대시보드는 이 설정이 올바르게 되어 있어야 정상 작동합니다.
- 설치 후 도메인 또는 호스트명 변경은 간단하지 않습니다. 많은 OCA는 도메인을 설정 파일(.env, 리버스 프록시, 앱 URL)에 직접 기록합니다. 변경 시 다음 항목도 함께 업데이트해야 합니다:
- 리버스 프록시(Nginx/Caddy) 및 TLS 인증서
- 앱 "외부 URL"/기본 URL 및 콜백/웹훅 URL
- 앱 또는 애드온에 하드코딩된 링크
- 자격증이 중요합니다. 기본 관리자 계정 이름 변경, 비밀번호 교체, 또는 앱 설정을 업데이트하지 않은 상태에서의 서비스 포트 변경은 계정 잠금 또는 서비스 중단을 유발할 수 있습니다. 앱, 프록시, 연동된 서비스 전반에 걸쳐 자격 증명을 안전하게 유지하고 일관되게 관리하세요.
- 네임서버 변경은 서비스 중단을 유발할 수 있습니다. 도메인을 새 네임서버로 이전하거나 NS 레코드를 수정하면 전파 지연이 발생합니다. 변경 전 미리 TTL을 낮추고, 전환 전에 A/AAAA 레코드를 반드시 확인하세요.
- 방화벽/포트 수정은 접근 장애를 일으킬 수 있습니다. SSH, HTTP/HTTPS, RDP 또는 앱 포트를 변경한 경우, 방화벽(UFW/CSF/보안 그룹)과 리버스 프록시 규칙도 함께 업데이트하세요.
- 이메일(SMTP) 포트는 기본적으로 제한되어 있습니다. 아웃바운드 메일 포트(예: 25/465/587) 일 수 있습니다 남용 방지를 위해 차단되어 있습니다. OCA에서 이메일을 전송해야 하는 경우, SMTP 접근을 요청하세요. 지원팀에 문의하거나 API 또는 승인된 SMTP를 통해 SendGrid/Mailgun/SES 같은 트랜잭션 이메일 서비스를 이용하세요.
- 이메일 및 허용 목록. 앱이 메일을 발송하거나 웹훅을 수신하는 경우, IP 또는 호스트명 변경이 이메일 전달률이나 허용 목록에 영향을 줄 수 있습니다. SPF/DKIM/DMARC 설정과 IP 허용 목록을 업데이트하세요.
- 큰 변경 전에는 반드시 스냅샷을 찍어두세요. 패널의 스냅샷/백업 을 먼저 사용하세요. 플러그인, 업데이트, 또는 설정 변경이 문제를 일으킨 경우 몇 분 안에 롤백할 수 있습니다.
- 지원 범위. 서버와 사전 설치된 OCA 이미지는 Cloudzy가 제공합니다. 이후의 애플리케이션 수준 설정 (도메인, DNS, 앱 설정, 플러그인, 커스텀 코드)의 관리는 사용자 책임입니다.
간단한 기준: 만지면 도메인, 포트, 비밀번호, 호스트명, 또는 프록시/SSL 설정을 변경했다면, 앱 설정도 함께 업데이트해야 합니다. 변경 전에 스냅샷을 찍어두세요.
설치
- GitHub에서 VictoriaMetrics 저장소를 복제하여
/root/VictoriaLogs - Docker 및 의존성 패키지 설치 완료
- systemd 서비스 생성 완료
victoria-logsmake 명령으로 VictoriaLogs 컨테이너를 관리합니다
명령어
sudo systemctl start victoria-logs # Start VictoriaLogs service sudo systemctl stop victoria-logs # Stop service sudo systemctl status victoria-logs # Check service status docker ps # List running Docker containers
액세스 URL
- 단일 노드 VictoriaLogs →
http://<SERVER-IP>:9428 - Grafana →
http://<SERVER-IP>:3000 - 단일 노드 VictoriaMetrics →
http://<SERVER-IP>:8428 - vmalert →
http://<SERVER-IP>:8880 - vmauth →
http://<SERVER-IP>:8427 - Alertmanager →
http://<SERVER-IP>:9093 - Vector UI →
http://<SERVER-IP>:8686
문서
- https://docs.victoriametrics.com/victorialogs/
