Cloudron vs CasaOS vs Coolify: VPS Comparison

आप क्या बना रहे हैं

आप केवल एक tool इंस्टॉल नहीं कर रहे, बल्कि एक सही tool का चुनाव कर रहे हैं। तीन panels एक खाली VPS को point-and-click app host में बदलने का वादा करते हैं: Cloudron, CasaOS, और Coolify। यह guide प्रत्येक को एक ही fresh Ubuntu 24.04 box पर इंस्टॉल करती है, एक पहला app इंस्टॉल करती है, और फिर उन पहलुओं का गहराई से विश्लेषण करती है जिन्हें अक्सर अनदेखा किया जाता है: TLS, backups, updates, memory cost, और system से बाहर निकलना कितना कठिन है। अंत तक, आप जान पाएंगे कि आपके लिए कौन सा सही है, या क्या सही उत्तर यह है कि "इनमें से कोई नहीं, बस Docker Compose का उपयोग करें।"

इनमें से कोई भी magic नहीं है। इन तीनों के नीचे वही Docker Engine है जिसे आप मैन्युअल रूप से चला सकते हैं। एक panel आपको (पैसे, RAM, या lock-in के रूप में) चार काम करके देता है: one-click app installs, automatic TLS certificates, scheduled backups, और user management। यदि ये चार चीजें आपके लिए overhead के लायक हैं, तो एक panel उपयोगी है। यदि आप केवल एक या दो services चलाते हैं और अपने box पर मौजूद हर चीज़ को सटीक रूप से जानना पसंद करते हैं, तो पहले "Skip all three" section पढ़ें और अपना समय बचाएं।

Shared prerequisites aur honest gotchas

Teeno ke liye ek KVM VPS hona zaroori hai, container virtualisation nahi. Docker ko ek real kernel ki zaroorat hoti hai, aur Cloudron, OpenVZ aur LXC ko support nahi karta. systemd-detect-virt se check karein: kvm ya qemu sahi hai, lekin openvz ya lxc nahi chalega. KVM plan par command kvm dikhayegi, aur bare metal par none dikhayegi; dono mein se koi bhi dikhe to aap aage badh sakte hain.

Iske baad sabhi ke requirements alag ho jaate hain, aur yahi pehli cheez hai jo aapka decision tay karegi.

• RAM. CasaOS 1GB par bhi achhe se chalta hai; yeh Raspberry Pi hardware ke liye design kiya gaya hai aur halka rehta hai. Coolify ke liye kam se kam 2GB RAM aur do CPU cores chahiye, jisme se lagbhag 600 MB sirf Coolify khud istemal karta hai. Cloudron ke liye minimum 2GB chahiye aur 4GB par yeh behtar chalta hai, kyunki app install karne se pehle hi yeh ek mail server aur database chala raha hota hai.
• Ek domain aur DNS jiska control aapke paas ho. Cloudron aur Coolify dono ko ek real domain aur working DNS chahiye. Cloudron ko behtar performance ke liye aapke DNS provider ka API access chahiye, taaki woh khud records aur wildcard certificates bana sake. CasaOS sirf IP address par chal jayega, lekin tab aapko koi TLS nahi milega.
• Ports. Teeno ke liye HTTP aur HTTPS ke liye 80 aur 443 ports open hone chahiye. Coolify apna dashboard 8000 par chalata hai, realtime channel ke liye 6001 aur in-browser terminal ke liye 6002 ka istemal karta hai. Sabhi ke liye SSH ke liye port 22 open rakhein.

Shuru karne se pehle DNS ko server par point kar dein. Agar koi panel apna khud ka hostname resolve nahi kar sakta, to woh certificate request nahi kar payega, aur aapka pehla ghanta software ke bajaye debugging mein nikal jayega. Server IP par ek A record point karein, aur Coolify ke liye ek wildcard record (*.apps.example.com) add karein taaki har deployed app ko apna subdomain mil sake.

Cloudron: एक परिष्कृत, opinionated appliance

यह क्या है. Cloudron एक commercial platform है जो पूरे server को एक managed appliance में बदल देता है। यह अपना खुद का reverse proxy, database, और mail stack चलाता है। इसके साथ ही इसमें packaged apps (Nextcloud, WordPress, Gitea, Mattermost, और अन्य) का एक curated App Store भी मिलता है। यह उन लोगों के लिए है जो अपने apps को managed रखना चाहते हैं, जिनमें automatic updates, automatic certs, और automatic backups की सुविधा हो, और जो इसके लिए भुगतान करने को तैयार हों।

Install. यह एक clean box की मांग करता है और उस पर पूरी तरह से नियंत्रण कर लेता है। इसे केवल एक fresh Ubuntu 24.04 (Noble) server पर ही चलाएं:

wget https://cloudron.io/cloudron-setup
chmod +x cloudron-setup
sudo ./cloudron-setup

यह script Docker, nginx, एक database और mail stack install करती है, और फिर reboot करती है। जब server वापस आ जाए, तो https://<your-ip> खोलें, temporary self-signed certificate को स्वीकार करें, और browser में setup पूरा करें: अपना domain डालें, अपना DNS provider चुनें, और यह my.example.com पर अपना dashboard तैयार कर देगा।

पहला app जोड़ना. Dashboard में, App Store खोलें, (मान लीजिए) Nextcloud पर click करें, subdomain files.example.com चुनें, और Install दबाएं। Cloudron DNS record बनाता है, Let's Encrypt certificate request करता है, database तैयार करता है, single sign-on को configure करता है, और backup schedule करता है। यह सब बिना किसी config file को छुए हो जाता है। यही इसका मुख्य लाभ है, और यह इसे पूरा करता है।

TLS और backups. यह तीनों में सबसे मजबूत feature है। हर app subdomain को एक automatic Let's Encrypt certificate मिलता है, जो आपके लिए renew होता रहता है। Backups schedule और built-in होते हैं। आप local directory, S3, या अन्य remote storage को target कर सकते हैं। इसमें per-app restore और एक नए subdomain पर app को one-click cloning की सुविधा भी मिलती है।

Cost और licensing, प्रतिबद्ध होने से पहले इसे पढ़ें. Cloudron एक paid product है जिसमें एक capped free tier है: free plan में दो apps की अनुमति है। यदि आप तीसरा app install करते हैं, तो आप paywall पर पहुँच जाएंगे; एक paid subscription (Pro या Max, monthly या yearly billing, दोनों में unlimited apps) अधिक सुविधाएँ प्रदान करता है। Cloudron के बारे में यह सबसे महत्वपूर्ण तथ्य है। यह एक business होने के कारण ही इतना परिष्कृत है, और इसका free tier बढ़ते हुए stack के लिए घर होने के बजाय एक extended trial के अधिक करीब है।

Failure mode, clean-box rule. यदि आप Cloudron को ऐसे server पर install करने का प्रयास करते हैं जिस पर पहले से कुछ चल रहा है, तो setup कुछ भी बदलने से पहले ही abort हो जाएगा:

Error: Some packages like nginx/docker/nodejs are already installed. Cloudron requires
specific versions of these packages and will install them as part of it's installation.
Please start with a fresh Ubuntu install and run this script again.

इसका कारण बेवजह की नखरेबाजी नहीं है। Cloudron, nginx, Docker और Node के विशिष्ट versions का उपयोग करता है और उन्हें गहराई से integrate करता है, इसलिए यह आपके अपने copies के साथ coexist नहीं कर सकता। इसका समाधान एक fresh Ubuntu 24.04 image है और कुछ नहीं: कोई web server नहीं, no Docker, यहाँ तक कि आपके द्वारा manually configure किया गया firewall भी नहीं। यदि आपने गलत image boot किया है, तो setup किसी भी ऐसे OS को स्वीकार नहीं करेगा जो x86-64 पर supported Ubuntu LTS (22.04 या 24.04) न हो; ARM, LXC और OpenVZ पूरी तरह से unsupported हैं।

Second failure mode, wildcard certs के लिए DNS API आवश्यक है. Setup के दौरान Cloudron को API token देने के बजाय "Manual" DNS option चुनें, तो यह आपके लिए records या wildcard certificate नहीं बना पाएगा। इसके बाद, प्रत्येक नए app के लिए आपको certificate जारी होने से पहले मैन्युअल रूप से DNS record जोड़ना होगा, और dashboard उस record का इंतज़ार करेगा। यदि आप Cloudron को किसी supported DNS provider (Cloudflare, Route 53, DigitalOcean, और अन्य) का API access देते हैं, तो पूरी प्रक्रिया एक click की हो जाती है।

CasaOS: free home-lab dashboard

यह क्या है. IceWhale द्वारा विकसित CasaOS एक free और open-source dashboard है जो Docker के ऊपर चलता है। यह आपको एक home screen, app store, और file manager प्रदान करता है। इसे home-server उपयोग के लिए बनाया गया है, इसलिए यह home-lab के लिए उपयुक्त है: इसे setup करना fast है, UI user-friendly है, और इसमें कम complexity है। यह उन tinkerers के लिए है जो बिना किसी खर्च के Docker के लिए एक बेहतर interface चाहते हैं।

Install. केवल एक line में install हो जाता है, और इसके लिए clean box की आवश्यकता नहीं है:

curl -fsSL https://get.casaos.io | sudo bash

Installer कुछ systemd services (casaos, casaos-gateway, casaos-app-management, आदि) जोड़ता है। Browser खोलने से पहले confirm करें कि gateway start हो गया है:

systemctl status casaos-gateway

जब यह running हो, तो dashboard http://<your-ip> (plain HTTP, port 80) पर उपलब्ध होगा। एक local account बनाएं और आप login कर सकते हैं।

Pehla app add karna. App Store खोलें, एक app चुनें, और Install पर click करें। CasaOS background में एक Docker Compose project लिखता है और app को ek host port पर expose करता है, जैसे कि http://<your-ip>:8080। इसके store में standard home-server apps उपलब्ध हैं, इसलिए VPS पर Jellyfin media server या self-hosted Immich photo library setup करना कुछ hi clicks का काम है। आप अपनी पसंद का कोई भी docker-compose.yaml import कर सकते हैं, जो इसकी असली ताकत है: apps साधारण containers हैं, कोई proprietary format नहीं।

TLS aur backups, kamzori. यहीं "free" होने की सीमाएं दिखती हैं। CasaOS default रूप से सब कुछ plain HTTP पर serve करता है, जिसमें इसका अपना dashboard भी शामिल है। इसमें built-in Let's Encrypt या built-in scheduled backup की सुविधा नहीं है। आपका data /DATA के अंतर्गत Docker volumes में रहता है, और इसका backup लेना आपकी जिम्मेदारी है (जैसे कि cron'd restic या tar)।

Failure mode, no TLS, aur silent error. इसमें कोई error message नहीं आता। आप एक app install करते हैं, http://<your-ip>:8080 खोलते हैं, और यह काम करता है, लेकिन browser unencrypted connection के लिए "Not Secure" का warning देगा। Passwords और session cookies cleartext में transmit होते हैं। इससे भी बुरा यह है कि CasaOS के dashboard में real remote-code-execution vulnerabilities (CVE-2023-37265 और CVE-2023-37266, एक authentication bypass जो full host compromise तक ले जाता है) पाई गई हैं। इसलिए HTTP port को सीधे internet पर expose करना एक वास्तविक जोखिम है। समाधान यह है कि CasaOS को कभी भी directly expose न करें। इसके आगे ek reverse proxy लगाएं जो TLS terminate करे, जैसे कि Certbot से Let's Encrypt certificate के साथ nginx, Caddy, या Cloudflare Tunnel, और local network पर ही CasaOS को forward करें। ध्यान दें कि CasaOS पहले से ही port 80 को bind करता है, इसलिए जब तक आप CasaOS को किसी दूसरे port पर move नहीं करते, आपका proxy और CasaOS आपस में conflict करेंगे।

Cost. यह हमेशा के लिए पूरी तरह free है, इसमें apps की कोई limit नहीं है। आपको इसके operation के लिए खुद मेहनत करनी होगी: TLS, backups, और hardening की जिम्मेदारी आपकी होगी।

Coolify: self-hosted PaaS

यह क्या है. Coolify एक open-source, self-hosted platform-as-a-service है, जो आपके अपने server पर Heroku या Vercel की तरह काम करता है। इसका मुख्य काम "इस packaged app को install करें" नहीं, बल्कि "इस Git repository को deploy करें" है: एक repo को connect करें, और Coolify उसे (Nixpacks या आपके अपने Dockerfile के माध्यम से) build और ship कर देता है, और हर push पर redeploy करता है। इसमें one-click databases और services भी उपलब्ध हैं। यह उन developers के लिए है जो अपना code खुद deploy करते हैं और बिना PaaS किराए पर लिए push-to-deploy सुविधा चाहते हैं।

Install.

curl -fsSL https://cdn.coollabs.io/coolify/install.sh | sudo bash

यह script Docker install करती है और Coolify के स्वयं के container stack को शुरू करती है। आगे बढ़ने से पहले check करें कि वे healthy हैं या नहीं:

docker ps --format 'table {{.Names}}\t{{.Status}}'

आपको coolify, coolify-db, coolify-redis, coolify-realtime, और coolify-proxy सभी में Up दिखना चाहिए। Dashboard http://<your-ip>:8000 पर उपलब्ध है। तुरंत अपना admin account बनाएं, क्योंकि पहला account बनने तक registration page खुला रहता है, और जो भी सबसे पहले वहां पहुंचेगा, वह server को control करेगा। इसके बाद अपना instance domain सेट करें और box पर एक wildcard DNS record (*.example.com, या *.apps.example.com) point करें ताकि Coolify हर deployed app को उसका अपना subdomain दे सके।

Pehla app add karna. Ek Git source (GitHub, GitLab, या plain repo URL) connect करें, branch चुनें, domain set करें, और deploy करें। Coolify का built-in Traefik proxy subdomain को route करता है और certificate request करता है। Ready-to-use software के लिए, Services catalogue कुछ clicks में deployment कर देता है: n8n workflow-automation stack जिसे आपको अन्यथा मैन्युअल रूप से setup करना पड़ता वह एक entry है, और status-page monitoring के लिए Uptime Kuma भी वैसी ही है।

TLS aur backups. Bundled Traefik के माध्यम से har app के लिए automatic Let's Encrypt मिलता है, जिससे हर deployed subdomain को certificate मिल जाता है। Backups database-centric हैं: आप Postgres और MySQL dumps को S3-compatible storage पर schedule कर सकते हैं। Whole-instance backup (Coolify configuration स्वयं, जो /data/coolify के अंतर्गत रहता है) अधिक manual है, इसलिए इसे स्वयं export और store करें।

Cost aur licensing. Self-hosted edition पूरी तरह से open-source और free है, इसमें apps की कोई सीमा नहीं है। एक optional Coolify Cloud (paid) भी है जो आपके लिए control plane host करता है जबकि आपके apps आपके अपने servers पर चलते रहते हैं; यह सुविधाजनक है लेकिन अनिवार्य नहीं है।

Failure mode, app deploy होता है लेकिन उसका domain load नहीं होता. Dashboard http://<ip>:8000 पर ठीक से काम करता है, build green हो जाता है, लेकिन app का URL connection error या Traefik 404 page not found देता है। यह proxy या DNS की समस्या है, आपके app की नहीं। इसके दो सामान्य कारण हैं। पहला, जब proxy start होने की कोशिश कर रहा था तब port 80 या 443 पहले से occupied थे, इसलिए Docker error के साथ उसका container band ho gaya:

Error response from daemon: driver failed programming external connectivity on endpoint coolify-proxy: Bind for 0.0.0.0:443 failed: port is already allocated

दूसरा, wildcard DNS record missing है, इसलिए Traefik को उस hostname के लिए request कभी प्राप्त नहीं होती। इसके विपरीत, यदि Coolify में पूरा server card "Server is not reachable" दिखाता है, तो यह एक अलग fault है: Coolify server के Docker socket से बात नहीं कर पा रहा है, जो आमतौर पर ek stopped Docker daemon या broken SSH key के कारण होता है। अनुमान लगाने से पहले logs में वास्तविक कारण पढ़ें:

docker logs coolify-proxy --tail 100

इसे Proxy page से ठीक करें: Restart Proxy दबाएं, या proxy configuration को default पर reset करके फिर से start करें, फिर इसे settle होने के लिए लगभग दो minute इंतज़ार करें। Port 8000 को पूरी दुनिया के लिए खुला छोड़ने के बजाय केवल अपने IP के लिए reachable रखें (या proxy के गलत व्यवहार करने पर इसे अस्थायी रूप से फिर से खोलें) — यह plain HTTP पर dashboard serve करता है, और Coolify के docs कहते हैं कि एक बार dashboard अपने स्वयं के domain से serve होने लगे, तो ports 8000, 6001 और 6002 को बंद किया जा सकता है।

एक ही VPS पर Resource overhead

बिना किसी real workload के, एक ही 4GB box पर idle state में इसे मापा गया है। किसी भी single number पर भरोसा करने के बजाय free -m और docker stats --no-stream का उपयोग करके अपना overhead चेक करें, क्योंकि total overhead आपके app mix के अनुसार बदलता रहता है।

• CasaOS सबसे हल्का है। इसका panel Go services का एक छोटा समूह है; आपके द्वारा चलाए जा रहे containers के अलावा लगभग 150 से 300 MB का overhead होने की उम्मीद करें।
• Coolify अपने स्वयं के कई support containers (app, Postgres, Redis, realtime service, और Traefik) चलाता है, इसलिए deployment से पहले idle state में यह लगभग 600 MB से 1 GB तक रहता है।
• Cloudron idle state में सबसे भारी है, क्योंकि यह nginx, database, mail stack और monitoring को हमेशा चलाता है, चाहे आप उनका उपयोग करें या नहीं; idle state के लिए 1 से 1.5 GB का बजट रखें। यही कारण है कि यह minimum 2GB की मांग करता है और 4GB पर बेहतर काम करता है।

एक छोटे 2GB VPS पर, CasaOS real apps के लिए सबसे अधिक जगह छोड़ता है और Cloudron सबसे कम। यदि आपका plan 2GB है और आप mail server के साथ Cloudron का उपयोग करना चाहते हैं, तो box को upgrade करने की योजना बनाएं।

Updates, backups, and lock-in की तुलना

Updates. Cloudron platform और हर app को एक schedule पर update करता है जिसे इसने test किया है: इसमें सबसे कम effort और सबसे अधिक सहायता मिलती है। Coolify अपने dashboard से एक button के ज़रिए खुद को update करता है। CasaOS अपने install script या apt के माध्यम से panel को update करता है, लेकिन आपके द्वारा install किए गए apps को आपको स्वयं pull और restart करना होगा।

Lock-in, जो दूसरे वर्ष में समस्या बनता है। CasaOS सबसे कम locked-in है: इसके apps साधारण Compose projects हैं, इसलिए आप docker-compose.yaml और /DATA के अंतर्गत volumes को किसी भी अन्य host पर copy करके काम जारी रख सकते हैं। Coolify बीच में आता है: आपके deploys आपके अपने Dockerfiles और repos हैं, लेकिन उनका configuration Coolify के database में रहता है, इसलिए host बदलने का मतलब है दूसरी तरफ projects को फिर से बनाना। Cloudron सबसे अधिक locked-in है: apps Cloudron-packaged हैं, और हालाँकि आपका data इसके बेहतरीन backups के माध्यम से आसानी से निकल जाता है, लेकिन packaging नहीं निकलती, इसलिए आपको destination platform पर फिर से deploy करना होगा। Portable data, non-portable plumbing.

आपको किसे चुनना चाहिए

संक्षिप्त विवरण, फिर विस्तृत जानकारी। यदि आप तीनों में से सबसे कम सर्वर प्रबंधन वाला विकल्प चाहते हैं, कई packaged apps चलाना चाहते हैं, और managed TLS, backups और updates के लिए वार्षिक शुल्क देना चाहते हैं, तो Cloudron चुनें। यदि यह आपके अपने network के पीछे एक home lab या reverse proxy है, आप Docker के लिए एक सरल interface चाहते हैं, और कोई भुगतान नहीं करना चाहते, तो CasaOS चुनें। यदि आप Git से अपना code deploy करते हैं और बिना किसी hosted PaaS की लागत के, automatic TLS के साथ push-to-deploy चाहते हैं, तो Coolify चुनें। यदि इनमें से कोई भी विकल्प आपके लिए नहीं है, तो अगला section सटीक उत्तर है।

यदि आप इनमें से तीनों को छोड़ना चाहते हैं...

अपने scale के बारे में ईमानदार रहें। यदि आप केवल एक या दो apps चलाते हैं, या आप अपने box पर मौजूद हर चीज़ को ठीक से समझना और नियंत्रित करना चाहते हैं, तो panels को छोड़ दें। एक छोटे और stable stack के लिए overhead और lock-in का कोई लाभ नहीं है। DIY तरीका आपके स्वयं के Compose files के सामने एक reverse proxy का उपयोग करना है: Traefik with automatic TLS in front of several Docker Compose apps आपको बिना किसी panel weight के one-click-equivalent HTTPS प्रदान करता है, और आप एक cron'd restic job के साथ backup ले सकते हैं जिसे आप वास्तव में समझते हैं।

services:
  whoami:
    image: traefik/whoami
    labels:
      - traefik.enable=true
      - traefik.http.routers.whoami.rule=Host(`whoami.example.com`)
      - traefik.http.routers.whoami.tls.certresolver=le
    networks: [web]
networks:
  web:
    external: true

एक single flagship app के लिए मामला और भी स्पष्ट है: Nextcloud install on Docker with TLS and its own backup routine केवल एक Compose file और एक certificate है। इसे चलाने के लिए पूरा appliance setup करना केवल लागत बढ़ाएगा और कोई लाभ नहीं देगा। यदि आप how तय करने से पहले what चलाने का निर्णय ले रहे हैं, तो guide to what is worth self-hosting in 2026 एक बेहतर शुरुआती बिंदु है।

FAQ

क्या मुझे वास्तव में एक self-hosting panel की आवश्यकता है?

केवल तभी, यदि आप उन चार चीज़ों को महत्व देते हैं जिन्हें एक panel कई apps के लिए automate करता है: one-click installs, automatic TLS, scheduled backups, और user management। केवल एक या दो services के लिए, Traefik के पीछे plain Docker Compose बहुत कम overhead के साथ वही TLS कार्य करता है और इसमें zero lock-in होता है। Panels तब फायदेमंद होते हैं जब आप कई apps चलाते हैं और आपका समय उनके द्वारा उपयोग किए जाने वाले RAM से अधिक मूल्यवान होता है।

शुरुआती लोगों के लिए सबसे अच्छा panel कौन सा है?

एक home lab के लिए जहाँ कुछ भी hostile internet के सामने exposed नहीं है, CasaOS सबसे आसान शुरुआत है: एक command और एक user-friendly UI, जिसमें कोई बिल नहीं देना होता। लेकिन किसी भी चीज़ को expose करने से पहले आपको उसके आगे एक TLS-terminating reverse proxy लगाना होगा, क्योंकि यह plain HTTP पर चलता है। यदि आप managed TLS और backups चाहते हैं और इसके लिए भुगतान करने को तैयार हैं, तो Cloudron सबसे आसान विकल्प है, जो अपने दो-app free limit के भीतर आता है।

क्या Cloudron free है?

आंशिक रूप से। free tier दो apps की अनुमति देता है, जो इसे आज़माने या बहुत छोटे setup के लिए उपयुक्त बनाता है। इसके बाद Cloudron एक paid subscription है, जिसका बिल मासिक या वार्षिक होता है, और paid tiers पर unlimited apps मिलते हैं। यह एक commercial product है जिसमें एक सीमित free plan है, न कि free software; इसलिए यदि आपका stack बढ़ेगा, तो इसके लिए बजट रखें।

क्या मैं इन panels को अपने मौजूदा apps के साथ चला सकता हूँ?

Cloudron: नहीं। इसके लिए एक clean Ubuntu box की आवश्यकता होती है और यदि nginx, Docker या Node पहले से इंस्टॉल हैं, तो यह प्रक्रिया रुक जाती है, क्योंकि यह पूरी machine को manage करता है। CasaOS और Coolify अधिक flexible हैं, क्योंकि वे अपना स्वयं का Docker stack इंस्टॉल करते हैं और सिद्धांत रूप में एक ही box साझा कर सकते हैं, लेकिन दोनों को port 80 और 443 की आवश्यकता होती है, इसलिए वे आपके द्वारा पहले से चलाए जा रहे किसी भी web server या proxy के साथ टकराएंगे। जिस box पर पहले से चीज़ें host हो रही हैं, वहां panel आमतौर पर सही tool नहीं है; इसके बजाय Traefik और Compose का उपयोग करें।

मैं बाद में panel से कैसे हट सकता हूँ?

इसकी आवश्यकता पड़ने से पहले ही अपने exit की योजना बना लें। CasaOS से, app के docker-compose.yaml और उसके /DATA volumes को नए host पर copy करें और उन्हें फिर से start करें। Coolify से, प्रत्येक project के configuration को export करें और उसे destination पर मौजूद समान repos की ओर point करें। Cloudron से, नए platform पर freshly installed apps में इसके backups से data restore करें, क्योंकि Cloudron packaging स्थानांतरित नहीं होती, केवल data ही स्थानांतरित होता है। हर स्थिति में, पुराने system को हटाने से पहले एक throwaway box पर restore प्रक्रिया का परीक्षण करें।