Überblick
VictoriaLogs Mit Cloudzy erhalte eine schnelle, selbst gehostete Protokolldatenbank, die du kontrollieren. Richte einen einzelnen Knoten für die Entwicklung oder eine geräumige Box für die Produktion ein und zeige dann Vektor, Fließendes Bit, oder syslog darauf und beginnst du in Sekundenschnelle mit der Abfrage. Dedizierte EPYC-vCPUs, DDR5-RAM, reines NVMe und ein 10-Gbit/s-Uplink sorgen dafür, dass Aufnahme und Abfragen auch bei Spitzendatenverkehr schnell erfolgen. Die stündliche Abrechnung bedeutet, dass du für Stoßzeiten hochskalieren und später wieder herunterfahren können.
Beschreibung
Dieses One-Click-Bild wird versendet VictoriaLogs innerhalb von Docker mit einem leichten systemd-Wrapper sowie praktischen Begleitern wie Grafana, Vektor, vmauth, vmalert, Alertmanager, Und VictoriaMetrics-Einzelknoten für Metriken. VictoriaLogs überwacht seinen nativen HTTP-Port und ist sofort bereit, Protokolle zu akzeptieren und Anfragen zu beantworten. Informationen zu Datenmodell, Aufnahmemethoden und Abfragemustern finde in den offiziellen Dokumenten.
Webinterface aufrufen
Besuche zunächst die Dienste, die bereits auf deinem Server ausgeführt werden. Ersetzen <SERVER-IP> mit deiner Instanz-IP.
- VictoriaLogs: http://<SERVER-IP>:9428 (Aufnahme, Abfragen und Metriken unter /Metriken).
- Grafana: http://<SERVER-IP>:3000 (erster Login ist Administrator /Administrator, dann ändern).
- VictoriaMetrics-Einzelknoten: http://<SERVER-IP>:8428 für Prometheus-kompatible Metriken.
- vmalert Benutzeroberfläche und API: http://<SERVER-IP>:8880.
- vmauth Tor: http://<SERVER-IP>:8427 für Authentifizierung und Routing.
- Alertmanager: http://<SERVER-IP>:9093.
- Vektor-API und Benutzeroberfläche: http://<SERVER-IP>:8686 falls aktiviert in Vektor config.
Servicekontrollen für den Betrieb am ersten Tag:
| sudo systemctl Start Victoria-Protokolle sudo systemctl stoppen Victoria-Protokolle sudo systemctl Status Victoria-Protokolle docker ps |
Erweiterte Funktionen
Hier sind die praktischen Upgrades, die für eine Protokolldatenbank auf deinem Computer wichtig sind. du reduzierst die Abfragelatenz, sorgen für eine reibungslose Aufnahme bei Spitzen und ermöglichen dir ein schnelles Rollback, wenn ein Update fehlerhaft funktioniert.
- Dedizierte vCPUs und DDR5-RAM um Noisy-Neighbor-Störungen bei gleichzeitigen Schreib- und Lesevorgängen zu vermeiden.
- Reiner NVMe-Speicher für hohe IOPS auf WAL, Index-Builds und Komprimierungen.
- 10 Gbps network port für Hochtarifversender und viele Dashboard-Viewer.
- On-Demand-Snapshots und Rollback vor Upgrades oder Schemaänderungen.
- Stündliche Abrechnung bedeutet, dass für Staging- oder Lasttest-Klone nur die Stunden anfallen, in denen du sie aufbewahren.
Ein einzelner Neustart übernimmt jede Größenänderung. No data migration or DNS edits needed.
Benutzerfreundlichkeit
du erhältst ein übersichtliches Dashboard zum Aus- und Wiedereinschalten, Erstellen von Snapshots oder zum Migrieren von Regionen. Punkt Vektor or Fließendes Bit to http://<SERVER-IP>:9428 für die HTTP-JSON-Aufnahme oder aktiviere Syslog-Empfänger auf VictoriaLogs, wenn du TCP oder UDP 514 bevorzugen. Beispielrezepte finde in den Dokumenten, und du kannst die Dinge mit Standardfeldern einfach halten und im Laufe der Zeit Struktur hinzufügen.
Leistungsfokus
Wenn dein Team einbettet Grafana Panels in öffentliche Statusseiten oder interne Portale, kürzere Zeit bis zum ersten Byte auf Panels und schnellere Ad-hoc-Abfragen sorgen dafür, dass sich Seiten sofort anfühlen. NVMe-I/O und ein 10-Gbit/s-Uplink sorgen für stabile Antwortzeiten, wenn mehrere Benutzer Abfragen für große Fenster ausführen.
Volle Website-Kontrolle
Du hast Root. Optimierre die Aufbewahrung, bereinige Indizes und konfiguriere vmauth Benutzer und leiten Benachrichtigungen weiter vmalert Und Alertmanager. Der VictoriaLogs-Container lebt darunter /root/VictoriaLogs, verwaltet von einer systemd-Einheit, die die Makefile-Ziele aufruft, sodass Aktualisierungen vorhersehbar und umkehrbar sind. Verwenden docker ps um Container zu inspizieren oder den Stapel mit deinen eigenen Compose-Dateien zu erweitern.
Leistungsstarke Tools
Dieses Bild enthält oder wird mit dem Folgenden gepaart, damit du sich auf die Protokollqualität und nicht auf das Gerüst konzentrieren können.
- VictoriaLogs Einzelknoten für Hochgeschwindigkeitsaufnahme und -abfrage auf Port 9428.
- Grafana für Dashboards und Ad-hoc-Erkundung auf Port 3000.
- VictoriaMetrics-Einzelknoten wenn du auch die Speicherung von Metriken auf Port 8428 wünschen.
- vmauth um Authentifizierung hinzuzufügen und mandantenfähigen Datenverkehr auf Port 8427 weiterzuleiten.
- vmalert um Warnregeln auszuwerten und Warn-APIs auf Port 8880 verfügbar zu machen.
- Vektor als einfacher Hochdurchsatz-Versender mit einer API bei 8686, wenn diese aktiviert ist.
Globale Reichweite
Wähle die Region aus, die deinen Benutzern am nächsten liegt. Cloudzy betreibt Präsenzpunkte in:
- Nordamerika: New York City, Dallas, Miami, Utah, Las Vegas
- Europa: London, Amsterdam, Frankfurt, Zürich
- Asien-Pazifik: Singapur
Jeder Standort bietet den gleichen 10-Gbit/s-Uplink, den gleichen Tier-1-Mix und das SLA mit einer Verfügbarkeit von 99,95 %. Die einzige Variable ist die Entfernung.
Bewerbungsdetails
Version: Nicht angegeben
Betriebssystem: Ubuntu Server 24.04
Mindest-RAM: 1 GB
IP-Typen: IPv6, IPv4
Stelle VictoriaLogs jetzt bereit: deine Protokolldatenbank und deine Dashboards sind in wenigen Minuten bereit.
Hinweise und Referenzen: VictoriaLogs Standardport 9428 und /Metriken Endpunkt, Aufnahmebeispiele und Datenmodell werden von VictoriaMetrics dokumentiert. Standardports für vmauth 8427, vmalert 8880, VictoriaMetrics-Einzelknoten 8428, und Grafana 3000 mit First-Login-Flow sind in ihren offiziellen Leitfäden dokumentiert.
Wichtig: Konfiguration und Domain-Verantwortlichkeiten
Du bekommst auf jeder OCA vollen SSH-/Root-Zugriff. Diese Macht bedeutet auch, dass deine Änderungen brechen die App. Bitte lies das, bevor du an den Configs schraubst.
- du verwaltest die Domain. Wir verkaufen und hosten keine Domains/DNS. Wenn die App eine Domain braucht, du musst deine Domain auf den Server verweisen (A/AAAA/CNAME sowie MX/TXT, wenn relevant). Die SSL-Ausstellung und viele Dashboards hängen davon ab, dass das korrekt ist.
- Domain/Hostname nach der Installation zu ändern ist nicht trivial. Viele OCAs schreiben die Domain in Configs (.env, Reverse Proxy, App-URLs). Wenn du sie änderst, aktualisiere auch:
- Reverse-Proxy- (Nginx/Caddy) und TLS-Zertifikate
- App-„external URL“/Base-URL und Callback-/Webhook-URLs
- Alle fest codierten Links in der App oder in Add-ons
- Anmeldeinformationen sind wichtig. Den Standard-Admin umbenennen, Passwörter rotieren oder Service-Ports ändern, ohne die App-Config zu aktualisieren, kann Dich aussperren oder Dienste anhalten. Halte Zugangsdaten sicher und synchron zwischen App, Proxy und allen Integrationen.
- Nameserveränderungen können zu Ausfallzeiten führen. Beim Umziehen deiner Domain auf neue Nameserver oder Bearbeiten der NS-Einträge entstehen Propagation-Delays. Plane Änderungen, senke die TTL im Voraus und überprüfe A/AAAA-Records, bevor du umstellst.
- Firewall-/Portänderungen können den Zugriff unterbrechen. Wenn du SSH-, HTTP/HTTPS-, RDP- oder App-Ports änderst, passe Firewalls (UFW/CSF/Security Groups) und Reverse-Proxy-Regeln entsprechend an.
- E-Mail-Ports (SMTP) sind standardmäßig eingeschränkt. Ausgehende E-Mail-Ports (z. B. 25/465/587) Vielleicht geschlossen, um Missbrauch vorzubeugen. Wenn dein OCA E-Mails senden muss, SMTP-Zugriff anfordern. vom Support oder nutze einen Transactional-E-Mail-Anbieter (SendGrid/Mailgun/SES) per API oder freigegebenem SMTP.
- E-Mail- und Zulassungslisten. Wenn die App Mails verschickt oder Webhooks empfängt, können geänderte IPs/Hostnamen die Zustellbarkeit oder Allowlists beeinflussen. Aktualisiere SPF/DKIM/DMARC und alle IP-Allowlists.
- Vor jeder großen Veränderung: Mache einen Schnappschuss. Nutze die Panels Schnappschuss/Sicherung zuerst. Wenn ein Plugin, ein Update oder eine Config-Änderung schiefgeht, kannst du in Minuten zurückrollen.
- Supportumfang. Wir stellen den Server und das vorinstallierte OCA-Image bereit. Der laufende Konfiguration auf Anwendungsebene (Domänen, DNS, App-Einstellungen, Plugins und benutzerdefinierter Code) liegt in der Verantwortung des Benutzers.
Kurze Faustregel: wenn du berührst Domain, Ports, Passwörter, Hostnamen oder Proxy-/SSL-Configs, rechne damit, auch die App-Einstellungen anpassen zu müssen, und erstelle vorher einen Snapshot.
Installation
- VictoriaMetrics-Repo von GitHub nach geklont
/root/VictoriaLogs - Installierter Docker und Abhängigkeiten
- Systemd-Dienst erstellt
victoria-logsum den VictoriaLogs-Container über Make-Befehle zu verwalten
Befehle
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
Zugriffs-URLs
- VictoriaLogs mit einem Knoten →
http://<SERVER-IP>:9428 - Grafana →
http://<SERVER-IP>:3000 - VictoriaMetrics mit einem Knoten →
http://<SERVER-IP>:8428 - vmalert →
http://<SERVER-IP>:8880 - vmauth →
http://<SERVER-IP>:8427 - Alertmanager →
http://<SERVER-IP>:9093 - Vektor-Benutzeroberfläche →
http://<SERVER-IP>:8686
Dokumentation
- https://docs.victoriametrics.com/victorialogs/
