Gå til hovedindhold
50% rabat alle planer, tidsbegrænset. Fra $2.48/mo
VictoriaLogs

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.

Overblik

2k

GitHub-stjerner

223

Sidevisninger

78

Aktive installationer

Licens Apache-2.0 Udgave Latest OS Ubuntu Server 24.04 LTS Min RAM 1 GB IP IPV4,IPV6

Aktive installationer er eksempeldata (forhåndsvisning); den rigtige metrik tilsluttes inden lancering.

Oversigt

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.

Beskrivelse

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, og 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. 

Tilgå webinterfacet

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 (første login er admin /admin, så skift det).

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

  • vmalert Brugerflade og API: http://<SERVER-IP>:8880.

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

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

  • Vector API og brugerflade: http://<SERVER-IP>:8686 hvis aktiveret i vector config. 

Tjenestekontroller til dag-1-drift:

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

Avancerede funktioner

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.

  • Timefakturering 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.

Brugervenlighed

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. 

Ydeelsesoptimering

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 hjemmesiden

Du har root-adgang. Juster retention, beskær indekser, konfigurer vmauth brugere, og opsæt advarsler via vmalert og 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. 

Kraftige værktøjer

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 rækkevidde

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

  • NordamerikaNew York City, Dallas, Miami, Utah, Las Vegas

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

  • Asien-StillehavSingapore

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

Programdetaljer

Version: Ikke angivet

Operativsystem: Ubuntu Server 24.04

Minimum RAM: 1 GB

IP-typer: 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, og Grafana 3000 med første-login-flow er dokumenteret i deres officielle guider.

Vigtigt: Konfiguration og domæneansvar

Du får fuld SSH/root-adgang på hver OCA. Den magt betyder også, at dine ændringer kan pause appen. Læs venligst dette, før du justerer konfigurationer.

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

  • At ændre domænet/hostname efter installation er ikke trivielt. Mange OCA'er skriver domænet ind i konfigurationer (.env, reverse proxy, app-URL'er). Hvis du ændrer det, så opdater også:

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

    • Appens "external URL"/base-URL og callback/webhook-URL'er

    • Eventuelle hardkodede links i appen eller tilføjelser

  • Legitimationsoplysninger betyder noget. At omdøbe standardadmin, rotere adgangskoder eller ændre service-porte uden at opdatere app-konfigurationen kan låse dig ude eller stoppe tjenester. Hold legitimationsoplysninger sikre og synkroniserede på tværs af app, proxy og eventuelle integrationer.

  • Ændringer af navneservere kan forårsage nedetid. At flytte dit domæne til nye nameservers eller redigere NS-records udløser propagationsforsinkelser. Planlæg ændringer, sænk TTL i god tid, og verificér A/AAAA-records før skiftet.

  • Redigering af firewall/porte kan bryde adgangen. Hvis du ændrer SSH-, HTTP/HTTPS-, RDP- eller app-porte, så opdater firewalls (UFW/CSF/security groups) og reverse-proxy-regler tilsvarende.

  • E-mail-porte (SMTP) er som standard begrænsede. Udgående mailporte (f.eks. 25/465/587) kan være 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 & hvidlister. Hvis appen sender mail eller modtager webhooks, kan ændring af IP'er/hostnames påvirke leveringsdygtighed eller allowlists. Opdater SPF/DKIM/DMARC og eventuelle IP-allowlists.

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

  • Supportomfang. 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: hvis du rører domæne, porte, adgangskoder, hostnames eller proxy/SSL-konfigurationer, forvent at opdatere appens indstillinger også, og tag et snapshot først.


Installationen

  • 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

Kommandoer

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

Få adgang til URL'er

  • 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

Dokumentation

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

Mere i Overvågning

Relaterede apps.

Deploy VictoriaLogs nu. Fra 2,48 $/md.