Aperçu

VictoriaLogs sur Cloudzy vous Cloudzy une base de données de journaux rapide et auto-hébergée que vous contrôlez. Créez un nœud unique pour le développement ou une boîte spacieuse pour la production, puis pointez Vector, Fluent Bitou syslog vers celui-ci et commencez à effectuer des requêtes en quelques secondes. Des vCPU EPYC dédiés, de la RAM DDR5, du NVMe pur et une liaison montante de 10 Gbps garantissent la rapidité de l'ingestion et des requêtes pendant les pics de trafic. La facturation à l'heure vous permet d'augmenter la capacité pendant les heures de pointe et de la réduire par la suite.

Description

Cette image One-Click est livrée VictoriaLogs dans Docker avec un wrapper systemd léger, ainsi que des compagnons pratiques tels que Grafana, Vector, vmauth, vmalert, Alertmanageret VictoriaMetrics à nœud unique pour les métriques. VictoriaLogs écoute sur son port HTTP natif et est prêt à accepter les journaux et à répondre immédiatement aux requêtes. Consultez la documentation officielle pour connaître le modèle de données, les méthodes d'ingestion et les modèles de requête.

Accéder à l'interface Web

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

VictoriaLogs: http://<SERVER-IP>:9428 (ingestion, requêtes et métriques à /métriques).
Grafana: http://<SERVER-IP>:3000 (première connexion est admin /admin, puis modifiez-le).
VictoriaMetrics à nœud unique: http://<SERVER-IP>:8428 pour les métriques compatibles avec Prometheus.
vmalert Interface utilisateur et API : http://<SERVER-IP>:8880.
vmauth passerelle : http://<SERVER-IP>:8427 pour l'authentification et le routage.
Gestionnaire d'alertes: http://<SERVER-IP>:9093.
Vector API & UI: http://<SERVER-IP>:8686 if enabled in vector config.

Contrôles de service pour les opérations du jour 1 :

sudo systemctl démarrer victoria-logs
sudo systemctl arrêter victoria-logs
sudo systemctl statut victoria-logs
docker ps

Fonctionnalités avancées

Voici les mises à niveau pratiques qui importent pour une base de données de journaux sur votre propre infrastructure informatique. Elles réduisent la latence des requêtes, assurent une ingestion fluide pendant les pics et vous permettent d'effectuer une restauration rapide en cas de problème lors d'une mise à jour.

Processeurs virtuels dédiés et mémoire vive DDR5 pour éviter les blocages dus à des voisins bruyants lors d'écritures et de lectures simultanées.
Stockage NVMe pur pour un IOPS élevé sur WAL, la création d'index et les compactages.
Port réseau 10 Gbps pour les expéditeurs à haut débit et les nombreux utilisateurs du tableau de bord.
Instantanés et restauration à la demande avant les mises à niveau ou les modifications de schéma.
Facturation horaire signifie que les clones de staging ou de test de charge ne coûtent que pour les heures pendant lesquelles vous les conservez.
Un simple redémarrage suffit pour appliquer tout redimensionnement. Aucune migration de données ni modification DNS n'est nécessaire.

Facilité d'utilisation

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.

Accent sur la performance

Si votre équipe intègre des panneaux Grafana dans des pages d'état publiques ou des portails internes, la réduction du temps de réponse du premier octet sur les panneaux et l'accélération des requêtes ad hoc contribuent à donner une impression d'instantanéité aux pages. Les E/S NVMe et une liaison montante de 10 Gbit/s maintiennent des temps de réponse stables lorsque plusieurs utilisateurs exécutent des requêtes sur de grandes fenêtres.

Contrôle total du site Web

Vous disposez des droits root. Réglez la rétention, nettoyez les index, configurez vmauth utilisateurs et transmettez les alertes via vmalert et Alertmanager. Le conteneur VictoriaLogs se trouve sous /root/VictoriaLogs, géré par une unité systemd qui appelle les cibles Makefile, de sorte que les mises à jour sont prévisibles et réversibles. Utilisez docker ps pour inspecter les conteneurs, ou étendez la pile avec vos propres fichiers compose.

Outils puissants

Cette image comprend ou s'associe aux éléments suivants afin que vous puissiez vous concentrer sur la qualité du journal, et non sur l'échafaudage.

VictoriaLogs nœud unique pour l'ingestion et la requête à haut débit sur le port 9428.
Grafana pour les tableaux de bord et l'exploration ad hoc sur le port 3000.
VictoriaMetrics à nœud unique lorsque vous souhaitez également stocker les métriques sur le port 8428.
vmauth pour ajouter l'authentification et acheminer le trafic multi-locataires sur le port 8427.
vmalert pour évaluer les règles d'alerte et exposer les API d'alerte sur le port 8880.
Vecteur en tant que simple expéditeur à haut débit avec une API à 8686 lorsqu'il est activé.

Portée mondiale

Choisissez la région la plus proche de vos utilisateurs. Cloudzy des points de présence dans :

Amérique du Nord: New York, Dallas, Miami, Utah, Las Vegas
Europe: Londres, Amsterdam, Francfort, Zurich
Asie-Pacifique: Singapour

Chaque site offre la même liaison montante de 10 Gbps, le même mélange Tier-1 et le même SLA avec un temps de disponibilité de 99,95 %. La seule variable est la distance.

Détails de la demande

Version : non spécifiée

Système d'exploitation : Ubuntu Server 24.04

Mémoire vive minimale : 1 Go

Types d'adresses IP : IPv6, IPv4

Déployez VictoriaLogs dès maintenant : votre base de données de journaux et vos tableaux de bord sont prêts en quelques minutes.

Remarques et références : Port par défaut de VictoriaLogs : 9428 et /metrics , exemples d'ingestion et modèle de données sont documentés par VictoriaMetrics. Les ports par défaut pour vmauth 8427, vmalert 8880, VictoriaMetrics à nœud unique 8428 et Grafana 3000 avec flux de première connexion sont documentés dans leurs guides officiels.

Important : responsabilités en matière de configuration et de domaine

Vous bénéficiez d'un accès SSH/root complet sur chaque OCA. Cette puissance signifie également que vos modifications peuvent endommager l'application. Veuillez lire ceci avant de modifier les configurations.

Vous gérez le domaine. Nous ne vendons ni n'hébergeons de domaines/DNS. Si l'application a besoin d'un domaine, vous devez pointer votre domaine vers le serveur (A/AAAA/CNAME et MX/TXT, le cas échéant). La délivrance du certificat SSL et de nombreux tableaux de bord dépendent de l'exactitude de ces informations.
Changer le domaine/nom d'hôte après l'installation n'est pas une mince affaire. De nombreux OCA écrivent le domaine dans les configurations (.env, proxy inverse, URL d'application). Si vous le modifiez, mettez également à jour :
- Proxy inverse (Nginx/Caddy) et certificats TLS
- URL externe de l'application/URL de base et URL de rappel/webhook
- Tout lien codé en dur dans l'application ou les modules complémentaires
Les références comptent. Renommer l'administrateur par défaut, changer régulièrement les mots de passe ou modifier les ports de service sans mettre à jour la configuration de l'application peut vous empêcher d'entrer ou interrompre les services. Conservez vos identifiants en sécurité et synchronisés entre l'application, le proxy et toutes les intégrations.
Les modifications apportées au serveur de noms peuvent entraîner des temps d'arrêt. Le transfert de votre domaine vers de nouveaux serveurs de noms ou la modification des enregistrements NS entraîne des retards de propagation. Planifiez les changements, réduisez le TTL à l'avance et vérifiez les enregistrements A/AAAA avant de procéder au transfert.
Les modifications apportées au pare-feu/port peuvent interrompre l'accès. Si vous modifiez les ports SSH, HTTP/HTTPS, RDP ou des applications, mettez à jour les pare-feu (UFW/CSF/groupes de sécurité) et les règles de proxy inverse en conséquence.
Les ports de messagerie électronique (SMTP) sont restreints par défaut. Ports de messagerie sortante (par exemple, 25/465/587) peut être fermé pour éviter les abusSi votre OCA doit envoyer un e-mail, demander un accès SMTP. à partir du support ou utiliser un fournisseur de messagerie transactionnelle (SendGrid/Mailgun/SES) via API ou SMTP approuvé.
Courriel et listes d'autorisation. Si l'application envoie des e-mails ou reçoit des webhooks, la modification des adresses IP/noms d'hôte peut affecter la délivrabilité ou les listes d'autorisation. Mettez à jour les listes d'autorisation SPF/DKIM/DMARC et IP.
Avant tout changement important : prenez un instantané. Utilisez le panneau instantané/sauvegarde Tout d'abord, si un plugin, une mise à jour ou une modification de configuration se retourne contre vous, vous pouvez revenir en arrière en quelques minutes.
Étendue de l'assistance. Nous fournissons le serveur et l'image OCA préinstallée. En cours configuration au niveau de l'application (domaines, DNS, paramètres d'application, plugins et code personnalisé) relèvent de la responsabilité de l'utilisateur.

Règle empirique rapide : si vous modifiez domaine, ports, mots de passe, noms d'hôte ou configurations proxy/SSL, attendez-vous à devoir également mettre à jour les paramètres de l'application, et effectuez d'abord un instantané.

Installation

Clonage du dépôt VictoriaMetrics depuis GitHub vers /root/VictoriaLogs
Installation de Docker et des dépendances
Création du service systemd victoria-logs pour gérer le conteneur VictoriaLogs via des commandes make

Commandes

sudo systemctl start victoria-logs       # Démarrer le service VictoriaLogs
sudo systemctl stop victoria-logs        # Arrêter le service
sudo systemctl status victoria-logs      # Vérifier l'état du service
docker ps                                # Lister les conteneurs Docker en cours d'exécution

URL d'accès

VictoriaLogs à nœud unique → http://<SERVER-IP>:9428
Grafana → http://<SERVER-IP>:3000
VictoriaMetrics à nœud unique → http://<SERVER-IP>:8428
vmalert → http://<SERVER-IP>:8880
vmauth → http://<SERVER-IP>:8427
Gestionnaire d'alertes → http://<SERVER-IP>:9093
Interface utilisateur vectorielle → http://<SERVER-IP>:8686

Documentation

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