Zum Inhalt springen

Dokumentation / Dein Server

Server-Übersicht

Wie calmo.cloud sich mit deinen Servern verbindet und diese verwaltet.

Server sind das Fundament deiner calmo.cloud-Einrichtung. Es sind die Maschinen, auf denen deine Odoo-Instanzen laufen. calmo.cloud verbindet sich sicher per SSH mit deinen Servern und übernimmt die gesamte technische Einrichtung automatisch.

Was macht calmo.cloud auf meinem Server? #

Wenn du einen Server zu calmo.cloud hinzufügst, wird automatisch:

  • Docker installiert — Die Technologie, die jede Odoo-Instanz isoliert und sicher hält
  • Datenbanken eingerichtet — PostgreSQL-Datenbanken für deine Odoo-Dienste
  • Netzwerk konfiguriert — Ein Reverse-Proxy (Traefik), der den Webverkehr zum richtigen Dienst leitet
  • DNS-Einträge erstellt — Eine Plattform-Domain, damit Dienste sofort erreichbar sind
  • Monitoring aktiviert — Optionale Server-Metriken über Telegraf
  • Jede Nacht Speicherplatz freigegeben — Ungenutzte Docker-Images, veralteter Build-Cache und Dateien, die abgebrochene Kopien, Backups und Wiederherstellungen hinterlassen haben, werden entfernt, und das Systemjournal bleibt bei höchstens 1 GB. Laufende Dienste, Datenbanken und Filestores werden nie angefasst.

Du musst nichts davon manuell konfigurieren.

Optionale Server-Funktionen #

In den Einstellungen des Servers gibt es für jede Funktion, die du hinzufügen kannst, einen eigenen Tab:

Tab Was er hinzufügt
Telegraf Server-Metriken und die Daten für Metrik-Alarme
Fail2ban Sperrt IP-Adressen nach wiederholt fehlgeschlagenen SSH- und Odoo-Logins. Siehe Fail2ban.
Mail catcher Hält die E-Mails fest, die Kopien, Vorschauen und Agent-Kopien von Coding-Agents verschicken. Siehe E-Mails von Kopien.
Log history Bewahrt Odoo-Logs auf, nachdem der Server sie rotiert hat. Im Early Access. Siehe Log-Verlauf.

Telegraf und fail2ban lassen sich nach der Installation nicht mehr abschalten.

Serveranforderungen #

Um einen Server mit calmo.cloud zu nutzen, muss er diese Mindestanforderungen erfüllen:

Anforderung Details
Betriebssystem Ubuntu 22.04 oder neuer (empfohlen)
SSH-Zugang Root-Anmeldung per SSH-Schlüssel (sudo reicht nicht)
Offene Ports 80 (HTTP) und 443 (HTTPS) für alle, 22 (SSH) für die Adresse von calmo.cloud. Siehe Firewall.
Ressourcen Mindestens 2 GB RAM und 20 GB Speicherplatz pro Odoo-Instanz

Die meisten Cloud-Anbieter (Hetzner, DigitalOcean, AWS, Vultr) bieten Server an, die diese Anforderungen standardmässig erfüllen. calmo.cloud kann auch Server direkt bestellen bei unterstützten Anbietern wie Hetzner.

Firewall #

calmo.cloud verbindet sich per SSH von einer einzigen IPv4-Adresse aus mit deinen Servern:

138.199.209.10

Wenn eine Firewall einschränkt, wer sich per SSH verbinden darf, gib diese Adresse für den SSH-Port des Servers frei, meist 22. Das gilt für eine Firewall auf dem Server selbst, etwa ufw oder iptables, und für eine bei deinem Cloud-Anbieter, etwa eine Hetzner Cloud Firewall. Jede SSH-Verbindung von calmo.cloud kommt von dieser Adresse: die Einrichtung des Servers, das Deployen und Aktualisieren von Odoo, Backups und Wiederherstellungen, Kopien und das Web-Terminal. Solange die Adresse gesperrt ist, gilt der Server als nicht erreichbar und nichts davon funktioniert.

Mit ufw zum Beispiel:

ufw allow from 138.199.209.10 to any port 22 proto tcp

Lass auch eine Regel für deine eigene Adresse stehen, sonst sperrst du dich selbst aus.

Die Ports 80 und 443 müssen für alle offen bleiben: Darüber erreichen Besucher dein Odoo, und Let's Encrypt stellt die HTTPS-Zertifikate über Port 443 aus.

Server-Dashboard #

Jeder Server in calmo.cloud zeigt dir:

  • Verbindungsstatus — Ob calmo.cloud den Server erreichen kann
  • Docker-Status — Ob Docker installiert ist und läuft
  • Datenbank-Status — Ob PostgreSQL konfiguriert ist
  • Proxy-Status — Ob Traefik den Webverkehr verarbeitet
  • Laufende Dienste — Eine Liste aller Odoo-Instanzen auf diesem Server

Mehrere Server #

Du kannst beliebig viele Server hinzufügen. Übliche Konfigurationen sind:

  • Einzelner Server — Ideal für kleine Teams oder den Einstieg
  • Getrennte Test- und Produktivserver — Testumgebungen von Live-Instanzen isolieren
  • Regionale Server — Instanzen näher an deinen Benutzern hosten für bessere Performance