Visão geral

O VictoriaLogs no Cloudzy uma base de dados de registos rápida e auto-hospedada que você controla. Crie um único nó para desenvolvimento ou uma caixa espaçosa para produção e, em seguida, aponte Vector, Fluent Bitou syslog para ele e comece a fazer consultas em segundos. vCPUs EPYC dedicadas, RAM DDR5, NVMe puro e um uplink de 10 Gbps mantêm a ingestão e as consultas rápidas durante os picos de tráfego. O faturamento por hora significa que você pode aumentar a escala para as horas de maior movimento e reduzir novamente mais tarde.

Descrição

Esta imagem One-Click é enviada VictoriaLogs dentro do Docker com um wrapper systemd leve, além de complementos úteis como o Grafana, Vector, vmauth, vmalert, Alertmanagere VictoriaMetrics de nó único para métricas. O VictoriaLogs escuta na sua porta HTTP nativa e está pronto para aceitar registos e responder a consultas imediatamente. Consulte a documentação oficial para obter informações sobre o modelo de dados, métodos de ingestão e padrões de consulta.

Acesse a interface web

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

VictoriaLogs: http://<SERVER-IP>:9428 (ingestão, consultas e métricas em /métricas).
Grafana: http://<SERVER-IP>:3000 (o primeiro login é administrador /administrador, então altere-o).
VictoriaMetrics nó único: http://<SERVER-IP>:8428 para métricas compatíveis com Prometheus.
vmalert IU e API: http://<SERVER-IP>:8880.
vmauth gateway: http://<SERVER-IP>:8427 para autenticação e encaminhamento.
Gerenciador de alertas: http://<SERVER-IP>:9093.
Vector API & UI: http://<SERVER-IP>:8686 if enabled in vector config.

Controlos de serviço para operações do dia 1:

sudo systemctl iniciar victoria-logs
sudo systemctl parar victoria-logs
sudo systemctl status victoria-logs
docker ps

Recursos avançados

Aqui estão as atualizações práticas que são importantes para um banco de dados de logs em computação própria. Elas reduzem a latência das consultas, mantêm a ingestão suave durante picos e oferecem reversão rápida se uma atualização apresentar mau funcionamento.

vCPUs dedicadas e RAM DDR5 para evitar bloqueios de vizinhos barulhentos em gravações e leituras simultâneas.
Armazenamento NVMe puro para IOPS elevadas em WAL, construções de índices e compactações.
Porta de rede de 10 Gbps para remetentes com taxas elevadas e muitos visualizadores do painel.
Instantâneos e reversão sob demanda antes de atualizações ou alterações no esquema.
Faturamento por hora significa que os clones de teste de carga ou de preparação custam apenas pelas horas em que os mantém.
Uma única reinicialização aplica qualquer redimensionamento. Não é necessária nenhuma migração de dados ou edição de DNS.

Facilidade 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.

Foco no desempenho

Se a sua equipa está a incorporar o painéis Grafana em páginas de estado públicas ou portais internos, o menor tempo até o primeiro byte nos painéis e as consultas ad hoc mais rápidas ajudam as páginas a parecerem instantâneas. A E/S NVMe e um uplink de 10 Gbps mantêm os tempos de resposta estáveis quando vários utilizadores executam consultas em janelas grandes.

Controlo total do site

Você tem acesso root. Ajuste a retenção, elimine índices, configure vmauth usuários e alertas de fiação através do vmalert e Alertmanager. O contentor VictoriaLogs reside em /root/VictoriaLogs, gerido por uma unidade systemd que chama os alvos Makefile, para que as atualizações sejam previsíveis e reversíveis. Use docker ps para inspecionar os contentores ou estenda a pilha com os seus próprios ficheiros compose.

Ferramentas poderosas

Esta imagem inclui ou combina com o seguinte, para que possa concentrar-se na qualidade do registo, e não na estrutura.

VictoriaLogs nó único para ingestão e consulta de alta velocidade na porta 9428.
Grafana para painéis e exploração ad hoc na porta 3000.
VictoriaMetrics nó único quando também quiser armazenamento de métricas na porta 8428.
vmauth para adicionar autenticação e encaminhar tráfego multi-tenant na porta 8427.
vmalert para avaliar regras de alerta e expor APIs de alerta na porta 8880.
Vetor como um remetente simples e de alto rendimento com uma API em 8686 quando ativado.

Alcance global

Escolha a região mais próxima dos seus utilizadores. Cloudzy pontos de presença em:

América do Norte: Nova Iorque, Dallas, Miami, Utah, Las Vegas
Europa: Londres, Amesterdão, Frankfurt, Zurique
Ásia-Pacífico: Singapura

Cada local oferece o mesmo uplink de 10 Gbps, combinação Tier-1 e SLA com 99,95% de tempo de atividade. A única variável é a distância.

Detalhes da candidatura

Versão: Não especificada

SO: Ubuntu Server 24.04

RAM mínima: 1 GB

Tipos de IP: IPv6, IPv4

Implemente o VictoriaLogs agora: a sua base de dados de registos e painéis estarão prontos em poucos minutos.

Notas e referências: Porta padrão do VictoriaLogs 9428 e /metrics , exemplos de ingestão e modelo de dados são documentados pela VictoriaMetrics. As portas padrão para vmauth 8427, vmalert 8880, VictoriaMetrics de nó único 8428 e Grafana 3000 com fluxo de primeiro login estão documentados nos seus guias oficiais.

Importante: Responsabilidades de configuração e domínio

Você obtém acesso SSH/root total em cada OCA. Esse poder também significa que suas alterações podem danificar aplicativo. Leia isto antes de ajustar as configurações.

Você gere o domínio. Não vendemos nem hospedamos domínios/DNS. Se a aplicação precisar de um domínio, deve apontar o seu domínio para o servidor (A/AAAA/CNAME e MX/TXT, se relevante). A emissão de SSL e muitos painéis dependem da correção destas informações.
Alterar o domínio/nome do host após a instalação não é trivial. Muitos OCAs escrevem o domínio nas configurações (.env, proxy reverso, URLs de aplicativos). Se você alterá-lo, atualize também:
- Proxy reverso (Nginx/Caddy) e certificados TLS
- Aplicação «URL externa»/URL base e URLs de retorno de chamada/webhook
- Quaisquer links codificados no aplicativo ou complementos
As credenciais são importantes. Renomear o administrador padrão, alternar senhas ou alterar portas de serviço sem atualizar a configuração do aplicativo pode deixar-te de fora ou interrompa os serviços. Mantenha as credenciais seguras e sincronizadas entre a aplicação, o proxy e quaisquer integrações.
Alterações no servidor de nomes podem causar tempo de inatividade. Mudar o seu domínio para novos servidores de nomes ou editar registos NS provoca atrasos na propagação. Planeie as alterações, reduza o TTL com antecedência e verifique os registos A/AAAA antes de mudar.
As edições na firewall/porta podem interromper o acesso. Se alterar as portas SSH, HTTP/HTTPS, RDP ou de aplicações, atualize as firewalls (UFW/CSF/grupos de segurança) e as regras de proxy reverso de acordo com as alterações.
As portas de e-mail (SMTP) são restritas por predefinição. Portas de saída de correio (por exemplo, 25/465/587) pode ser fechado para evitar abusos. Se a sua OCA precisar enviar um e-mail, solicitar acesso SMTP. do suporte ou utilize um provedor de e-mail transacional (SendGrid/Mailgun/SES) via API ou SMTP aprovado.
E-mail e listas de permissões. Se a aplicação enviar e-mails ou receber webhooks, a alteração de IPs/nomes de host pode afetar a capacidade de entrega ou as listas de permissões. Atualize SPF/DKIM/DMARC e quaisquer listas de permissões de IP.
Antes de qualquer grande mudança: tire uma foto. Use o painel instantâneo/cópia de segurança primeiro. Se um plugin, atualização ou edição de configuração der errado, você pode reverter em poucos minutos.
Âmbito do suporte. Fornecemos o servidor e a imagem OCA pré-instalada. Em andamento configuração ao nível da aplicação (domínios, DNS, configurações de aplicações, plugins e código personalizado) é da responsabilidade do utilizador.

Regra prática rápida: se você mexer em domínio, portas, senhas, nomes de host ou configurações de proxy/SSL, espere ter de atualizar também as definições da aplicação e faça primeiro um instantâneo.

Instalação

Repositório VictoriaMetrics clonado do GitHub para /root/VictoriaLogs
Instalei o Docker e as dependências
Serviço systemd criado victoria-logs para gerir o contentor VictoriaLogs através de comandos make

Comandos

sudo systemctl start victoria-logs       # Iniciar o serviço VictoriaLogs
sudo systemctl stop victoria-logs        # Parar o serviço
sudo systemctl status victoria-logs      # Verificar o estado do serviço
docker ps                                # Listar os contentores Docker em execução

URLs de acesso

VictoriaLogs de nó único → http://<SERVER-IP>:9428
Grafana → http://<SERVER-IP>:3000
VictoriaMetrics de nó único → http://<SERVER-IP>:8428
vmalert → http://<SERVER-IP>:8880
vmauth → http://<SERVER-IP>:8427
Alertmanager → http://<SERVER-IP>:9093
Interface de utilizador vetorial → http://<SERVER-IP>:8686

Documentação

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