ย้ายจาก CentOS มา Debian — ทำไมถึงคุ้มและเริ่มยังไง (ฉบับสมบูรณ์)

ถ้าคุณยังรัน Production อยู่บน CentOS ตอนนี้คือเวลาที่ต้องตัดสินใจอย่างจริงจัง เพราะ CentOS Linux แบบที่เรารู้จักกัน ไม่มีอยู่อีกต่อไปแล้ว และการอยู่บนระบบที่ไม่มี Security Update คือการเปิดประตูทิ้งไว้ให้คนร้าย บทความนี้จะอธิบายว่าทำไม Debian คือปลายทางที่คุ้มที่สุดสำหรับคนที่กำลังหนีจาก CentOS และพาคุณดูขั้นตอนย้ายแบบครบ พร้อมตารางเทียบคำสั่ง yum กับ apt

1. CentOS ที่เรารู้จักได้ตายไปแล้ว

เดิมที CentOS คือ "RHEL ฟรี" — เป็น rebuild ของ Red Hat Enterprise Linux แบบ bit-for-bit ที่ออกตามหลัง RHEL จึงได้ทั้งความเสถียรระดับองค์กรและรอบซัพพอร์ตยาว 10 ปี โดยไม่ต้องจ่ายค่า subscription นี่คือเหตุผลที่เซิร์ฟเวอร์ทั่วโลกนับล้านเครื่องเลือก CentOS

แต่ในเดือนธันวาคม 2020 Red Hat ประกาศเปลี่ยนทิศทางแบบพลิกหน้ามือเป็นหลังมือ:

• CentOS 8 ที่ควรซัพพอร์ตถึงปี 2029 ถูกตัดจบเหลือ EOL 31 ธันวาคม 2021 — หายไปเกือบ 8 ปี
• CentOS 7 เดินตามแผนเดิมและ EOL ไปแล้วเมื่อ 30 มิถุนายน 2024
• สิ่งที่เหลือคือ CentOS Stream ซึ่งเป็น rolling release ที่อยู่ ก่อน RHEL (เป็น preview ของรุ่นถัดไป) ไม่ใช่ downstream ที่นิ่งเหมือนเดิม

บทเรียนที่แท้จริงจากเหตุการณ์นี้ไม่ใช่แค่ "CentOS ตาย" แต่คือ ความเสี่ยงของการพึ่งดิสโทรที่บริษัทเดียวควบคุมทิศทางได้ทั้งหมด วันดีคืนดีนโยบายเปลี่ยน ระบบที่คุณวางใจก็หายไปได้ — และนี่คือจุดที่ Debian โดดเด่นที่สุด

2. ทำไม Debian คือบ้านใหม่ที่ใช่

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

ความหมายในทางปฏิบัติคือ:

• ไม่มีใคร "ถอดปลั๊ก" ได้ — ไม่มี CEO คนไหนสั่งยกเลิก Debian เพื่อดันสินค้าตัวอื่นได้แบบที่เกิดกับ CentOS
• ทิศทางมาจากชุมชน — ผ่านกระบวนการลงมติและทีม maintainer หลายพันคน ไม่ใช่ฝ่ายการตลาดของบริษัท
• ความต่อเนื่อง 30+ ปี — Debian เป็นหนึ่งในดิสโทรที่เก่าแก่ที่สุดที่ยังพัฒนาต่อเนื่อง และเป็นรากฐานของ Ubuntu, Proxmox, Raspberry Pi OS, Kali และอีกนับร้อย

พูดง่ายๆ คือ ถ้า CentOS สอนให้เรากลัวการถูกบริษัทเปลี่ยนใจ Debian คือดิสโทรที่ออกแบบมาให้เรื่องนั้น เกิดขึ้นไม่ได้ตั้งแต่แรก

3. เสถียรภาพระดับตำนาน — Debian Stable

จุดที่คนรัก CentOS มักกังวลเวลาย้ายคือเรื่อง "ความนิ่ง" ของระบบ ข่าวดีคือ Debian Stable ขึ้นชื่อเรื่องความเสถียรไม่แพ้กัน หรืออาจจะมากกว่า เพราะปรัชญาของ Debian คือ "แพ็กเกจจะเข้าสู่ Stable ก็ต่อเมื่อพิสูจน์แล้วว่านิ่งจริง"

• ทุกแพ็กเกจใน Stable ผ่านช่วง Testing มานานพอจนบั๊กร้ายแรงถูกกรองออก
• ระหว่างอายุของ release หนึ่งๆ Debian จะ ไม่เปลี่ยนเวอร์ชันหลัก ของแพ็กเกจ มีแต่ security/bugfix backport — เหมือนกับที่ CentOS เคยให้ความรู้สึก "ลงครั้งเดียวอยู่ยาว"
• เหมาะกับ Production ที่ต้องการความคาดเดาได้ ไม่ตื่นมาเจอ config พังเพราะ auto-update เปลี่ยนพฤติกรรมซอฟต์แวร์

4. apt ดีกว่า yum/dnf อย่างไร

คนที่ย้ายมาจาก CentOS จะคุ้นกับ yum/dnf ข่าวดีคือ apt ของ Debian ทำงานในแนวคิดเดียวกันแต่หลายคนบอกว่าลื่นกว่า:

• คลังแพ็กเกจใหญ่มาก — Debian มีแพ็กเกจสำเร็จรูปกว่า 59,000 รายการ ครอบคลุมแทบทุกเครื่องมือที่ต้องใช้ ไม่ต้องไปหา third-party repo (อย่าง EPEL) ให้ปวดหัวบ่อยเหมือนบน CentOS
• Dependency resolution แม่นและเร็ว — apt จัดการ dependency ได้สะอาด และคำสั่งสั้นจำง่าย
• อัปเดตทั้งระบบในคำสั่งเดียว — apt update && apt upgrade ครอบคลุมทั้งระบบ
• เครื่องมือเสริมครบ — apt-cache, dpkg, apt-mark, unattended-upgrades สำหรับ patch อัตโนมัติ

เมื่อชินแล้ว คนจำนวนมากไม่อยากกลับไปใช้ yum อีกเลย โดยเฉพาะเรื่อง "หาแพ็กเกจอะไรก็เจอใน repo หลัก"

5. รอบซัพพอร์ตที่ยาวและคาดเดาได้

สิ่งที่ทำให้ CentOS น่าเชื่อถือคือซัพพอร์ตยาว เรื่องนี้ Debian ก็ทำได้ดีและ คาดเดาได้:

ช่วง	ระยะเวลา	ใครดูแล
Full support (รุ่นล่าสุด)	~2 ปีหลังออก release ใหม่	Debian Security Team
LTS (Long Term Support)	รวมประมาณ 5 ปี นับจากวันออก	Debian LTS Team
ELTS (Extended LTS)	ต่อได้ถึง ~10 ปี	Freexian (เชิงพาณิชย์)

Debian ออกรุ่นใหม่ราวทุก 2 ปี และทุกรุ่นมีกำหนด EOL ที่ประกาศชัด ทำให้วางแผน upgrade ได้ล่วงหน้าโดยไม่ต้องลุ้นว่า "บริษัทจะเปลี่ยนใจอีกไหม" — ต่างจากบทเรียน CentOS 8 อย่างสิ้นเชิง

6. Debian เทียบกับทางเลือกอื่นหลัง CentOS

หลัง CentOS ตาย มีหลายทางเลือก แต่ละตัวมีจุดเด่นต่างกัน:

ดิสโทร	โมเดล	จุดเด่น	ข้อควรคิด
Debian	ชุมชนอิสระ 100%	เสถียร, คลังแพ็กเกจใหญ่สุด, ไม่มีใครถอดปลั๊กได้	คำสั่ง/layout ต่างจาก RHEL ต้องปรับตัวเล็กน้อย
AlmaLinux / Rocky	RHEL clone (ชุมชน/มูลนิธิ)	เหมือน RHEL เป๊ะ ย้ายจาก CentOS ง่ายสุด	ยังผูกกับทิศทาง RHEL upstream
CentOS Stream	Upstream ของ RHEL	ใกล้ชิด Red Hat	เป็น rolling ไม่นิ่งเท่าเดิม ไม่ใช่ downstream
Ubuntu Server	บริษัท (Canonical) ฐาน Debian	นิยมมาก เอกสารเยอะ	เป็นของบริษัท บาง repo ต้องสมัคร Pro

ถ้าเป้าหมายคือ "ย้ายให้เหมือนเดิมที่สุด" AlmaLinux/Rocky ก็ดี แต่ถ้าเป้าหมายคือ หนีความเสี่ยงเรื่องเจ้าของเปลี่ยนนโยบายให้ขาด และอยากได้ฐานที่กว้างที่สุด Debian คือคำตอบที่ตรงโจทย์ที่สุด — แถม Ubuntu ที่หลายคนคุ้นก็สร้างบน Debian อยู่แล้ว ความรู้ส่วนใหญ่จึงถ่ายโอนได้ทันที

7. แอป Stack และ Control Panel รองรับเต็ม

ความกังวลที่พบบ่อยคือ "ของที่ใช้บน CentOS จะรันบน Debian ได้ไหม" คำตอบคือได้แทบทั้งหมด:

• Web: Nginx, Apache — มีในคลังหลักและ official repo
• Database: MariaDB, MySQL, PostgreSQL — ครบ
• ภาษา: PHP (รวม repo ของ Sury สำหรับเวอร์ชันใหม่), Python, Node.js, Go — มีหมด
• Container: Docker, Podman, containerd มี official repo สำหรับ Debian โดยตรง
• Control Panel: DirectAdmin ติดตั้งบน Debian ได้สมบูรณ์ — ถ้าใช้ DirectAdmin อยู่แล้วก็ย้ายมาได้สบาย

8. กินทรัพยากรน้อย เหมาะกับ VPS

Debian ขึ้นชื่อเรื่อง การติดตั้งแบบ minimal ที่เบาจริง เหมาะกับ VPS ที่ RAM จำกัด คุณเลือกได้ว่าจะลงเฉพาะที่ต้องใช้ ไม่มีบริการเกินจำเป็นมากินแรม ทำให้:

• VPS สเปกเล็กก็รัน web stack ได้สบาย เหลือ RAM ให้แอปจริงมากขึ้น
• Attack surface เล็กลงเพราะมีบริการน้อย — ปลอดภัยกว่าโดยธรรมชาติ
• บูตเร็ว อัปเดตเร็ว เพราะ footprint เล็ก

9. ขั้นตอนย้ายจาก CentOS มา Debian

การย้ายข้ามดิสโทรที่ปลอดภัยที่สุดคือ ติดตั้งใหม่บนเครื่อง Debian แล้วย้ายข้อมูลข้าม ไม่ใช่ in-place upgrade (เพราะ package manager และ libc คนละชุดกัน เสี่ยงพังสูง) บน VPS การ reinstall เป็น Debian ใช้เวลาไม่กี่นาที ขั้นตอนหลักมีดังนี้:

ขั้นที่ 1 — สำรวจและ backup เครื่อง CentOS เดิม

# ดูเวอร์ชันและบริการที่รันอยู่
cat /etc/centos-release
systemctl list-units --type=service --state=running

# รายการแพ็กเกจที่ลงไว้ (เก็บไว้เทียบบน Debian)
rpm -qa --qf '%{NAME}\n' | sort > installed-packages.txt

# backup data สำคัญ
tar czf backup-web.tgz /var/www /etc/nginx /etc/httpd
mysqldump --all-databases -u root -p > all-databases.sql

ขั้นที่ 2 — เตรียมเครื่อง Debian ใหม่

สั่ง VPS ใหม่ (หรือ reinstall เครื่องเดิม) เป็น Debian รุ่นล่าสุด แล้วอัปเดตระบบและสร้าง user สำหรับใช้งาน:

apt update && apt upgrade -y
apt install -y sudo ufw curl git
adduser deploy && usermod -aG sudo deploy

ขั้นที่ 3 — ติดตั้ง stack เดิมด้วย apt

# ตัวอย่าง LEMP stack
apt install -y nginx mariadb-server php-fpm php-mysql certbot python3-certbot-nginx

ขั้นที่ 4 — ย้ายข้อมูลและคอนฟิก

# คืน data เว็บและฐานข้อมูล
tar xzf backup-web.tgz -C /
mysql -u root -p < all-databases.sql

จากนั้นปรับ path คอนฟิกให้ตรงกับ Debian (ดูข้อ 10) ทดสอบบนเครื่องใหม่ด้วย hosts file หรือ subdomain ชั่วคราว เมื่อผ่านครบค่อย สลับ DNS มาที่ IP ใหม่ วิธีนี้ downtime แทบเป็นศูนย์และ rollback ได้ทันทีถ้ามีปัญหา

10. ตารางเทียบคำสั่ง yum/dnf ↔ apt

งาน	CentOS (yum/dnf)	Debian (apt)
อัปเดตรายชื่อแพ็กเกจ	yum check-update	apt update
อัปเกรดทั้งระบบ	yum update	apt upgrade
ติดตั้งแพ็กเกจ	yum install pkg	apt install pkg
ลบแพ็กเกจ	yum remove pkg	apt remove pkg
ค้นหาแพ็กเกจ	yum search ชื่อ	apt search ชื่อ
ดูรายละเอียด	yum info pkg	apt show pkg
ลิสต์ที่ติดตั้ง	rpm -qa	dpkg -l
ไฟล์นี้มาจากแพ็กเกจไหน	rpm -qf /path	dpkg -S /path
เคลียร์ของไม่ใช้	yum autoremove	apt autoremove

เรื่องอื่นที่ต่างกันและควรรู้: SELinux → AppArmor, firewalld → ufw/nftables (ufw ง่ายกว่ามาก เช่น ufw allow 80,443/tcp), root ของเว็บ Apache บน Debian คือ /var/www/html และ service ของ Apache ชื่อ apache2 (ไม่ใช่ httpd)

11. ข้อควรระวังตอนย้าย

• ชื่อแพ็กเกจอาจต่าง — เช่น httpd → apache2, mariadb-server ชื่อเหมือนกันแต่ path config ต่าง
• Path คอนฟิกต่าง — Nginx/Apache, PHP-FPM และ log อยู่คนละที่กับ CentOS ตรวจก่อนสตาร์ต service
• Firewall ต้องเขียนใหม่ — กฎ firewalld ไม่ย้ายตรงๆ มาเป็น ufw ต้อง map เอง
• ทดสอบก่อนสลับ DNS เสมอ — อย่าเพิ่งชี้ traffic จริงจนกว่าจะ verify ครบ
• เก็บเครื่องเก่าไว้สักพัก — เผื่อต้องดึง config ที่ลืม ก่อนปิดถาวร

สรุป

CentOS แบบเดิมจบไปแล้ว และการฝืนอยู่ต่อบนระบบที่ไม่มี Security Update คือความเสี่ยงที่ไม่คุ้ม การย้ายไป Debian ให้สิ่งที่คนรัก CentOS ตามหา — ความเสถียร รอบซัพพอร์ตยาว คลังแพ็กเกจมหาศาล — บวกกับสิ่งที่ CentOS ให้ไม่ได้อีกแล้ว นั่นคือ ความมั่นใจว่าไม่มีบริษัทไหนมาถอดปลั๊กได้ ถ้าจะย้ายทั้งที ย้ายไปบ้านที่อยู่ได้ยาวๆ ดีกว่า

คำถามที่พบบ่อย (FAQ)

CentOS ตายแล้วจริงไหม

CentOS Linux แบบเดิม (rebuild ของ RHEL ที่ออกหลัง RHEL) ถูกยกเลิกแล้ว — CentOS 8 หมดอายุ (EOL) เร็วผิดสัญญาในวันที่ 31 ธันวาคม 2021 และ CentOS 7 หมดอายุ 30 มิถุนายน 2024 Red Hat เปลี่ยนไปทำเฉพาะ CentOS Stream ซึ่งเป็น rolling release ที่อยู่ "ก่อน" RHEL ไม่ใช่ตามหลังเหมือนเดิม คนที่ต้องการความเสถียรแบบเดิมจึงต้องหาทางเลือกใหม่

ทำไมต้องเลือก Debian แทนที่จะเป็น AlmaLinux หรือ Rocky

AlmaLinux/Rocky เป็น RHEL clone ที่ดีและย้ายง่ายถ้าคุณผูกกับ ecosystem ของ RHEL อยู่แล้ว แต่ Debian มีข้อได้เปรียบคือเป็นอิสระจากบริษัทใดบริษัทหนึ่ง 100% ไม่มีใคร "ถอดปลั๊ก" ได้เหมือนที่ Red Hat ทำกับ CentOS มีคลังแพ็กเกจใหญ่ที่สุดแห่งหนึ่ง (59,000+) เสถียรในตำนาน และวงจรซัพพอร์ตยาวคาดเดาได้ ถ้าอยากหนีความเสี่ยงเรื่อง "เจ้าของเปลี่ยนนโยบาย" ให้เด็ดขาด Debian คือคำตอบ

ย้ายจาก CentOS มา Debian ทำ in-place ได้ไหม

ไม่แนะนำให้ทำ in-place upgrade ข้ามดิสโทร (RHEL family -> Debian) เพราะ package manager, libc layout และ init คนละชุดกัน วิธีที่ปลอดภัยและสะอาดที่สุดคือ provision เครื่อง Debian ใหม่ ติดตั้ง stack แล้วย้ายข้อมูล/คอนฟิกข้ามไป ทดสอบให้ผ่านก่อนค่อยสลับ DNS — บน VPS การ reinstall เป็น Debian ใช้เวลาไม่กี่นาที

คำสั่ง yum/dnf เปลี่ยนเป็นอะไรบน Debian

ใช้ apt เป็นหลัก เช่น yum install -> apt install, yum update -> apt update && apt upgrade, yum remove -> apt remove, yum search -> apt search, rpm -qa -> dpkg -l บทความนี้มีตารางเทียบคำสั่งครบให้ดู

Debian รองรับ control panel และ Docker ไหม

รองรับครบ — DirectAdmin ติดตั้งบน Debian ได้, Docker/Podman, Nginx, Apache, MariaDB/MySQL, PHP, Node.js, Python ทุกอย่างมีแพ็กเกจหรือ official repo สำหรับ Debian อยู่แล้ว ระบบนิเวศกว้างกว่าที่หลายคนคิด

SELinux กับ firewalld ของ CentOS ใช้บน Debian ได้ไหม

Debian ใช้ AppArmor แทน SELinux (ติดตั้ง SELinux เพิ่มได้แต่ไม่ใช่ค่าเริ่มต้น) และใช้ nftables/ufw แทน firewalld การย้ายจึงต้องเขียน policy ฝั่ง firewall ใหม่เล็กน้อย แต่ ufw ใช้ง่ายกว่า firewalld มากสำหรับงานทั่วไป