So sánh Cloudron, CasaOS và Coolify trên VPS
Bạn nên chọn Cloudron, CasaOS hay Coolify cho VPS? So sánh chi tiết về lệnh cài đặt, TLS, backup và mức độ chiếm dụng RAM để bạn chọn đúng panel quản lý.
Những gì bạn đang xây dựng
Việc chọn một công cụ cũng quan trọng như việc cài đặt nó. Có ba panel hứa hẹn biến một VPS trống thành một host ứng dụng kiểu point-and-click: Cloudron, CasaOS, và Coolify. Hướng dẫn này sẽ cài đặt mỗi loại trên cùng một máy Ubuntu 24.04 mới, cài đặt ứng dụng đầu tiên, sau đó xem xét kỹ các phần mà không ai chụp ảnh màn hình: TLS, backup, update, chi phí RAM, và độ khó khi muốn rời bỏ. Khi kết thúc, bạn sẽ biết cái nào phù hợp, hoặc liệu câu trả lời thực sự là "không cái nào cả, cứ dùng Docker Compose cho xong."
Không có cái nào trong số này là phép màu. Dưới cả ba đều là cùng một Docker Engine mà bạn có thể tự điều khiển bằng tay. Những gì một panel bán cho bạn, bằng tiền mặt hoặc RAM hoặc sự phụ thuộc (lock-in), là bốn công việc được thực hiện thay bạn: cài đặt ứng dụng bằng một cú click, tự động cấp chứng chỉ TLS, lập lịch backup, và quản lý người dùng. Nếu bốn thứ đó xứng đáng với chi phí vận hành đối với bạn, thì một panel là xứng đáng. Nếu bạn chỉ chạy một hoặc hai dịch vụ và muốn biết chính xác những gì có trên máy, hãy đọc phần "Bỏ qua cả ba" trước để tiết kiệm công sức.
Các điều kiện tiên quyết chung và những rắc rối thực tế
Cả ba đều yêu cầu một VPS KVM, không phải ảo hóa dạng container. Docker cần một kernel thực sự, và Cloudron từ chối thẳng thừng OpenVZ và LXC. Hãy kiểm tra với systemd-detect-virt: kvm hoặc qemu thì ổn, còn openvz hoặc lxc thì không. Trên gói KVM, lệnh sẽ in ra kvm, và trên bare metal nó sẽ in ra none; cả hai đều có nghĩa là bạn có thể tiếp tục.
Ngoài ra, các thông số sẽ khác nhau, và đây là yếu tố đầu tiên định hướng sự lựa chọn.
- RAM. CasaOS chạy mượt trên 1GB; nó được phát triển cho phần cứng Raspberry Pi và rất nhẹ. Coolify yêu cầu tối thiểu 2GB và hai CPU core, trong đó khoảng 600 MB là dành riêng cho chính Coolify. Cloudron cần tối thiểu 2GB và sẽ chạy tốt hơn ở mức 4GB, vì nó chạy một mail server và một database trước khi bạn cài đặt bất kỳ ứng dụng nào.
- Một domain và DNS mà bạn kiểm soát. Cả Cloudron và Coolify đều yêu cầu một domain thực với DNS hoạt động. Cloudron lý tưởng nhất là cần quyền truy cập API vào nhà cung cấp DNS của bạn để nó có thể tự tạo các bản ghi và wildcard certificates. CasaOS có thể chạy trên IP thuần, nhưng khi đó bạn sẽ không có TLS.
- Ports. Cả ba đều cần mở port 80 và 443 cho HTTP và HTTPS. Coolify ngoài ra còn chạy dashboard trên port 8000, sử dụng 6001 cho realtime channel và 6002 cho terminal trên trình duyệt. Hãy giữ port 22 mở cho SSH trên tất cả các loại.
Hãy trỏ DNS về máy chủ trước khi bắt đầu. Một panel không thể phân giải hostname của chính nó thì không thể yêu cầu chứng chỉ, và bạn sẽ mất giờ đầu tiên để debug thay vì cài phần mềm. Hãy trỏ một bản ghi A về IP của server, và đối với Coolify, hãy thêm một wildcard record (*.apps.example.com) để mọi ứng dụng được deploy đều có subdomain riêng.
Cloudron: Thiết bị hoàn thiện và có tính định hướng cao
Nó là gì. Cloudron là một nền tảng thương mại biến toàn bộ server thành một thiết bị được quản lý (managed appliance). Nó chạy reverse proxy, database, và mail stack riêng, cùng với một App Store được tuyển chọn các ứng dụng đã đóng gói (Nextcloud, WordPress, Gitea, Mattermost, và nhiều hơn nữa). Nó hướng tới những người muốn ứng dụng của họ được quản lý, với update tự động, cert tự động, và backup tự động, và những người sẵn sàng trả tiền cho việc đó.
Cài đặt. Nó yêu cầu một máy trống hoàn toàn và sẽ chiếm quyền kiểm soát toàn bộ. Hãy chạy lệnh này trên một server Ubuntu 24.04 (Noble) mới và không cài gì khác:
wget https://cloudron.io/cloudron-setup
chmod +x cloudron-setup
sudo ./cloudron-setupScript này sẽ cài đặt Docker, nginx, một database và mail stack, sau đó reboot. Khi máy khởi động lại, hãy mở https://<your-ip>, chấp nhận chứng chỉ self-signed tạm thời, và hoàn tất thiết lập trên trình duyệt: trỏ nó về domain của bạn, chọn nhà cung cấp DNS, và nó sẽ thiết lập dashboard tại my.example.com.
Thêm ứng dụng đầu tiên. Trong dashboard, mở App Store, chọn (ví dụ) Nextcloud, chọn subdomain files.example.com, và nhấn Install. Cloudron sẽ tạo bản ghi DNS, yêu cầu chứng chỉ Let's Encrypt, thiết lập database, cấu hình single sign-on, và lập lịch backup, tất cả mà bạn không cần chạm vào một file config nào. Đây chính là giá trị cốt lõi của nó, và nó thực hiện rất tốt.
TLS và backups. Mạnh mẽ nhất trong cả ba. Mỗi subdomain ứng dụng đều có chứng chỉ Let's Encrypt tự động, được tự động gia hạn. Backup được lập lịch và tích hợp sẵn, lưu vào thư mục cục bộ, S3, hoặc lưu trữ từ xa khác, với khả năng khôi phục cho từng ứng dụng và thậm chí là clone một ứng dụng sang subdomain mới chỉ với một cú click.
Chi phí và licensing, hãy đọc kỹ trước khi quyết định. Cloudron là một sản phẩm trả phí với gói miễn phí bị giới hạn: gói miễn phí cho phép hai ứng dụng. Cài ứng dụng thứ ba bạn sẽ gặp rào cản thanh toán; gói trả phí (Pro hoặc Max, thanh toán hàng tháng hoặc hàng năm, cả hai đều không giới hạn ứng dụng) sẽ mở khóa thêm tính năng. Đây là điều quan trọng nhất về Cloudron. Nó hoàn thiện vì nó là một doanh nghiệp, và gói miễn phí giống như một bản dùng thử kéo dài hơn là một giải pháp lâu dài cho một hệ thống đang phát triển.
Lỗi thường gặp, quy tắc máy trống. Nếu bạn cố cài Cloudron trên một server đang chạy ứng dụng khác, quá trình setup sẽ hủy bỏ trước khi thay đổi bất cứ thứ gì:
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.Nguyên nhân không phải do nó khó tính. Cloudron khóa chặt các phiên bản cụ thể của nginx, Docker và Node và tích hợp chúng rất sâu, nên nó không thể tồn tại song song với các bản cài đặt khác của bạn. Cách khắc phục là dùng một image Ubuntu 24.04 mới tinh và không gì khác: không web server, không Docker, thậm chí không cả firewall mà bạn tự cấu hình. Nếu bạn boot sai image, setup cũng sẽ từ chối bất kỳ hệ điều hành nào không phải Ubuntu LTS được hỗ trợ (22.04 hoặc 24.04) trên x86-64; ARM, LXC và OpenVZ hoàn toàn không được hỗ trợ.
Lỗi thứ hai, wildcard certs cần DNS API. Nếu bạn chọn tùy chọn DNS "Manual" trong khi setup thay vì cung cấp API token cho Cloudron, nó sẽ không thể tạo bản ghi hoặc wildcard certificate cho bạn. Mỗi ứng dụng mới sẽ yêu cầu bạn phải thêm một bản ghi DNS bằng tay trước khi chứng chỉ có thể được cấp, và dashboard sẽ phải chờ bản ghi đó. Hãy cấp quyền truy cập API cho Cloudron tới một nhà cung cấp DNS được hỗ trợ (Cloudflare, Route 53, DigitalOcean, và các bên khác) để toàn bộ quy trình trở thành một cú click.
CasaOS: Dashboard home-lab miễn phí
Nó là gì. CasaOS, từ IceWhale, là một dashboard miễn phí và mã nguồn mở chạy trên Docker, cung cấp cho bạn một màn hình chính, một app store, và một trình quản lý file. Nó phát triển từ thế giới home-server, nên bản chất của nó là dành cho home-lab: thiết lập nhanh, UI thân thiện, và ít rườm rà. Nó hướng tới những người thích vọc vạch muốn có một giao diện đẹp hơn cho Docker mà không phải trả tiền cho ai cả.
Cài đặt. Chỉ một dòng lệnh, và nó không yêu cầu máy trống hoàn toàn:
curl -fsSL https://get.casaos.io | sudo bashBộ cài sẽ thêm một tập hợp các dịch vụ systemd (casaos, casaos-gateway, casaos-app-management, và các dịch vụ khác). Hãy xác nhận gateway đã lên trước khi mở trình duyệt:
systemctl status casaos-gatewayKhi đang chạy, dashboard sẽ nằm tại http://<your-ip> (HTTP thuần, port 80). Tạo một tài khoản cục bộ và bạn đã sẵn sàng.
Thêm ứng dụng đầu tiên. Mở App Store, chọn một ứng dụng, nhấn Install. CasaOS sẽ tự động viết một dự án Docker Compose đằng sau và expose ứng dụng trên một port của host, ví dụ http://<your-ip>:8080. Store của nó chứa các ứng dụng home-server quen thuộc, vì vậy một Jellyfin media server trên VPS hoặc một thư viện ảnh Immich tự host chỉ cách bạn vài cú click. Bạn cũng có thể import bất kỳ docker-compose.yaml nào bạn muốn, đây mới là thế mạnh thực sự: các ứng dụng là các container bình thường, không phải định dạng độc quyền.
TLS và backups, điểm yếu. Đây là nơi sự "miễn phí" lộ rõ nhược điểm. CasaOS phục vụ mọi thứ qua HTTP thuần theo mặc định, bao gồm cả dashboard của chính nó. Không có Let's Encrypt tích hợp, và không có backup lập lịch tích hợp. Dữ liệu của bạn nằm trong các Docker volumes tại /DATA, và việc backup là việc của bạn (sử dụng restic hoặc tar qua cron).
Lỗi thường gặp, không có TLS, và nó không báo lỗi. Không có lỗi nào hiện ra. Bạn cài một ứng dụng, mở http://<your-ip>:8080, và nó hoạt động, qua một kết nối không mã hóa mà trình duyệt sẽ đánh dấu là "Not Secure." Mật khẩu và session cookies được truyền đi dưới dạng cleartext. Tệ hơn, CasaOS từng có các lỗ hổng thực thi mã từ xa (RCE) trong dashboard (CVE-2023-37265 và CVE-2023-37266, một lỗi bypass authentication dẫn đến chiếm quyền kiểm soát toàn bộ host), vì vậy việc expose port HTTP này trực tiếp ra internet là một rủi ro thực sự, không phải là vấn đề nhỏ về thẩm mỹ. Cách khắc phục là không bao giờ expose CasaOS trực tiếp. Hãy đặt một reverse proxy phía trước để terminate TLS, chẳng hạn như nginx với chứng chỉ Let's Encrypt từ Certbot, Caddy, hoặc một Cloudflare Tunnel, và chỉ forward về CasaOS trong mạng nội bộ. Lưu ý rằng CasaOS đã bind port 80, nên proxy và CasaOS sẽ tranh chấp port này trừ khi bạn chuyển CasaOS sang port khác trước.
Chi phí. Thực sự miễn phí, mãi mãi, không giới hạn ứng dụng. Bạn trả giá bằng công sức vận hành: bạn phải tự lo TLS, backup và hardening.
Coolify: PaaS tự host
Nó là gì. Coolify là một nền tảng platform-as-a-service mã nguồn mở, tự host, tương tự như Heroku hoặc Vercel trên chính máy của bạn. Đơn vị cơ bản của nó không phải là "cài ứng dụng đóng gói này" mà là "deploy Git repository này": kết nối một repo, và Coolify sẽ build nó (qua Nixpacks hoặc Dockerfile của bạn) và deploy nó, tự động redeploy mỗi khi có push. Nó cũng có các database và services cài đặt bằng một cú click. Nó hướng tới các developer muốn deploy code của chính họ và muốn push-to-deploy mà không cần thuê PaaS.
Cài đặt.
curl -fsSL https://cdn.coollabs.io/coolify/install.sh | sudo bashScript này cài đặt Docker và khởi chạy stack container của Coolify. Hãy kiểm tra xem chúng đã ở trạng thái healthy chưa trước khi làm tiếp:
docker ps --format 'table {{.Names}}\t{{.Status}}'Bạn sẽ thấy coolify, coolify-db, coolify-redis, coolify-realtime, và coolify-proxy đều báo Up. Dashboard nằm tại http://<your-ip>:8000. Hãy tạo tài khoản admin ngay lập tức, vì trang đăng ký sẽ mở cho đến khi tài khoản đầu tiên được tạo, và bất kỳ ai đến trước đều có quyền kiểm soát server. Sau đó, hãy thiết lập domain cho instance và trỏ một wildcard DNS record (*.example.com, hoặc *.apps.example.com) về máy để Coolify có thể cấp subdomain cho mọi ứng dụng được deploy.
Thêm ứng dụng đầu tiên. Kết nối một nguồn Git (GitHub, GitLab, hoặc một URL repo), chọn một branch, thiết lập domain, và deploy. Traefik proxy tích hợp sẵn của Coolify sẽ điều hướng subdomain và yêu cầu chứng chỉ. Đối với các phần mềm có sẵn, danh mục Services sẽ deploy mọi thứ chỉ với vài cú click: cùng một stack tự động hóa workflow n8n mà bạn có thể phải tự cấu hình bằng tay chỉ là một mục, và Uptime Kuma để giám sát status-page cũng vậy.
TLS và backups. Let's Encrypt tự động cho mỗi ứng dụng thông qua Traefik đi kèm, vì vậy mọi subdomain được deploy đều có chứng chỉ. Backup tập trung vào database: bạn có thể lập lịch dump Postgres và MySQL lên lưu trữ tương thích S3. Backup toàn bộ instance (chính là cấu hình của Coolify, nằm tại /data/coolify) thì thủ công hơn, vì vậy hãy tự export và lưu trữ nó.
Chi phí và licensing. Phiên bản tự host là hoàn toàn mã nguồn mở và miễn phí, không giới hạn ứng dụng. Có một tùy chọn Coolify Cloud (trả phí) để họ host control plane cho bạn trong khi ứng dụng vẫn chạy trên server của bạn, rất tiện lợi nhưng không bắt buộc.
Lỗi thường gặp, ứng dụng deploy thành công nhưng domain không load được. Dashboard hoạt động bình thường tại http://<ip>:8000, build báo màu xanh, nhưng URL của ứng dụng trả về lỗi kết nối hoặc lỗi Traefik 404 page not found. Điều này chỉ ra lỗi nằm ở proxy hoặc DNS, không phải ở ứng dụng của bạn. Có hai nguyên nhân phổ biến. Thứ nhất, port 80 hoặc 443 đã bị chiếm khi proxy cố gắng khởi động, khiến container của nó bị chết với lỗi Docker:
Error response from daemon: driver failed programming external connectivity on endpoint coolify-proxy: Bind for 0.0.0.0:443 failed: port is already allocatedThứ hai, thiếu wildcard DNS record, nên Traefik không bao giờ nhận được yêu cầu cho hostname đó. Nếu toàn bộ card server trong Coolify báo "Server is not reachable," đó là một lỗi khác: Coolify không thể kết nối với Docker socket của server, thường là do Docker daemon đã dừng hoặc SSH key bị lỗi. Hãy đọc lý do thực sự trong logs trước khi đoán:
docker logs coolify-proxy --tail 100Hãy sửa lỗi từ trang Proxy: nhấn Restart Proxy, hoặc reset cấu hình proxy về mặc định và khởi động lại, sau đó đợi khoảng hai phút để nó ổn định. Hãy giữ port 8000 chỉ có thể truy cập từ IP của bạn (hoặc mở tạm thời khi proxy lỗi) thay vì để nó mở cho cả thế giới — nó phục vụ dashboard qua HTTP thuần, và tài liệu của Coolify có nói các port 8000, 6001 và 6002 có thể đóng lại sau khi dashboard đã được phục vụ qua domain riêng.
Chi phí tài nguyên trên cùng một VPS
Đo ở trạng thái idle trên cùng một máy 4GB, trước khi deploy bất kỳ workload thực tế nào. Hãy kiểm tra máy của bạn bằng free -m và docker stats --no-stream thay vì tin vào bất kỳ con số đơn lẻ nào, vì tổng mức tiêu thụ sẽ thay đổi theo các ứng dụng bạn chạy.
- CasaOS là nhẹ nhất. Panel là một tập hợp nhỏ các dịch vụ Go; hãy dự tính tốn khoảng 150 đến 300 MB tài nguyên cộng thêm vào bất kỳ container nào bạn đang chạy.
- Coolify chạy vài container hỗ trợ riêng (app, Postgres, Redis, một dịch vụ realtime, và Traefik), nên nó tốn khoảng 600 MB đến 1 GB khi idle trước khi bạn deploy bất kỳ thứ gì.
- Cloudron nặng nhất khi ở trạng thái nghỉ, vì nó chạy nginx, database, mail stack và monitoring riêng bất kể bạn có dùng chúng hay không; hãy dự trù 1 đến 1.5 GB khi idle. Đó là lý do tại sao nó yêu cầu tối thiểu 2GB và chạy mượt hơn ở mức 4GB.
Trên một VPS 2GB nhỏ, CasaOS để lại nhiều không gian nhất cho các ứng dụng thực tế, còn Cloudron để lại ít nhất. Nếu gói của bạn là 2GB và bạn muốn dùng Cloudron kèm mail server đang chạy, hãy lên kế hoạch nâng cấp máy.
So sánh Update, Backup và Lock-in
Update. Cloudron tự động update nền tảng và mọi ứng dụng cho bạn theo một lịch trình đã được kiểm thử: ít tốn công nhất và được hỗ trợ nhiều nhất. Coolify tự update chính nó từ dashboard bằng một nút bấm. CasaOS update panel thông qua script cài đặt hoặc apt, nhưng các ứng dụng bạn đã cài là của bạn để tự pull và restart.
Lock-in, vấn đề gây đau đớn vào năm thứ hai. CasaOS ít bị lock-in nhất: các ứng dụng của nó là các dự án Compose bình thường, nên bạn có thể copy docker-compose.yaml và các volumes tại /DATA sang bất kỳ host nào khác và tiếp tục chạy. Coolify nằm ở giữa: các bản deploy là Dockerfile và repo của chính bạn, nhưng cấu hình của chúng nằm trong database của Coolify, nên việc chuyển host đồng nghĩa với việc phải tạo lại các dự án ở phía bên kia. Cloudron bị lock-in nhất: các ứng dụng được đóng gói bởi Cloudron, và mặc dù dữ liệu của bạn có thể rời đi một cách sạch sẽ qua các bản backup tuyệt vời của nó, nhưng phần đóng gói thì không, vì vậy bạn phải deploy lại trên nền tảng đích. Dữ liệu có thể di chuyển, nhưng hạ tầng thì không.
Bạn nên chọn cái nào?
Bản tóm tắt nhanh, sau đó là lối thoát. Chọn Cloudron nếu bạn muốn một server ít phải can thiệp nhất trong cả ba, sẽ chạy nhiều ứng dụng đã đóng gói, và sẵn sàng trả phí hàng năm cho TLS, backup và update được quản lý. Chọn CasaOS nếu đây là một home lab nằm sau mạng nội bộ hoặc một reverse proxy của bạn, bạn muốn một giao diện thân thiện với Docker, và bạn từ chối trả bất kỳ khoản phí nào. Chọn Coolify nếu bạn deploy code của chính mình từ Git và muốn push-to-deploy với TLS tự động, mà không phải trả giá như một PaaS được host sẵn. Nếu không có cái nào trong ba cái trên phù hợp với bạn, phần tiếp theo là câu trả lời thực sự.
Bỏ qua cả ba nếu...
Hãy trung thực về quy mô của bạn. Nếu bạn chỉ chạy một hoặc hai ứng dụng, hoặc bạn muốn hiểu và kiểm soát chính xác những gì có trên máy, hãy bỏ qua các panel. Chi phí tài nguyên và sự phụ thuộc không xứng đáng cho một stack nhỏ và ổn định. Con đường DIY là một reverse proxy đứng trước các file Compose của chính bạn: Traefik với TLS tự động đứng trước nhiều ứng dụng Docker Compose mang lại cho bạn HTTPS tương đương với một cú click mà không tốn gánh nặng panel, và bạn backup bằng một job restic qua cron mà bạn thực sự hiểu rõ.
Một dịch vụ dùng label Traefik tối giản, để so sánh
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: trueTraefik đọc các label đó, điều hướng hostname, và lấy chứng chỉ: cùng một công việc mà một panel thực hiện, chỉ trong vài dòng code bạn có thể đọc được.
Đối với một ứng dụng chủ lực duy nhất, trường hợp này còn rõ ràng hơn: một cài đặt Nextcloud trên Docker với TLS và quy trình backup riêng chỉ gồm một file Compose và một chứng chỉ. Việc dựng lên cả một thiết bị quản lý chỉ để chạy nó sẽ gây tốn kém mà không đem lại lợi ích. Nếu bạn vẫn đang phân vân chạy cái gì trước khi quyết định chạy như thế nào, thì hướng dẫn về những gì đáng để tự host vào năm 2026 sẽ là điểm bắt đầu tốt hơn.
FAQ
Tôi có thực sự cần một panel tự host không?
Chỉ khi bạn coi trọng bốn thứ mà một panel tự động hóa trên nhiều ứng dụng: cài đặt một cú click, TLS tự động, backup lập lịch, và quản lý người dùng. Đối với một hoặc hai dịch vụ, Docker Compose thuần túy chạy sau Traefik cũng làm được công việc TLS tương tự với ít tài nguyên hơn nhiều và không có sự phụ thuộc (lock-in). Panel chỉ có lợi khi bạn chạy nhiều ứng dụng và thời gian của bạn đáng giá hơn chi phí RAM mà chúng tiêu tốn.
Panel nào tốt nhất cho người mới bắt đầu?
Đối với một home lab nơi không có gì bị expose ra internet, CasaOS là sự khởi đầu nhẹ nhàng nhất: một lệnh duy nhất và một UI thân thiện, không tốn phí. Nhưng bạn phải đặt một reverse proxy thực hiện terminate TLS phía trước trước khi expose bất cứ thứ gì, vì nó chạy HTTP thuần. Nếu bạn muốn TLS và backup được quản lý sẵn và sẵn sàng trả tiền, Cloudron là lựa chọn được hỗ trợ nhiều nhất, trong giới hạn hai ứng dụng miễn phí.
Cloudron có miễn phí không?
Một phần. Gói miễn phí cho phép hai ứng dụng, mức này ổn để dùng thử hoặc cho một thiết lập rất nhỏ. Ngoài mức đó, Cloudron là gói trả phí, thanh toán hàng tháng hoặc hàng năm, với không giới hạn ứng dụng ở các gói trả phí. Đây là một sản phẩm thương mại có gói miễn phí bị giới hạn, không phải phần mềm miễn phí, vì vậy hãy dự trù chi phí nếu stack của bạn sẽ phát triển.
Tôi có thể chạy các panel này cạnh các ứng dụng hiện có không?
Cloudron: không. Nó yêu cầu một máy Ubuntu trống và sẽ hủy cài đặt nếu nginx, Docker hoặc Node đã được cài đặt, vì nó quản lý toàn bộ máy. CasaOS và Coolify thân thiện hơn, vì chúng cài đặt stack Docker riêng và về nguyên tắc có thể chia sẻ một máy, nhưng cả hai đều muốn port 80 và 443, nên chúng sẽ xung đột với bất kỳ web server hoặc proxy nào bạn đang chạy. Trên một máy đã host sẵn các dịch vụ, panel thường là công cụ không phù hợp; hãy dùng Traefik và Compose thay thế.
Làm thế nào để tôi rời bỏ một panel sau này?
Hãy lập kế hoạch thoát trước khi bạn cần đến nó. Từ CasaOS, hãy copy docker-compose.yaml của ứng dụng và các volumes /DATA của nó sang host mới và khởi động lại chúng. Từ Coolify, hãy export cấu hình của từng dự án và trỏ nó về cùng các repo ở máy đích. Từ Cloudron, hãy khôi phục dữ liệu từ các bản backup vào các ứng dụng mới được cài đặt trên nền tảng mới, vì phần đóng gói của Cloudron không di chuyển, chỉ có dữ liệu di chuyển. Trong mọi trường hợp, hãy kiểm tra việc khôi phục trên một máy tạm thời trước khi bạn gỡ bỏ máy cũ.