Overview
VictoriaLogs no Cloudzy oferece um banco de dados de logs auto-hospedado e rápido, sob seu controle. Inicie um nó único para desenvolvimento ou uma máquina mais robusta para produção e aponte Vector, Fluent Bit, ou conecte via syslog e comece a consultar em segundos. vCPUs EPYC dedicados, DDR5 RAM, NVMe puro e um uplink de 10 Gbps mantêm a ingestão e as consultas ágeis mesmo nos picos de tráfego. A cobrança por hora permite aumentar a capacidade nos momentos de maior demanda e reduzir depois.
Description
Esta imagem One-Click já vem com VictoriaLogs dentro do Docker com um wrapper systemd leve, além de complementos úteis como Grafana, Vector, vmauth, vmalert, Alertmanager, and nó único VictoriaMetrics para métricas. O VictoriaLogs escuta na porta HTTP nativa e está pronto para receber logs e responder a consultas imediatamente. Consulte a documentação oficial para o modelo de dados, métodos de ingestão e padrões de consulta.
Acesse a Interface Web
Comece acessando os serviços que já estão em execução no seu servidor. Substitua <SERVER-IP> pelo IP da sua instância.
- VictoriaLogs: http://<SERVER-IP>:9428 (ingestão, consultas e métricas em /metrics).
- Grafana: http://<SERVER-IP>:3000 (first login is admin /admin, then change it).
- nó único VictoriaMetrics: http://<SERVER-IP>:8428 para métricas compatíveis com Prometheus.
- vmalert UI & API: http://<SERVER-IP>:8880.
- vmauth gateway: http://<SERVER-IP>:8427 para autenticação e roteamento.
- Alertmanager: http://<SERVER-IP>:9093.
- Vector API & UI: http://<SERVER-IP>:8686 if enabled in vector config.
Controles de serviço para as operações iniciais:
| sudo systemctl start victoria-logs sudo systemctl stop victoria-logs sudo systemctl status victoria-logs docker ps |
Advanced Features
Aqui estão as melhorias práticas que fazem diferença em um banco de dados de logs em infraestrutura própria. Elas reduzem a latência das consultas, mantêm a ingestão estável durante picos e permitem reverter rapidamente se uma atualização causar problemas.
- vCPUs e DDR5 RAM dedicados para evitar travamentos por concorrência em escritas e leituras simultâneas.
- Armazenamento NVMe puro para alto IOPS em WAL, construção de índices e compactações.
- 10 Gbps network port para shippers de alta taxa e muitos usuários simultâneos no dashboard.
- Snapshots sob demanda e rollback antes de atualizações ou mudanças de esquema.
- Hourly billing significa que clones para staging ou testes de carga custam apenas pelas horas em que ficam ativos.
Uma única reinicialização aplica qualquer redimensionamento. Nenhuma migração de dados ou edição de DNS é necessária.
Ease of Use
Você tem um painel limpo para ligar/desligar, tirar snapshots ou migrar entre regiões. Aponte Vector or Fluent Bit to http://<SERVER-IP>:9428 para ingestão via HTTP JSON, ou habilite receptores syslog no VictoriaLogs se preferir TCP ou UDP 514. Há exemplos de configuração na documentação, e você pode começar com os campos padrão e adicionar estrutura ao longo do tempo.
Performance Focus
Se sua equipe está incorporando painéis do Grafana em páginas de status públicas ou portais internos, menor tempo até o primeiro byte e consultas ad hoc mais rápidas fazem as páginas parecerem instantâneas. NVMe I/O e um uplink de 10 Gbps mantêm os tempos de resposta estáveis quando vários usuários executam consultas em janelas de tempo grandes.
Controle Total do Site
Você tem acesso root. Ajuste a retenção, remova índices desnecessários, configure usuários vmauth e configure alertas via vmalert and Alertmanager. O contêiner VictoriaLogs fica em /root/VictoriaLogs, gerenciado por uma unidade systemd que chama os alvos do Makefile, tornando as atualizações previsíveis e reversíveis. Use docker ps para inspecionar os contêineres ou expandir o stack com seus próprios arquivos compose.
Powerful Tools
Esta imagem inclui ou integra os seguintes componentes para que você foque na qualidade dos logs, não na configuração inicial.
- VictoriaLogs nó único para ingestão e consulta de alta velocidade na porta 9428.
- Grafana para dashboards e exploração ad-hoc na porta 3000.
- nó único VictoriaMetrics quando você também quiser armazenamento de métricas na porta 8428.
- vmauth para adicionar autenticação e rotear tráfego multi-tenant na porta 8427.
- vmalert para avaliar regras de alerta e expor API de alertas na porta 8880.
- Vector como um shipper simples e de alto throughput com um API na porta 8686, quando habilitado.
Global Reach
Escolha a região mais próxima dos seus usuários. A Cloudzy opera pontos de presença em:
- North America: Nova York, Dallas, Miami, Utah, Las Vegas
- Europe: Londres, Amsterdã, Frankfurt, Zurique
- Asia-Pacific: Singapore
Cada localização oferece o mesmo uplink de 10 Gbps, mix Tier-1 e SLA de 99,95% de uptime SLA. A única variável é a distância.
Application Details
Versão: Não especificada
OS: Ubuntu Server 24.04
Minimum RAM: 1 GB
IP Types: IPv6, IPv4
Implante VictoriaLogs agora: seu banco de dados de logs e dashboards ficam prontos em minutos.
Notas e referências: Porta padrão do VictoriaLogs 9428 e /metrics endpoint, exemplos de ingestão e modelo de dados são documentados pela VictoriaMetrics. As portas padrão para vmauth 8427, vmalert 8880, nó único VictoriaMetrics 8428, and Grafana 3000 com fluxo de primeiro login estão documentadas nos guias oficiais.
Importante: Responsabilidades de configuração e domínio
Você tem acesso total SSH/root em cada OCA. Esse nível de acesso significa que suas alterações podem break o aplicativo. Leia isto antes de modificar configurações.
- Você gerencia o domínio. Não vendemos nem hospedamos domínios/DNS. Se o aplicativo precisar de um domínio, você deve apontar seu domínio para o servidor (A/AAAA/CNAME e MX/TXT se relevante). A emissão do SSL e muitos painéis dependem de que isso esteja correto.
- Alterar o domínio ou hostname após a instalação não é trivial. Muitos OCAs gravam o domínio nas configurações (.env, proxy reverso, URLs do aplicativo). Se você alterar, atualize também:
- Proxy reverso (Nginx/Caddy) e certificados TLS
- "URL externo"/URL base do aplicativo e URLs de callback/webhook
- Quaisquer links fixos no aplicativo ou em complementos
- Credentials matter. Renomear o administrador padrão, rotacionar senhas ou alterar portas de serviço sem atualizar a configuração do aplicativo pode bloquear seu acesso ou interromper serviços. Mantenha as credenciais seguras e sincronizadas entre o aplicativo, o proxy e quaisquer integrações.
- Alterações nos nameservers podem causar indisponibilidade. Migrar seu domínio para novos nameservers ou editar registros NS aciona atrasos de propagação. Planeje as mudanças, reduza o TTL com antecedência e verifique os registros A/AAAA antes de fazer a troca.
- Edições no firewall/portas podem interromper o acesso. Se você alterar SSH, HTTP/HTTPS, RDP ou portas do aplicativo, atualize os firewalls (UFW/CSF/grupos de segurança) e as regras do proxy reverso de acordo.
- Portas de e-mail (SMTP) são restritas por padrão. Portas de envio de e-mail (ex.: 25/465/587) may be bloqueadas para evitar abusos. Se o seu OCA precisar enviar e-mail, solicite acesso SMTP. ao suporte ou use um provedor de e-mail transacional (SendGrid/Mailgun/SES) via API ou SMTP aprovado.
- Email & allowlists. Se o aplicativo enviar e-mails ou receber webhooks, alterar IPs/hostnames pode afetar a entregabilidade ou listas de permissão. Atualize SPF/DKIM/DMARC e quaisquer listas de IPs permitidos.
- Antes de qualquer mudança importante: tire um snapshot. Use o snapshot/backup primeiro. Se um plugin, atualização ou edição de configuração der errado, você pode reverter em minutos.
- Support scope. Fornecemos o servidor e a imagem OCA pré-instalada. A configuração no nível da aplicação (domínios, DNS, configurações do app, plugins e código personalizado) são de responsabilidade do usuário.
Regra rápida: if you touch domínio, portas, senhas, hostnames ou configurações de proxy/SSL, espere também atualizar as configurações do app, e tire um snapshot antes.
Installation
- Repositório VictoriaMetrics clonado de GitHub para
/root/VictoriaLogs - Docker e dependências instalados
- Serviço systemd criado
victoria-logspara gerenciar o contêiner VictoriaLogs via comandos make
Commands
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
Access URLs
- VictoriaLogs nó único →
http://<SERVER-IP>:9428 - Grafana →
http://<SERVER-IP>:3000 - VictoriaMetrics nó único →
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
Documentation
- https://docs.victoriametrics.com/victorialogs/
