Visão geral
Elastic Stack transforma logs e métricas em dados pesquisáveis, visuais e prontos para ação. Na Cloudzy, Elasticsearch, Kibana, Logstash e Filebeat chegam pré-instalados no Ubuntu Server 24.04 com configurações padrão sensatas, para você começar a ingerir dados imediatamente. vCPUs dedicadas de EPYC, DDR5 RAM, armazenamento NVMe puro e uplink de 10 Gbps mantêm a indexação rápida e os dashboards ágeis. A cobrança flexível por hora suporta clusters de staging rápidos e testes de escala, enquanto os planos de longo prazo se encaixam em implantações em produção.
Descrição
Esta imagem inclui o Elastic Stack completo para busca, análise e processamento de logs. Os serviços são gerenciados pelo systemd e já estão configurados para se comunicar entre si. O superusuário inicial é criado na primeira inicialização, e a credencial é salva no servidor para recuperação segura.
- Serviços incluídos: Elasticsearch, Kibana, Logstash, Filebeat
- Credenciais: nome de usuário elastic, senha armazenada em /root/.cloudzy-creds
- Portas principais: Kibana 5601, Elasticsearch HTTP 9200, transporte interno do Elasticsearch 127.0.0.1:9300
- Diretórios importantes:
- Configuração: /etc/{service}/
- Dados: /var/lib/{service}/
- Registros: /var/log/{service}/
- Binários: /usr/share/{service}/bin/
- Plugins (Elasticsearch e Kibana): /usr/share/{elasticsearch|kibana}/plugins/
Aceda à interface web
Este é o caminho do primeiro dia, do momento em que o servidor liga até o seu primeiro dashboard. Use o IP diretamente para o acesso inicial e adicione DNS depois, se preferir.
- Kibana
Abra o navegador em http://<server-ip>:5601Faça login com elastic e a senha em /root/.cloudzy-creds. Na página inicial do Kibana, adicione sua primeira visualização de dados e explore o Discover ou os Dashboards. - Elasticsearch API
Teste o nó com:
| curl http://<server-ip>:9200 |
O transporte de cluster roda na 127.0.0.1:9300 para comunicação entre processos locais.
- Beats e Logstash
Filebeat e Logstash rodam como serviços. Aponte o Filebeat para os logs da sua aplicação e encaminhe entradas estruturadas pelos pipelines do Logstash conforme necessário.
Comandos úteis de serviço:
| estado do systemctl <service> reiniciar systemctl <service> systemctl stop <service> systemctl start <service> # Substituir <service> com: elasticsearch, kibana, logstash, filebeat |
Funcionalidades avançadas
Esta é a combinação prática que mantém a indexação estável, as consultas rápidas e as atualizações seguras. Funciona bem para análises em nó único de pequeno porte e escala verticalmente para cargas maiores sem necessidade de reimagem.
- vCPUs dedicadas e DDR5 RAM para concorrência de consultas consistente e merges de shards mais rápidos
- Armazenamento NVMe puro para alto IOPS em segmentos, translogs e snapshots
- 10 Gbps network port for bursty ingest and multi-user Kibana sessions
- Snapshots e rollback rápido via snapshots do painel para upgrades e testes de plugins com mais segurança
- Cobrança por hora para ambientes de staging temporários; pague apenas pelo que usar
Um único reboot aplica qualquer redimensionamento; sem migração de dados, sem edições DNS.
Facilidade de uso
O painel do Cloudzy gerencia energia, redimensionamento, snapshots e transferências de região. Você pode fazer o deploy em minutos, conectar ao Kibana na porta 5601 e começar a enviar logs. Use o IP estático imediatamente ou associe um domínio depois, quando estiver satisfeito com a configuração.
Foco em Desempenho
Melhor telemetria ajuda sites reais a carregar mais rápido. Ao coletar logs do Nginx ou da aplicação via Filebeat e visualizar padrões de tráfego no Kibana, você identifica endpoints lentos e reduz o TTFB nas páginas públicas. NVMe rápido NVMe I/O mais um uplink de 10 Gbps mantém a ingestão estável durante picos de tráfego, para que sua visão de analytics continue responsiva enquanto você ajusta os Core Web Vitals.
Controlo total do site
Você tem acesso root para tuning do cluster, regras de firewall e gerenciamento de plugins. O isolamento KVM mantém seu kernel e processos separados das cargas de trabalho vizinhas, e IPs dedicados reduzem o atrito com CAPTCHA nas interfaces de administração.
- Gerencie serviços com systemctl e inspecione logs em /var/log/{service}/
- Armazenar configs em /etc/{service}/ e mantenha os dados em /var/lib/{service}/
- Instale plugins colocando-os em /usr/share/{elasticsearch|kibana}/plugins/ e reiniciando o serviço
- Proteja o acesso permitindo apenas o seu IP nas portas 5601 e 9200, ou colocando um reverse proxy com autenticação na frente
Ferramentas poderosas
Você recebe o stack principal pronto para uso, com hooks limpos para hardening, monitoramento e backups. Tudo calibrado para uso previsível de memória e disco nesta imagem.
- Pré-instalado: Elasticsearch, Kibana, Logstash, Filebeat no servidor Ubuntu 24.04
- Add-ons opcionais de hardening e monitoramento, como Fail2Ban e node_exporter
- Receitas de snapshot para armazenamento de objetos como S3 ou GCS
- Templates de cron para manutenção do ciclo de vida de índices e limpeza de logs
- Exemplos de pipelines Logstash para entradas comuns
Alcance global
Escolha o data center mais próximo para ingestão mais rápida e dashboards mais ágeis. O Cloudzy opera múltiplos pontos de presença em três continentes.
- América do Norte: Nova York, Dallas, Miami, Utah, Las Vegas
- Europa: Londres, Amsterdã, Frankfurt, Zurique
- Ásia-Pacífico: Singapura
Todos os locais oferecem uplink de 10 Gbps e um SLA de 99,95% de uptime. A única variável é a distância até seus usuários ou fontes de dados.
Detalhes da Aplicação
Versão: Não especificada
SO: Ubuntu Server 24.04
RAM mínima: 8 GB
Tipos de IP: IPv6, IPv4
Deploy do Elastic Stack agora: inicie um nó ELK com Filebeat pronto para uso e comece a ingerir dados em minutos.
Importante: Responsabilidades de Configuração e Domínio
Tem acesso total SSH/root em cada OCA. Esse poder também significa que as suas alterações podem quebra a aplicação. Leia isto antes de alterar configurações.
- Você gerencia o domínio. Não vendemos nem alojamos domínios/DNS. Se a aplicação precisar de um domínio, você deve apontar seu domínio para o servidor (A/AAAA/CNAME e MX/TXT, se aplicável). A emissão de SSL e muitos painéis dependem de isso estar configurado corretamente.
- Alterar o domínio/hostname após a instalação não é simples. Muitas OCAs escrevem o domínio nas configurações (.env, reverse proxy, URLs da aplicação). Se o alterar, atualize também:
- Proxy reverso (Nginx/Caddy) e certificados TLS
- URL “externo” da aplicação/URL base e URLs de callback/webhook
- Quaisquer links fixos no aplicativo ou em complementos
- As credenciais são importantes. Renomear o administrador predefinido, rodar palavras-passe ou alterar portas de serviço sem atualizar a configuração da aplicação pode bloquear seu acesso ou parar serviços. Mantenha as credenciais seguras e sincronizadas entre a aplicação, o proxy e quaisquer integrações.
- Alterações nos nameservers podem causar indisponibilidade. Mover o seu domínio para novos nameservers ou editar registos NS provoca atrasos de propagação. Planeie as alterações, baixe o TTL com antecedência e verifique os registos A/AAAA antes de mudar.
- Edições no firewall/portas podem interromper o acesso. Se alterar as portas SSH, HTTP/HTTPS, RDP ou da aplicação, atualize as firewalls (UFW/CSF/grupos de segurança) e as regras de reverse-proxy em conformidade.
- Portas de e-mail (SMTP) são restritas por padrão. Portas de envio de e-mail (ex.: 25/465/587) pode ser bloqueadas para evitar abusos. Se o seu OCA precisar enviar e-mail, solicite acesso SMTP. junto do suporte ou utilize um fornecedor de email transacional (SendGrid/Mailgun/SES) via API ou SMTP aprovado.
- Email e listas de permissão. Se a aplicação enviar email ou receber webhooks, alterar IPs/hostnames pode afetar a entregabilidade ou as listas de permissões. Atualize SPF/DKIM/DMARC e quaisquer listas de IPs permitidos.
- Antes de qualquer mudança importante: tire um snapshot. Use o captura de tela/backup primeiro. Se um plugin, atualização ou edição de configuração correr mal, pode reverter em minutos.
- Escopo de suporte. Fornecemos o servidor e a imagem OCA pré-instalada. A gestão contínua configuração no nível da aplicação (domínios, DNS, definições da aplicação, plugins, código personalizado) é da responsabilidade do utilizador.
Regra prática: se você mexer em domínio, portas, palavras-passe, hostnames ou configurações de proxy/SSL, conte com atualizar também as definições da aplicação e faça um snapshot primeiro.
