50% off alle planer, begrænset periode. Fra kun $2.48/mo
VictoriaLogs
Monitoring

VictoriaLogs

VictoriaLogs er en højtydende log-database. Et hurtigere og billigere alternativ til Loki, med LogsQL-forespørgselssprog og Prometheus-lignende labels. Open-source, skrevet i Go, af VictoriaMetrics-teamet. Bygget til log-aggregering i multi-TB skala på standardhardware.

Version

Latest

Operating System

Ubuntu Server 24.04 LTS

Min. RAM

1 GB

IP Types

IPV4,IPV6

Deploy VictoriaLogs på en VPS ← All apps

Overview

VictoriaLogs på Cloudzy giver dig en hurtig, selvhostet log-database du selv styrer. Start en enkelt node til udvikling eller en kraftigere server til produktion, og peg derefter Vector, Fluent Bit, eller syslog til det og begynd at forespørge på få sekunder. Dedikerede EPYC vCPUs, DDR5 RAM, ren NVMe og en 10 Gbps uplink holder ingest og forespørgsler hurtige selv under spidsbelastning. Timebetaling betyder, at du kan skalere op i travle perioder og ned igen bagefter.

Description

Dette one-click-image leverer VictoriaLogs inde i Docker med en letvægts systemd-wrapper, plus nyttige hjælpeværktøjer som Grafana, Vector, vmauth, vmalert, Alertmanager, and VictoriaMetrics single-node til metrikker. VictoriaLogs lytter på sin native HTTP-port og er klar til at modtage logs og besvare forespørgsler med det samme. Se den officielle dokumentation for datamodel, ingest-metoder og forespørgselsmønstre. 

Åbn webgrænsefladen

Start med at besøge de tjenester, der allerede kører på din server. Erstat <SERVER-IP> med din instans-IP.

  • VictoriaLogs: http://<SERVER-IP>:9428 (ingest, forespørgsler og metrikker på /metrics).

  • Grafana: http://<SERVER-IP>:3000 (first login is admin /admin, then change it).

  • VictoriaMetrics single-node: http://<SERVER-IP>:8428 til Prometheus-kompatible metrikker.

  • vmalert UI & API: http://<SERVER-IP>:8880.

  • vmauth gateway: http://<SERVER-IP>:8427 til autentificering og routing.

  • Alertmanager: http://<SERVER-IP>:9093.

  • Vector API & UI: http://<SERVER-IP>:8686 if enabled in vector config. 

Tjenestekontroller til dag-1-drift:

sudo systemctl start victoria-logs
sudo systemctl stop victoria-logs
sudo systemctl status victoria-logs
docker ps

Advanced Features

Her er de praktiske forbedringer, der gør en forskel for en logs-database på din egen infrastruktur. De reducerer forespørgselslatens, holder ingest jævn under spidsbelastning og giver dig hurtig rollback, hvis en opdatering opfører sig forkert.

  • Dedikerede vCPUs og DDR5 RAM for at undgå forsinkelser fra naboprocesser ved samtidige skrivninger og læsninger.

  • Ren NVMe-lagring til høj IOPS ved WAL, indeksopbygning og komprimering.

  • 10 Gbps network port til mange samtidige afsendere og dashboard-brugere.

  • On-demand snapshots og rollback inden opgraderinger eller skemaændringer.

  • Hourly billing betyder, at staging- eller load-test-kloner kun koster for de timer, du beholder dem.
     En enkelt genstart anvender enhver ændring af størrelsen. Ingen datamigrering eller DNS-redigering nødvendigt.

Ease of Use

Du får et rent dashboard til at genstarte, tage snapshot af eller flytte til en anden region. Peg Vector or Fluent Bit to http://<SERVER-IP>:9428 til HTTP JSON-ingest, eller aktiver syslog-modtagere på VictoriaLogs, hvis du foretrækker TCP eller UDP 514. Eksempelopskrifter findes i dokumentationen, og du kan holde det enkelt med standardfelter og tilføje struktur over tid. 

Performance Focus

Hvis dit team integrerer Grafana paneler i offentlige statussider eller interne portaler, giver lavere time-to-first-byte på paneler og hurtigere ad hoc-forespørgsler brugerne en oplevelse af øjeblikkelig respons. NVMe I/O og en 10 Gbps uplink holder svartiderne stabile, når flere brugere kører forespørgsler mod store tidsintervaller.

Fuld kontrol over dit website

Du har root-adgang. Juster retention, beskær indekser, konfigurer vmauth brugere, og opsæt advarsler via vmalert and Alertmanager. VictoriaLogs-containeren ligger under /root/VictoriaLogs, styret af en systemd-enhed der kalder Makefile-targets, så opdateringer er forudsigelige og kan rulles tilbage. Brug docker ps til at inspicere containere, eller udvid stakken med dine egne compose-filer. 

Powerful Tools

Dette image inkluderer eller kombinerer med følgende, så du kan fokusere på logkvalitet frem for opsætning.

  • VictoriaLogs enkelt node til hurtig indsamling og forespørgsler på port 9428.

  • Grafana til dashboards og ad hoc-udforskning på port 3000.

  • VictoriaMetrics single-node når du også vil have metrics-lagring på port 8428.

  • vmauth til at tilføje autentificering og route multi-tenant-trafik på port 8427.

  • vmalert til at evaluere alarmregler og eksponere alert API'er på port 8880.

  • Vector som en enkel, højtydende shipper med et API på 8686 når aktiveret.

Global Reach

Vælg den region der er tættest på dine brugere. Cloudzy har tilstedeværelsespunkter i:

  • North America: New York City, Dallas, Miami, Utah, Las Vegas

  • Europe: London, Amsterdam, Frankfurt, Zürich

  • Asia-Pacific: Singapore

Hver lokation tilbyder den samme 10 Gbps uplink, Tier-1-mix og 99,95% oppetids-SLA. Den eneste variabel er afstand.

Application Details

Version: Ikke angivet

OS: Ubuntu Server 24.04

Minimum RAM: 1 GB

IP Types: IPv6, IPv4

Deploy VictoriaLogs nu: din logdatabase og dine dashboards er klar på få minutter.

Noter og referencer: VictoriaLogs standardport 9428 og /metrics endpoint, eksempler på indsamling og datamodellen er dokumenteret af VictoriaMetrics. Standardporte for vmauth 8427, vmalert 8880, VictoriaMetrics single-node 8428, and Grafana 3000 med første-login-flow er dokumenteret i deres officielle guider.

Vigtigt: Ansvar for konfiguration og domæner

Du får fuld SSH/root-adgang på alle OCA'er. Den adgang betyder også, at dine ændringer kan break appen. Læs dette, inden du justerer konfigurationer.

  • Du administrerer domænet. Vi sælger eller hoster ikke domæner/DNS. Hvis appen kræver et domæne, skal du pege dit domæne mod serveren (A/AAAA/CNAME samt MX/TXT, hvis relevant). SSL-udstedelse og mange dashboards afhænger af, at dette er korrekt.

  • At ændre domæne eller værtsnavn efter installation er ikke ligetil. Mange OCA'er skriver domænet ind i konfigurationsfiler (.env, reverse proxy, app-URL'er). Hvis du ændrer det, skal du også opdatere:

    • Reverse proxy (Nginx/Caddy) og TLS-certifikater

    • Appens "eksterne URL"/basis-URL samt callback- og webhook-URL'er

    • Eventuelle hardkodede links i appen eller tilføjelser

  • Credentials matter. Omdøbning af standardadmin, rotation af adgangskoder eller ændring af serviceporte uden at opdatere appkonfigurationen kan låse dig ude eller stoppe tjenester. Hold legitimationsoplysninger sikre og synkroniserede på tværs af appen, proxyen og eventuelle integrationer.

  • Ændringer af navneservere kan forårsage nedetid. Flytning af dit domæne til nye navneservere eller redigering af NS-poster udløser forsinkelser i propagering. Planlæg ændringer, sænk TTL i god tid, og bekræft A/AAAA-poster, inden du skifter.

  • Redigering af firewall/porte kan bryde adgangen. Hvis du ændrer SSH, HTTP/HTTPS, RDP eller appporte, skal du opdatere firewalls (UFW/CSF/sikkerhedsgrupper) og reverse proxy-regler i overensstemmelse hermed.

  • E-mail-porte (SMTP) er som standard begrænsede. Udgående mailporte (f.eks. 25/465/587) may be blokeret for at forhindre misbrug. Hvis din OCA skal sende e-mail, anmod om SMTP-adgang. fra support, eller brug en transaktionel e-mailudbyder (SendGrid/Mailgun/SES) via API eller godkendt SMTP.

  • Email & allowlists. Hvis appen sender mail eller modtager webhooks, kan ændringer af IP-adresser/værtsnavne påvirke leveringsevnen eller tilladelseslister. Opdater SPF/DKIM/DMARC og eventuelle IP-tilladelseslister.

  • Før større ændringer: tag et snapshot. Brug panellets snapshot/backup først. Hvis et plugin, en opdatering eller en konfigurationsændring går galt, kan du rulle tilbage på få minutter.

  • Support scope. Vi leverer serveren og det forudinstallerede OCA-image. Løbende konfiguration på applikationsniveau (domæner, DNS, app-indstillinger, plugins og brugerdefineret kode) er brugerens ansvar.

En god tommelfingerregel: if you touch domæne, porte, adgangskoder, værtsnavne eller proxy/SSL-konfigurationer, skal du også opdatere appens indstillinger - og tag et snapshot først.

Installation

  • Klonet VictoriaMetrics-repo fra GitHub til /root/VictoriaLogs
  • Installerede Docker og afhængigheder
  • Oprettede systemd-service victoria-logs til at styre VictoriaLogs-containeren via make-kommandoer

Commands

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

Access URLs

  • Enkelt-node VictoriaLogs → http://<SERVER-IP>:9428
  • Grafana → http://<SERVER-IP>:3000
  • Enkelt-node 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

Documentation

  • https://docs.victoriametrics.com/victorialogs/

More in Monitoring

Related apps.

Ackee

Ackee
Beszel Hub

Beszel Hub
CheckCle

CheckCle
Checkmate

Checkmate

Deploy VictoriaLogs nu. From $2.48/mo.

Deploy a VPS Se alle planer