개요
VictoriaLogsCloudzy 로그는 빠르고 자체 호스팅되는 로그 데이터베이스를 Cloudzy . 개발용으로 단일 노드를 구축하거나 운영용으로 넉넉한 사양의 서버를 준비한 후, 빅터라 로그를 가리키기만 하면 됩니다. Vector, Fluent Bit, syslog를 연결하면 몇 초 만에 쿼리를 시작할 수 있습니다. 전용 EPYC vCPU, DDR5 RAM, 순수 NVMe, 10Gbps 업링크로 트래픽이 많은 시간에도 데이터 수집과 쿼리가 신속하게 처리됩니다. 시간당 과금으로 바쁜 시간에는 확장하고 이후에는 축소할 수 있습니다.
설명
이 원클릭 이미지는 배송됩니다 VictoriaLogs Docker 내부에서 가벼운 systemd 래퍼와 함께 제공되며, Grafana, Vector, vmauth, vmalert, Alertmanager, 그리고 VictoriaMetrics 단일 노드 를 위한 빅토리아메트릭스. 빅토리아로그스는 자체 HTTP 포트를 통해 수신 대기하며, 로그를 즉시 수신하고 쿼리에 응답할 준비가 되어 있습니다. 데이터 모델, 수집 방법 및 쿼리 패턴에 대해서는 공식 문서를 참조하십시오.
웹 인터페이스에 접속하십시오
Start by visiting the services already running on your server. Replace <SERVER-IP> with your instance IP.
- 빅토리아 로그: http://<SERVER-IP>:9428 (섭취, 쿼리 및 메트릭스) /메트릭스).
- Grafana: http://<SERVER-IP>:3000 (첫 로그인 시) 관리자 /관리자, 그런 다음 변경하십시오).
- 빅토리아메트릭스 단일 노드: http://<SERVER-IP>:8428 프로메테우스 호환 메트릭을 위해.
- vmalert UI 및 API: http://<SERVER-IP>:8880.
- vmauth 게이트웨이: http://<SERVER-IP>:8427 인증 및 라우팅을 위해.
- 알림 관리자: http://<SERVER-IP>:9093.
- Vector API & UI: http://<SERVER-IP>:8686 if enabled in vector config.
서비스 제어: 운영 첫날(Day-1) 운영을 위한:
| sudo systemctl 시작 victoria-logs sudo systemctl stop victoria-로그 sudo systemctl status victoria-로그 docker ps |
고급 기능
자신이 관리하는 컴퓨팅 환경에서 로그 데이터베이스에 중요한 실질적인 업그레이드 사항입니다. 이 업그레이드는 쿼리 지연 시간을 줄이고, 트래픽 급증 시에도 원활한 데이터 수집을 유지하며, 업데이트 오류 발생 시 신속한 롤백을 가능하게 합니다.
- 전용 vCPU 및 DDR5 RAM 동시 쓰기 및 읽기 시 노이즈 이웃 스톨을 방지하기 위해.
- 순수 NVMe 스토리지 WAL, 인덱스 생성 및 압축 작업에서 높은 IOPS를 위해.
- 10Gbps 네트워크 포트 고율 발송자와 다수의 대시보드 시청자를 위해.
- 주문형 스냅샷 및 롤백 업그레이드 또는 스키마 변경 전.
- 시간당 청구 스테이징 또는 부하 테스트용 클론은 유지하는 시간만큼만 비용이 발생합니다.
단일 재부팅으로 크기 조정이 적용됩니다. 데이터 마이그레이션이나 DNS 편집이 필요하지 않습니다.
사용 편의성
You get a clean dashboard to power-cycle, snapshot, or migrate regions. Point Vector or Fluent Bit to http://<SERVER-IP>:9428 for HTTP JSON ingestion, or enable syslog receivers on VictoriaLogs if you prefer TCP or UDP 514. Sample recipes are in the docs, and you can keep things simple with default fields and add structure over time.
성과 중심
팀에서 Grafana를 임베딩하는 경우 Grafana 패널을 공개 상태 페이지나 내부 포털에 통합하는 경우, 패널의 첫 바이트까지 걸리는 시간을 줄이고 즉석 쿼리를 가속화하면 페이지가 즉각적으로 반응하는 느낌을 줍니다. NVMe I/O와 10Gbps 업링크는 다수의 사용자가 대규모 창에 대해 쿼리를 실행할 때도 응답 시간을 안정적으로 유지합니다.
웹사이트 완전 제어
루트 권한이 있습니다. 테이블 유지 기간 조정, 인덱스 정리, vmauth 사용자를 구성하고, vmalert 및 Alertmanager를 통해 알림을 전송합니다. VictoriaLogs 컨테이너는 /root/VictoriaLogs에 위치하며, Makefile 타깃을 호출하는 systemd 유닛으로 관리되므로 업데이트가 예측 가능하고 되돌릴 수 있습니다. docker ps 로 컨테이너를 확인하거나, 자체 compose 파일로 스택을 확장하세요.
강력한 도구들
이 이미지는 다음을 포함하거나 함께 사용되므로, 비계가 아닌 로그 품질에 집중할 수 있습니다.
- 빅토리아 로그 단일 노드에서 고속 인제스트 및 쿼리를 포트 9428에서 수행합니다.
- Grafana 대시보드 및 임시 탐색을 위해 포트 3000에서.
- 빅토리아메트릭스 단일 노드 포트 8428에서도 메트릭 저장소를 원할 때.
- vmauth 인증 기능을 추가하고 포트 8427에서 다중 테넌트 트래픽을 라우팅합니다.
- vmalert 경보 규칙을 평가하고 포트 8880에서 경보 API를 노출합니다.
- 벡터 활성화 시 8686 포트에서 API를 제공하는 단순하고 처리량이 높은 전송기 역할을 합니다.
글로벌 리치
사용자에게 가장 가까운 지역을 선택하세요. Cloudzy 다음 지역에 POP(접속 지점)을 Cloudzy :
- 북아메리카: 뉴욕 시, 댈러스, 마이애미, 유타, 라스베이거스
- 유럽런던, 암스테르담, 프랑크푸르트, 취리히
- 아시아 태평양: 싱가포르
각 위치는 동일한 10Gbps 업링크, Tier-1 혼합 네트워크, 99.95% 가동 시간 SLA를 제공합니다. 유일한 변수는 거리입니다.
신청 세부사항
버전: 미지정
OS: 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/루트 접근 권한을 부여받습니다. 이 권한은 동시에 귀하의 변경 사항이 앱이 할 수 있습니다. 설정을 조정하기 전에 반드시 이 내용을 읽어보십시오.
- 당신이 도메인을 관리합니다. 당사는 도메인/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 이미지를 제공합니다. 지속적으로 애플리케이션 수준 구성 (도메인, DNS, 앱 설정, 플러그인 및 사용자 정의 코드)는 사용자의 책임입니다.
간단한 경험칙: 다음 항목을 수정할 경우 도메인, 포트, 비밀번호, 호스트명 또는 프록시/SSL 설정을 변경할 경우, 앱 설정도 함께 업데이트해야 할 수 있으니 먼저 스냅샷을 찍으세요.
설치
- GitHub에서 VictoriaMetrics 저장소를 복제하여
/root/VictoriaLogs - Docker 및 종속성 설치 완료
- systemd 서비스 생성됨
victoria-logsmake 명령어를 통해 VictoriaLogs 컨테이너를 관리하기
명령어
sudo systemctl start victoria-logs # VictoriaLogs 서비스 시작 sudo systemctl stop victoria-logs # 서비스 중지 sudo systemctl status victoria-logs # 서비스 상태 확인 docker ps # 실행 중인 Docker 컨테이너 목록
접근 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 - 알림 관리자 →
http://<SERVER-IP>:9093 - 벡터 UI →
http://<SERVER-IP>:8686
문서화
- https://docs.victoriametrics.com/victorialogs/