Panoramica

VictoriaLogs su Cloudzy ti Cloudzy un database di log veloce e self-hosted che puoi controllare. Avvia un singolo nodo per lo sviluppo o un box capiente per la produzione, quindi punta Vector, Fluent Bito syslog e inizia a eseguire query in pochi secondi. Le vCPU EPYC dedicate, la RAM DDR5, il NVMe puro e un uplink da 10 Gbps mantengono l'acquisizione e le query veloci durante i picchi di traffico. La fatturazione oraria ti consente di aumentare la capacità durante le ore di punta e ridurla in seguito.

Descrizione

Questa immagine One-Click viene spedita VictoriaLogs all'interno di Docker con un wrapper systemd leggero, oltre a utili compagni come Grafana, Vector, vmauth, vmalert, Alertmanagere VictoriaMetrics a nodo singolo per le metriche. VictoriaLogs ascolta sulla sua porta HTTP nativa ed è pronto ad accettare i log e a rispondere immediatamente alle query. Consulta la documentazione ufficiale per il modello di dati, i metodi di acquisizione e i modelli di query.

Accedere all'interfaccia web

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

VictoriaLogs: http://<SERVER-IP>:9428 (ingestione, query e metriche su /metriche).
Grafana: http://<SERVER-IP>:3000 (il primo accesso è amministratore /amministratore, quindi modificalo).
VictoriaMetrics a nodo singolo: http://<SERVER-IP>:8428 per metriche compatibili con Prometheus.
vmalert Interfaccia utente e API: http://<SERVER-IP>:8880.
vmauth gateway: http://<SERVER-IP>:8427 per l'autenticazione e l'instradamento.
Gestore di avvisi: http://<SERVER-IP>:9093.
Vector API & UI: http://<SERVER-IP>:8686 if enabled in vector config.

Controlli di servizio per le operazioni del giorno 1:

sudo systemctl avvia victoria-logs
sudo systemctl stop victoria-logs
sudo systemctl status victoria-log
docker ps

Funzionalità avanzate

Ecco gli aggiornamenti pratici che contano per un database di log su un sistema di elaborazione di tua proprietà. Riducono la latenza delle query, mantengono fluida l'acquisizione durante i picchi e consentono un rapido rollback in caso di malfunzionamento di un aggiornamento.

vCPU dedicate e RAM DDR5 per evitare blocchi dovuti a vicini rumorosi durante scritture e letture simultanee.
Storage NVMe puro per IOPS elevati su WAL, creazione di indici e compattazioni.
Porta di rete da 10 Gbps per spedizionieri con volumi elevati e molti visualizzatori di dashboard.
Istantanee e rollback su richiesta prima di effettuare aggiornamenti o modifiche allo schema.
Fatturazione oraria significa che i cloni di staging o di test di carico costano solo per le ore in cui li mantieni.
Un singolo riavvio applica qualsiasi ridimensionamento. Non sono necessarie migrazioni di dati o modifiche DNS.

Facilità d'uso

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.

Attenzione alle prestazioni

Se il tuo team sta integrando pannelli Grafana nelle pagine di stato pubbliche o nei portali interni, il tempo di risposta ridotto dei pannelli e le query ad hoc più veloci contribuiscono a rendere le pagine più immediate. L'I/O NVMe e un uplink da 10 Gbps mantengono costanti i tempi di risposta quando più utenti eseguono query su finestre di grandi dimensioni.

Controllo completo del sito web

Hai i diritti di root. Ottimizza la conservazione, pota gli indici, configura vmauth utenti e invia avvisi tramite vmalert e Alertmanager. Il contenitore VictoriaLogs risiede in /root/VictoriaLogs, gestito da un'unità systemd che richiama i target Makefile, quindi gli aggiornamenti sono prevedibili e reversibili. Utilizza docker ps per ispezionare i container o estendere lo stack con i propri file compose.

Strumenti potenti

Questa immagine include o si abbina a quanto segue, in modo che tu possa concentrarti sulla qualità del registro, non sull'impalcatura.

VictoriaLogs nodo singolo per acquisizione e query ad alta velocità sulla porta 9428.
Grafana per dashboard ed esplorazione ad hoc sulla porta 3000.
VictoriaMetrics a nodo singolo quando desideri anche l'archiviazione delle metriche sulla porta 8428.
vmauth per aggiungere l'autenticazione e instradare il traffico multi-tenant sulla porta 8427.
vmalert per valutare le regole di allerta ed esporre le API di allerta sulla porta 8880.
Vettore come semplice spedizioniere ad alta produttività con un'API a 8686 quando abilitato.

Portata globale

Scegli la regione più vicina ai tuoi utenti. Cloudzy punti di presenza in:

Nord America: New York City, Dallas, Miami, Utah, Las Vegas
Europa: Londra, Amsterdam, Francoforte, Zurigo
Asia-Pacifico: Singapore

Ogni sede offre lo stesso uplink da 10 Gbps, mix Tier-1 e SLA con uptime del 99,95%. L'unica variabile è la distanza.

Dettagli dell'applicazione

Versione: Non specificata

Sistema operativo: Ubuntu Server 24.04

RAM minima: 1 GB

Tipi di IP: IPv6, IPv4

Implementa subito VictoriaLogs: il tuo database dei log e le tue dashboard saranno pronti in pochi minuti.

Note e riferimenti: Porta predefinita di VictoriaLogs 9428 e /metrics , esempi di acquisizione e modello di dati sono documentati da VictoriaMetrics. Le porte predefinite per vmauth 8427, vmalert 8880, VictoriaMetrics a nodo singolo 8428 e Grafana 3000 con flusso di primo accesso sono documentati nelle loro guide ufficiali.

Importante: Configurazione e responsabilità relative al dominio

Ottieni pieno accesso SSH/root su ogni OCA. Questo potere significa anche che le tue modifiche possono compromettere l'app. Si prega di leggere questo prima di modificare le configurazioni.

Gestisci il dominio. Non vendiamo né ospitiamo domini/DNS. Se l'app necessita di un dominio, devi indirizzare il tuo dominio al server (A/AAAA/CNAME e MX/TXT, se pertinente). Il rilascio di certificati SSL e molte dashboard dipendono dalla correttezza di questi dati.
Modificare il dominio/nome host dopo l'installazione non è banale. Molti OCA scrivono il dominio nelle configurazioni (.env, reverse proxy, URL delle app). Se lo modifichi, aggiorna anche:
- Proxy inverso (Nginx/Caddy) e certificati TLS
- App "URL esterno"/URL di base e URL di callback/webhook
- Qualsiasi collegamento hardcoded nell'app o nei componenti aggiuntivi
Le credenziali contano. Rinominare l'amministratore predefinito, ruotare le password o modificare le porte di servizio senza aggiornare la configurazione dell'app può ti chiudo fuori o interrompere i servizi. Mantieni le credenziali al sicuro e sincronizzate tra l'app, il proxy e qualsiasi integrazione.
Le modifiche al server dei nomi possono causare tempi di inattività. Il trasferimento del dominio a nuovi server dei nomi o la modifica dei record NS comporta ritardi nella propagazione. Pianifica le modifiche, riduci il TTL in anticipo e verifica i record A/AAAA prima di effettuare il passaggio.
Le modifiche al firewall/alle porte possono interrompere l'accesso. Se modifichi le porte SSH, HTTP/HTTPS, RDP o delle app, aggiorna di conseguenza i firewall (UFW/CSF/gruppi di sicurezza) e le regole del proxy inverso.
Le porte e-mail (SMTP) sono limitate per impostazione predefinita. Porte di posta in uscita (ad esempio, 25/465/587) può essere chiuso per prevenire abusiSe il tuo OCA deve inviare un'e-mail, richiedere l'accesso SMTP. dal supporto o utilizzare un provider di posta elettronica transazionale (SendGrid/Mailgun/SES) tramite API o SMTP approvato.
E-mail e liste di autorizzazione. Se l'app invia e-mail o riceve webhook, la modifica degli indirizzi IP/nomi host potrebbe influire sulla deliverability o sulle liste di autorizzazione. Aggiorna SPF/DKIM/DMARC e tutte le liste di autorizzazione IP.
Prima di qualsiasi grande cambiamento: scatta una foto. Utilizza il pannello istantanea/backup In primo luogo, se un plugin, un aggiornamento o una modifica alla configurazione non funzionano come previsto, è possibile ripristinare la versione precedente in pochi minuti.
Ambito di supporto. Forniamo il server e l'immagine OCA preinstallata. In corso configurazione a livello di applicazione (domini, DNS, impostazioni dell'app, plugin e codice personalizzato) è responsabilità dell'utente.

Regola empirica veloce: se si modificano dominio, porte, password, nomi host o configurazioni proxy/SSL, preparati ad aggiornare anche le impostazioni dell'app e fai prima uno snapshot.

Installazione

Repository VictoriaMetrics clonato da GitHub a /root/VictoriaLogs
Installato Docker e dipendenze
Servizio systemd creato victoria-logs per gestire il contenitore VictoriaLogs tramite comandi make

Comandi

sudo systemctl start victoria-logs       # Avvia il servizio VictoriaLogs
sudo systemctl stop victoria-logs        # Interrompi il servizio
sudo systemctl status victoria-logs      # Controlla lo stato del servizio
docker ps                                # Elenca i container Docker in esecuzione

URL di accesso

VictoriaLogs a nodo singolo → http://<SERVER-IP>:9428
Grafana → http://<SERVER-IP>:3000
VictoriaMetrics a nodo singolo → http://<SERVER-IP>:8428
vmalert → http://<SERVER-IP>:8880
vmauth → http://<SERVER-IP>:8427
Gestore di avvisi → http://<SERVER-IP>:9093
Interfaccia utente vettoriale → http://<SERVER-IP>:8686

Documentazione

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