เลือกใช้ Rocky Linux หรือ AlmaLinux สำหรับ VPS ดีกว่ากัน

Rocky Linux กับ AlmaLinux: คำตอบสั้นๆ

สำหรับเซิร์ฟเวอร์เกือบทุกประเภท การเลือกระหว่าง Rocky Linux กับ AlmaLinux ไม่มีคำตอบที่ผิด ทั้งสองโครงการสร้างระบบขึ้นใหม่จากซอร์สโค้ดเดียวกันของ Red Hat Enterprise Linux (RHEL) จึงมีการปล่อยแพ็กเกจเดียวกันและมีวงจรการสนับสนุนยาวนาน 10 ปีเท่ากัน ความแตกต่างนั้นมีอยู่จริงแต่เป็นเรื่องของโครงสร้างการบริหารจัดการและกรณีเฉพาะทางเพียงเล็กน้อย ไม่ใช่เรื่องของการดูแลเซิร์ฟเวอร์ในงานประจำวัน

มีสองปัจจัยที่ใช้ตัดสินใจหากไม่ต้องการใช้วิธีการสุ่มเลือก ประการแรก AlmaLinux 10 ยังคงรองรับการ build สำหรับหน่วยประมวลผลที่เก่ากว่า Intel Haswell ในขณะที่ Rocky Linux 10 ไม่รองรับ ซึ่งเป็นประเด็นสำคัญหากใช้ VPS (virtual private server) ที่มีราคาถูกหรือฮาร์ดแวร์รุ่นเก่า ประการที่สอง AlmaLinux ให้คำมั่นเรื่องความเข้ากันได้ในระดับ ABI มากกว่าการทำงานที่เหมือนกันทุกประการ ซึ่งเป็นสิ่งสำคัญหากคุณใช้งานผลิตภัณฑ์จากผู้จำหน่ายที่มีข้อกำหนดด้านการสนับสนุนอย่างเคร่งครัด

ที่มาของทั้งสองดิสทริบิวชัน

เมื่อวันที่ 8 ธันวาคม 2020 โครงการ CentOS ประกาศว่า CentOS Linux 8 ซึ่งเป็นการนำ RHEL 8 มาสร้างใหม่ จะสิ้นสุดการสนับสนุนในปลายปี 2021 ทั้งที่เดิมเคยประกาศวันสิ้นสุดไว้ในปี 2029 อนาคตของโครงการถูกเปลี่ยนไปเป็น CentOS Stream ซึ่งประกาศดังกล่าวระบุว่าเป็นรุ่นที่พัฒนาล้ำหน้ากว่า RHEL รุ่นปัจจุบันเล็กน้อยและทำหน้าที่เป็น upstream development branch ของ RHEL ส่วน CentOS Linux 7 ยังคงกำหนดการเดิมและสิ้นสุดอายุการใช้งานในวันที่ 30 มิถุนายน 2024

ปัญหาไม่ได้อยู่ที่ตัว CentOS Stream แต่อยู่ที่การเลื่อนวันสิ้นสุดอายุการใช้งานจากปี 2029 ให้เร็วขึ้นถึง 8 ปี โดยแจ้งล่วงหน้าเพียงประมาณหนึ่งปีสำหรับเครื่องที่ติดตั้งใช้งานไปแล้ว Rocky Linux และ AlmaLinux จึงถือกำเนิดขึ้นด้วยเหตุผลนี้ ทั้งสองโครงการปรากฏขึ้นในปี 2021 โดยมีเป้าหมายเดียวกันคือ การเป็น RHEL เวอร์ชันสร้างใหม่ที่ไม่มีค่าใช้จ่าย ซึ่งผู้ดูแลระบบสามารถติดตั้งและใช้งานต่อเนื่องได้นานนับทศวรรษโดยไม่ต้องปรับเปลี่ยนบ่อยครั้ง

สิ่งที่ Rocky Linux และ AlmaLinux มีร่วมกัน

เริ่มต้นที่จุดนี้ เพราะส่วนที่เหมือนกันคือภาพรวมส่วนใหญ่ ทั้งสองระบบสร้างใหม่จากซอร์สต้นทางเดียวกันคือ RHEL ดังนั้นทั้งคู่จึงให้เวอร์ชันแพ็กเกจที่เหมือนกัน, ใช้ dnf ตัวจัดการแพ็กเกจเดียวกัน, มีนโยบาย SELinux (Security Enhanced Linux) แบบเดียวกัน, ใช้ firewalld ส่วนติดต่อผู้ใช้เดียวกัน และมีโครงสร้าง systemd unit ที่เหมือนกัน ไฟล์การกำหนดค่าต่าง ๆ อยู่ในพาธเดียวกัน คู่มือที่เขียนขึ้นสำหรับระบบหนึ่งจึงสามารถนำไปใช้กับอีกระบบหนึ่งได้โดยเพียงแค่เปลี่ยนชื่อเท่านั้น

ทั้งสองระบบติดตามการปล่อยเวอร์ชันย่อยของ RHEL อย่างใกล้ชิด AlmaLinux 10.2 ปล่อยออกมาเมื่อวันที่ 26 May 2026 และ Rocky Linux 10.2 เมื่อวันที่ 28 May 2026 สำหรับซีรีส์ 9 ก็มีการขยับตัวในสัปดาห์เดียวกัน คือ AlmaLinux 9.8 ในวันที่ 26 May 2026 และ Rocky Linux 9.8 ในวันที่ 27 May 2026 ในช่วงก่อนหน้านี้ช่องว่างของเวลาอาจกว้างกว่านี้ โดย AlmaLinux 10.0 มาถึงเมื่อวันที่ 27 May 2025 และ Rocky Linux 10.0 เมื่อวันที่ 11 June 2025

ช่องว่างดังกล่าวเป็นเรื่องของสื่อการติดตั้งเวอร์ชันย่อย ไม่ใช่เรื่องของความปลอดภัย ทั้งสองโครงการมีการเผยแพร่ errata อย่างต่อเนื่องระหว่างการปล่อยเวอร์ชันย่อย โดยแต่ละโครงการดำเนินการผ่านบริการ errata ของตนเอง ความแตกต่างสองสัปดาห์ในการปรากฏของ .2 อิมเมจ ไม่ได้หมายความว่าระบบจะขาดการแพตช์เป็นเวลาสองสัปดาห์

ทั้งสองระบบยังคงรูปแบบวงจรชีวิต 10 ปีที่สืบทอดมาจาก RHEL ซึ่งประกอบด้วยการสนับสนุนแบบเต็มรูปแบบประมาณ 5 ปี ตามด้วยการบำรุงรักษาเฉพาะด้านความปลอดภัยอีก 5 ปี โดยซีรีส์ 10 ของทั้งสองระบบจะสิ้นสุดในปี 2035

ใครเป็นผู้ดูแลแต่ละโครงการ

Rocky Linux อยู่ภายใต้การดูแลของ Rocky Enterprise Software Foundation (RESF) ซึ่งเป็นองค์กรเพื่อสาธารณประโยชน์ในรัฐเดลาแวร์ ก่อตั้งโดย Gregory Kurtzer ผู้ร่วมก่อตั้ง CentOS ในเดือนพฤศจิกายน 2022 RESF ได้ให้สัตยาบันในข้อบังคับและธรรมนูญที่เปลี่ยนอำนาจการควบคุมจากตัวผู้ก่อตั้งไปสู่โครงสร้างที่ระบุไว้เป็นลายลักษณ์อักษร CIQ ซึ่งเป็นบริษัทที่ Kurtzer ก่อตั้งเช่นกัน เป็นผู้สนับสนุนหลักและเป็นผู้จำหน่ายบริการสนับสนุนเชิงพาณิชย์สำหรับ Rocky Linux

AlmaLinux อยู่ภายใต้การดูแลของ AlmaLinux OS Foundation ซึ่งเป็นองค์กรไม่แสวงหาผลกำไรประเภท 501(c)(6) จดทะเบียนในรัฐเดลาแวร์และก่อตั้งขึ้นในเดือนมีนาคม 2021 คณะกรรมการของมูลนิธิมาจากการเลือกตั้งโดยสมาชิกของมูลนิธิโดยมีวาระการดำรงตำแหน่งสี่ปีแบบเหลื่อมเวลากัน รายงานการประชุมจะถูกเผยแพร่ภายในสิบสี่วัน และมีข้อบังคับที่ป้องกันไม่ให้นายจ้างรายเดียวถือครองที่นั่งในคณะกรรมการที่มีสิทธิ์ออกเสียงเกินหนึ่งที่นั่ง ไม่ว่าจะให้การสนับสนุนมากเพียงใดก็ตาม CloudLinux เป็นผู้ริเริ่มโครงการและได้ต่ออายุการสนับสนุนระดับแพลทินัมในเดือนตุลาคม 2024 ด้วยมูลค่าหนึ่งล้านดอลลาร์ต่อปี โดยแผนก TuxCare ของบริษัทเป็นผู้จำหน่ายบริการสนับสนุนเชิงพาณิชย์

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

เกิดอะไรขึ้นในปี 2023 และเรื่องนี้ยังสำคัญอยู่หรือไม่?

เมื่อวันที่ 21 มิถุนายน 2023 Red Hat ประกาศว่า CentOS Stream จะกลายเป็นแหล่งเก็บซอร์สโค้ดสาธารณะเพียงแห่งเดียวสำหรับ RHEL ก่อนหน้านั้น ซอร์สแพ็กเกจของ RHEL จะปรากฏอยู่บน git.centos.org ซึ่งเป็นแหล่งที่โปรเจกต์ rebuild นำไปใช้ การปิดช่องทางดังกล่าวไม่ได้ทำให้การ rebuild หยุดลง แต่เป็นการบังคับให้แต่ละโปรเจกต์ต้องตอบคำถามต่อสาธารณะว่าจะนำซอร์สโค้ดมาจากที่ใด

Rocky ได้ให้คำตอบเมื่อวันที่ 29 มิถุนายน 2023 โดยระบุว่าได้รับซอร์ส RHEL มาจากอิมเมจคอนเทนเนอร์ Universal Base Image (UBI) และจากอินสแตนซ์บน public cloud แบบจ่ายตามการใช้งานจริง โดยให้เหตุผลว่า "ไม่มีใครสามารถขัดขวางการแจกจ่ายซอฟต์แวร์ภายใต้สัญญาอนุญาต GPL ได้" ในเดือนสิงหาคม 2023 CIQ, Oracle และ SUSE ได้ร่วมกันก่อตั้ง Open Enterprise Linux Association (OpenELA) ซึ่งทำหน้าที่เผยแพร่ซอร์สโค้ดที่จำเป็นสำหรับการสร้าง Enterprise Linux ที่รองรับการแก้ไขบั๊กแบบ bug for bug compatibility โดยที่ AlmaLinux ไม่ได้เป็นสมาชิก

AlmaLinux ได้ให้คำตอบเมื่อวันที่ 13 กรกฎาคม 2023 ซึ่งเป็นการเปลี่ยนแปลงเป้าหมายของโปรเจกต์ โดยทางโปรเจกต์ได้ยกเลิกการรองรับแบบ 1:1 bug for bug compatibility และหันไปใช้ ABI compatibility แทน โดยระบุว่า "เราจะไม่ยึดติดกับการแก้ไขบั๊กแบบ bug-for-bug กับ Red Hat อีกต่อไป ซึ่งหมายความว่าเราสามารถยอมรับการแก้ไขบั๊กที่อยู่นอกรอบการปล่อยอัปเดตของ Red Hat ได้" โพสต์เดียวกันนี้ยังแจ้งให้ผู้ใช้ทราบว่าจะมีการเปลี่ยนแปลงเพียงเล็กน้อยในการใช้งานประจำวัน

สามปีผ่านไป คำถามเรื่องแหล่งที่มาของซอร์สโค้ดได้รับการแก้ไขในทางปฏิบัติแล้ว ทั้งสองโปรเจกต์ได้ปล่อยอัปเดต RHEL minor release ทุกรุ่นนับตั้งแต่นั้นมาตามกำหนดการที่ใกล้เคียงกัน สิ่งที่ยังคงอยู่จากข้อถกเถียงนี้คือความแตกต่างในสิ่งที่แต่ละโปรเจกต์ให้คำมั่นสัญญาไว้

ความแตกต่างระหว่างความเข้ากันได้แบบ bug for bug และ ABI compatible

หน้าแรกของ Rocky Linux ยังคงระบุว่าการแจกจ่ายนี้ถูกออกแบบมาให้มีความเข้ากันได้แบบ 100% bug for bug กับ RHEL ความหมายของ bug for bug คือการสร้างใหม่ (rebuild) ที่จำลองพฤติกรรมของ RHEL รวมถึงข้อผิดพลาดต่างๆ ไว้ด้วย หากแพ็กเกจใน RHEL มีบั๊ก แพ็กเกจเดียวกันใน Rocky Linux ก็จะมีบั๊กนั้นเช่นกัน ดังนั้นวิธีแก้ปัญหาชั่วคราวจากบทความในฐานความรู้ของ Red Hat จึงสามารถนำมาใช้ได้โดยไม่ต้องปรับเปลี่ยน

ความเข้ากันได้แบบ ABI มีขอบเขตที่แคบและชัดเจนกว่า ABI หรือ application binary interface คือสัญญาทางไบนารีที่โปรแกรมซึ่งคอมไพล์แล้วต้องพึ่งพา เช่น ชื่อสัญลักษณ์ (symbol names), โครงสร้างเลย์เอาต์ (structure layouts), กฎการเรียกใช้ (calling conventions) และเวอร์ชันของไลบรารี หากรักษาข้อตกลงนั้นไว้ได้ ไบนารีที่สร้างขึ้นสำหรับ RHEL ก็จะสามารถโหลดและทำงานได้ โดยคำมั่นสัญญานี้ไม่ได้กล่าวถึงการคงบั๊กของ RHEL ไว้แต่อย่างใด

ผลลัพธ์ที่ได้สามารถสรุปได้ง่ายๆ คือ AlmaLinux สามารถแก้ไขบั๊กก่อนที่ Red Hat จะทำ และสามารถเก็บไดรเวอร์ที่ Red Hat ถอดออกไปไว้ได้ ทั้งสองกรณีนี้เป็นการปรับเปลี่ยนพฤติกรรมให้ต่างจาก RHEL โดยเจตนา ในขณะที่ Rocky Linux จะไม่ทำเช่นนั้นตามการออกแบบ เพื่อให้ระบบยังคงความสามารถในการคาดการณ์ได้ในแบบที่การรับรองมาตรฐาน (certification) ต้องการ

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

แพ็กเกจของผู้จำหน่ายที่สร้างขึ้นสำหรับ RHEL สามารถติดตั้งบนทั้งสองระบบได้หรือไม่?

ได้ แพ็กเกจ RPM ที่สร้างขึ้นสำหรับ RHEL 9 หรือ RHEL 10 สามารถติดตั้งและทำงานได้บนทั้งสองระบบ เนื่องจาก ABI ตรงกันและทั้งสองดิสทริบิวชันแสดงตัวต่อเครื่องมือต่างๆ ในรูปแบบเดียวกับระบบตระกูล Red Hat ไฟล์ที่ทำหน้าที่แสดงตัวตนนี้คือ /etc/os-release

NAME="AlmaLinux"
ID="almalinux"
ID_LIKE="rhel centos fedora"

สำเนาของ Rocky Linux มีรูปแบบเดียวกันด้วย NAME="Rocky Linux" และ ID="rocky" อีกทั้งยังระบุ rhel ไว้ใน ID_LIKE ด้วยเช่นกัน สคริปต์ติดตั้งที่อ่านค่าจาก ID_LIKE แล้วพบ rhel จากนั้นเลือกใช้เส้นทางของ Red Hat จะสามารถทำงานได้บนทั้งสองระบบ ส่วนสคริปต์ที่เปรียบเทียบเพียงค่า ID กับรายการที่กำหนดไว้ตายตัวอย่าง rhel, centos และ fedora จะล้มเหลวบนทั้งสองระบบ และจะล้มเหลวในลักษณะเดียวกันโดยแสดงข้อความว่าไม่รองรับดิสทริบิวชันนั้นๆ ซึ่งนั่นเป็นข้อผิดพลาดในตัวสคริปต์ ไม่ใช่ความแตกต่างระหว่างระบบทั้งสอง

ข้อยกเว้นที่แท้จริงเป็นเรื่องเชิงพาณิชย์มากกว่าเชิงเทคนิค ตารางการสนับสนุน (support matrix) เป็นเอกสารทางธุรกิจ แพ็กเกจของผู้จำหน่ายอาจติดตั้งและทำงานได้อย่างสมบูรณ์บนดิสทริบิวชันที่ไม่ได้ระบุไว้ในตาราง แต่ผู้จำหน่ายยังคงสามารถปฏิเสธที่จะช่วยเหลือคุณเมื่อเกิดปัญหาได้ หากคุณจ่ายเงินเพื่อรับการสนับสนุนนั้น โปรดอ่านตารางดังกล่าวและให้มันเป็นตัวตัดสินใจแทนคุณ นี่เป็นกรณีเดียวที่การตัดสินใจถูกกำหนดไว้ให้คุณแล้ว

รุ่นใดที่ยังทำงานบน CPU รุ่นเก่าได้

RHEL 10 ได้ยกระดับมาตรฐานสถาปัตยกรรม x86-64 ขั้นต่ำขึ้นไปที่ระดับ x86-64-v3 ซึ่งระดับดังกล่าวเทียบเท่ากับ Intel รุ่น Haswell และ AMD รุ่น Excavator โดยจำเป็นต้องใช้ชุดคำสั่งเสริมอย่าง AVX2 ทั้งนี้ Rocky Linux 10 ได้ปฏิบัติตามมาตรฐานของ RHEL ในส่วนนี้ โดยเอกสารระบุว่า x86-64-v3 คือมาตรฐานขั้นต่ำ และไม่รองรับระดับ v2 หรือรุ่นที่เก่ากว่าอีกต่อไป

AlmaLinux 10 จัดส่งรุ่น v3 เป็นค่าเริ่มต้น และได้เพิ่มรุ่น x86-64-v2 แยกออกมา โดยระบุว่าเพื่อให้ผู้ใช้ที่ใช้ฮาร์ดแวร์รุ่นเก่าสามารถรับการอัปเดตความปลอดภัยต่อไปได้อีก 10 ปี นอกจากนี้ AlmaLinux ยังทำการ rebuild แพ็กเกจ EPEL สำหรับสถาปัตยกรรมดังกล่าวด้วย เนื่องจากแพ็กเกจ RHEL 10 จากภายนอกส่วนใหญ่กำหนดเป้าหมายไปที่ v3 นี่คือข้อควรทราบก่อนที่คุณจะเลือกใช้งาน: รุ่น v2 เหมาะสำหรับชุดแพ็กเกจมาตรฐานรวมถึง EPEL รุ่น v2 ของ AlmaLinux เอง ส่วนแพ็กเกจอื่นๆ คุณจะต้องทำการ rebuild สำหรับ v2 ด้วยตนเอง

ประเด็นนี้มีความสำคัญบน VPS มากกว่าฮาร์ดแวร์ที่คุณเป็นเจ้าของเอง เนื่องจากคุณไม่สามารถเลือกหน่วยประมวลผลของโฮสต์ได้ ในโฮสต์รุ่นเก่าหรือราคาประหยัด หรือในกรณีที่ hypervisor แสดงโมเดล CPU แบบจำกัดให้กับ guest เครื่องเสมือนอาจไม่เปิดใช้งาน AVX2 แม้ว่าชิปทางกายภาพจะรองรับก็ตาม แพ็กเกจที่สร้างมาสำหรับ v3 จะเรียกใช้คำสั่งที่หน่วยประมวลผลไม่มี ทำให้เกิดความล้มเหลวในการทำงาน ดังนั้นควรตรวจสอบสิ่งที่ instance ของคุณเปิดใช้งานจริงก่อนที่จะนำไปใช้งานกับระบบในซีรีส์ 10 ทั้งนี้ทั้งสอง distribution ในซีรีส์ 9 ยังคงทำงานที่ระดับ v2 ได้ สำหรับ instance แบบ ARM แทนที่จะเป็น x86 ประเด็นนี้จะไม่เกิดขึ้น เนื่องจากระดับสถาปัตยกรรมเป็นแนวคิดเฉพาะของ x86-64 เท่านั้น

อิสระในลักษณะเดียวกันนี้ปรากฏให้เห็นในส่วนอื่นของ AlmaLinux 10 โดยโครงการได้เปิดใช้งานการรองรับอุปกรณ์กว่า 150 รายการที่ต้นน้ำ (upstream) ได้ถอดออกไป รวมถึง PCI ID สำหรับ RAID และ iSCSI controller รุ่นเก่า และยังเปิดใช้งาน SPICE สำหรับการใช้งานทั้งในฝั่งเซิร์ฟเวอร์และไคลเอนต์อีกด้วย นอกจากนี้ยังเปิดใช้งาน frame pointers เป็นค่าเริ่มต้น ซึ่งเป็นสิ่งที่ทำให้การทำ profiling ทั้งระบบทำงานได้ ทั้งนี้คำมั่นสัญญาที่จะรักษาบั๊กให้เหมือนต้นฉบับ (bug for bug) จะไม่อนุญาตให้มีการเปลี่ยนแปลงเหล่านี้ ดังนั้นการตัดสินใจในปี 2023 จึงเป็นสิ่งที่เปิดช่องให้สามารถดำเนินการดังกล่าวได้

คุณจะย้ายเซิร์ฟเวอร์ CentOS หรือ RHEL ที่มีอยู่ได้อย่างไร?

Rocky Linux เผยแพร่สคริปต์สำหรับการแปลงระบบไว้ใน repository rocky-tools โดย migrate2rocky.sh จะแปลงระบบ Enterprise Linux 8 ไปเป็น Rocky Linux 8 และ migrate2rocky9.sh จะทำหน้าที่เดียวกันสำหรับซีรีส์ 9 สคริปต์แต่ละตัวทำงานได้ภายในเวอร์ชันหลักเดียวกันเท่านั้น ณ เดือนสิงหาคม 2026 repository ดังกล่าวยังไม่มีสคริปต์ที่เทียบเท่าสำหรับ Enterprise Linux 10 ดังนั้นการย้ายไปสู่ Rocky Linux 10 จึงจำเป็นต้องติดตั้งใหม่

AlmaLinux เผยแพร่ almalinux-deploy.sh ซึ่งครอบคลุม Enterprise Linux 8, 9 และ 10 โดยสามารถแปลงจาก CentOS Stream, Oracle Linux, RHEL, Rocky Linux, MiracleLinux และ Virtuozzo Linux บนสถาปัตยกรรม x86_64, aarch64, ppc64le และ s390x คุณควรศึกษาข้อจำกัดที่ระบุไว้ในเอกสารก่อนเริ่มดำเนินการ ระบบที่จำเป็นต้องใช้ boot loader จะรองรับเฉพาะ GRUB2 เท่านั้น และ kernel แบบกำหนดเองอย่าง UEK (unbreakable enterprise kernel) ของ Oracle จะไม่ถูกลบออกโดยอัตโนมัติ ซึ่งจะส่งผลให้เครื่องไม่สามารถบูตภายใต้ Secure Boot ได้

สำหรับการข้ามเวอร์ชันหลัก AlmaLinux ดูแลรักษา ELevate ซึ่งสร้างขึ้นบนเฟรมเวิร์ก leapp ของ Red Hat เส้นทางการย้ายที่ระบุไว้ในเอกสารคือ CentOS 7 ไปยัง EL8, AlmaLinux 8 หรือ CentOS Stream 8 ไปยัง EL9 และ AlmaLinux 9 หรือ CentOS Stream 9 ไปยัง EL10 เอกสารระบุเป้าหมายเป็น EL8, EL9 หรือ EL10 แทนที่จะระบุชื่อ distribution ใดหนึ่งโดยเฉพาะ เนื่องจากคุณสามารถเลือกได้ว่าต้องการย้ายไปสู่ Enterprise Linux ตัวใด

กระบวนการเหล่านี้จะเขียนทับแพ็กเกจ release และติดตั้งระบบส่วนใหญ่ใหม่ทั้งหมด ให้ทำ snapshot ของผู้ให้บริการไว้ก่อนเสมอ และควรเรียกใช้การแปลงระบบภายใน screen หรือ tmux ตามที่เอกสารของ AlmaLinux แนะนำ เพราะหากการเชื่อมต่อ SSH หลุดระหว่างดำเนินการ จะทำให้เครื่องอยู่ในสถานะที่คุณไม่ต้องการแก้ไขผ่าน rescue console

แล้วคุณควรเลือกตัวไหน?

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

ข้อยกเว้นมีเพียงไม่กี่กรณี และทุกกรณีถูกกำหนดโดยปัจจัยภายนอกที่คุณควบคุมไม่ได้

• โปรเซสเซอร์ของโฮสต์เก่ากว่า Haswell หรือ Hypervisor ซ่อนคำสั่ง AVX2 จาก Guest: AlmaLinux 10 มีรุ่น x86-64-v2 ให้ใช้งาน ในขณะที่ Rocky Linux 10 ไม่มี
• ผู้ให้บริการที่คุณจ่ายเงินระบุชื่อ Distribution ไว้ใน Support Matrix: ให้เลือกใช้ตัวนั้น
• คุณต้องการพฤติกรรมที่เหมือนกับ RHEL ทุกประการเพื่อการรับรองหรือการตรวจสอบ: เป้าหมายที่ระบุไว้ของ Rocky Linux คือการรองรับ bug-for-bug compatibility ในขณะที่เป้าหมายของ AlmaLinux ไม่ใช่เช่นนั้นโดยชัดเจน
• คุณกำลังแปลงเซิร์ฟเวอร์ที่ทำงานอยู่แทนที่จะสร้างเครื่องใหม่: เครื่องมือของ AlmaLinux ในปัจจุบันรองรับ Source Distribution และเวอร์ชันหลักได้ครอบคลุมมากกว่า รวมถึง Enterprise Linux 10

หากคำถามที่แท้จริงคือการเลือกระหว่าง Enterprise Linux กับตัวเลือกอื่น สิ่งที่คุณกำลังเลือกคือรูปแบบวงจรชีวิต (lifecycle model) ของซอฟต์แวร์ Enterprise Linux ให้ระยะเวลาสนับสนุน 10 ปีบนชุดแพ็กเกจเดิมโดยไม่มีการข้ามเวอร์ชันให้ต้องวางแผน ส่วน Ubuntu LTS ให้การสนับสนุนมาตรฐาน 5 ปี โดยมีเส้นทางการอัปเกรดที่รองรับทุก 2 ปี ซึ่งเป็นข้อตกลงที่แตกต่างกันและได้อธิบายไว้ใน การเปรียบเทียบระหว่าง Ubuntu LTS และรุ่น interim ไม่ว่าคุณจะติดตั้งตัวใด ชั่วโมงแรกบนเครื่องก็จะมีลักษณะเหมือนกัน ดังนั้นให้ทำตามขั้นตอนใน สิบนาทีแรกบน VPS เครื่องใหม่ ก่อนที่คุณจะติดตั้งสิ่งใดลงไป

FAQ

Rocky Linux หรือ AlmaLinux มีความใกล้เคียงกับ Red Hat Enterprise Linux มากกว่ากัน?

หากอ้างอิงตามเป้าหมายที่ประกาศไว้คือ Rocky Linux โดยหน้าเว็บไซต์หลักระบุว่าดิสทริบิวชันนี้ถูกออกแบบมาให้มีความเข้ากันได้กับ RHEL แบบ 100% ในระดับ bug-for-bug ซึ่งหมายความว่ามีเป้าหมายที่จะจำลองพฤติกรรมของ RHEL รวมถึงข้อผิดพลาดต่างๆ ด้วย ส่วน AlmaLinux ได้ประกาศเมื่อวันที่ 13 กรกฎาคม 2023 ว่าจะหันไปเน้นความเข้ากันได้ในระดับ ABI (application binary interface) แทน เพื่อให้ซอฟต์แวร์ที่สร้างขึ้นสำหรับ RHEL สามารถทำงานบน AlmaLinux ได้ ในขณะที่โค้ดเบื้องหลังอาจมีการแก้ไขสิ่งที่ RHEL ยังไม่ได้ปล่อยออกมา สำหรับการรันซอฟต์แวร์เซิร์ฟเวอร์ทั่วไป ทั้งสองตัวถือว่าเทียบเท่ากัน แต่สำหรับการรับรองที่ระบุถึงพฤติกรรมของ RHEL ความแตกต่างนี้ถือเป็นประเด็นสำคัญที่สุด

ฉันสามารถเปลี่ยนจาก Rocky Linux ไปเป็น AlmaLinux โดยไม่ต้องติดตั้งใหม่ได้หรือไม่?

ได้ หากเป็นการเปลี่ยนในทิศทางนั้น almalinux-deploy.sh ของ AlmaLinux ระบุว่ารองรับ Rocky Linux 8, 9 และ 10 รวมถึง CentOS Stream, Oracle Linux, RHEL และ MiracleLinux แต่การเปลี่ยนในทิศทางตรงกันข้ามมีข้อจำกัดมากกว่า เนื่องจาก repository rocky-tools ของ Rocky มีสคริปต์สำหรับแปลงระบบสำหรับ Enterprise Linux 8 และ 9 เท่านั้น จึงยังไม่มีช่องทางสำหรับการอัปเกรดแบบ in-place ไปยัง Rocky Linux 10 ณ เดือนสิงหาคม 2026 โปรดทำ snapshot ก่อนเริ่มการแปลงระบบและรันคำสั่งผ่านเซสชันที่ยังคงอยู่ได้แม้การเชื่อมต่อจะหลุด เพราะกระบวนการนี้จะแทนที่แพ็กเกจ release และติดตั้งระบบส่วนใหญ่ใหม่ทั้งหมด

แพ็กเกจที่สร้างสำหรับ RHEL สามารถทำงานได้บนทั้งสองระบบหรือไม่?

ได้ สำหรับแพ็กเกจ RPM ทั่วไปและ repository ของบุคคลที่สาม ทั้งสองดิสทริบิวชันยังคงรักษา application binary interface ของ RHEL ไว้ และทั้งคู่ระบุตัวตนด้วย ID_LIKE="rhel centos fedora" ใน /etc/os-release ดังนั้นแพ็กเกจหรือสคริปต์ติดตั้งที่ตรวจสอบระบบตระกูล Red Hat จะทำงานได้อย่างถูกต้อง ข้อยกเว้นเป็นเรื่องของเชิงพาณิชย์มากกว่าทางเทคนิค กล่าวคือ ผู้จำหน่ายซอฟต์แวร์อาจรองรับเฉพาะดิสทริบิวชันที่ระบุไว้ใน support matrix เท่านั้น แม้ว่าแพ็กเกจจะสามารถติดตั้งและทำงานได้บนทั้งสองระบบก็ตาม หากคุณจ่ายเงินเพื่อรับการสนับสนุนนั้น ให้ยึดตามรายการใน matrix เป็นหลัก

ฉันควรเลือกใช้ตัวไหนบน VPS ราคาประหยัดที่มี CPU รุ่นเก่า?

AlmaLinux หากคุณต้องการใช้ซีรีส์ 10 เนื่องจาก RHEL 10 ได้ยกระดับมาตรฐานขั้นต่ำของ x86-64 ไปที่ระดับ v3 microarchitecture ซึ่งต้องใช้โปรเซสเซอร์ระดับ Intel Haswell หรือ AMD Excavator ขึ้นไป และ Rocky Linux 10 ก็ใช้มาตรฐานเดียวกันนี้ ในขณะที่ AlmaLinux 10 มีการจัดเตรียม build สำหรับ x86-64-v2 เพิ่มเติมสำหรับฮาร์ดแวร์รุ่นเก่า พร้อมการสนับสนุนด้านความปลอดภัยนานสิบปี โปรดตรวจสอบสิ่งที่ instance ของคุณมองเห็นก่อนตัดสินใจ เพราะเครื่องเสมือนจะมองเห็นรุ่น CPU ตามที่ hypervisor กำหนดให้ ไม่ใช่ชุดคำสั่งทั้งหมดของโฮสต์จริงเสมอไป ทั้งนี้ซีรีส์ 9 ของทั้งสองดิสทริบิวชันยังคงรองรับฮาร์ดแวร์ระดับ v2 อยู่