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 (שרת וירטואלי פרטי). בנוסף, AlmaLinux מבטיחה תאימות ABI (ממשק בינארי של יישומים) ולא התנהגות זהה לחלוטין, דבר שחשוב אם אתם מריצים מוצר של ספק עם מטריצת תמיכה קשיחה.

מקורן של שתי ההפצות

ב-8 בדצמבר 2020 הודיע פרויקט CentOS כי CentOS Linux 8, שהייתה גרסה שנבנתה מחדש מתוך RHEL 8, תגיע לסוף חייה בסוף שנת 2021. ההפצה פורסמה במקור עם תאריך סיום מתוכנן לשנת 2029. עתיד הפרויקט הופנה אל CentOS Stream, אשר תוארה באותה הודעה כגרסה העוקבת במעט אחר מהדורת RHEL נוכחית ומשמשת כענף הפיתוח ה-upstream של RHEL. הפצת CentOS Linux 7 שמרה על לוח הזמנים המקורי שלה והגיעה לסוף חייה ב-30 ביוני 2024.

הבעיה לא הייתה CentOS Stream עצמה. הבעיה הייתה שמחזור חיים שהיה אמור להסתיים ב-2029 קוצר בשמונה שנים בהתראה של כשנה בלבד, עבור שרתים שכבר היו מותקנים. Rocky Linux ו-AlmaLinux קיימות שתיהן בשל כך. שתיהן הופיעו בשנת 2021 ושתיהן כיוונו לאותה מטרה: גרסה חופשית שנבנתה מחדש מתוך RHEL, שמנהל מערכת יכול להתקין ולאחר מכן להותיר ללא שינוי במשך עשור.

מה משותף ל-Rocky Linux ול-AlmaLinux

התחילו כאן, שכן החלק המשותף מהווה את רוב התמונה. שתי ההפצות נבנות מחדש מאותם מקורות upstream של RHEL, ולכן שתיהן מספקות את אותן גרסאות חבילות, את אותו מנהל חבילות dnf, את אותה מדיניות SELinux (אבטחה משופרת ל-Linux), את אותו ממשק firewalld ואת אותו מבנה יחידות systemd. קובצי התצורה נמצאים באותם נתיבים. מדריך שנכתב עבור אחת מהן יעבוד גם על השנייה, בשינוי שם ההפצה בלבד.

שתיהן עוקבות מקרוב אחר גרסאות ה-minor של RHEL. הגרסה AlmaLinux 10.2 שוחררה ב-26 במאי 2026, ו-Rocky Linux 10.2 ב-28 במאי 2026. סדרת 9 התעדכנה באותו שבוע: AlmaLinux 9.8 ב-26 במאי 2026 ו-Rocky Linux 9.8 ב-27 במאי 2026. בעבר הפער היה גדול יותר. AlmaLinux 10.0 הגיעה ב-27 במאי 2025 ו-Rocky Linux 10.0 ב-11 ביוני 2025.

פער זה נוגע למדיה של גרסאות ה-minor, ולא לאבטחה. שני הפרויקטים מפרסמים errata באופן רציף בין גרסאות ה-minor, כל אחד משירות ה-errata שלו. הפרש של שבועיים במועד הופעת תמונת .2 אינו אומר שבועיים ללא עדכוני אבטחה.

שתיהן גם נושאות את מודל מחזור החיים של עשר שנים שירשו מ-RHEL: כחמש שנים של תמיכה פעילה, ולאחר מכן חמש שנים של תחזוקת אבטחה בלבד. סדרת 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, משם נלקחו על ידי פרויקטים של הידור מחדש (rebuilds). הסרת הערוץ הזה לא עצרה את ההידורים מחדש. היא כן אילצה כל פרויקט להשיב, בפומבי, כיצד ישיג את קוד המקור.

Rocky השיבו ב-29 ביוני 2023. הם משיגים את מקורות ה-RHEL מתוך תמונות מכולה של Universal Base Image (UBI) ומתוך מופעי ענן ציבורי בתשלום לפי שימוש, מתוך הנחה ש"איש אינו יכול למנוע הפצה מחדש של תוכנת GPL". באוגוסט 2023 הקימו CIQ, Oracle ו-SUSE את Open Enterprise Linux Association (OpenELA), המפרסמת את המקורות הדרושים עבור הידור מחדש של Enterprise Linux התואם באג-לבאג. AlmaLinux אינה חברה בארגון זה.

AlmaLinux השיבו ב-13 ביולי 2023, ותשובתם סימנה שינוי ביעדים. הפרויקט זנח את התאימות המלאה של 1:1 באג-לבאג ואימץ במקומה תאימות ABI. בלשונם: "לא נהיה מחויבים עוד לקו של תאימות באג-לבאג עם Red Hat, ומשמעות הדבר היא שכעת נוכל לקבל תיקוני באגים מחוץ למחזור השחרור של Red Hat". באותו פרסום נאמר למשתמשים לצפות ל"שינוי קטן מאוד" בשימוש היומיומי.

שלוש שנים לאחר מכן, שאלת המקורות הוכרעה בפועל. שני הפרויקטים שחררו מאז כל גרסה משנית של RHEL, בלוחות זמנים דומים. מה ששרד את הוויכוח הוא ההבדל במה שכל אחד מהם מבטיח.

תאימות "Bug for bug" לעומת תאימות ABI: מה ההבדל?

דף הבית של Rocky Linux עדיין מתאר את ההפצה ככזו שתוכננה להיות תואמת 100% בשיטת "bug for bug" ל-RHEL. המשמעות של "bug for bug" היא שהבנייה מחדש משחזרת את ההתנהגות של RHEL, כולל הפגמים שבה. אם חבילה ב-RHEL מכילה באג, אותה חבילה ב-Rocky Linux תכיל אותו גם כן, כך שניתן להחיל פתרון עוקף (workaround) ממאמר בבסיס הידע של Red Hat ללא צורך בהתאמות.

תאימות ABI היא מושג צר ומדויק יותר. ה-ABI, או Application Binary Interface, הוא החוזה הבינארי שעליו מסתמכת תוכנה שעברה הידור: שמות סמלים, מבנה הנתונים, מוסכמות קריאה וגרסאות ספריות. שמירה על יציבות החוזה הזה מבטיחה שקובץ בינארי שנבנה עבור 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 ייכשל בשתיהן, והוא ייכשל באופן זהה בכל אחת מהן, עם הודעה על הפצה שאינה נתמכת. זהו באג בסקריפט, ולא הבדל בין שתי המערכות.

החריגה האמיתית היא מסחרית ולא טכנית. מטריצת תמיכה היא מסמך עסקי. חבילה של ספק יכולה להיות מותקנת ולרוץ בצורה מושלמת על הפצה שאינה מופיעה במטריצה, ועדיין הספק יכול לסרב לסייע לכם כשהיא נשברת. אם אתם משלמים עבור תמיכה כזו, קראו את המטריצה ותנו לה לבחור עבורכם. זהו המקרה היחיד שבו ההחלטה מתקבלת עבורכם.

איזו הפצה עדיין פועלת על מעבדים ישנים?

RHEL 10 העלתה את רף דרישות המיקרו-ארכיטקטורה המינימלי של x86-64 לרמה של x86-64-v3. רמה זו תואמת לדור Haswell של Intel ול-Excavator של AMD, והיא מחייבת הרחבות של סט הפקודות כגון AVX2. Rocky Linux 10 הולכת בעקבות RHEL בנושא זה. התיעוד שלה מציין כי x86-64-v3 הוא רף המינימום וכי רמה v2 ומטה אינן נתמכות עוד.

AlmaLinux 10 מפיצה את גרסת ה-v3 כברירת מחדל ומוסיפה גרסת x86-64-v2 נפרדת, במטרה, כפי שהיא מגדירה זאת, לאפשר למשתמשים על חומרה ישנה להמשיך לקבל עדכוני אבטחה לעשר שנים נוספות. AlmaLinux גם בונה מחדש חבילות EPEL עבור ארכיטקטורה זו, כיוון שחבילות צד-שלישי עבור RHEL 10 מיועדות ל-v3. זהו המוקש שכדאי להכיר לפני שמסתמכים על כך: גרסת ה-v2 מתאימה לסט החבילות המקורי בתוספת ה-EPEL הייעודי של AlmaLinux ל-v2, וכל דבר אחר יחייב בנייה מחדש עבור v2 על ידכם.

נושא זה משמעותי יותר ב-VPS מאשר בחומרה שבבעלותכם, כיוון שאין לכם בחירה לגבי המעבד המארח. במארחים ישנים או זולים יותר, או במקרים שבהם ה-hypervisor מציג דגם מעבד שמרני לאורח, המכונה הווירטואלית עשויה שלא לחשוף AVX2 גם אם השבב הפיזי תומך בכך. חבילות שנבנו עבור v3 ינסו להשתמש בפקודות שאינן קיימות במעבד, ולכן יקרסו. בדקו מה ה-instance שלכם חושף בפועל לפני שאתם מעבירים צי שלם לסדרה 10. סדרה 9 של שתי ההפצות עדיין פועלת ברמת v2. ב-מופעי ARM במקום מופעי x86 השאלה כלל אינה עולה, כיוון שרמות מיקרו-ארכיטקטורה הן מושג השייך ל-x86-64 בלבד.

אותה חופש פעולה בא לידי ביטוי גם במקומות אחרים ב-AlmaLinux 10. הפרויקט החזיר את התמיכה ביותר מ-150 התקנים שהוסרו בגרסת ה-upstream, כולל מזהי PCI עבור בקרי RAID ו-iSCSI ישנים, והחזיר את התמיכה ב-SPICE לשימוש שרת ולקוח. מצביעי מסגרת (frame pointers) מופעלים כברירת מחדל, מה שמאפשר ביצוע profiling ברמת המערכת כולה. הבטחה ל-"bug for bug" אוסרת על כל אחד מהשינויים הללו, לכן ההחלטה מ-2023 היא זו שיצרה את המרחב לביצועם.

כיצד מבצעים הגירה של שרת CentOS או RHEL קיים?

Rocky Linux מפרסמת סקריפטים להמרה במאגר ה-rocky-tools שלה. הסקריפט migrate2rocky.sh ממיר מערכת Enterprise Linux 8 ל-Rocky Linux 8, והסקריפט migrate2rocky9.sh מבצע פעולה זהה עבור סדרת 9. כל סקריפט פועל בתוך גרסה ראשית אחת בלבד. נכון לאוגוסט 2026, המאגר אינו מכיל סקריפט מקביל עבור 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. מומלץ לקרוא את מגבלות הכלי המתועדות לפני תחילת העבודה. רק מנהל האתחול GRUB2 נתמך במערכות הזקוקות לכך, וקרנל מותאם אישית כגון 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 במקום לנקוב בשם הפצה ספציפית, כיוון שאתם בוחרים לאיזו הפצת Enterprise Linux תעברו.

כל אחד מהכלים הללו משכתב את חבילות ה-release ומתקין מחדש חלק נרחב מהמערכת. בצעו snapshot אצל ספק השרת לפני כן. הריצו את ההמרה בתוך screen או tmux, כפי שממליץ התיעוד של AlmaLinux, כיוון שניתוק של חיבור SSH באמצע התהליך מותיר את המכונה במצב שלא תרצו לנסות לתקן מתוך קונסולת הצלה (rescue console).

אז במי מהן כדאי לבחור?

עבור עומס עבודה טיפוסי ב-VPS, כל אחת מהן תתאים. הן מתקינות את אותן חבילות ומגיעות לסוף התמיכה באותה שנה. בחרו אחת, השתמשו בה בכל השרתים שלכם, והפסיקו להקדיש לזה מחשבה. עקביות שווה יותר מההבדלים ביניהן, כיוון שצי שרתים מעורב מכפיל את כמות ה-images ועדכוני ה-errata שצריך לעקוב אחריהם. העלות הזו גדלה במהירות ברגע שאתם מנהלים כמה שרתי Linux בו-זמנית.

החריגים לכך מצומצמים, וכל אחד מהם מוכרע על ידי גורם חיצוני להעדפותיכם:

• המעבד של המארח ישן יותר מ-Haswell, או שה-hypervisor מסתיר את AVX2 מה-guest. ל-AlmaLinux 10 יש גרסת x86-64-v2. ל-Rocky Linux 10 אין.
• ספק שאתם משלמים לו מציין הפצה אחת בטבלת התמיכה שלו. השתמשו בה.
• אתם זקוקים להתנהגות זהה ל-RHEL לצורך הסמכה או ביקורת. המטרה המוצהרת של Rocky Linux היא תאימות "באג מול באג", בעוד שהמטרה של AlmaLinux היא מפורשות לא כזו.
• אתם מבצעים המרה של שרת פעיל במקום להקים שרת חדש. כלי העבודה של AlmaLinux מכסים כיום יותר הפצות מקור ויותר גרסאות major, כולל Enterprise Linux 10.

אם השאלה האמיתית היא Enterprise Linux מול משהו אחר, הרי שאתם בוחרים במודל מחזור חיים. הפצת Enterprise Linux מעניקה לכם עשר שנים על סט חבילות אחד ללא קפיצות גרסה שצריך לתכנן. גרסאות ה-long term support של Ubuntu מעניקות לכם חמש שנים של תמיכה סטנדרטית עם נתיב שדרוג נתמך בכל שנתיים; זו עסקה שונה, והיא מפורטת ב-השוואה בין Ubuntu LTS לגרסאות ביניים. לא משנה מה תתקינו, השעה הראשונה על המכונה נראית אותו דבר, לכן עברו על עשר הדקות הראשונות ב-VPS חדש לפני שתתקינו עליו דבר.

FAQ

האם Rocky Linux או AlmaLinux קרובות יותר ל-Red Hat Enterprise Linux?

Rocky Linux, לפי הצהרת הכוונות שלה. דף הבית שלה מגדיר את ההפצה ככזו שנועדה להיות תואמת ב-100% ל-RHEL, "באג מול באג", מה שאומר שהיא שואפת לשחזר את ההתנהגות של RHEL, כולל הפגמים שבה. AlmaLinux הודיעה ב-13 ביולי 2023 כי תתמקד במקום זאת בתאימות ABI (ממשק בינארי של יישומים), כך שתוכנה שנבנתה עבור RHEL תרוץ עליה, בעוד הקוד שמתחת עשוי לכלול תיקונים ש-RHEL טרם שחררה. עבור הרצת תוכנת שרת רגילה, השתיים שקולות. עבור הסמכה המציינת התנהגות ספציפית של RHEL, ההבחנה הזו היא לב העניין.

האם ניתן לעבור מ-Rocky Linux ל-AlmaLinux ללא התקנה מחדש?

כן, בכיוון הזה. ה-almalinux-deploy.sh של AlmaLinux מונה את Rocky Linux 8, 9 ו-10 כמקורות נתמכים, לצד CentOS Stream, Oracle Linux, RHEL ו-MiracleLinux. מעבר בכיוון ההפוך מוגבל יותר: המאגר rocky-tools של Rocky מספק סקריפטים להמרה עבור Enterprise Linux 8 ו-9 בלבד, לכן נכון לאוגוסט 2026 אין נתיב שדרוג ישיר ל-Rocky Linux 10. בצעו snapshot לפני כל המרה והריצו אותה מתוך סשן ששורד ניתוק, כיוון שהתהליך מחליף את חבילות ה-release ומתקין מחדש חלק ניכר מהמערכת.

האם חבילות שנבנו עבור RHEL עובדות על שתיהן?

כן, עבור חבילות RPM רגילות ומאגרים של צד שלישי. שתי ההפצות שומרות על ה-ABI של RHEL, ושתיהן מזהות את עצמן באמצעות ID_LIKE="rhel centos fedora" בתוך /etc/os-release, כך שחבילה או סקריפט התקנה שבודקים אם המערכת היא ממשפחת Red Hat יבחרו בנתיב הנכון. החריג הוא מסחרי ולא טכני: ספק עשוי לתמוך רק בהפצות המופיעות במטריצת התמיכה שלו, גם אם החבילה שלו מותקנת ורצה על שתיהן. אם אתם משלמים עבור תמיכה כזו, תנו למטריצה לקבוע.

במה כדאי להשתמש ב-VPS זול עם מעבד ישן?

ב-AlmaLinux, אם אתם זקוקים לסדרה 10. RHEL 10 העלתה את דרישות הסף של x86-64 לרמת הארכיטקטורה v3, הדורשת מעבד ברמת Intel Haswell או AMD Excavator, ו-Rocky Linux 10 עוקבת אחר דרישה זו. AlmaLinux 10 מפיצה גרסת x86-64-v2 נוספת עבור חומרה ישנה יותר, עם עשר שנים של עדכוני אבטחה. בדקו מה המופע (instance) שלכם חושף לפני שתחליטו, כיוון שמכונה וירטואלית רואה את דגם המעבד שה-hypervisor מספק לה, ולא תמיד את סט הפקודות המלא של המארח. סדרה 9 של שתי ההפצות עדיין רצה על חומרת v2.