Überblick

Elastic Stack macht Logs und Metriken durchsuchbar, visuell auswertbar und handlungsrelevant. Auf Cloudzy kommen Elasticsearch, Kibana, Logstash und Filebeat vorinstalliert auf Ubuntu Server 24.04 mit sinnvollen Standardeinstellungen, sodass du sofort mit der Datenerfassung starten kannst. Dedizierte EPYC vCPUs, DDR5 RAM, reiner NVMe-Speicher und ein 10-Gbps-Uplink sorgen für schnelle Indizierung und reaktionsschnelle Dashboards. Flexibles Stunden-Billing eignet sich für kurzlebige Staging-Cluster und Lasttests, während Langzeitpläne für produktive Rollouts ausgelegt sind.

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/

Auf die Web-Oberfläche zugreifen

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:

curl http://<server-ip>:9200

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:

systemctl-Status <service> systemctl neu starten <service> systemctl stop <service> systemctl start <service> # Ersetzen <service> mit: elasticsearch, kibana, logstash, filebeat

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

• 10 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

Bessere Telemetrie sorgt dafür, dass echte Websites schneller laden. Wer Nginx- oder Anwendungslogs über Filebeat einsammelt und Traffic-Muster in Kibana visualisiert, erkennt langsame Endpoints und kann den TTFB auf öffentlichen Seiten senken. Schnelle NVMe I/O und ein 10 Gbps-Uplink halten die Ingestion auch bei Traffic-Spitzen stabil, sodass die Analytics-Ansicht reaktionsfähig bleibt, während du die Core Web Vitals optimierst.

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 Präsenz

Das nächstgelegene Rechenzentrum wählen für schnellere Ingestion und reaktionsfähigere Dashboards. Cloudzy betreibt mehrere Standorte auf drei Kontinenten.

• Nordamerika: New York City, Dallas, Miami, Utah, Las Vegas

• Europa: London, Amsterdam, Frankfurt, Zürich

• Asien-Pazifik: Singapur

Alle Standorte bieten einen 10 Gbps-Uplink und ein SLA mit 99,95 Prozent Verfügbarkeit. Die einzige Variable ist die Entfernung zu den Nutzern oder Datenquellen.

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: Verantwortung für Konfiguration und Domain

Jede OCA bietet vollen SSH/root-Zugriff. Diese Kontrolle bedeutet auch, dass Änderungen Pause die App. Bitte lies das, bevor du Konfigurationen anpasst.

• Du verwaltest die Domain. Wir verkaufen oder hosten keine Domains/DNS. Wenn die App eine Domain benötigt, 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 Konfigurationsdateien (.env, Reverse-Proxy, App-URLs). Bei einer Änderung müssen auch folgende Stellen aktualisiert werden:
  • Reverse-Proxy (Nginx/Caddy) und TLS-Zertifikate

  • App-"URL"-Einstellungen (externe URL/Basis-URL, Callback- und Webhook-URLs)

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

• Anmeldedaten sind wichtig. Das Umbenennen des Standard-Admins, das Rotieren von Passwörtern oder das Ändern von Service-Ports ohne Anpassung der App-Konfiguration kann dazu führen, dass du ausgesperrt wirst oder Dienste ausfallen. Halte Zugangsdaten sicher und konsistent in App, Proxy und allen Integrationen.

• Nameserver-Änderungen können Ausfallzeiten verursachen. Wenn du deine Domain auf neue Nameserver umziehst oder NS-Einträge bearbeitest, entstehen Propagierungsverzögerungen. Plane Änderungen im Voraus, senke den TTL rechtzeitig und überprüfe A/AAAA-Einträge vor dem Wechsel.

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

• 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. beim Support oder nutze einen Transaktionsmail-Anbieter (SendGrid/Mailgun/SES) über API oder freigegebenes SMTP.

• E-Mail & Whitelist. Wenn die App E-Mails versendet oder Webhooks empfängt, können IP- oder Hostname-Änderungen die Zustellbarkeit oder Zulassungslisten beeinflussen. Aktualisiere SPF/DKIM/DMARC und alle IP-Allowlists.

• Vor größeren Änderungen: Erstelle einen Snapshot. Verwenden Sie zuerst das Snapshot/Sicherung Wenn ein Plugin, ein Update oder eine Konfigurationsänderung unerwünschte Folgen hat, können Sie innerhalb von Minuten zurückrollen.

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

Kurze Faustregel: Wenn Sie Domain, Ports, Passwörter, Hostnamen oder Proxy/SSL-Konfigurationenändern, passen Sie danach auch die App-Einstellungen an - und erstellen Sie vorher einen Snapshot.