Descripción general
VictoriaLogs en Cloudzy te da una base de datos de logs autoalojada y rápida, bajo tu control. Arranca un nodo único para desarrollo o una máquina más potente para producción, apunta Vector, Fluent Bit, o syslog hacia ella y empieza a consultar en segundos. vCPUs dedicados EPYC, RAM DDR5, almacenamiento puramente NVMe y un enlace de 10 Gbps mantienen la ingesta y las consultas ágiles en momentos de mayor tráfico. La facturación por horas te permite escalar hacia arriba en los picos y reducir después.
Descripción
Esta imagen de instalación con un clic incluye VictoriaLogs dentro de Docker con un wrapper ligero de systemd, más herramientas complementarias como Grafana, Vector, vmauth, vmalert, Alertmanager, y nodo único de VictoriaMetrics para métricas. VictoriaLogs escucha en su puerto HTTP nativo y está listo para recibir logs y responder consultas de inmediato. Consulta la documentación oficial para el modelo de datos, los métodos de ingesta y los patrones de consulta.
Acceder a la interfaz web
Empieza accediendo a los servicios que ya están en ejecución en tu servidor. Sustituye <SERVER-IP> por la IP de tu instancia.
- VictoriaLogs: http://<SERVER-IP>:9428 (ingesta, consultas y métricas en /metrics).
- Grafana: http://<SERVER-IP>:3000 (el primer acceso es admin /admin, cámbiala después).
- nodo único de VictoriaMetrics: http://<SERVER-IP>:8428 para métricas compatibles con Prometheus.
- vmalert Interfaz & API: http://<SERVER-IP>:8880.
- vmauth gateway: http://<SERVER-IP>:8427 para autenticación y enrutamiento.
- Alertmanager: http://<SERVER-IP>:9093.
- Vector API & UI: http://<SERVER-IP>:8686 si está habilitado en vector config.
Controles del servicio para operaciones desde el primer día:
| sudo systemctl Iniciar victoria-logs sudo systemctl stop victoria-logs sudo systemctl status victoria-logs docker ps |
Funcionalidades avanzadas
Estas son las mejoras concretas que marcan la diferencia en una base de datos de logs sobre infraestructura propia. Reducen la latencia en consultas, mantienen la ingesta fluida durante picos de tráfico y permiten revertir cambios rápidamente si una actualización da problemas.
- vCPUs dedicados y DDR5 RAM para evitar bloqueos por contención en escrituras y lecturas concurrentes.
- Almacenamiento NVMe puro para alto IOPS en WAL, construcción de índices y compactaciones.
- 10 Gbps network port para shipper de alto volumen y múltiples usuarios de dashboard.
- Snapshots bajo demanda y rollback antes de actualizaciones o cambios de esquema.
- Facturación por horas significa que los clones de staging o pruebas de carga solo tienen coste durante las horas que los mantienes activos.
Un solo reinicio aplica cualquier cambio de tamaño. No se necesita migración de datos ni edición de DNS.
Facilidad de uso
Tienes un panel limpio para reiniciar, hacer snapshots o migrar regiones. Apunta Vector or Fluent Bit to http://<SERVER-IP>:9428 para ingesta HTTP JSON, o habilita los receptores syslog en VictoriaLogs si prefieres TCP o UDP 514. Hay recetas de ejemplo en la documentación, y puedes empezar con los campos por defecto e ir añadiendo estructura gradualmente.
Rendimiento
Si tu equipo está integrando paneles de Grafana en páginas de estado públicas o portales internos, un menor tiempo hasta el primer byte y consultas ad hoc más rápidas hacen que las páginas respondan al instante. NVMe I/O y un uplink de 10 Gbps mantienen los tiempos de respuesta estables cuando varios usuarios lanzan consultas sobre ventanas de tiempo amplias.
Control total del sitio web
Tienes acceso root. Ajusta la retención, poda índices, configura usuarios de vmauth y conecta alertas a través de vmalert y Alertmanager. El contenedor VictoriaLogs se encuentra en /root/VictoriaLogs, gestionado por una unidad systemd que llama a los objetivos del Makefile, por lo que las actualizaciones son predecibles y reversibles. Usa docker ps para inspeccionar los contenedores, o amplía el stack con tus propios archivos compose.
Herramientas avanzadas
Esta imagen incluye o se combina con lo siguiente para que puedas centrarte en la calidad de los logs, no en la configuración inicial.
- VictoriaLogs nodo único para ingestión y consultas de alta velocidad en el puerto 9428.
- Grafana para paneles de control y exploración ad-hoc en el puerto 3000.
- nodo único de VictoriaMetrics si también quieres almacenamiento de métricas en el puerto 8428.
- vmauth para añadir autenticación y enrutar tráfico multi-tenant en el puerto 8427.
- vmalert para evaluar reglas de alertas y exponer API de alertas en el puerto 8880.
- Vector como un agente de envío simple y de alto rendimiento con un API en el puerto 8686 cuando está habilitado.
Alcance global
Elige la región más cercana a tus usuarios. Cloudzy opera puntos de presencia en:
- Norteamérica: Nueva York, Dallas, Miami, Utah, Las Vegas
- Europa: Londres, Ámsterdam, Fráncfort, Zúrich
- Asia-Pacífico: Singapur
Cada ubicación ofrece el mismo enlace de 10 Gbps, mezcla Tier-1 y un SLA de disponibilidad del 99,95% SLA. La única variable es la distancia.
Detalles de la aplicación
Versión: No especificada
SO: Ubuntu Server 24.04
Mínimo RAM: 1 GB
Tipos de IP: IPv6, IPv4
Despliega VictoriaLogs ahora: tu base de datos de logs y los paneles de control estarán listos en minutos.
Notas y referencias: Puerto predeterminado de VictoriaLogs: 9428 y /metrics el endpoint, los ejemplos de ingestión y el modelo de datos están documentados por VictoriaMetrics. Los puertos predeterminados para vmauth 8427, vmalert 8880, nodo único de VictoriaMetrics 8428 y Grafana 3000, con el flujo de primer inicio de sesión, están documentados en sus guías oficiales.
Importante: Configuración y responsabilidades sobre el dominio
Tienes acceso SSH/root completo en cada OCA. Ese nivel de control también significa que tus cambios pueden romper la aplicación. Lee esto antes de modificar configuraciones.
- Tú gestionas el dominio. No vendemos ni alojamos dominios/DNS. Si la aplicación necesita un dominio, debes apuntar tu dominio al servidor (A/AAAA/CNAME, y MX/TXT si corresponde). La emisión de SSL y muchos paneles de control dependen de que esto esté correctamente configurado.
- Cambiar el dominio o el nombre de host tras la instalación no es trivial. Muchas OCAs escriben el dominio en los archivos de configuración (.env, proxy inverso, URLs de la app). Si lo cambias, actualiza también:
- Proxy inverso (Nginx/Caddy) y certificados TLS
- URL "externa"/URL base de la app y URLs de callback/webhook
- Cualquier enlace fijo en la app o en los complementos
- Las credenciales importan. Renombrar el administrador por defecto, rotar contraseñas o cambiar los puertos de servicio sin actualizar la configuración de la app puede bloquearte el acceso o detener los servicios. Mantén las credenciales seguras y sincronizadas entre la app, el proxy y cualquier integración.
- Los cambios de nameserver pueden causar interrupciones. Mover tu dominio a nuevos nameservers o editar registros NS desencadena retrasos de propagación. Planifica los cambios, reduce el TTL con antelación y verifica los registros A/AAAA antes de hacer el cambio.
- Editar el firewall o los puertos puede cortar el acceso. Si cambias SSH, HTTP/HTTPS, RDP o los puertos de la app, actualiza los firewalls (UFW/CSF/grupos de seguridad) y las reglas del proxy inverso en consecuencia.
- Los puertos de correo (SMTP) están restringidos por defecto. Los puertos de correo saliente (p. ej., 25/465/587) pueden estar bloqueados para prevenir abusos. Si tu OCA necesita enviar correo, solicita acceso SMTP. al soporte, o usa un proveedor de correo transaccional (SendGrid/Mailgun/SES) a través de API o SMTP autorizado.
- Correo y listas de permitidos. Si la app envía correos o recibe webhooks, cambiar las IPs o los hostnames puede afectar a la entregabilidad o a las listas de permitidos. Actualiza SPF/DKIM/DMARC y cualquier lista de IPs permitidas.
- Antes de cualquier cambio importante: haz un snapshot. Usa la función de snapshot/backup del panel antes de hacer cualquier cambio. Si un plugin, una actualización o un cambio de configuración falla, puedes revertir en minutos.
- Alcance del soporte. Proporcionamos el servidor y la imagen OCA preinstalada. La configuración a nivel de aplicación (dominios, DNS, configuración de la aplicación, plugins y código personalizado) son responsabilidad del usuario.
Regla rápida: si tocas dominio, puertos, contraseñas, nombres de host o configuraciones de proxy/SSL, actualiza también los ajustes de la aplicación, y haz un snapshot antes.
Instalación
- Repositorio VictoriaMetrics clonado desde GitHub en
/root/VictoriaLogs - Docker y dependencias instalados
- Servicio systemd creado
victoria-logspara gestionar el contenedor VictoriaLogs mediante comandos make
Comandos
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
Accede a URLs
- VictoriaLogs de un solo nodo →
http://<SERVER-IP>:9428 - Grafana →
http://<SERVER-IP>:3000 - VictoriaMetrics de un solo nodo →
http://<SERVER-IP>:8428 - vmalert →
http://<SERVER-IP>:8880 - vmauth →
http://<SERVER-IP>:8427 - Alertmanager →
http://<SERVER-IP>:9093 - Vector UI →
http://<SERVER-IP>:8686
Documentación
- https://docs.victoriametrics.com/victorialogs/
