Überblick

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.

Beschreibung

Dieses Image enthält den vollständigen Elastic Stack für Suche, Analysen und Log-Verarbeitung. Die Dienste werden über systemd verwaltet und sind von Anfang an so konfiguriert, dass sie miteinander kommunizieren. Der erste Superuser wird beim ersten Start angelegt, und die Zugangsdaten werden sicher auf dem Server gespeichert.

• Enthaltene Dienste: Elasticsearch, Kibana, Logstash, Filebeat

• Anmeldedaten: Benutzername elastic, Passwort gespeichert unter /root/.cloudzy-creds

• Wichtige Ports: Kibana 5601, Elasticsearch HTTP 9200, Elasticsearch interner Transport 127.0.0.1:9300

• Wichtige Verzeichnisse:
  • Konfiguration: /etc/{service}/

  • Daten: /var/lib/{service}/

  • Protokolle: /var/log/{service}/

  • Binärdateien: /usr/share/{service}/bin/

  • Plugins (Elasticsearch und Kibana): /usr/share/{elasticsearch|kibana}/plugins/

Webinterface aufrufen

So geht es vom ersten Start bis zum ersten Dashboard. Nutzen Sie zunächst die IP-Adresse direkt für den Zugriff und richten Sie DNS später ein, wenn Sie möchten.

1. Kibana
   Öffnen Sie Ihren Browser und rufen Sie auf http://<server-ip>:5601. Anmelden mit elastic und das Passwort in /root/.cloudzy-creds. Fügen Sie auf der Kibana-Startseite Ihre erste Datenansicht hinzu und erkunden Sie Discover oder Dashboards.

2. Elasticsearch API
   Testen Sie den Knoten mit:

Der Cluster-Transport läuft auf 127.0.0.1:9300 für die lokale Prozesskommunikation.

1. Beats und Logstash
   Filebeat und Logstash laufen als Dienste. Richten Sie Filebeat auf Ihre Anwendungslogs aus und leiten Sie strukturierte Eingaben bei Bedarf durch Logstash-Pipelines.

Nützliche Dienstbefehle:

Erweiterte Funktionen

Diese Kombination hält die Indizierung stabil, Abfragen schnell und Upgrades sicher. Sie eignet sich für kleine Einzelknoten-Analysen und lässt sich durch vertikales Skalieren für höhere Lasten erweitern, ohne das Image neu aufspielen zu müssen.

• Dedizierte vCPUs und DDR5 RAM für gleichmäßige Abfrageparallelität und schnellere Shard-Zusammenführungen

• Reiner NVMe-Speicher für hohe IOPS bei Segmenten, Translogs und Snapshots

• 40 Gbps network port for bursty ingest and multi-user Kibana sessions

• Snapshots und schnelles Rollback über Panel-Snapshots für sicherere Upgrades und Plugin-Tests

• Stündliche Abrechnung für kurzlebige Staging-Nodes – nur zahlen, was tatsächlich genutzt wird.
  Ein einziger Neustart übernimmt jede Größenänderung. Keine Datenmigration, keine DNS-Einträge.

Benutzerfreundlichkeit

Das Dashboard von Cloudzy deckt Power-Management, Größenänderungen, Snapshots und Regionswechsel ab. Deployment in wenigen Minuten, Verbindung zu Kibana über Port 5601, und direkt mit der Log-Erfassung starten. Die statische IP ist sofort nutzbar – eine Domain lässt sich später hinzufügen, wenn die Konfiguration passt.

Performance-Fokus

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.

Volle Website-Kontrolle

Root-Zugriff ermöglicht Cluster-Tuning, Firewall-Regeln und Plugin-Verwaltung. KVM-Isolation hält Kernel und Prozesse von anderen Workloads getrennt, und dedizierte IPs reduzieren CAPTCHA-Abfragen in Admin-Oberflächen.

• Dienste mit systemctl verwalten und Logs einsehen unter /var/log/{service}/

• Konfigurationen speichern in /etc/{service}/ und Daten ablegen unter /var/lib/{service}/

• Plugins installieren, indem sie abgelegt werden in /usr/share/{elasticsearch|kibana}/plugins/ und anschließend den Dienst neu starten

• Zugriff absichern, indem Port 5601 und 9200 nur für die eigene IP freigegeben werden, oder einen authentifizierenden Reverse Proxy vorschalten.

Leistungsstarke Tools

Der Core-Stack ist direkt einsatzbereit, ergänzt durch saubere Einstiegspunkte für Härtung, Monitoring und Backups. Arbeitsspeicher- und Festplattennutzung sind für dieses Image auf vorhersehbare Werte ausgelegt.

• Vorinstalliert: Elasticsearch, Kibana, Logstash, Filebeat auf Ubuntu Server 24.04

• Optionale Härtungs- und Monitoring-Erweiterungen wie Fail2Ban und node_exporter

• Snapshot-Rezepte für Object Storage wie S3 oder GCS

• Cron-Vorlagen für Index-Lifecycle-Verwaltung und Log-Bereinigung

• Beispiel-Logstash-Pipelines für gängige Eingaben

Globale Reichweite

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.

Anwendungsdetails

Version: Nicht angegeben

Betriebssystem: Ubuntu Server 24.04

Mindestens erforderlicher RAM: 8 GB

IP-Typen: IPv6, IPv4

Elastic Stack jetzt deployen: einen sofort einsatzbereiten ELK-plus-Filebeat-Node starten und in wenigen Minuten mit der Datenerfassung beginnen.

Wichtig: Konfiguration und Domain-Verantwortlichkeiten

Du bekommst auf jeder OCA vollen SSH-/Root-Zugriff. Diese Macht bedeutet auch, dass deine Änderungen Pause die App. Bitte lies das, bevor du an den Configs schraubst.

• Du verwaltest die Domain. Wir verkaufen und hosten keine Domains/DNS. Wenn die App eine Domain braucht, musst du deine Domain auf den Server zeigen lassen (A/AAAA/CNAME und MX/TXT, falls relevant). SSL-Ausstellung und viele Dashboards setzen voraus, dass dies korrekt eingerichtet ist.

• Die Domain bzw. den Hostnamen nach der Installation zu ändern ist nicht trivial. Viele OCAs schreiben die Domain in Configs (.env, Reverse Proxy, App-URLs). Wenn du sie änderst, aktualisiere auch:
  • Reverse-Proxy (Nginx/Caddy) und TLS-Zertifikate

  • App-„external URL“/Base-URL und Callback-/Webhook-URLs

  • Alle fest eingetragenen Links in der App oder in Add-ons

• Anmeldedaten sind wichtig. Den Standard-Admin umbenennen, Passwörter rotieren oder Service-Ports ändern, ohne die App-Config zu aktualisieren, kann ausgesperrt wirst oder Dienste anhalten. Halte Zugangsdaten sicher und synchron zwischen App, Proxy und allen Integrationen.

• Nameserver-Änderungen können Ausfallzeiten verursachen. Beim Umziehen deiner Domain auf neue Nameserver oder Bearbeiten der NS-Einträge entstehen Propagation-Delays. Plane Änderungen, senke die TTL im Voraus und überprüfe A/AAAA-Records, bevor du umstellst.

• Firewall- und Port-Änderungen können den Zugriff unterbrechen. Wenn du SSH-, HTTP/HTTPS-, RDP- oder App-Ports änderst, passe Firewalls (UFW/CSF/Security Groups) und Reverse-Proxy-Regeln entsprechend an.

• E-Mail-Ports (SMTP) sind standardmäßig gesperrt. Ausgehende Mail-Ports (z. B. 25/465/587) könnte sein sind gesperrt, um Missbrauch zu verhindern. Wenn dein OCA E-Mails versenden muss, fordere SMTP-Zugang an. vom Support oder nutze einen Transactional-E-Mail-Anbieter (SendGrid/Mailgun/SES) per API oder freigegebenem SMTP.

• E-Mail & Whitelist. Wenn die App Mails verschickt oder Webhooks empfängt, können geänderte IPs/Hostnamen die Zustellbarkeit oder Allowlists beeinflussen. Aktualisiere SPF/DKIM/DMARC und alle IP-Allowlists.

• Vor größeren Änderungen: Erstelle einen Snapshot. Verwenden Sie zuerst das Snapshot/Sicherung zuerst. Wenn ein Plugin, ein Update oder eine Config-Änderung schiefgeht, kannst du in Minuten zurückrollen.

• Supportumfang. Wir stellen den Server und das vorinstallierte OCA-Image bereit. Der laufende Konfiguration auf Anwendungsebene (Domains, DNS, App-Einstellungen, Plugins, Custom-Code) liegt in der Verantwortung des Nutzers.

Kurze Faustregel: Wenn Sie Domain, Ports, Passwörter, Hostnamen oder Proxy-/SSL-Configs, rechne damit, auch die App-Einstellungen anpassen zu müssen, und erstelle vorher einen Snapshot.