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

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

Cloudron: อุปกรณ์สำเร็จรูปที่ผ่านการขัดเกลาและมีแนวทางชัดเจน

มันคืออะไร Cloudron เป็นแพลตฟอร์มเชิงพาณิชย์ที่เปลี่ยนเซิร์ฟเวอร์ทั้งเครื่องให้กลายเป็นอุปกรณ์จัดการสำเร็จรูป (managed appliance) โดยรัน 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) ระบุโดเมนย่อย files.example.com แล้วกด Install ระบบ Cloudron จะสร้าง DNS record, ร้องขอใบรับรองจาก Let's Encrypt, เตรียมฐานข้อมูล, เชื่อมต่อระบบ single sign-on และกำหนดตารางการสำรองข้อมูลให้โดยที่คุณไม่ต้องแตะไฟล์ config เลย นี่คือจุดเด่นทั้งหมดของระบบซึ่งทำได้จริงตามที่กล่าวไว้

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

ค่าใช้จ่ายและลิขสิทธิ์ โปรดอ่านก่อนตัดสินใจ 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 it's 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) บนสถาปัตยกรรม x86-64 ส่วน ARM, LXC และ OpenVZ นั้นไม่รองรับโดยสิ้นเชิง

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

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 เป็นแพลตฟอร์มแบบ Platform-as-a-Service (PaaS) แบบโอเพนซอร์สที่คุณสามารถติดตั้งบนเซิร์ฟเวอร์ของตนเองได้ มีลักษณะการทำงานคล้ายกับ Heroku หรือ Vercel หน่วยการทำงานหลักไม่ใช่การ "ติดตั้งแอปที่แพ็กมาแล้ว" แต่เป็นการ "deploy Git repository": เพียงเชื่อมต่อ repository เข้าไป Coolify จะทำการ build (ผ่าน Nixpacks หรือ Dockerfile ของคุณ) และนำไปใช้งาน โดยจะทำการ deploy ใหม่ทุกครั้งที่มีการ 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 จะทำหน้าที่จัดการ routing ของ subdomain และร้องขอใบรับรอง TLS สำหรับซอฟต์แวร์สำเร็จรูป แคตตาล็อก Services ช่วยให้คุณติดตั้งสิ่งต่างๆ ได้ด้วยการคลิกเพียงไม่กี่ครั้ง เช่น n8n workflow-automation stack ที่คุณอาจต้องตั้งค่าเอง หรือ Uptime Kuma สำหรับการทำหน้า status-page

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

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

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

ประการที่สอง คือไม่มีการตั้งค่า wildcard 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 ด้วยตนเอง

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

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

สรุปสั้นๆ และทางออกสำหรับคุณ เลือก 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 หรือไม่?

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

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

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

Cloudron ฟรีหรือไม่?

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

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

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

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

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