Resumen general

VictoriaLogs en Cloudzy te Cloudzy una base de datos de registros rápida y autohospedada que tú controlas. Crea un único nodo para desarrollo o un espacio amplio para producción, y luego apunta Vector, Fluent Bito syslog y comience a realizar consultas en cuestión de segundos. Las vCPU EPYC dedicadas, la RAM DDR5, el NVMe puro y un enlace ascendente de 10 Gbps mantienen la ingesta y las consultas ágiles durante los picos de tráfico. La facturación por horas significa que puede ampliar la capacidad durante las horas de mayor actividad y reducirla más tarde.

Descripción

Esta imagen de One-Click se envía VictoriaLogs dentro de Docker con un envoltorio systemd ligero, además de prácticos complementos como Grafana, Vector, vmauth, vmalert, Alertmanagery VictoriaMetrics de un solo nodo para métricas. VictoriaLogs escucha en su puerto HTTP nativo y está listo para aceptar registros y responder consultas de inmediato. Consulte la documentación oficial para obtener información sobre el modelo de datos, los métodos de ingestión y los patrones de consulta.

Acceder a la interfaz web

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

VictoriaLogs: http://<SERVER-IP>:9428 (ingestión, consultas y métricas en /métricas).
Grafana: http://<SERVER-IP>:3000 (el primer inicio de sesión es administrador /administrador, luego cámbialo).
VictoriaMetrics de un solo nodo: http://<SERVER-IP>:8428 para métricas compatibles con Prometheus.
vmalert Interfaz de usuario y API: http://<SERVER-IP>:8880.
vmauth pasarela: http://<SERVER-IP>:8427 para autenticación y enrutamiento.
Gestor de alertas: http://<SERVER-IP>:9093.
Vector API & UI: http://<SERVER-IP>:8686 if enabled in vector config.

Controles de servicio para operaciones del día 1:

sudo systemctl iniciar victoria-logs
sudo systemctl detener victoria-logs
sudo systemctl estado victoria-logs
docker ps

Funciones avanzadas

Estas son las mejoras prácticas que importan para una base de datos de registros en su propio sistema informático. Reducen la latencia de las consultas, mantienen la ingesta fluida durante los picos y le permiten realizar una rápida reversión si una actualización no funciona correctamente.

CPU virtuales dedicadas y RAM DDR5 para evitar atascos de vecinos ruidosos en escrituras y lecturas concurrentes.
Almacenamiento NVMe puro para un alto IOPS en WAL, creaciones de índices y compactaciones.
Puerto de red de 10 Gbps para transportistas con altos volúmenes de envíos y muchos usuarios del panel de control.
Instantáneas y reversiones bajo demanda antes de realizar actualizaciones o cambios en el esquema.
Facturación por hora significa que los clones de ensayo o prueba de carga solo cuestan por las horas que los mantienes.
Un solo reinicio aplica cualquier cambio de tamaño. No es necesario migrar datos ni editar el DNS.

Facilidad de 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.

Enfoque en el rendimiento

Si tu equipo está integrando paneles de Grafana en páginas de estado públicas o portales internos, la reducción del tiempo hasta el primer byte en los paneles y la mayor rapidez de las consultas ad hoc contribuyen a que las páginas parezcan instantáneas. La E/S NVMe y un enlace ascendente de 10 Gbps mantienen estables los tiempos de respuesta cuando varios usuarios ejecutan consultas en ventanas grandes.

Control total del sitio web

Tienes root. Ajusta la retención, poda los índices, configura vmauth usuarios 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 Makefile, por lo que las actualizaciones son predecibles y reversibles. Utilice docker ps para inspeccionar los contenedores o amplíe la pila con sus propios archivos compose.

Herramientas potentes

Esta imagen incluye o se combina con lo siguiente para que puedas centrarte en la calidad del registro, no en el andamiaje.

VictoriaLogs Nodo único para ingesta y consulta de alta velocidad en el puerto 9428.
Grafana para paneles de control y exploración ad hoc en el puerto 3000.
VictoriaMetrics de un solo nodo cuando también desea almacenamiento de métricas en el puerto 8428.
vmauth para añadir autenticación y enrutar el tráfico multitenant en el puerto 8427.
vmalert Evaluar las reglas de alerta y exponer las API de alerta en el puerto 8880.
Vector como un simple transportista de alto rendimiento con una API en 8686 cuando está habilitado.

Alcance global

Elija la región más cercana a sus usuarios. Cloudzy puntos de presencia en:

América del Norte: 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 ascendente de 10 Gbps, combinación de nivel 1 y un acuerdo de nivel de servicio (SLA) con un tiempo de actividad del 99,95 %. La única variable es la distancia.

Detalles de la solicitud

Versión: No especificada

Sistema operativo: Ubuntu Server 24.04

RAM mínima: 1 GB

Tipos de IP: IPv6, IPv4

Implemente VictoriaLogs ahora: su base de datos de registros y paneles de control estarán listos en cuestión de minutos.

Notas y referencias: Puerto predeterminado de VictoriaLogs 9428 y /metrics , ejemplos de ingestión y modelo de datos están documentados por VictoriaMetrics. Los puertos predeterminados para vmauth 8427, vmalert 8880, VictoriaMetrics de un solo nodo 8428 y Grafana 3000 con flujo de primer inicio de sesión se documentan en sus guías oficiales.

Importante: Responsabilidades de configuración y dominio

Obtienes acceso SSH/root completo en cada OCA. Ese poder también significa que tus cambios pueden romper la aplicación. Por favor, lee esto antes de modificar las configuraciones.

Tú gestionas el dominio. No vendemos ni alojamos dominios/DNS. Si la aplicación necesita un dominio, Debes dirigir tu dominio al servidor. (A/AAAA/CNAME y MX/TXT, si procede). La emisión de SSL y muchos paneles de control dependen de que esto sea correcto.
Cambiar el dominio/nombre de host después de la instalación no es trivial. Muchas OCA escriben el dominio en las configuraciones (.env, proxy inverso, URL de aplicaciones). Si lo cambia, actualice también:
- Proxy inverso (Nginx/Caddy) y certificados TLS
- Aplicación «URL externa»/URL base y URL de devolución de llamada/webhook
- Cualquier enlace codificado en la aplicación o en los complementos.
Las credenciales importan. Cambiar el nombre del administrador predeterminado, rotar contraseñas o cambiar los puertos de servicio sin actualizar la configuración de la aplicación puede te dejas fuera o detener los servicios. Mantenga las credenciales seguras y sincronizadas en la aplicación, el proxy y cualquier integración.
Los cambios en el servidor de nombres pueden provocar tiempo de inactividad. Trasladar tu dominio a nuevos servidores de nombres o editar registros NS provoca retrasos en la propagación. Planifica los cambios, reduce el TTL con antelación y verifica los registros A/AAAA antes de realizar el cambio.
Las modificaciones en el cortafuegos o los puertos pueden interrumpir el acceso. Si cambia los puertos SSH, HTTP/HTTPS, RDP o de aplicaciones, actualice los cortafuegos (UFW/CSF/grupos de seguridad) y las reglas de proxy inverso según corresponda.
Los puertos de correo electrónico (SMTP) están restringidos de forma predeterminada. Puertos de correo saliente (por ejemplo, 25/465/587) puede ser cerrado para evitar abusos. Si su OCA debe enviar un correo electrónico, Solicitar acceso SMTP. desde el servicio de asistencia o utilizar un proveedor de correo electrónico transaccional (SendGrid/Mailgun/SES) a través de API o SMTP aprobado.
Correo electrónico y listas de permitidos. Si la aplicación envía correos electrónicos o recibe webhooks, cambiar las direcciones IP o los nombres de host puede afectar a la capacidad de entrega o a las listas de permitidos. Actualiza SPF/DKIM/DMARC y cualquier lista de permitidos de IP.
Antes de cualquier cambio importante: haz una instantánea. Utilice el panel de instantánea/copia de seguridad Primero. Si un complemento, una actualización o una edición de configuración sale mal, puedes revertir los cambios en cuestión de minutos.
Ámbito de asistencia. Proporcionamos el servidor y la imagen OCA preinstalada. En curso configuración a nivel de aplicación (dominios, DNS, configuración de aplicaciones, complementos y código personalizado) es responsabilidad del usuario.

Regla general rápida: si tocas dominio, puertos, contraseñas, nombres de host o configuraciones de proxy/SSL, es probable que también tengas que actualizar la configuración de la aplicación, así que haz primero una instantánea.

Instalación

Repositorio VictoriaMetrics clonado desde GitHub a /root/VictoriaLogs
Se instaló Docker y sus dependencias.
Creado servicio systemd victoria-logs para gestionar el contenedor VictoriaLogs mediante comandos make

Comandos

sudo systemctl start victoria-logs       # Iniciar el servicio VictoriaLogs
sudo systemctl stop victoria-logs        # Detener el servicio
sudo systemctl status victoria-logs      # Comprobar el estado del servicio
docker ps                                # Mostrar los contenedores Docker en ejecución

URL de acceso

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
Gestor de alertas → http://<SERVER-IP>:9093
Interfaz de usuario vectorial → http://<SERVER-IP>:8686

Documentación

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