Türkei (Türkisch)
Germany (German)
Worldwide (English)
Minimale CPU-Empfehlung in der Coolify-Dokumentation.
Halkali Merkez Viertel Fatih Str. Ozgur Apt. No. 46, Kucukcekmece, Istanbul, 34303, TR
Diese Seite aktualisiert die bestehende URL `coolify-vps-kurulumu`. Ziel ist nicht nur der Installer, sondern Server, SSH-Verwaltung, DNS, Firewall, persistente Daten und Recovery gemeinsam zu planen.
Coolify-Panel und deployte Anwendungen sind nicht dieselbe Vertrauensgrenze. Eine Kompromittierung des Panels kann SSH-Zugriff auf verbundene Server gefährden; Management-Zugriff separat schützen.
Coolify nennt offiziell etwa 2 CPU-Kerne, 2 GB RAM und 30 GB freien Speicher als Basis; produktiv müssen App- und Datenbanklast zusätzlich dimensioniert werden. Coolify verwaltet Server per SSH und Docker.
Coolify nennt offiziell etwa 2 CPU-Kerne, 2 GB RAM und 30 GB freien Speicher als Basis; produktiv müssen App- und Datenbanklast zusätzlich dimensioniert werden. Coolify verwaltet Server per SSH und Docker.
Coolify auf einem sauberen Ubuntu-VPS produktionsnah installieren: SSH, Ressourcen, Docker, Wildcard-Domain, Firewall, erstes Deployment, Backups und Updates.
Minimale CPU-Empfehlung in der Coolify-Dokumentation.
Basis für die Plattform; App-/DB-Verbrauch kommt hinzu.
Image-, Build-Cache- und Log-Wachstum separat überwachen.
Coolify verwaltet Remote-Server per SSH.
Builds können CPU/RAM kurzzeitig stark belasten; Datenbanken und persistente Dienste brauchen dauerhaft Ressourcen. Mindestwerte sind keine Production-Dimensionierung.
| Profil | Startpunkt | Hinweis |
|---|---|---|
| Panel + 1 kleine App | 2 vCPU / 4 GB | Build-Spikes beobachten |
| 3-5 Apps + DB | 4 vCPU / 8 GB | DB/Cache einplanen |
| Starkes CI/Deploy | 8+ vCPU / 16+ GB | Builder kann separat sein |
Hostname, DNS, Zeitsynchronisation und Disk/Inodes vor Installation prüfen, um spätere SSL-/Build-Probleme zu vermeiden.
hostnamectltimedatectl statusdf -hdf -igetent hosts panel.example.comcurl -4 ifconfig.meKey-only Auth, Quellbeschränkung/VPN und kontrollierte Admin-Identität statt offenem Root-SSH verwenden. Nur nötige Coolify-Rechte vergeben.
sshd -T | grep -E "passwordauthentication|permitrootlogin|pubkeyauthentication"ss -lntp | grep :22ufw status verboseEin antwortendes Webpanel reicht nicht; Docker-Daemon, Container-Health und Restart-Policies müssen ebenfalls stimmen.
docker versiondocker ps --format "table {{.Names}}\t{{.Status}}\t{{.Ports}}"docker system dfsystemctl status docker --no-pagerWildcard-DNS ist für Preview-/temporäre Domains nützlich; explizite DNS-Einträge pro App sind produktiv oft leichter zu debuggen.
Vor DB-Migrationen oder persistenten Volumes Git-Webhook, Build, Healthcheck, Domain und Rollback mit einfacher stateless App testen.
Coolify-Konfiguration sichern, aber PostgreSQL/MySQL-Daten, Object Storage und App-Volumes brauchen eigene RPO/RTO-Policy.
| Asset | Backup-Methode |
|---|---|
| Coolify-Plattform | Plattform-Backup/Export |
| Datenbank | Logical Dump + PITR/physisch nach Bedarf |
| Volume | Snapshot/Dateibackup |
| Secrets | Separates Secret-Escrow |
CPU, RAM und NVMe für Coolify Control Plane, App-Builds und Datenbanken gemeinsam auf Eka Sunucu VPS planen.
Primärdokumentation und technische Referenzen dieses Leitfadens.
Mit passenden Infrastruktur- und Implementierungsleitfäden fortfahren.
Coolify VPS
Es ist eine offizielle Basis, kein allgemeines Production-Ziel. Builds, Datenbanken und Services benötigen zusätzlich RAM.
Ja. Für App- und Service-Deployments wird Docker genutzt. Docker-Health und Disk-Nutzung auf dem Host separat überwachen.
Ja. DNS/Proxy-Modus, Origin-Erreichbarkeit und SSL/TLS-Modus müssen zusammenpassen. Ein eigener Leitfaden behandelt den Ablauf.
Management-Zugriff möglichst mit VPN, Allow-Lists oder SSO einschränken, da das Panel hohe Rechte auf verbundenen Servern besitzt.