Überblick
VictoriaLogs auf Cloudzy Ihnen eine schnelle, selbst gehostete Log-Datenbank, die Sie selbst kontrollieren. Richten Sie einen einzelnen Knoten für die Entwicklung oder einen geräumigen Rechner für die Produktion ein und verweisen Sie dann Vector, Fluent Bitoder syslog darauf und beginnen Sie innerhalb von Sekunden mit der Abfrage. Dedizierte EPYC-vCPUs, DDR5-RAM, reines NVMe und ein 10-Gbit/s-Uplink sorgen dafür, dass die Erfassung und Abfrage auch bei hohem Datenverkehr reibungslos funktionieren. Abrechnung stündlicher Abrechnung können Sie für Stoßzeiten hochskalieren und später wieder zurückskalieren.
Beschreibung
Dieses One-Click-Bild versendet VictoriaLogs innerhalb von Docker mit einem leichtgewichtigen systemd-Wrapper sowie praktischen Begleitprogrammen wie Grafana, Vector, vmauth, vmalert, Alertmanagerund VictoriaMetrics Single-Node für Metriken. VictoriaLogs überwacht seinen nativen HTTP-Port und ist sofort bereit, Protokolle anzunehmen und Abfragen zu beantworten. Informationen zum Datenmodell, zu Erfassungsmethoden und Abfragemustern finden Sie in der offiziellen Dokumentation.
Auf die Webschnittstelle zugreifen
Start by visiting the services already running on your server. Replace <SERVER-IP> with your instance IP.
- VictoriaLogs: http://<SERVER-IP>:9428 (Eingabe, Abfragen und Metriken unter /Metriken).
- Grafana: http://<SERVER-IP>:3000 (Die erste Anmeldung erfolgt Admin /Admin, dann ändern Sie es).
- VictoriaMetrics Einzelknoten: http://<SERVER-IP>:8428 für Prometheus-kompatible Metriken.
- vmalert Benutzeroberfläche und API: http://<SERVER-IP>:8880.
- vmauth Gateway: http://<SERVER-IP>:8427 für Authentifizierung und Routing.
- Alarmmanager: http://<SERVER-IP>:9093.
- Vector API & UI: http://<SERVER-IP>:8686 if enabled in vector config.
Servicesteuerungen für den Betrieb am ersten Tag:
| sudo systemctl start victoria-logs sudo systemctl stop victoria-logs sudo systemctl status victoria-Protokolle docker ps |
Erweiterte Funktionen
Hier sind die praktischen Upgrades, die für eine Log-Datenbank auf Ihrem eigenen Rechner wichtig sind. Sie reduzieren die Latenz bei Abfragen, sorgen für einen reibungslosen Datenzugriff auch bei Spitzenauslastungen und ermöglichen Ihnen ein schnelles Rollback, wenn eine Aktualisierung fehlschlägt.
- Dedizierte vCPUs und DDR5-RAM um „Noisy-Neighbor“-Stalls bei gleichzeitigen Schreib- und Lesevorgängen zu vermeiden.
- Reiner NVMe-Speicher für hohe IOPS bei WAL, Indexerstellung und Komprimierung.
- 10-Gbit/s-Netzwerkanschluss für Hochgeschwindigkeits-Versender und viele Dashboard-Betrachter.
- On-Demand-Snapshots und Rollback vor Upgrades oder Schemaänderungen.
- Stundenweise Abrechnung Das bedeutet, dass Staging- oder Lasttest-Klone nur für die Stunden kosten, in denen Sie sie behalten.
Ein einziger Neustart übernimmt alle Größenänderungen. Es sind keine Datenmigrationen oder DNS-Änderungen erforderlich.
Benutzerfreundlichkeit
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.
Leistungsfokus
Wenn Ihr Team Grafana einbindet Grafana -Panels in öffentliche Statusseiten oder interne Portale einbettet, sorgen eine geringere Zeit bis zum ersten Byte auf den Panels und schnellere Ad-hoc-Abfragen dafür, dass die Seiten sofort reagieren. NVMe-I/O und ein 10-Gbit/s-Uplink sorgen für konstante Antwortzeiten, wenn mehrere Benutzer Abfragen an große Fenster stellen.
Vollständige Kontrolle über die Website
Sie haben Root-Rechte. Retention anpassen, Indizes bereinigen, konfigurieren vmauth Benutzer und leiten Sie Warnmeldungen über vmalert und Alertmanager. Der VictoriaLogs-Container befindet sich unter /root/VictoriaLogsund wird von einer systemd-Einheit verwaltet, die die Makefile-Ziele aufruft, sodass Aktualisierungen vorhersehbar und reversibel sind. Verwenden Sie docker ps , um Container zu überprüfen, oder erweitern Sie den Stack mit Ihren eigenen Compose-Dateien.
Leistungsstarke Werkzeuge
Dieses Bild enthält oder passt zu folgenden Elementen, sodass Sie sich auf die Protokollqualität konzentrieren können und nicht auf die Struktur.
- VictoriaLogs Einzelner Knoten für Hochgeschwindigkeits-Erfassung und -Abfrage auf Port 9428.
- Grafana für Dashboards und Ad-hoc-Erkundungen auf Port 3000.
- VictoriaMetrics Einzelknoten wenn Sie auch Metrikspeicher auf Port 8428 wünschen.
- vmauth Authentifizierung hinzufügen und Multi-Tenant-Datenverkehr über Port 8427 weiterleiten.
- vmalert Alarmregeln bewerten und Alarm-APIs auf Port 8880 verfügbar machen.
- Vektor als einfacher Versender mit hohem Durchsatz und einer API bei 8686, wenn aktiviert.
Globale Reichweite
Wählen Sie die Region aus, die Ihren Nutzern am nächsten liegt. Cloudzy Präsenzpunkte in:
- NordamerikaNew York City, Dallas, Miami, Utah, Las Vegas
- Europa: London, Amsterdam, Frankfurt, Zürich
- Asien-Pazifik: Singapur
Jeder Standort bietet denselben 10-Gbit/s-Uplink, Tier-1-Mix und eine SLA mit einer Verfügbarkeit von 99,95 %. Die einzige Variable ist die Entfernung.
Anwendungsdetails
Version: Nicht angegeben
Betriebssystem: Ubuntu Server 24.04
Minimaler Arbeitsspeicher: 1 GB
IP-Typen: IPv6, IPv4
VictoriaLogs jetzt bereitstellen: Ihre Log-Datenbank und Dashboards sind in wenigen Minuten einsatzbereit.
Hinweise und Referenzen: VictoriaLogs Standardport 9428 und /metrics Endpunkt, Beispiele für die Datenerfassung und das Datenmodell sind in VictoriaMetrics dokumentiert. Standardports für vmauth 8427, vmalert 8880, VictoriaMetrics Single-Node 8428 und Grafana 3000 mit Erstanmeldeablauf sind in den offiziellen Handbüchern dokumentiert.
Wichtig: Konfiguration und Zuständigkeiten für Domänen
Sie erhalten vollständigen SSH-/Root-Zugriff auf jeden OCA. Diese Befugnis bedeutet auch, dass Ihre Änderungen die die Anwendung beschädigen können. Bitte lesen Sie dies, bevor Sie Konfigurationen anpassen.
- Sie verwalten die Domain. Wir verkaufen oder hosten keine Domains/DNS. Wenn die App eine Domain benötigt, Sie müssen Ihre Domain auf den Server verweisen. (A/AAAA/CNAME und MX/TXT, falls relevant). Die SSL-Ausstellung und viele Dashboards sind davon abhängig, dass diese Angaben korrekt sind.
- Das Ändern der Domain/des Hostnamens nach der Installation ist nicht trivial. Viele OCAs schreiben die Domain in Konfigurationen (.env, Reverse-Proxy, App-URLs). Wenn Sie sie ändern, aktualisieren Sie auch:
- Reverse-Proxy (Nginx/Caddy) und TLS-Zertifikate
- App „externe URL“/Basis-URL und Callback-/Webhook-URLs
- Alle fest programmierten Links in der App oder Add-ons
- Referenzen sind wichtig. Das Umbenennen des Standard-Administrators, das Rotieren von Passwörtern oder das Ändern von Service-Ports ohne Aktualisierung der App-Konfiguration kann dich aussperren oder Dienste beenden. Bewahren Sie Anmeldedaten sicher auf und synchronisieren Sie sie über die App, den Proxy und alle Integrationen hinweg.
- Änderungen am Nameserver können zu Ausfallzeiten führen. Die Verlagerung Ihrer Domain auf neue Nameserver oder die Bearbeitung von NS-Einträgen führt zu Verzögerungen bei der Propagierung. Planen Sie Änderungen, senken Sie die TTL im Voraus und überprüfen Sie die A/AAAA-Einträge, bevor Sie wechseln.
- Änderungen an der Firewall/den Ports können den Zugriff unterbrechen. Wenn Sie SSH-, HTTP/HTTPS-, RDP- oder App-Ports ändern, aktualisieren Sie die Firewalls (UFW/CSF/Sicherheitsgruppen) und Reverse-Proxy-Regeln entsprechend.
- E-Mail-Ports (SMTP) sind standardmäßig eingeschränkt. Ausgehende E-Mail-Ports (z. B. 25/465/587) kann sein geschlossen, um Missbrauch zu verhindernWenn Ihre OCA eine E-Mail senden muss, SMTP-Zugang anfordern. vom Support oder verwenden Sie einen Transaktions-E-Mail-Anbieter (SendGrid/Mailgun/SES) über API oder zugelassenes SMTP.
- E-Mail und Zulassungslisten. Wenn die App E-Mails versendet oder Webhooks empfängt, kann eine Änderung der IP-Adressen/Hostnamen die Zustellbarkeit oder die Zulassungslisten beeinträchtigen. Aktualisieren Sie SPF/DKIM/DMARC und alle IP-Zulassungslisten.
- Vor jeder großen Veränderung: Machen Sie einen Schnappschuss. Verwenden Sie das Bedienfeld Momentaufnahme/Sicherung Erstens: Wenn ein Plugin, ein Update oder eine Konfigurationsänderung nach hinten losgeht, können Sie innerhalb weniger Minuten ein Rollback durchführen.
- Supportumfang. Wir stellen den Server und das vorinstallierte OCA-Image zur Verfügung. Laufend Konfiguration auf Anwendungsebene (Domains, DNS, App-Einstellungen, Plugins und benutzerdefinierter Code) liegen in der Verantwortung des Benutzers.
Schnelle Faustregel: Wenn Sie Domänen, Ports, Passwörter, Hostnamen oder Proxy-/SSL-Konfigurationen, müssen Sie wahrscheinlich auch die Einstellungen der App aktualisieren. Machen Sie daher zunächst einen Snapshot.
Installation
- VictoriaMetrics-Repo von GitHub geklont nach
/root/VictoriaLogs - Docker und Abhängigkeiten installiert
- Systemd-Dienst erstellt
victoria-logsVerwaltung des VictoriaLogs-Containers über Make-Befehle
Befehle
sudo systemctl start victoria-logs # VictoriaLogs-Dienst starten sudo systemctl stop victoria-logs # Dienst beenden sudo systemctl status victoria-logs # Dienststatus überprüfen docker ps # Liste der laufenden Docker-Container
Zugriffs-URLs
- Einzelknoten-VictoriaLogs →
http://<SERVER-IP>:9428 - Grafana →
http://<SERVER-IP>:3000 - Einzelknoten VictoriaMetrics →
http://<SERVER-IP>:8428 - vmalert →
http://<SERVER-IP>:8880 - vmauth →
http://<SERVER-IP>:8427 - Alarmmanager →
http://<SERVER-IP>:9093 - Vektor-Benutzeroberfläche →
http://<SERVER-IP>:8686
Dokumentation
- https://docs.victoriametrics.com/victorialogs/