Op til 50 % rabat på alle abonnementer, tidsbegrænset tilbud. Fra 2,48 $.
Kom i gang
VictoriaLogs

VictoriaLogs

Højtydende, open source-logopbevarings- og forespørgselssystem.
  • Version: Seneste
  • OS: Ubuntu Server 24.04 LTS

Oversigt

VictoriaLogs på Cloudzy dig en hurtig, selvhostet logdatabase, som du selv styrer. Start en enkelt node til udvikling eller en rummelig boks til produktion, og peg derefter Vector, Fluent Biteller syslog mod den, og begynd at søge på få sekunder. Dedikerede EPYC vCPU'er, DDR5 RAM, ren NVMe og en 10 Gbps uplink holder indlæsning og søgninger hurtige under spidsbelastning. Timebaseret fakturering betyder, at du kan skalere op i travle timer og skalere ned igen senere.

Beskrivelse

Dette One-Click-billede leveres VictoriaLogs inden for Docker med en letvægts systemd-wrapper samt praktiske hjælpemidler som Grafana, Vector, vmauth, vmalert, Alertmanagerog VictoriaMetrics single-node til målinger. VictoriaLogs lytter på sin oprindelige HTTP-port og er klar til at modtage logfiler og besvare forespørgsler med det samme. Se den officielle dokumentation for datamodel, indlæsningsmetoder og forespørgselsmønstre. 

Få adgang til webgrænsefladen

Start by visiting the services already running on your server. Replace <SERVER-IP> with your instance IP.

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

  • Grafana: http://<SERVER-IP>:3000 (første login er admin /admin, så ændr det).

  • VictoriaMetrics enkeltnode: http://<SERVER-IP>:8428 for Prometheus-kompatible målinger.

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

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

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

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

Servicekontrol til drift på dag 1:

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

Avancerede funktioner

Her er de praktiske opgraderinger, der er vigtige for en logdatabase på din egen computer. De reducerer ventetiden på forespørgsler, sikrer jævn indlæsning under spidsbelastninger og giver dig mulighed for hurtig tilbageførsel, hvis en opdatering ikke fungerer korrekt.

  • Dedikerede vCPU'er og DDR5 RAM for at undgå støjende nabostande ved samtidige skrivninger og læsninger.

  • Ren NVMe-lagring for høj IOPS på WAL, indeksopbygning og komprimering.

  • 10 Gbps netværksport for højfrekvente afsendere og mange dashboard-brugere.

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

  • Timebaseret fakturering betyder, at staging- eller belastningstestkloner kun koster for de timer, du beholder dem.
     En enkelt genstart anvender enhver størrelsesændring. Der er ikke behov for datamigrering eller DNS-redigeringer.

Brugervenlighed

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. 

Fokus på ydeevne

Hvis dit team integrerer Grafana paneler i offentlige statussider eller interne portaler, kan kortere tid til første byte på paneler og hurtigere ad hoc-forespørgsler gøre siderne mere responsive. NVMe I/O og en 10 Gbps uplink holder responstiderne stabile, når flere brugere kører forespørgsler på store vinduer.

Fuld kontrol over hjemmesiden

Du har root-adgang. Juster retention, beskær indekser, konfigurer vmauth brugere og send alarmer via vmalert og Alertmanager. VictoriaLogs-containeren findes under /root/VictoriaLogs, administreret af en systemd-enhed, der kalder Makefile-målene, så opdateringer er forudsigelige og reversible. Brug docker ps til at inspicere containere, eller udvid stakken med dine egne compose-filer. 

Kraftfulde værktøjer

Dette billede indeholder eller passer sammen med følgende, så du kan fokusere på logkvaliteten og ikke stilladset.

  • VictoriaLogs enkelt node til højhastighedsindlæsning og forespørgsel på port 9428.

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

  • VictoriaMetrics enkeltnode når du også ønsker lagring af målinger på port 8428.

  • vmauth for at tilføje godkendelse og dirigere multi-tenant-trafik på port 8427.

  • vmalert at evaluere alarmregler og eksponere alarm-API'er på port 8880.

  • Vektor som en enkel, højkapacitets-shipper med en API på 8686, når den er aktiveret.

Global rækkevidde

Vælg den region, der ligger tættest på dine brugere. Cloudzy tilstedeværelse i:

  • Nordamerika: New York City, Dallas, Miami, Utah, Las Vegas

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

  • Asien-Stillehavsområdet: Singapore

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

Ansøgningsoplysninger

Version: Ikke angivet

OS: Ubuntu Server 24.04

Minimum RAM: 1 GB

IP-typer: IPv6, IPv4

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

Bemærkninger og referencer: VictoriaLogs standardport 9428 og /metrics endpoint, eksempler på indlæsning og datamodel er dokumenteret af VictoriaMetrics. Standardporte for vmauth 8427, vmalert 8880, VictoriaMetrics enkeltnode 8428 og Grafana 3000 med første login-flow er dokumenteret i deres officielle vejledninger.

Vigtigt: Konfiguration og domæneansvar

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

  • Du administrerer domænet. Vi sælger eller hoster ikke domæner/DNS. Hvis appen har brug for et domæne, du skal 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.

  • Det er ikke helt ligetil at ændre domæne/værtsnavn efter installationen. Mange OCA'er skriver domænet ind i konfigurationer (.env, reverse proxy, app-URL'er). Hvis du ændrer det, skal du også opdatere:

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

    • App "ekstern URL"/base-URL og callback/webhook-URL'er

    • Eventuelle hardkodede links i appen eller tilføjelsesprogrammer

  • Kvalifikationer er vigtige. Omdøbning af standardadministratoren, skift af adgangskoder eller ændring af serviceporte uden at opdatere appkonfigurationen kan låse dig ude eller stoppe tjenester. Opbevar legitimationsoplysninger sikkert og synkroniseret på tværs af appen, proxyen og eventuelle integrationer.

  • Ændringer af navneserveren kan medføre nedetid. Flytning af dit domæne til nye navneservere eller redigering af NS-poster medfører forsinkelser i udbredelsen. Planlæg ændringer, sænk TTL i god tid og kontroller A/AAAA-poster, inden du skifter.

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

  • E-mail-porte (SMTP) er som standard begrænset. Udgående mailporte (f.eks. 25/465/587) kan være lukket for at forhindre misbrug. Hvis din OCA skal sende e-mail, anmode om SMTP-adgang. fra support eller bruge en transaktions-e-mailudbyder (SendGrid/Mailgun/SES) via API eller godkendt SMTP.

  • E-mail og tilladelseslister. Hvis appen sender mail eller modtager webhooks, kan ændring af IP-adresser/værtsnavne påvirke leverbarheden eller tilladelseslisterne. Opdater SPF/DKIM/DMARC og eventuelle IP-tilladelseslister.

  • Før enhver stor ændring: tag et øjebliksbillede. Brug panelets snapshot/backup først. Hvis et plugin, en opdatering eller en konfigurationsændring giver bagslag, kan du tilbageføre ændringerne på få minutter.

  • Supportomfang. Vi leverer serveren og det forudinstallerede OCA-billede. Igangværende konfiguration på applikationsniveau (domæner, DNS, appindstillinger, plugins og brugerdefineret kode) er brugerens ansvar.

Hurtig tommelfingerregel: hvis du rører ved domæne, porte, adgangskoder, værtsnavne eller proxy-/SSL-konfigurationer, skal du også opdatere appens indstillinger og først tage et snapshot.

Installation

  • Klonet VictoriaMetrics-repo fra GitHub til /root/VictoriaLogs
  • Installeret Docker og afhængigheder
  • Oprettet systemd-tjeneste victoria-logs at administrere VictoriaLogs-containeren via make-kommandoer

Kommandoer

sudo systemctl start victoria-logs       # Start VictoriaLogs-tjenesten
sudo systemctl stop victoria-logs        # Stop tjenesten
sudo systemctl status victoria-logs      # Kontroller tjenestens status
docker ps                                # Vis kørende Docker-containere

Adgang til URL'er

  • Enkeltnode VictoriaLogs → http://<SERVER-IP>:9428
  • Grafana → http://<SERVER-IP>:3000
  • Enkeltnode VictoriaMetrics → http://<SERVER-IP>:8428
  • vmalert → http://<SERVER-IP>:8880
  • vmauth → http://<SERVER-IP>:8427
  • Alertmanager → http://<SERVER-IP>:9093
  • Vektor-brugergrænseflade → http://<SERVER-IP>:8686

Dokumentation

  • https://docs.victoriametrics.com/victorialogs/
Implementer VictoriaLogs nu

Ansøgningsoplysninger

  • Version: Seneste
  • OS: Ubuntu Server 24.04 LTS
  • Minimum RAM: 1 GB
  • IP-typer: IPV4, IPV6