Panoramica
Elastic Stack turns logs and metrics into searchable, visual, and actionable data. On Cloudzy, Elasticsearch, Kibana, Logstash, and Filebeat arrive preinstalled on Ubuntu Server 24.04 with sane defaults, so you can start ingesting data right away. Dedicated EPYC vCPUs, DDR5 RAM, pure NVMe storage, and a 40 Gbps uplink keep indexing fast and dashboards snappy. Flexible hourly billing supports quick staging clusters and scale testing, while long-term plans fit production rollouts.
Descrizione
Questa immagine include lo stack Elastic Stack completo per ricerca, analisi e processing dei log. I servizi sono gestiti da systemd e configurati per comunicare tra loro senza interventi aggiuntivi. Il superutente iniziale viene creato al primo avvio e le credenziali vengono salvate sul server per un recupero sicuro.
- Servizi inclusi: Elasticsearch, Kibana, Logstash, Filebeat
- Credenziali: nome utente elastic, password salvata su /root/.cloudzy-creds
- Porte principali: Kibana 5601, Elasticsearch HTTP 9200, trasporto interno Elasticsearch 127.0.0.1:9300
- Directory importanti:
- Configurazione: /etc/{service}/
- Dati: /var/lib/{service}/
- Log: /var/log/{service}/
- Binari: /usr/share/{service}/bin/
- Plugin (Elasticsearch e Kibana): /usr/share/{elasticsearch|kibana}/plugins/
Accedi all'interfaccia web
Ecco il percorso dal primo avvio alla tua prima dashboard. Usa l'IP direttamente per l'accesso iniziale, poi aggiungi DNS in seguito se preferisci.
- Kibana
Apri il browser all'indirizzo http://<server-ip>:5601Accedi con elastic e la password in /root/.cloudzy-creds. Dalla home di Kibana, aggiungi la tua prima vista sui dati ed esplora Discover o Dashboards. - Elasticsearch API
Verifica il nodo con:
| curl http://<server-ip>:9200 |
Il trasporto del cluster è in ascolto su 127.0.0.1:9300 per la comunicazione interprocesso locale.
- Beats e Logstash
Filebeat e Logstash girano come servizi. Punta Filebeat sui log della tua applicazione e instrada gli input strutturati attraverso le pipeline Logstash secondo necessità.
Comandi utili per i servizi:
| stato systemctl <service> systemctl restart <service> systemctl stop <service> systemctl start <service> # Sostituisci <service> con: elasticsearch, kibana, logstash, filebeat |
Funzionalità avanzate
Questa combinazione mantiene l'indicizzazione stabile, le query veloci e gli aggiornamenti sicuri. È adatta ad analytics su nodo singolo di piccole dimensioni e cresce verticalmente per carichi più pesanti, senza dover reimpostare l'immagine.
- vCPU dedicati e DDR5 RAM per una concorrenza delle query costante e merge degli shard più rapidi
- Storage NVMe puro per IOPS elevati su segmenti, translog e snapshot
- 40 Gbps network port for bursty ingest and multi-user Kibana sessions
- Snapshot e rollback rapido tramite snapshot del pannello per aggiornamenti e test di plugin più sicuri
- Fatturazione oraria per nodi di staging temporanei; paghi solo ciò che usi
Un singolo riavvio applica qualsiasi ridimensionamento; nessuna migrazione di dati, nessuna modifica a DNS.
Facilità d'uso
Il dashboard di Cloudzy gestisce alimentazione, ridimensionamento, snapshot e spostamenti tra regioni. Puoi eseguire il deploy in pochi minuti, connetterti a Kibana sulla porta 5601 e iniziare a raccogliere i log. Usa subito l'IP statico o collega un dominio in un secondo momento, quando sei soddisfatto della configurazione.
Focus sulle Prestazioni
Better telemetry helps real sites load faster. By collecting Nginx or application logs through Filebeat and visualizing traffic patterns in Kibana, you can spot slow endpoints and reduce TTFB on public pages. Fast NVMe I/O plus a 40 Gbps uplink keeps ingest smooth during traffic spikes, so your analytics view stays responsive while you tune Core Web Vitals.
Controllo completo del sito
Hai accesso root per il tuning del cluster, le regole del firewall e la gestione dei plugin. L'isolamento KVM mantiene il tuo kernel e i tuoi processi separati dai carichi di lavoro degli altri utenti, e gli IP dedicati riducono le interruzioni da CAPTCHA nelle UI di amministrazione.
- Gestisci i servizi con systemctl e consulta i log in /var/log/{service}/
- Archivia configurazioni in /etc/{service}/ e mantieni i dati in /var/lib/{service}/
- Installa i plugin copiandoli in /usr/share/{elasticsearch|kibana}/plugins/ poi riavvia il servizio
- Proteggi l'accesso consentendo solo il tuo IP alle porte 5601 e 9200, oppure posizionando davanti un reverse proxy con autenticazione
Strumenti potenti
Ottieni lo stack di base già pronto all'uso, con hook predefiniti per hardening, monitoraggio e backup. Tutto è ottimizzato per un utilizzo prevedibile di memoria e disco su questa immagine.
- Preinstallato: Elasticsearch, Kibana, Logstash, Filebeat su Ubuntu Server 24.04
- Componenti opzionali per hardening e monitoraggio, come Fail2Ban e node_exporter
- Recipe di snapshot verso object storage come S3 o GCS
- Template cron per la manutenzione del ciclo di vita degli indici e la pulizia dei log
- Esempi di pipeline Logstash per input comuni
Copertura globale
Pick the closest data center for faster ingest and quicker dashboards. Cloudzy operates 13 regions worldwide.
- North America: New York City, Dallas, Miami, Utah, Las Vegas, Los Angeles
- Europe: London, Amsterdam, Frankfurt, Bern
- Middle East and Asia Pacific: Dubai, Singapore, Sydney
All locations offer a 40 Gbps uplink and a 99.95 percent uptime SLA. The only variable is distance to your users or data sources.
Dettagli Applicazione
Versione: Non specificata
Sistema operativo: Ubuntu Server 24.04
RAM minimo: 8 GB
Tipi IP: IPv6, IPv4
Avvia Elastic Stack ora: crea un nodo ELK con Filebeat già configurato e inizia a ingestire dati in pochi minuti.
Importante: responsabilità di configurazione e dominio
Ottieni accesso SSH/root completo su ogni OCA. Questo potere significa anche che le tue modifiche possono interruzione l'app. Leggi questo prima di modificare le configurazioni.
- Il dominio lo gestisci tu. Non vendiamo né ospitiamo domini/DNS. Se l'app richiede un dominio, devi puntare il tuo dominio al server (A/AAAA/CNAME e MX/TXT se necessario). Il rilascio di SSL e molte dashboard dipendono da una configurazione corretta.
- Cambiare il dominio o l'hostname dopo l'installazione non è un'operazione semplice. Molte OCA scrivono il dominio nelle configurazioni (.env, reverse proxy, URL dell'app). Se lo cambi, aggiorna anche:
- Reverse proxy (Nginx/Caddy) e certificati TLS
- URL “esterno”/URL di base dell'app e URL di callback/webhook
- Tutti i link hardcoded nell'app o nei componenti aggiuntivi
- Le credenziali contano. Rinominare l'admin predefinito, ruotare le password o cambiare le porte del servizio senza aggiornare la configurazione dell'app può bloccarti fuori o fermare i servizi. Mantieni le credenziali sicure e sincronizzate tra app, proxy e tutte le integrazioni.
- Le modifiche ai nameserver possono causare downtime. Spostare il tuo dominio su nuovi nameserver o modificare i record NS causa ritardi di propagazione. Pianifica le modifiche, abbassa il TTL in anticipo e verifica i record A/AAAA prima di cambiare.
- Le modifiche a firewall e porte possono bloccare l'accesso. Se cambi le porte SSH, HTTP/HTTPS, RDP o dell'app, aggiorna di conseguenza i firewall (UFW/CSF/security groups) e le regole del reverse-proxy.
- Le porte email (SMTP) sono bloccate per impostazione predefinita. Le porte di posta in uscita (es., 25/465/587) potrebbe essere bloccate per prevenire abusi. Se la tua OCA deve inviare email, richiedi l'accesso SMTP dal supporto o usa un provider di email transazionali (SendGrid/Mailgun/SES) tramite API o SMTP approvato.
- Email e whitelist. Se l'app invia email o riceve webhook, cambiare IP/hostname può impattare la deliverability o le allowlist. Aggiorna SPF/DKIM/DMARC e tutte le allowlist degli IP.
- Prima di qualsiasi modifica importante: fai uno snapshot. Usa il istantanea/backup prima. Se un plugin, un aggiornamento o una modifica alla configurazione si ritorce contro, puoi fare il rollback in pochi minuti.
- Ambito del supporto. Forniamo il server e l'immagine OCA preinstallata. La gestione continua configurazione a livello applicativo (domini, DNS, impostazioni dell'app, plugin, codice personalizzato) è responsabilità dell'utente.
Regola pratica: se modifichi dominio, porte, password, hostname o configurazioni proxy/SSL, aspettati di aggiornare anche le impostazioni dell'app e fai prima uno snapshot.