بقلم ما أفضل نظام Linux تختاره لخادم VPS؟
قارن بين Ubuntu وDebian وRocky وAlmaLinux وCentOS Stream وFedora حسب مدة الدعم، حداثة الحزم، توافق RHEL، والوثائق التي يمكنك اتباعها.
نظام التشغيل الذي تختاره لـVPS
نظام التشغيل الذي تختاره لـVPS هو أحدث إصدار Ubuntu LTS، ما لم يدفعك أحد الأسئلة الأربعة أدناه إلى اختيار نظام آخر. يشير LTS إلى الدعم طويل الأمد: خمس سنوات من تحديثات الأمان المجانية بدلاً من تسعة أشهر. على VPS (خادم خاص افتراضي) يشغّل تطبيق ويب أو قاعدة بيانات أو خادم ألعاب أو مرحّل بريد، يكون Ubuntu LTS الخيار الافتراضي الآمن. وهو نظام التشغيل الذي تفترضه تقريباً كل البرامج التعليمية على الإنترنت، بما فيها برامجنا.
تستحق ستة توزيعات وقتك على خادم مستأجر: Ubuntu وDebian وCentOS Stream وRocky Linux وAlmaLinux وFedora. تستخدم هذه التوزيعات نواة Linux نفسها، وnginx نفسه، وPostgreSQL نفسه، وOpenSSH نفسه. لذلك نادراً ما يكون البرنامج الذي تخطط لتشغيله هو العامل الحاسم. توجد أربعة اختلافات، وهي التي تحدد القرار بالكامل: مدة تلقي الإصدار للتحديثات، ومدى قِدم البرامج المضمّنة، والجهة التي يمكنك اتباع تعليماتها من دون ترجمتها، وما إذا كانت النتيجة متوافقة مع Red Hat Enterprise Linux (RHEL).
إذا كنت لا تزال تحدد الغرض من الجهاز، فستكون قائمة الأشياء التي يمكنك تنفيذها باستخدام VPS نقطة بداية أفضل، كما يشرح ما هو VPS فعلياً الأساس الذي تقوم عليه كل هذه الخيارات.
إليك النسخة المختصرة من كل خيار.
- Ubuntu LTS. الخيار الافتراضي. اختره ما لم ينطبق عليك أحد الأقسام أدناه.
- Debian. قاعدة أصغر وأبطأ في التطور، مع فريق أمان من المتطوعين ومن دون فئة تجارية.
- Rocky Linux. إعادة بناء لـRHEL، عندما يجب أن تكون المنصة المستهدفة متوافقة مع RHEL.
- AlmaLinux. إعادة بناء RHEL الأخرى، مع إصدار يدعم وحدات المعالجة المركزية الأقدم التي أسقطها RHEL 10.
- CentOS Stream. ما سيصبح عليه RHEL لاحقاً. اختره عندما تطوّر برامج لـRHEL.
- Fedora. أحدث نواة وأحدث برامج مساحة المستخدم، مع تحديثات تستمر نحو 13 شهراً لكل إصدار.
كم من الوقت تريد أن تترك هذا الجهاز دون تدخل؟
تحدد مدة الدعم مدى تكرار الأعمال المحفوفة بالمخاطر التي يجب عليك تنفيذها، لذا أجب عن هذا السؤال أولاً. عندما يصل إصدار إلى نهاية عمره، تواصل الحزم عملها. ولا يتعطل شيء. لكن الخادم يتوقف ببساطة عن تلقي الإصلاحات للثغرات المنشورة حديثاً، ولا تظهر رسالة خطأ تفيد بذلك، لذلك لا يلاحظ أحد المشكلة حتى إجراء تدقيق أو حدوث اختراق. يتمثل الحل في ترقية التوزيعة في مكانها أو إعادة البناء باستخدام صورة جديدة، ويستغرق أي من الخيارين أمسية كاملة.
ينشر كل مشروع تواريخ دورة حياته الخاصة. وبالحساب من August 2026 والتقريب إلى منزلة عشرية واحدة، هذا هو الوقت المتبقي لكل إصدار حالي.
The data behind this chart
[
{
"distro": "Ubuntu 26.04 LTS",
"years_of_support_left": 4.7,
"notes": "Free updates to April 2031. Ubuntu Pro extends the same release to April 2036."
},
{
"distro": "Debian 13",
"years_of_support_left": 2.0,
"notes": "Debian security team to August 2028. The LTS team then carries it to June 2030."
},
{
"distro": "CentOS Stream 10",
"years_of_support_left": 3.8,
"notes": "Ends May 2030, when the RHEL 10 full support phase ends."
},
{
"distro": "Rocky Linux 10",
"years_of_support_left": 8.8,
"notes": "Ends May 2035, following the RHEL 10 lifecycle."
},
{
"distro": "AlmaLinux 10",
"years_of_support_left": 8.8,
"notes": "Ends May 2035. Adds an x86-64-v2 build for older CPUs."
},
{
"distro": "Fedora 44",
"years_of_support_left": 0.8,
"notes": "Released April 2026, ends June 2027. Every Fedora release lasts about 13 months."
}
]جميع 6 تتلقى التحديثات اليوم. والفارق هو النقطة الأساسية. لدى Rocky Linux 10 وAlmaLinux 10 8.8 سنوات متبقية من التحديثات لأنهما يتبعان دورة حياة RHEL الممتدة لعشر سنوات، بينما لدى Fedora 44 0.8.
لدى Ubuntu 26.04 LTS 4.7 سنوات متبقية من التحديثات المجانية، كما يمد Ubuntu Pro دعم التثبيت نفسه إلى 2036 دون تكلفة للاستخدام الشخصي على عدد صغير من الأجهزة. يعرض Debian 13 مدة 2.0 سنوات لأن هذا هو الحد الذي يتوقف عنده فريق أمان Debian. ثم يمدده فريق LTS التطوعي نحو سنتين إضافيتين، عبر مجموعة أصغر من الحزم والبنى. كلا الرقميْن صحيح. لكن طريقة احتسابهما مختلفة، ولذلك تتطلب مقارنة مدد الدعم بين المشاريع حذراً.
يوجد فخّان في هذا السؤال. الأول هو إصدارات Ubuntu المؤقتة، التي تصدر كل ستة أشهر وتحظى بالدعم لمدة تسعة أشهر، ولذلك توقف 25.10 عن تلقي التحديثات في 1 July 2026 بينما كان مستخدموه لا يزالون يعتبرونه جديداً. يشرح الحجة لصالح LTS بدلاً من إصدار Ubuntu المؤقت هذا الأمر بالتفصيل، وهو أكثر الأسباب شيوعاً لانتهاء دعم VPS بهدوء وبقاءه دون تحديثات. الفخ الثاني هو افتراض أن الإصدار الجديد يتطلب إعادة التثبيت. هذا غير صحيح. تُعد الترقية في مكانها من Ubuntu 24.04 إلى 26.04 مساراً مدعوماً، ولدى Debian وإصدارات RHEL المعاد بناؤها مسارات مكافئة خاصة بها.
ما مدى حداثة الحزم المطلوبة؟
تجمّد التوزيعة المستقرة إصدارات حزمها في يوم الإصدار، ثم تُرجع إصلاحات الأمان إلى هذه الإصدارات لسنوات. هذا هو الاتفاق الذي تقبله. جُمّدت Debian 13 في منتصف 2025، لذلك فإن خادم قاعدة البيانات الذي تثبّته منها اليوم هو الإصدار الذي كان حديثاً حينها، وقد تلقّى التصحيحات لكنه لم يُحدَّث إلى إصدار أحدث. تعمل Ubuntu LTS بالطريقة نفسها. أما Fedora فتفعل العكس وتوفّر إصدارات حديثة من upstream، ولهذا تحديداً تكون فترة دعمها قصيرة: صيانة فروع عمرها خمس سنوات عمل لا يريد أحد تكراره.
لا تهم الحزم القديمة إلا عندما يتطلب تطبيقك إصداراً أحدث. قبل أن تختار توزيعة كاملة لتلبية متطلبات حزمة واحدة، ادرس البدائل، لأنها تكون عادةً الحل الأفضل. تنشر معظم مشاريع upstream مستودعها الخاص، لذلك تضيف مصدر apt أو dnf الخاص بالمورّد وتحصل على إصدارات حديثة من ذلك المكوّن وحده. ولبيئات تشغيل اللغات مدراء إصدارات خاصة بها. ويزيل تشغيل التطبيق داخل حاوية هذا السؤال تماماً، لأن مكدس Docker Compose يضم userland الخاص به ويستعير النواة فقط.
لكل بديل الكلفة نفسها. تُرقّع الحزمة القادمة من توزيعتك بواسطة فريق الأمان في التوزيعة، وتصل مع apt upgrade أو dnf upgrade المعتادين. أما أي شيء تضيفه من خارج التوزيعة، فأنت المسؤول عن مراقبته وإصلاحه في اليوم الذي يتعطل فيه. كما أن المستودعات الإضافية هي المكان الذي تحدث فيه أخطاء ملفات sources، ويُعد تنسيق sources الأحدث في Ubuntu سبباً شائعاً لـخطأ تكرار مصادر apt.
النواة مسألة أصغر مما يتوقع الناس. في VPS تكون العتاد افتراضياً، ويوفّر المضيف برامج التشغيل الفعلية، لذلك تمنحك النواة الأحدث غالباً ميزات أحدث للشبكات وأنظمة الملفات، لا دعماً أفضل للعتاد. كما توفر Ubuntu LTS نوى hardware enablement مأخوذة من إصدارات لاحقة، لذلك لا يبقى تثبيت LTS عالقاً على النواة التي بدأ بها.
ما وثائق التوزيعة التي ستتبعها؟
هذا هو السؤال الذي يستهين به الناس، لكنه يستهلك أكبر عدد من الساعات. تستخدم Ubuntu وDebian حزم apt و.deb. وتستخدم CentOS Stream وRocky Linux وAlmaLinux حزم dnf و.rpm. ويستمر هذا الاختلاف معك بعد أمر التثبيت بفترة طويلة.
تختلف أسماء الحزم. فخادم الويب Apache هو apache2 في Ubuntu وDebian، وهو httpd في عائلة RHEL، ولذلك يختلف اسم الخدمة أيضاً. ويختلف جدار الحماية كذلك: ufw في Ubuntu، وfirewalld في عائلة RHEL، مع استخدام nftables في الأسفل لدى كليهما. وتختلف طبقة التحكم الإلزامي بالوصول، وهذه هي الأكثر تسبباً في المشكلات. تعمل عائلة RHEL مع SELinux (security enhanced Linux) في وضع enforcing افتراضياً، لذلك قد تُرفض الخدمة عند وصولها إلى ملف تسمح أذوناته بوضوح بهذا الوصول، ولا يظهر السبب إلا في سجل التدقيق عبر ausearch -m AVC. أما Ubuntu وDebian فتستخدمان AppArmor، الذي يأتي بعدد أقل من الملفات التعريفية ولا يقاطعك كثيراً.
لا شيء من ذلك صعب. إنها أعمال ترجمة، وتكررها مع كل درس تقرؤه، وغالباً في وقت متأخر من الليل. إذا وجدت نفسك تستخدم Rocky Linux أو AlmaLinux أو Fedora وبيدك صفحة تحتوي على أوامر Ubuntu، فإن المكافئات من apt إلى dnf توضّح عملية التحويل، بما في ذلك الأجزاء التي لا تملك مقابلاً مباشراً. إذا كنت جديداً على خوادم Linux، فهذا وحده سبب كافٍ لاختيار Ubuntu LTS، لأن صفحة التثبيت التي تصل إليها من المورّد ستفترض استخدامه. وتفعل أدلتنا الشيء نفسه: كُتب شرح حزمة LAMP واختُبر باستخدام Ubuntu، وكذلك دليل Certbot وnginx والدقائق العشر الأولى على VPS جديد.
هل يجب أن تستخدم Red Hat Enterprise Linux نفسه؟
إذا كانت مصفوفة دعم المورّد تذكر RHEL، أو إذا كانت بيئة الإنتاج لدى مؤسستك تعمل عليه، فاختر توزيعة متوافقة مع RHEL وتوقف عن اعتبار ذلك تفضيلاً. يُبنى كل من Rocky Linux وAlmaLinux من مصادر RHEL. ويحافظ كلاهما على استقرار ABI (واجهة التطبيق الثنائية) بما يتوافق مع RHEL، لذلك تُثبَّت حزمة RPM المبنية لـRHEL 10 وتعمل على أيٍّ منهما. تستهدف الوكلاء التجارية وأدوات الامتثال هذه المنصة، وغالباً لا تدعم أي منصة أخرى. توجد إعادة بناءان بدلاً من واحدة لأن Red Hat أوقفت CentOS الأصلي في نهاية 2020، وتشرح قصة هذا الانقسام من أسّس كل مشروع وما الذي تعهّد به كل منهما.
يظل Rocky Linux أقرب ما يمكن إلى RHEL. أما AlmaLinux، فمنذ الإصدار 9، فيستهدف التوافق مع ABI بدلاً من مطابقة الملفات الثنائية، ما يتيح له إضافة مكونات أزالتها Red Hat. ويُعد دعم CPU أوضح مثال على ذلك. رفع RHEL 10 الحد الأدنى إلى x86-64-v3، وهو مستوى من ميزات CPU يتطلب AVX2، ويتبعه Rocky Linux 10. وأضاف AlmaLinux 10 بنية x86-64-v2 منفصلة للأجهزة الأقدم. يهم ذلك على الخادم المستأجر: إذا كان مزود الخدمة يعرّض نموذج CPU عاماً ومحاكياً، فقد يكون avx2 مفقوداً من lscpu، ولن يعمل إصدار v3 هناك. تحقّق أولاً، ثم اختر AlmaLinux 10 أو ابقَ على سلسلة 9 إذا كانت العلامة غير موجودة.
CentOS Stream منتج مختلف عن كلتا إعادة البناء. فهو يقع في الاتجاه السابق لـRHEL، لذلك تصل التغييرات إلى Stream أولاً ثم إلى RHEL في الإصدار الفرعي التالي. وهو مستقر بما يكفي لتشغيله في بيئة الإنتاج، ويتحرك باستمرار بدلاً من الانتقال على شكل إصدارات فرعية. اختره عندما تنشئ أو تختبر برمجيات يجب أن تعمل على إصدار RHEL القادم، لا على إصدار RHEL الذي صدر بالفعل. تبقى 3.8 سنوات من الدعم لـCentOS Stream 10، وهي مدة أقصر من إعادة البناء لأن دعمه ينتهي عندما يخرج RHEL 10 من الدعم الكامل.
مكان Fedora ضمن أنظمة الخوادم
توفّر Fedora أحدث kernel وأحدث userland من بين التوزيعات الست، وتدعم كل إصدار لمدة تقارب 13 شهراً. هذا الرقم يلخّص المسألة كلها. يحتاج خادم Fedora إلى ترقية الإصدار مرة واحدة تقريباً كل عام، وفق جدولك إذا خططت لها، ووفق جدول Fedora إذا لم تفعل. إذا تخطيت ترقيتين، يخرج الجهاز من نطاق الدعم.
شغّل Fedora على خادم عندما تحتاج إلى إصدار أحدث مما توفّره أي توزيعة مستقرة، وتقبل مسبقاً وتيرة الترقيات، مثل جهاز بناء شخصي أو جهاز تطوير تعيد بناءه باستمرار. لا تستخدمها على جهاز تريد تركه دون متابعة. يتوقف Fedora 43 عن تلقي التحديثات في ديسمبر 2026، أي بعد نحو 14 شهراً من إصداره، وهذا يعني أن المشروع يعمل وفق تصميمه، وليس أنه فشل.
ما الذي يكلّفك إياه الاختيار الخاطئ فعلياً
إعادة تثبيت VPS إجراء من لوحة التحكم يستغرق دقائق، لذلك لا يكلّفك تغيير رأيك شيئاً في اليوم الأول، لكنه يسبب مشكلات في اليوم رقم 200. لا توجد طريقة مدعومة لتحويل Ubuntu إلى AlmaLinux دون إعادة التثبيت. اتخذ القرار قبل وضع البيانات على الخادم.
تجعل عادتان القرار قابلاً للعكس. احتفظ بإعدادك في script بدلاً من الاعتماد على سجل shell، لكي تعيد عملية البناء تنفيذ الخطوات بدلاً من تذكّرها: يكفي أول Ansible playbook لخادم واحد. ثم تحقّق أولاً من الجهة التي تدير نظام التشغيل، لأن خطة VPS مُدارة قد تجعل المزوّد يحدد لك الاختيار وجدول التحديثات أيضاً.
يبقى الخيار الافتراضي كما هو. اختر Ubuntu LTS، واختر Debian إذا أردت قاعدة أصغر بلا طبقة تجارية، واختر Rocky Linux أو AlmaLinux عندما يتطلب شيء ما التوافق مع RHEL، واختر CentOS Stream عندما تبني لـRHEL، واختر Fedora فقط إذا كان الترقية السنوية مدرجة مسبقاً في تقويمك.
FAQ
ما توزيعة Linux التي ينبغي أن أختارها لخادم VPS إذا كنت جديداً على Linux؟
الإصدار الحالي من Ubuntu LTS. وهناك سببان لذلك. تعرض كل صفحة تثبيت تقريباً تابعة لجهة خارجية أمر Ubuntu أولاً، لذا تلصقه بدلاً من ترجمته. كما يتلقى كل إصدار LTS خمس سنوات من تحديثات الأمان المجانية، لذلك لا يجبرك شيء على الترقية خلال عامك الأول. يُعد Debian خياراً ثانياً مناسباً إذا كنت تريد قاعدة أصغر، وكنت مرتاحاً لقراءة الوثائق المكتوبة لـ apt عموماً بدلاً من الوثائق الخاصة بـ Ubuntu تحديداً.
هل Debian أم Ubuntu أفضل للخادم؟
هما متقاربان. بُني Ubuntu على Debian، ويستخدم apt، وتعمل معظم تعليمات Debian عليه دون تعديل. يثبّت Debian مكونات أقل افتراضياً، ولا يوفّر مستوى دعم تجارياً، ويترك أعمال الأمان للمتطوعين خلال السنوات الأخيرة من عمر الإصدار. يجمّد Ubuntu إصدار LTS كل عامين في تاريخ محدد مسبقاً، ويمدّد دعمه إلى عشر سنوات عبر Ubuntu Pro، وهو ما تستهدفه معظم وثائق المورّدين. اختر Debian إذا كنت تريد قاعدة minimal تنوي الاحتفاظ بها لسنوات. اختر Ubuntu إذا كنت تريد أن تتطابق الوثائق مع ما كتبته.
هل ينبغي أن أستخدم Rocky Linux أم AlmaLinux؟
كلاهما إعادة بناء مجانية لـ RHEL ومدعومة حتى May 2035، لذلك يمكن تبرير اختيار أي منهما. يتتبع Rocky Linux RHEL بأكبر قدر ممكن من القرب، وهذا مناسب لمصفوفة دعم مورّد تفرض قيوداً صارمة على المنصة. أما AlmaLinux فيستهدف توافق ABI بدلاً من ذلك، ما يتيح له إصدار مكونات إضافية، ومنها إصدار x86-64-v2 للمعالجات التي لا تستوفي الحد الأساسي x86-64-v3 المطلوب في RHEL 10. على VPS ذي معالج أقدم أو محاكى بشكل عام، يكون ذلك الإصدار هو سبب اختيار AlmaLinux.
هل يمكنني تشغيل Fedora على خادم؟
نعم، لكن المقابل هو جدول الترقية. يُدعَم كل إصدار من Fedora لمدة تقارب 13 شهراً، لذلك يحتاج الخادم إلى ترقية الإصدار مرة واحدة تقريباً كل عام، ويتوقف عن تلقي تحديثات الأمان إذا تخطيت ترقيتين. اختر Fedora عندما تحتاج إلى kernel أو toolchain حديث جداً، وستنفّذ هذه الترقيات فعلاً. أما الجهاز الذي تريد تركه دون تغيير، فاختر له إصداراً LTS أو إصداراً مؤسسياً بدلاً من ذلك.
هل تغيّر التوزيعة أداء VPS؟
ليس بطريقة يُرجح أن تتمكن من قياسها. فهي تشغّل kernel نفسه وبرامج الخادم نفسها، لذلك تقيس مقارنة nginx على Ubuntu مع nginx على Rocky Linux إعداداتك في الغالب. يترجم RHEL 10 حزمَه فعلاً وفق الحد الأساسي x86-64-v3 للمعالجات، ما يحقق تحسناً طفيفاً على العتاد الحديث، لكن هذا أساس ضعيف لاختيار نظام التشغيل. يحدد القرص وإعداد قاعدة البيانات لديك معدل النقل.