เปรียบเทียบ Cloudron vs CasaOS vs Coolify บน VPS ตัวไหนดี

สิ่งที่คุณกำลังสร้าง

คุณกำลังเลือกเครื่องมือพอๆ กับการติดตั้งซอฟต์แวร์ แผงควบคุม 3 รายการสัญญาว่าจะเปลี่ยน VPS เปล่าๆ ให้กลายเป็นโฮสต์แอปพลิเคชันแบบคลิกเดียวติดตั้ง ได้แก่ Cloudron, CasaOS และ Coolify คู่มือนี้จะติดตั้งแต่ละตัวลงบน Ubuntu 24.04 ที่สดใหม่เหมือนกัน ติดตั้งแอปแรก จากนั้นจะพิจารณาอย่างละเอียดในส่วนที่ไม่มีใครนำมาทำภาพหน้าจอ ได้แก่ TLS, การสำรองข้อมูล, การอัปเดต, การใช้หน่วยความจำ และความยากลำบากในการย้ายออก เมื่อจบเนื้อหานี้ คุณจะทราบว่าตัวเลือกใดที่เหมาะสม หรือคำตอบที่ตรงไปตรงมาคือ "ไม่ต้องใช้ตัวไหนเลย ให้ใช้ Docker Compose ก็พอ"

ไม่มีเครื่องมือใดที่เป็นเวทมนตร์ ทั้งสามตัวทำงานอยู่บน Docker Engine ตัวเดียวกันกับที่คุณสามารถจัดการเองได้ สิ่งที่แผงควบคุมเหล่านี้ขายให้คุณ ไม่ว่าจะด้วยเงิน ค่า RAM หรือการผูกมัดกับระบบ คือการจัดการงาน 4 อย่างแทนคุณ ได้แก่ การติดตั้งแอปด้วยคลิกเดียว, การจัดการใบรับรอง TLS อัตโนมัติ, การสำรองข้อมูลตามกำหนดเวลา และการจัดการผู้ใช้ หากงานทั้ง 4 อย่างนี้คุ้มค่ากับทรัพยากรที่ต้องเสียไป แผงควบคุมเหล่านี้ก็ถือว่าคุ้มค่า แต่หากคุณรันบริการเพียงหนึ่งหรือสองรายการและต้องการทราบแน่ชัดว่ามีอะไรอยู่ในเซิร์ฟเวอร์ของคุณบ้าง โปรดอ่านส่วน "ข้ามทั้งสามตัวนี้ไป" ก่อน เพื่อประหยัดเวลาและลดความยุ่งยากให้กับตัวคุณเอง

ข้อกำหนดเบื้องต้นที่ใช้ร่วมกันและข้อควรระวังที่สำคัญ

ทั้งสามระบบนี้กำหนดให้ใช้ VPS แบบ KVM เท่านั้น ไม่รองรับ container virtualisation เนื่องจาก Docker ต้องการ kernel จริง และ Cloudron ปฏิเสธการทำงานบน OpenVZ และ LXC อย่างเด็ดขาด ให้ตรวจสอบด้วย systemd-detect-virt: หากผลลัพธ์เป็น kvm หรือ qemu ถือว่าใช้งานได้ แต่ถ้าเป็น openvz หรือ lxc จะไม่สามารถใช้งานได้ บนแผน KVM คำสั่งนี้จะแสดงผลเป็น kvm และบน bare metal จะแสดงผลเป็น none ซึ่งทั้งสองกรณีหมายความว่าคุณสามารถดำเนินการต่อได้

นอกเหนือจากนั้น ตัวเลขความต้องการของแต่ละระบบจะแตกต่างกัน ซึ่งเป็นปัจจัยแรกที่ใช้ในการตัดสินใจเลือก

• RAM. CasaOS สามารถทำงานได้ดีบน 1GB เนื่องจากถูกพัฒนาขึ้นบนฮาร์ดแวร์ Raspberry Pi จึงใช้ทรัพยากรน้อย ส่วน Coolify ต้องการ RAM อย่างน้อย 2GB และ CPU 2 คอร์ โดยตัว Coolify เองใช้ RAM ไปประมาณ 600 MB สำหรับ Cloudron ต้องการ RAM ขั้นต่ำ 2GB แต่จะทำงานได้เสถียรกว่าที่ 4GB เนื่องจากต้องรัน mail server และ database ตั้งแต่ก่อนที่คุณจะติดตั้งแอปใดๆ
• โดเมนและ DNS ที่คุณควบคุมได้. ทั้ง Cloudron และ Coolify ต้องการโดเมนจริงที่มี DNS ใช้งานได้ โดย Cloudron จะทำงานได้ดีที่สุดหากสามารถเข้าถึง API ของผู้ให้บริการ DNS ของคุณได้ เพื่อให้ระบบสร้าง record และ wildcard certificate ได้ด้วยตนเอง สำหรับ CasaOS สามารถรันบน IP เปล่าได้ แต่คุณจะไม่มี TLS ใช้งานเลย
• พอร์ต. Cloudron และ Coolify ต้องการให้เปิดพอร์ต 80 และ 443 สำหรับ HTTP และ HTTPS ส่วน CasaOS ให้บริการ dashboard ผ่าน HTTP ปกติ จึงต้องการเพียงพอร์ต 80 เท่านั้น นอกจากนี้ Coolify ยังให้บริการ dashboard บนพอร์ต 8000, ใช้พอร์ต 6001 สำหรับ realtime channel และพอร์ต 6002 สำหรับ terminal ในเบราว์เซอร์ สำหรับทุกระบบควรเปิดพอร์ต 22 ไว้สำหรับ SSH เสมอ

ให้ชี้ DNS มาที่เซิร์ฟเวอร์ก่อนเริ่มติดตั้ง หาก panel ไม่สามารถ resolve hostname ของตัวเองได้ จะไม่สามารถขอ certificate ได้ และคุณจะต้องเสียเวลาชั่วโมงแรกไปกับการแก้ไขปัญหานี้แทนที่จะได้ใช้งานซอฟต์แวร์ ให้ชี้ A record ไปที่ IP ของเซิร์ฟเวอร์ และสำหรับ Coolify ให้เพิ่ม wildcard record (*.apps.example.com) เพื่อให้ทุกแอปที่ติดตั้งได้รับ subdomain ของตัวเอง

Cloudron: อุปกรณ์สำเร็จรูปที่เน้นความง่ายและมีรูปแบบเฉพาะตัว

มันคืออะไร Cloudron เป็นแพลตฟอร์มเชิงพาณิชย์ที่เปลี่ยนเซิร์ฟเวอร์ทั้งเครื่องให้กลายเป็นอุปกรณ์สำเร็จรูปที่มีการจัดการ โดยจะรัน reverse proxy, ฐานข้อมูล และ mail stack ของตนเอง รวมถึงมี App Store ที่คัดสรรแอปพลิเคชันมาให้ (เช่น Nextcloud, WordPress, Gitea, Mattermost และอื่นๆ) แพลตฟอร์มนี้มุ่งเป้าไปที่ผู้ที่ต้องการให้แอปพลิเคชันของตนได้รับการจัดการอย่างเบ็ดเสร็จ ทั้งการอัปเดตอัตโนมัติ, การจัดการใบรับรองอัตโนมัติ และการสำรองข้อมูลอัตโนมัติ โดยผู้ใช้ยินดีที่จะจ่ายค่าบริการเพื่อสิ่งนี้

การติดตั้ง Cloudron ต้องการเซิร์ฟเวอร์ที่สะอาดและจะเข้าควบคุมเครื่องทั้งหมด ให้รันคำสั่งนี้บนเซิร์ฟเวอร์ Ubuntu 24.04 (Noble) ที่ติดตั้งใหม่และไม่มีการตั้งค่าอื่นใด:

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

สคริปต์จะติดตั้ง Docker, nginx, ฐานข้อมูล และ mail stack จากนั้นจะทำการรีบูต เมื่อเครื่องกลับมาทำงาน ให้เปิด https://<your-ip> ยอมรับใบรับรอง self-signed ชั่วคราว และดำเนินการตั้งค่าให้เสร็จสิ้นในเบราว์เซอร์ โดยระบุโดเมนของคุณ เลือกผู้ให้บริการ DNS แล้วระบบจะเตรียม dashboard ไว้ที่ my.example.com

การเพิ่มแอปแรก ใน dashboard ให้เปิด App Store คลิกเลือกแอป (เช่น Nextcloud) ระบุ subdomain ที่ต้องการ files.example.com แล้วกด Install ระบบ Cloudron จะสร้าง DNS record, ร้องขอใบรับรองจาก Let's Encrypt, เตรียมฐานข้อมูล, เชื่อมต่อระบบ single sign-on และกำหนดตารางการสำรองข้อมูลให้โดยอัตโนมัติ โดยที่คุณไม่ต้องแก้ไขไฟล์ config ใดๆ นี่คือจุดเด่นสำคัญของระบบซึ่งทำได้จริงตามที่กล่าวไว้

TLS และการสำรองข้อมูล เป็นส่วนที่แข็งแกร่งที่สุดในบรรดาสามตัวเลือก ทุก subdomain ของแอปจะได้รับใบรับรองจาก Let's Encrypt โดยอัตโนมัติและมีการต่ออายุให้ ส่วนการสำรองข้อมูลมีการกำหนดตารางเวลาและรวมอยู่ในระบบ โดยรองรับการจัดเก็บในไดเรกทอรีภายในเครื่อง, S3 หรือที่เก็บข้อมูลระยะไกลอื่นๆ พร้อมความสามารถในการกู้คืนแยกรายแอป หรือแม้แต่การโคลนแอปไปยัง subdomain ใหม่ได้ด้วยการคลิกเพียงครั้งเดียว

ค่าใช้จ่ายและลิขสิทธิ์ โปรดอ่านก่อนตัดสินใจ Cloudron เป็น ผลิตภัณฑ์แบบเสียค่าใช้จ่ายที่มีระดับการใช้งานฟรีจำกัด: แผนฟรีอนุญาตให้ติดตั้งได้ สองแอป หากติดตั้งแอปที่สามคุณจะพบกับข้อจำกัดด้านการชำระเงิน การสมัครสมาชิกแบบเสียค่าใช้จ่าย (Pro หรือ Max ซึ่งเรียกเก็บเงินรายเดือนหรือรายปี โดยทั้งคู่รองรับแอปไม่จำกัดจำนวน) จะช่วยปลดล็อกฟีเจอร์เพิ่มเติม นี่คือข้อเท็จจริงที่สำคัญที่สุดเกี่ยวกับ Cloudron ระบบมีความประณีตเพราะเป็นธุรกิจ และระดับการใช้งานฟรีเปรียบเสมือนการทดลองใช้งานระยะยาวมากกว่าจะเป็นที่สำหรับรองรับ stack ที่กำลังเติบโต

โหมดความล้มเหลว กฎของเครื่องที่สะอาด หากพยายามติดตั้ง Cloudron บนเซิร์ฟเวอร์ที่มีการใช้งานอยู่แล้ว การตั้งค่าจะหยุดทำงานก่อนที่จะมีการเปลี่ยนแปลงใดๆ:

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

สาเหตุไม่ได้เกิดจากความจุกจิกโดยไม่มีเหตุผล แต่ Cloudron มีการกำหนดเวอร์ชันของ nginx, Docker และ Node ที่เฉพาะเจาะจงและมีการรวมระบบเข้าด้วยกันอย่างลึกซึ้ง จึงไม่สามารถทำงานร่วมกับซอฟต์แวร์ที่คุณติดตั้งเองได้ วิธีแก้ไขคือต้องใช้ Ubuntu 24.04 ที่ติดตั้งใหม่เท่านั้น: ห้ามมีเว็บเซิร์ฟเวอร์, ห้ามมี Docker หรือแม้แต่ firewall ที่คุณตั้งค่าเอง หากคุณบูตอิมเมจที่ไม่ถูกต้อง ระบบจะปฏิเสธทุกอย่างที่ไม่ใช่ Ubuntu LTS ที่รองรับ (22.04, 24.04 หรือ 26.04) บนสถาปัตยกรรม x86-64 ส่วน ARM, LXC และ OpenVZ นั้นไม่รองรับโดยเด็ดขาด นับตั้งแต่ Cloudron 10 (กันยายน 2026) เป็นต้นมา Ubuntu 26.04 ได้กลายเป็นค่าเริ่มต้นสำหรับการติดตั้งใหม่ ดังนั้นจึงเป็นอิมเมจที่ควรเลือกหากคุณเริ่มต้นจากศูนย์ในวันนี้

โหมดความล้มเหลวที่สอง ใบรับรอง wildcard ต้องใช้ DNS API หากคุณเลือกตัวเลือก DNS แบบ "Manual" ระหว่างการตั้งค่าแทนการให้ API token แก่ Cloudron ระบบจะไม่สามารถสร้าง record หรือใบรับรอง wildcard ให้คุณได้ แอปใหม่แต่ละแอปจะบังคับให้คุณต้องเพิ่ม DNS record ด้วยตนเองก่อนที่ใบรับรองจะถูกออกให้ และ dashboard จะค้างรอจนกว่า record นั้นจะเสร็จสมบูรณ์ หากคุณให้สิทธิ์เข้าถึง API ของผู้ให้บริการ DNS ที่รองรับ (เช่น Cloudflare, Route 53, DigitalOcean และอื่นๆ) แก่ Cloudron กระบวนการทั้งหมดจะเหลือเพียงการคลิกครั้งเดียวเท่านั้น

CasaOS: แดชบอร์ดฟรีสำหรับโฮมแล็บ

มันคืออะไร CasaOS จาก IceWhale เป็นแดชบอร์ดแบบโอเพนซอร์สที่ทำงานอยู่บน Docker โดยมอบหน้าจอหลัก, App Store และตัวจัดการไฟล์ให้ใช้งาน มันพัฒนามาจากโลกของโฮมเซิร์ฟเวอร์ จึงมีจุดเด่นที่เหมาะกับโฮมแล็บ: ติดตั้งรวดเร็ว, UI ใช้งานง่าย และไม่ซับซ้อน มันมุ่งเป้าไปที่ผู้ที่ชอบปรับแต่งระบบและต้องการหน้าตาที่สวยงามให้กับ Docker โดยไม่ต้องเสียค่าใช้จ่าย

การติดตั้ง ใช้เพียงบรรทัดเดียว และไม่จำเป็นต้องติดตั้งบนเครื่องที่ว่างเปล่า:

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

ตัวติดตั้งจะเพิ่ม systemd services เข้าไปหลายรายการ (casaos, casaos-gateway, casaos-app-management และรายการที่เกี่ยวข้อง) ให้ตรวจสอบว่า gateway ทำงานแล้วก่อนเปิดเบราว์เซอร์:

systemctl status casaos-gateway

เมื่อทำงานแล้ว แดชบอร์ดจะอยู่ที่ http://<your-ip> (HTTP ปกติ, พอร์ต 80) ให้สร้างบัญชีผู้ใช้ในเครื่องแล้วคุณก็จะเข้าใช้งานได้

การเพิ่มแอปแรก เปิด App Store เลือกแอปที่ต้องการ แล้วคลิก Install ระบบ CasaOS จะเขียนไฟล์ Docker Compose ให้เบื้องหลังและเปิดใช้งานแอปบนพอร์ตของโฮสต์ เช่น http://<your-ip>:8080 ร้านค้าของมันมีแอปโฮมเซิร์ฟเวอร์ทั่วไปให้เลือกมากมาย ดังนั้นการติดตั้ง Jellyfin media server บน VPS หรือ Immich photo library แบบ self-hosted จึงทำได้เพียงไม่กี่คลิก หากคุณยังตัดสินใจไม่ได้ว่าจะใช้เซิร์ฟเวอร์รูปภาพตัวไหน การอ่าน การเปรียบเทียบการใช้ RAM และแอปมือถือระหว่าง PhotoPrism กับ Immich ถือว่าคุ้มค่า เพราะบนเครื่อง CasaOS ที่มี RAM 1GB ทางเลือกนี้จะเป็นตัวตัดสินว่าแอปจะทำงานได้หรือไม่ นอกจากนี้คุณยังสามารถนำเข้า docker-compose.yaml ใดๆ ก็ได้ ซึ่งเป็นจุดแข็งที่แท้จริง เพราะแอปเหล่านี้เป็นคอนเทนเนอร์ทั่วไป ไม่ใช่รูปแบบเฉพาะของระบบ

TLS และการสำรองข้อมูล จุดอ่อนของระบบ นี่คือจุดที่คำว่า "ฟรี" แสดงข้อจำกัดออกมา CasaOS ให้บริการทุกอย่างผ่าน HTTP ปกติเป็นค่าเริ่มต้น รวมถึงตัวแดชบอร์ดเองด้วย ไม่มีระบบ Let's Encrypt ในตัว และไม่มีระบบสำรองข้อมูลตามกำหนดเวลา ข้อมูลของคุณจะอยู่ใน Docker volumes ภายใต้ /DATA และการสำรองข้อมูลเป็นหน้าที่ของคุณ (ใช้ restic หรือ tar ผ่าน cron)

โหมดความล้มเหลว, การไม่มี TLS และความเงียบเชียบ ไม่มีข้อผิดพลาดแจ้งเตือน คุณติดตั้งแอป เปิด http://<your-ip>:8080 และมันก็ทำงานผ่านการเชื่อมต่อที่ไม่มีการเข้ารหัส ซึ่งเบราว์เซอร์ของคุณจะระบุว่า "ไม่ปลอดภัย" (Not Secure) รหัสผ่านและ session cookies จะถูกส่งผ่านเครือข่ายในรูปแบบข้อความธรรมดา ยิ่งไปกว่านั้น CasaOS เคยมีช่องโหว่ remote-code-execution ในแดชบอร์ด (CVE-2023-37265 และ CVE-2023-37266 ซึ่งเป็นการข้ามการตรวจสอบสิทธิ์ที่นำไปสู่การยึดครองโฮสต์ได้ทั้งหมด) ดังนั้นการเปิดพอร์ต HTTP นั้นออกสู่สาธารณะโดยตรงจึงเป็นความเสี่ยงที่แท้จริง ไม่ใช่แค่เรื่องของสไตล์ วิธีแก้ไขคืออย่าเปิดใช้งาน CasaOS โดยตรง ให้ใช้ reverse proxy วางไว้ด้านหน้าเพื่อทำ TLS termination เช่น nginx พร้อมใบรับรอง Let's Encrypt จาก Certbot, Caddy หรือ Cloudflare Tunnel แล้วส่งต่อคำขอไปยัง CasaOS บนเครือข่ายภายในเท่านั้น โปรดทราบว่า CasaOS ผูกพอร์ต 80 ไว้แล้ว ดังนั้น proxy ของคุณและ CasaOS จะแย่งพอร์ตกัน เว้นแต่คุณจะย้าย CasaOS ไปใช้พอร์ตอื่นก่อน

ค่าใช้จ่าย ฟรีอย่างแท้จริงตลอดไป ไม่มีจำกัดจำนวนแอป คุณต้องแลกด้วยการดูแลระบบ: คุณต้องจัดการ TLS, การสำรองข้อมูล และการเพิ่มความปลอดภัยด้วยตนเอง

Coolify: แพลตฟอร์ม PaaS สำหรับติดตั้งเอง

มันคืออะไร Coolify เป็นแพลตฟอร์ม-as-a-service แบบโอเพนซอร์สที่คุณติดตั้งบนเซิร์ฟเวอร์ตัวเองได้ มีลักษณะคล้ายกับ Heroku หรือ Vercel หน่วยการทำงานหลักไม่ใช่การ "ติดตั้งแอปสำเร็จรูป" แต่คือการ "deploy Git repository": เพียงเชื่อมต่อ repository ระบบจะทำการ build (ผ่าน Nixpacks หรือ Dockerfile ของคุณเอง) และส่งขึ้นใช้งาน โดยจะ redeploy ใหม่ทุกครั้งที่มีการ push โค้ด นอกจากนี้ยังมีฐานข้อมูลและบริการต่างๆ ให้ใช้งานได้ในคลิกเดียว เหมาะสำหรับนักพัฒนาที่ต้องการ deploy โค้ดของตนเองและต้องการระบบ push-to-deploy โดยไม่ต้องเช่าบริการ PaaS ภายนอก

การติดตั้ง

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

สคริปต์นี้จะติดตั้ง Docker และเริ่มการทำงานของ stack คอนเทนเนอร์ของ Coolify ตรวจสอบสถานะความพร้อมก่อนดำเนินการต่อ:

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

คุณควรเห็น coolify, coolify-db, coolify-redis, coolify-realtime และ coolify-proxy ทั้งหมดแสดงสถานะ Up แดชบอร์ดจะอยู่ที่ http://<your-ip>:8000 ให้สร้างบัญชีผู้ดูแลระบบทันที เนื่องจากหน้าลงทะเบียนจะเปิดทิ้งไว้จนกว่าจะมีบัญชีแรกเกิดขึ้น ใครก็ตามที่เข้าถึงหน้านี้ได้ก่อนจะสามารถควบคุมเซิร์ฟเวอร์ได้ จากนั้นตั้งค่าโดเมนของอินสแตนซ์และชี้ wildcard DNS record (*.example.com หรือ *.apps.example.com) มาที่เซิร์ฟเวอร์ เพื่อให้ Coolify สามารถกำหนด subdomain ให้กับทุกแอปที่ deploy ได้

การเพิ่มแอปแรก เชื่อมต่อแหล่งที่มาของ Git (GitHub, GitLab หรือ URL ของ repo ทั่วไป) เลือก branch ตั้งค่าโดเมน แล้วทำการ deploy ระบบ Traefik proxy ที่มาพร้อมกับ Coolify จะจัดการเส้นทางของ subdomain และขอใบรับรอง TLS ให้โดยอัตโนมัติ สำหรับซอฟต์แวร์สำเร็จรูป แคตตาล็อก Services ช่วยให้คุณติดตั้งสิ่งต่างๆ ได้ในไม่กี่คลิก เช่น n8n workflow-automation stack ที่คุณอาจต้องตั้งค่าเอง หรือ Uptime Kuma สำหรับการทำ status-page

TLS และการสำรองข้อมูล มีระบบ Let's Encrypt อัตโนมัติสำหรับแต่ละแอปผ่าน Traefik ทำให้ทุก subdomain ที่ deploy ได้รับใบรับรอง การสำรองข้อมูลเน้นที่ฐานข้อมูลเป็นหลัก: คุณสามารถตั้งเวลาทำ Postgres และ MySQL dump ไปยังที่เก็บข้อมูลที่รองรับ S3 ได้ ส่วนการสำรองข้อมูลทั้งอินสแตนซ์ (การตั้งค่าของ Coolify ซึ่งอยู่ที่ /data/coolify) ต้องทำด้วยตนเอง ดังนั้นควรส่งออกและจัดเก็บข้อมูลส่วนนี้ไว้ด้วยตัวเอง

ค่าใช้จ่ายและลิขสิทธิ์ รุ่นที่ติดตั้งเองเป็น โอเพนซอร์สและใช้งานได้ฟรี ไม่จำกัดจำนวนแอป มีบริการเสริม Coolify Cloud (แบบเสียค่าใช้จ่าย) ซึ่งจะโฮสต์ control plane ให้คุณในขณะที่แอปของคุณยังคงรันอยู่บนเซิร์ฟเวอร์ของคุณเอง ซึ่งสะดวกแต่ไม่จำเป็นต้องใช้งาน

กรณีเกิดข้อผิดพลาด แอป deploy สำเร็จแต่โดเมนไม่โหลด แดชบอร์ดทำงานปกติที่ http://<ip>:8000 และการ build ขึ้นสถานะสีเขียว แต่ URL ของแอปกลับคืนค่าข้อผิดพลาดการเชื่อมต่อหรือ Traefik 404 page not found ปัญหานี้อยู่ที่ proxy หรือ DNS ไม่ใช่ที่ตัวแอปของคุณ มีสาเหตุทั่วไป 2 ประการ ประการแรก พอร์ต 80 หรือ 443 ถูกใช้งานอยู่ก่อนแล้วในขณะที่ proxy พยายามเริ่มทำงาน ทำให้คอนเทนเนอร์หยุดทำงานด้วยข้อผิดพลาดจาก 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 allocated

ประการที่สอง hostname ไม่ชี้มาที่เซิร์ฟเวอร์: อาจเป็นเพราะแอปใช้ subdomain ที่สร้างจาก wildcard แต่ไม่มี wildcard DNS record หรือใช้ custom domain ที่ไม่มี DNS record ชี้มาที่เซิร์ฟเวอร์ ทำให้ Traefik ไม่ได้รับคำขอสำหรับ hostname นั้น หากการ์ดเซิร์ฟเวอร์ทั้งหมดใน Coolify ขึ้นว่า "Server is not reachable" นั่นเป็นปัญหาคนละส่วน: Coolify ไม่สามารถสื่อสารกับ Docker socket ของเซิร์ฟเวอร์ได้เลย ซึ่งมักเกิดจาก Docker daemon หยุดทำงานหรือ SSH key มีปัญหา ตรวจสอบสาเหตุที่แท้จริงใน log ก่อนคาดเดา:

docker logs coolify-proxy --tail 100

แก้ไขจากหน้า Proxy: กด Restart Proxy หรือรีเซ็ตการตั้งค่า proxy เป็นค่าเริ่มต้นแล้วเริ่มใหม่ จากนั้นรอประมาณสองนาทีเพื่อให้ระบบเข้าที่ ควรจำกัดการเข้าถึงพอร์ต 8000 ให้เฉพาะ IP ของคุณเท่านั้น (หรือเปิดชั่วคราวเมื่อ proxy มีปัญหา) แทนการเปิดทิ้งไว้ให้โลกภายนอกเข้าถึง เนื่องจากพอร์ตนี้ให้บริการแดชบอร์ดผ่าน HTTP ธรรมดา และเอกสารของ Coolify ระบุว่าพอร์ต 8000, 6001 และ 6002 สามารถปิดได้เมื่อแดชบอร์ดถูกให้บริการผ่านโดเมนของตัวเองแล้ว

การใช้ทรัพยากรบน VPS เดียวกัน

วัดค่าขณะเครื่องว่าง (idle) บนเครื่องขนาด 4GB เดียวกัน ก่อนที่จะเริ่มใช้งานจริง ให้ตรวจสอบค่าของคุณด้วย free -m และ docker stats --no-stream แทนการเชื่อตัวเลขใดตัวเลขหนึ่งเพียงอย่างเดียว เพราะปริมาณการใช้งานรวมจะเปลี่ยนไปตามแอปที่คุณเลือกใช้

• CasaOS เบาที่สุด แผงควบคุมเป็นชุดบริการขนาดเล็กที่เขียนด้วย Go คาดการณ์การใช้ทรัพยากรส่วนเกินได้ประมาณ 150 ถึง 300 MB นอกเหนือจากคอนเทนเนอร์ที่คุณรันอยู่
• Coolify รันคอนเทนเนอร์สนับสนุนของตัวเองหลายตัว (ตัวแอป, Postgres, Redis, บริการ realtime และ Traefik) ดังนั้นจึงใช้ทรัพยากรอยู่ที่ประมาณ 600 MB ถึง 1 GB ในขณะที่เครื่องว่างก่อนที่คุณจะเริ่มติดตั้งแอปใดๆ
• Cloudron ใช้ทรัพยากรหนักที่สุดเมื่อไม่ได้ใช้งาน เนื่องจากมีการรัน Nginx, ฐานข้อมูล, ระบบอีเมล และระบบตรวจสอบของตัวเองไม่ว่าคุณจะใช้งานหรือไม่ก็ตาม ควรเผื่อทรัพยากรไว้ที่ 1 ถึง 1.5 GB ในขณะที่เครื่องว่าง นี่คือเหตุผลว่าทำไมจึงต้องการ RAM ขั้นต่ำ 2GB และจะทำงานได้ราบรื่นกว่าที่ 4GB

บน VPS ขนาดเล็ก 2GB ตัว CasaOS จะเหลือพื้นที่ให้แอปจริงมากที่สุด ในขณะที่ Cloudron จะเหลือพื้นที่น้อยที่สุด หากแผนของคุณคือ 2GB และต้องการใช้ Cloudron พร้อมกับรันเซิร์ฟเวอร์อีเมลไปด้วย ควรวางแผนอัปเกรดเครื่องให้สูงขึ้น

การอัปเดต การสำรองข้อมูล และการยึดติดกับแพลตฟอร์ม

การอัปเดต Cloudron จะอัปเดตแพลตฟอร์มและแอปพลิเคชันทุกตัวให้คุณตามกำหนดการที่ผ่านการทดสอบแล้ว ซึ่งใช้ความพยายามน้อยที่สุดและมีการดูแลอย่างใกล้ชิดที่สุด Coolify สามารถอัปเดตตัวเองได้จากแดชบอร์ดด้วยการกดปุ่มเพียงครั้งเดียว CasaOS อัปเดตแผงควบคุมผ่านสคริปต์การติดตั้งหรือ apt แต่ในส่วนของแอปพลิเคชันที่คุณติดตั้งไว้ คุณจะต้องเป็นผู้ดำเนินการ pull และ restart ด้วยตนเอง

การยึดติดกับแพลตฟอร์ม ซึ่งเป็นปัญหาที่มักพบในปีที่สอง CasaOS มีการยึดติดน้อยที่สุด เนื่องจากแอปพลิเคชันเป็นโปรเจกต์ Compose ทั่วไป คุณจึงสามารถคัดลอก docker-compose.yaml และ volume ภายใต้ /DATA ไปยังโฮสต์อื่นและใช้งานต่อได้ Coolify อยู่ในระดับกลาง: การ deploy ของคุณคือ Dockerfiles และ repository ของคุณเอง แต่การตั้งค่าต่างๆ จะถูกเก็บไว้ในฐานข้อมูลของ Coolify ดังนั้นการย้ายโฮสต์จึงหมายถึงการต้องสร้างโปรเจกต์ใหม่บนโฮสต์ปลายทาง Cloudron มีการยึดติดมากที่สุด: แอปพลิเคชันถูกบรรจุในรูปแบบของ Cloudron แม้ว่า ข้อมูล ของคุณจะสามารถย้ายออกได้อย่างหมดจดผ่านระบบสำรองข้อมูลที่ยอดเยี่ยม แต่ตัวแพ็กเกจไม่สามารถย้ายได้ ดังนั้นคุณจึงต้องทำการ deploy ใหม่บนแพลตฟอร์มปลายทาง ข้อมูลสามารถพกพาได้ แต่โครงสร้างพื้นฐานไม่สามารถพกพาได้

ควรเลือกตัวเลือกใด

สรุปสั้นๆ และทางออกสำหรับคุณ เลือก Cloudron หากคุณต้องการเซิร์ฟเวอร์ที่ดูแลรักษาน้อยที่สุดจากทั้งสามตัวเลือก โดยจะรันแอปที่แพ็กเกจมาให้หลายตัว และยินดีจ่ายค่าธรรมเนียมรายปีเพื่อแลกกับการจัดการ TLS, การสำรองข้อมูล และการอัปเดตแบบอัตโนมัติ เลือก CasaOS หากนี่เป็นโฮมแล็บที่อยู่หลังเครือข่ายของคุณเองหรือหลัง reverse proxy, คุณต้องการหน้าจอจัดการ Docker ที่ใช้งานง่าย และคุณไม่ต้องการเสียค่าใช้จ่ายใดๆ เลือก Coolify หากคุณต้องการ deploy โค้ดของคุณเองจาก Git และต้องการฟีเจอร์ push-to-deploy พร้อม TLS อัตโนมัติ โดยไม่ต้องจ่ายราคาแพงเหมือนการใช้ PaaS แบบเช่าใช้ หากไม่มีตัวเลือกใดที่ตรงกับความต้องการของคุณ ส่วนถัดไปคือคำตอบที่ตรงไปตรงมาสำหรับคุณ

ข้ามทั้งสามตัวเลือกนี้ไปหาก...

จงซื่อสัตย์กับขนาดของระบบที่คุณใช้งาน หากคุณรันแอปเพียงหนึ่งหรือสองตัว หรือต้องการทำความเข้าใจและควบคุมทุกอย่างบนเซิร์ฟเวอร์ของคุณเอง ให้ข้ามการใช้แผงควบคุม (panel) ไปได้เลย ภาระงานส่วนเกินและการถูกผูกมัดกับซอฟต์แวร์ (lock-in) นั้นไม่คุ้มค่าสำหรับ stack ขนาดเล็กที่มีความเสถียร แนวทางแบบ DIY คือการใช้ reverse proxy วางหน้าไฟล์ Compose ของคุณเอง โดย Traefik พร้อม TLS อัตโนมัติหน้าแอป Docker Compose หลายตัว จะช่วยให้คุณได้ HTTPS ที่ใช้งานง่ายในคลิกเดียวโดยไม่ต้องแบกรับน้ำหนักของแผงควบคุม และคุณสามารถสำรองข้อมูลด้วยงาน restic ที่ตั้งเวลาผ่าน cron ซึ่งคุณเข้าใจการทำงานของมันจริงๆ

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

สำหรับแอปหลักเพียงแอปเดียว เหตุผลยิ่งชัดเจนขึ้น: การ ติดตั้ง Nextcloud บน Docker พร้อม TLS และระบบสำรองข้อมูลของตัวเอง ใช้เพียงไฟล์ Compose หนึ่งไฟล์และ certificate หนึ่งใบ การติดตั้งเครื่องมือจัดการทั้งระบบเพื่อรันแอปเพียงตัวเดียวมีแต่จะเพิ่มต้นทุนโดยไม่ได้รับประโยชน์ หากคุณยังตัดสินใจไม่ได้ว่าจะรัน อะไร ก่อนที่จะตัดสินใจว่าจะรัน อย่างไร คู่มือสิ่งที่น่าทำ self-hosting ในปี 2026 จะเป็นจุดเริ่มต้นที่ดีกว่า

FAQ

ฉันจำเป็นต้องใช้แผงควบคุม (Panel) สำหรับการ self-host หรือไม่?

จำเป็นก็ต่อเมื่อคุณต้องการระบบอัตโนมัติ 4 ประการที่ครอบคลุมหลายแอปพลิเคชัน ได้แก่ การติดตั้งด้วยคลิกเดียว, การจัดการ TLS อัตโนมัติ, การสำรองข้อมูลตามกำหนดเวลา และการจัดการผู้ใช้ หากคุณรันเพียงหนึ่งหรือสองบริการ การใช้ Docker Compose ร่วมกับ Traefik ก็สามารถจัดการ TLS ได้เช่นกันโดยใช้ทรัพยากรน้อยกว่ามากและไม่ผูกติดกับซอฟต์แวร์ใดซอฟต์แวร์หนึ่ง แผงควบคุมจะคุ้มค่าก็ต่อเมื่อคุณรันแอปจำนวนมากและเวลาของคุณมีค่ามากกว่า RAM ที่แผงควบคุมเหล่านั้นต้องใช้

แผงควบคุมตัวไหนดีที่สุดสำหรับมือใหม่?

สำหรับ home lab ที่ไม่มีการเปิดเผยบริการสู่สาธารณะ CasaOS เป็นจุดเริ่มต้นที่ง่ายที่สุด: ใช้เพียงคำสั่งเดียวและมี UI ที่เป็นมิตรโดยไม่มีค่าใช้จ่าย แต่คุณต้องติดตั้ง reverse proxy ที่ทำ TLS termination ไว้ด้านหน้าก่อนที่จะเปิดเผยบริการใดๆ ออกสู่ภายนอก เพราะตัวมันเองทำงานบน HTTP ปกติ หากคุณต้องการระบบจัดการ TLS และการสำรองข้อมูลที่เบ็ดเสร็จและยินดีจ่ายเงิน Cloudron คือตัวเลือกที่ดูแลคุณได้ดีที่สุด โดยมีข้อจำกัดให้ใช้ฟรีได้ 2 แอปพลิเคชัน

Cloudron ใช้งานฟรีหรือไม่?

บางส่วนเท่านั้น รุ่นฟรีอนุญาตให้ใช้ สองแอป ซึ่งเพียงพอสำหรับการทดลองใช้งานหรือการตั้งค่าขนาดเล็กมาก หากเกินกว่านั้น Cloudron จะเป็นบริการแบบสมัครสมาชิกที่เรียกเก็บเงินรายเดือนหรือรายปี โดยจะสามารถใช้งานแอปได้ไม่จำกัดในรุ่นที่ต้องชำระเงิน นี่เป็นผลิตภัณฑ์เชิงพาณิชย์ที่มีแผนฟรีแบบจำกัด ไม่ใช่ซอฟต์แวร์ฟรี ดังนั้นควรวางแผนงบประมาณไว้หากระบบของคุณมีแนวโน้มที่จะขยายตัว

ฉันสามารถรันแผงควบคุมเหล่านี้ควบคู่ไปกับแอปที่มีอยู่เดิมได้หรือไม่?

Cloudron: ไม่ได้ เพราะ ต้องการเครื่อง Ubuntu ที่สะอาด และจะยกเลิกการติดตั้งหากพบว่ามีการติดตั้ง nginx, Docker หรือ Node อยู่ก่อนแล้ว เนื่องจากมันทำหน้าที่จัดการเครื่องทั้งเครื่อง ส่วน CasaOS และ Coolify นั้นยืดหยุ่นกว่าเนื่องจากติดตั้ง Docker stack ของตนเองและสามารถแชร์เครื่องได้ในทางทฤษฎี แต่ CasaOS ต้องการพอร์ต 80 สำหรับหน้า dashboard และ proxy ของ Coolify ต้องการทั้งพอร์ต 80 และ 443 ซึ่งจะเกิดความขัดแย้งกับเว็บเซิร์ฟเวอร์หรือ proxy อื่นที่ใช้งานพอร์ตเหล่านี้อยู่แล้ว บนเครื่องที่มีบริการรันอยู่ก่อนแล้ว แผงควบคุมมักไม่ใช่เครื่องมือที่เหมาะสม ควรเลือกใช้ Traefik และ Compose แทน

ฉันจะย้ายออกจากแผงควบคุมในภายหลังได้อย่างไร?

จงวางแผนการย้ายออกก่อนที่คุณจะจำเป็นต้องทำ สำหรับ CasaOS ให้คัดลอก docker-compose.yaml ของแอปและ volume /DATA ไปยังโฮสต์ใหม่แล้วเริ่มการทำงานใหม่ สำหรับ Coolify ให้ส่งออกการตั้งค่าของแต่ละโปรเจกต์และชี้ไปยัง repository เดิมที่ปลายทาง สำหรับ Cloudron ให้กู้คืนข้อมูลจากการสำรองข้อมูลลงในแอปที่ติดตั้งใหม่บนแพลตฟอร์มปลายทาง เนื่องจากรูปแบบการบรรจุแอปของ Cloudron ไม่สามารถย้ายข้ามระบบได้ มีเพียงข้อมูลเท่านั้นที่ย้ายได้ ในทุกกรณี ให้ทดสอบการกู้คืนบนเครื่องสำรองก่อนที่จะลบระบบเก่าทิ้ง