10. فهم نواتي Oracle Linux: “UEK” و”RHCK”

يحتوي Oracle Linux على نواتين: نواة Red Hat Compatible Kernel (RHCK)، وهي نواة متوافقة مع RHEL، ونواة Unbreakable Enterprise Kernel (UEK) الخاصة بـ Oracle Linux.

إذا لم تستخدم Oracle Linux من قبل، قد تشعر بالقلق بشأن نواة Unbreakable Enterprise Kernel. في هذه المقالة، سنشرح نواة Unbreakable Enterprise Kernel، بالإضافة إلى توافقها ومعايير تحديد متى يجب استخدامها.

نواة Red Hat Compatible Kernel ونواة Unbreakable Enterprise Kernel

كمقدمة أساسية، سنقدم نظرة عامة على نواة Red Hat Compatible Kernel ونواة Unbreakable Enterprise Kernel.

ما هي نواة Red Hat Compatible Kernel؟

كما يوحي الاسم، فإن نواة Red Hat Compatible Kernel (RHCK) هي نواة متوافقة مع RHEL، وهي ببساطة إصدار معاد بناؤه من شفرة مصدر نواة RHEL. بما أنها مجرد إصدار معاد بناؤه، فإنها ستتصرف بنفس طريقة RHEL، بما في ذلك الأخطاء، طالما أن رقم الإصدار هو نفسه.

يوضح الجدول التالي إصدارات RHCK وglibc لكل إصدار رئيسي من Oracle Linux. للتأكيد على التوافق ضمن نفس الإصدار الرئيسي من Linux، لن تتغير الإصدارات الأساسية للمكونات المهمة مثل النواة وglibc. بدلاً من ذلك، عندما يكون هناك تحديث، سيتغير رقم الإصدار كما هو موضح أدناه.

إصدار Linux	إصدار RHCK	إصدار glibc
Oracle Linux 9	5.14.0	2.34
Oracle Linux 8	4.18.0	2.28
Oracle Linux 7	3.10.0	2.17

يوضح الرسم التالي أسماء حزم RPM للنواة وglibc. عندما يتم إصدار حزمة تحديث، يظل الإصدار الأساسي كما هو ويتم تحديث الإصدار.

الشكل 1. إصدار وتوزيع النواة/glibc

ما هي نواة Unbreakable Enterprise Kernel؟

نواة Unbreakable Enterprise Kernel (UEK) هي نواة فريدة من نوعها لـ Oracle Linux، تعتمد على نواة أحدث من RHCK ومتوافقة مع RHCK. يوفر الدليل التالي مرجعًا لميزاتها.

التوثيق الرسمي: Unbreakable Enterprise Kernel

نواة Unbreakable Enterprise Kernel (UEK) هي نواة Linux تم بناؤها بواسطة Oracle ومدعومة من خلال دعم Oracle Linux. تركز على الأداء والاستقرار والحد الأدنى من النقل العكسي من خلال تتبع شفرة المصدر الرئيسية قدر الإمكان. تم اختبار UEK جيدًا ويستخدم لتشغيل أنظمة Oracle المصممة، وبنية Oracle السحابية، والتوزيعات الكبيرة للعملاء في Oracle.

دليل تثبيت قاعدة البيانات لـ Linux

يتم تضمين نواة Unbreakable Enterprise Kernel وتمكينها افتراضيًا في نوى Oracle Linux. تعتمد على إصدار رئيسي مستقر حديث من نواة Linux للتطوير، وتشمل أيضًا تحسينات تم تطويرها بالتعاون مع فرق Oracle Database وOracle middleware وفرق هندسة أجهزة Oracle لضمان الاستقرار والأداء الأمثل لأعباء العمل المؤسسية الأكثر تطلبًا.

النقاط الرئيسية هي:

• نواة UEK هي نواة Linux تم تطويرها ودعمها بواسطة Oracle.
• نواة Oracle Linux الافتراضية
• تعتمد على إصدار مستقر جديد من نواة Linux الرئيسية
• تم تطويرها بالتعاون مع فرق Exadata وOracle Database، مع التركيز على الأداء والاستقرار
• تم اختبارها في بيئات أعباء العمل المؤسسية واسعة النطاق بما في ذلك Exadata وبنية Oracle السحابية

علاقة Oracle Linux وإصدارات النواة

يتغير رقم إصدار UEK حسب النواة التي يعتمد عليها، ويُسمى، على سبيل المثال، UEK6 وUEK7. أيضًا، الفرق الرئيسي عن RHCK هو أن الإصدار الرئيسي من Oracle Linux وإصدار UEK ليسا ثابتين. يوضح الجدول التالي العلاقة بين UEK وOracle Linux. كما ترى من هذا الجدول، يمكن لـ Oracle Linux 8 استخدام UEK6 وUEK7.

إصدار UEK	إصدار النواة	Oracle Linux 7	Oracle Linux 8	Oracle Linux 9
UEK7	5.15.0	×	○	○
UEK6	5.4.17	○	○	×
UEK5	4.14.35	○	×	×
UEK4	4.1.12	○	×	×

يقارن الجدول التالي إصدارات النواة لـ RHCK وUEK لـ Oracle Linux. تم إصدار Oracle Linux 9 في عام 2022، لذا فإن الفرق بين إصدارات RHCK وUEK صغير. ومع ذلك، بما أن Oracle Linux 7 وOracle Linux 8 تم إصدارهما منذ فترة، فإن الفرق بين إصدارات RHCK وUEK كبير.

إصدار Linux	RHCK	UEK
Oracle Linux 9	5.14.0	5.15.0
Oracle Linux 8	4.18.0	5.4.17، 5.15.0
Oracle Linux 7	3.10.0	4.1.12، 4.14.35، 5.4.17

اتفاقية تسمية إصدارات نواة Linux

الآن بعد أن تناولنا إصدارات نواة Linux، دعونا نلقي نظرة على اتفاقية التسمية مرة أخرى. في الواقع، لا توجد اتفاقية نهائية، حيث تغيرت عدة مرات وتختلف اتفاقيات التسمية قليلاً بين kernel.org الأصلي وتوزيعات Linux.

اتفاقيات التسمية في kernel.org

أولاً، دعونا ننظر إلى اتفاقيات التسمية التي يستخدمها موقع نواة Linux الرسمي، kernel.org. تُسمى نوى Linux مثل “abc” وتُطلق كما يلي. ومع ذلك، هذه الاتفاقية ليست مطلقة.

a: رقم الإصدار الرئيسي
b: رقم الإصدار الثانوي
c: رقم التصحيح أو رقم المراجعة

أيضًا، الإصدار التالي بعد 5.19 هو 6.0، لكن هذا ليس لأن الوظائف تغيرت بشكل كبير. إنه ببساطة لأنه من غير المرغوب فيه أن يكون الرقم b كبيرًا جدًا، وهي اتفاقية لزيادة a عندما يصل b إلى حوالي 20. وc هو تعديلات على مستوى التصحيح مثل إصلاح الأخطاء. لهذا السبب، أصبح من الشائع الآن تسمية رقم الإصدار أو رقم الإصدار بمزيج من “ab” أو “abc“.

في الرسم التالي، تم شطب الإصدار الرئيسي لأنه لم يعد يستخدم كثيرًا، ولكنه لا يزال يستخدم عندما تريد أن تكون واضحًا بشأن الرقم الأول.

الشكل 2. اتفاقية تسمية إصدار نواة Linux

انظر إلى الرسم التالي. يوضح تاريخ تطوير نواة Linux. الأجزاء الرمادية هي فترة التطوير، وبعد فترة معينة، ينتقل التطوير إلى الإصدار التالي. بمعنى آخر، إصدار Linux محدد “abc” يكرر دورة الحياة من “التطوير → الدعم → LTS (الدعم طويل الأمد)” مرة كل بضع سنوات. يتم إصدار نواة LTS مرة واحدة في السنة، ويتم دعمها لمدة خمس سنوات تقريبًا.

المصدر: https://en.wikipedia.org/wiki/Linux_kernel_version_history

الشكل 3. تاريخ إصدارات نواة Linux 6.x

الشكل 4. تاريخ إصدارات نواة Linux 5.x

اتفاقيات تسمية توزيعات Linux

تختلف اتفاقيات تسمية توزيعات Linux قليلاً عن kernel.org. تُسمى نوى توزيعات Linux مثل “abc-z“، ولكن في الواقع، معظم التوزيعات لديها “ab0-z” حيث يكون c صفرًا. هذا صحيح ليس فقط لـ RHEL ولكن أيضًا لـ Ubuntu، وأيضًا لـ UEK7 وما بعده.

يوضح الرسم التالي كيفية تسمية إصدارات النواة في توزيعات Linux. لا يوجد حاليًا فهم مشترك، ويبدو أنه يختلف حسب السياق والشخص المستخدم.

الشكل 5. أسماء توزيعات Linux

مصطلح الإصدار الأساسي جديد على المنصة. يشير إلى إصدار kernel.org الذي يعتمد عليه. ومع ذلك، يتم إجبار الرقم c على أن يكون صفرًا، لذا حتى لو كان الإصدار الأساسي 5.15.0، فإن إصدار النواة الذي يعتمد عليه ليس بالضرورة 5.15.0. على سبيل المثال، UEK7 هو إصدار 5.15.0، ولكنه يعتمد على 5.15.6.

$ rpm -q --changelog  kernel-uek-5.15.0-105.125.6.2.2.el9uek | tail -n 2
- Linux 5.15.6 (Greg Kroah-Hartman)

العلاقة بين mainline وlongterm وstable وrc

دعونا نلقي نظرة على صفحة نواة Linux الرسمية، The Linux Kernel Archives. هناك عدة إصدارات من نواة Linux مدرجة، مع تسميات مثل mainline وlongterm وstable وrc. سأشرح كل واحدة أدناه.

الشكل 6. أرشيف نواة Linux

يوضح الرسم التالي بعض إصدارات النواة المقتطعة من kernel.org مع إضافة تعليقات. Mainline هو التطوير الرئيسي. بمجرد توفر rc (مرشح الإصدار)، يصبح الإصدار الرسمي، لذا يشير mainline وstable إلى نفس الحالة. من بين الإصدارات المستقرة، مرة كل بضع إصدارات، تصبح طويلة الأمد ويتم دعمها لفترة طويلة.

الشكل 7. دورة الحياة على kernel.org

ما هو النقل العكسي (Backporting)؟

هناك كلمة يجب تذكرها هنا: النقل العكسي. يشير النقل العكسي إلى تطبيق ميزات أو إصلاحات مدرجة في إصدار أحدث من البرمجيات على إصدار أقدم من البرمجيات.

على سبيل المثال، تطبيق تصحيح جديد تم تقديمه في الإصدار 6.0 على الإصدار 5.0 يسمى النقل العكسي. بشكل عام، كلما زاد الفرق بين الإصدارين، زاد الفرق في قاعدة الشفرة، مما يجعل التطبيق أكثر صعوبة. أيضًا، هناك حالات لا يوجد فيها الخطأ المعني في الإصدار الأقدم، مما يجعل النقل العكسي غير ضروري.

قد يتساءل البعض عن ماهية عكس النقل العكسي. على سبيل المثال، هو حالة تطبيق إصلاح خطأ من إصدار البرمجيات 5.0 على إصدار البرمجيات الأحدث 6.0. قمت ببعض البحث، ولكن لا يوجد مصطلح مشترك، ويبدو أن النقل العكسي، والدمج، والنقل الأمامي، وما إلى ذلك يتم استخدامها. يبدو أن العديد من الأشخاص يسمونه النقل العكسي دون تفكير كبير.

النص التالي هو جزء من وصف UEK الذي تم تقديمه في البداية.

تركز على الأداء والاستقرار والحد الأدنى من النقل العكسي من خلال تتبع شفرة المصدر الرئيسية قدر الإمكان.

بالنظر إلى ما ناقشناه حتى الآن، تدعي Oracle ما يلي:

• من المرجح أن تكون قواعد شفرة المصدر الرئيسية الأحدث ذات أداء واستقرار أفضل لأنها تتضمن ميزات وإصلاحات أخطاء جديدة أكثر.
• البدء بشفرة مصدر رئيسية أحدث يعني أن هناك فروقًا أقل في شفرة المصدر، لذا يتطلب الحد الأدنى من النقل العكسي.

المعرفة الأساسية بتفاصيل Linux

أحد أهم الأشياء التي يجب معرفتها عن UEK هو توافقها مع نواة RHEL (RHCK). لفهم التوافق، المعرفة بنظام تشغيل Linux ضرورية. لذلك، سنشرح أساسيات الهيكل الداخلي لـ Linux.

المكونات الرئيسية لنظام تشغيل Linux

يوضح الرسم التالي المكونات الرئيسية لنظام تشغيل Linux وعلاقاتها. من المهم تذكر هذه المعلومات عند محاولة فهم نظام تشغيل Linux.

• نواة Linux
  النواة هي المكون الأساسي لنظام تشغيل Linux. تتلقى طلبات من التطبيقات وتؤدي إدارة العمليات وإدارة الذاكرة لتنفيذ البرامج. كما تستخدم برامج تشغيل الأجهزة، وهي وحدات نواة، لإدارة نظام الملفات والتحكم في الأجهزة للإدخال/الإخراج. يمكن تلخيص دور النواة كما يلي. من الأفضل فهمها كوظيفة تعمل على الأجهزة.
  
  • إدارة موارد الأجهزة للمعالج، الذاكرة، القرص، بطاقات الشبكة، إلخ.
  • إدارة العمليات والتحكم في التطبيقات التي تعمل على Linux
• وحدات النواة
  وحدات النواة هي ملفات ثنائية توسع وظائف النواة. وهي بشكل رئيسي برامج تشغيل الأجهزة، وهي بتنسيق يمكن تحميله عند الحاجة. يتيح ذلك دعم الأجهزة الجديدة ببساطة عن طريق إضافة برامج تشغيل، كما يقلل من استخدام الذاكرة.
• مكتبات النظام
  مكتبات النظام (أو ببساطة المكتبات) هي مجموعات من الوظائف التي تستخدمها البرامج بشكل شائع، وتوفر معظم الوظائف التي يوفرها نظام التشغيل. الأكثر شهرة هي glibc، مكتبة C القياسية المستخدمة في Linux. تُسمى glibc لأنها طُورت في الأصل بواسطة GNU باسم GNU C Library.

الشكل 8. الهيكل الداخلي لـ Linux

فهم الأساسيات (وظائف المكتبة ونداءات النظام)

التطبيقات في الشكل 8 تشير إلى برامج متنوعة، بما في ذلك الأوامر والأدوات المساعدة التي تُدرج كمعيار في نظام التشغيل. تعمل هذه البرامج عن طريق استدعاء وظائف المكتبة ونداءات النظام. دعونا نفهم الفرق بينهما.

المكتبات “/lib64” و”/usr/lib” يتم تثبيتها فيهما. إذا عرضت معلومات الرمز لـ glibc باستخدام الأمر nm، سترى أنها تحتوي على printf(). تشير معلومات الرمز إلى الوظائف والمتغيرات الموجودة في المكتبة أو البرنامج القابل للتنفيذ.

تعمل printf() كما هو معطى في الوسائط، وتصدر تعليمات إلى النواة إذا لزم الأمر.

$ rpm -qf /lib64/libc.so.6
glibc-2.34-60.0.3.el9.x86_64

$ nm /lib64/libc.so.6 | grep "T printf"
000000000006f430 T printf
000000000006e8f0 T printf_size
000000000006f350 T printf_size_info

“نداءات النظام” توفر وظائف لتشغيل الأجهزة مثل إدخال/إخراج الملفات، إنشاء عملية جديدة، الاتصال بالشبكة، إلخ. في الشكل 8، يتم استدعاء نداء نظام مباشرة من التطبيق. ومع ذلك، يمكن أيضًا استدعاؤه عبر وظيفة تغليف نداء النظام المدرجة في glibc.

هل قرأت حتى هنا؟ يمكنك أن ترى أن المكتبات مثل glibc مهمة جدًا. لهذا السبب، لا تغير التوزيعات القائمة على RHEL إصدار glibc حتى يتغير الإصدار الرئيسي.

وضع النواة ووضع المستخدم

يصف وضع النواة ووضع المستخدم.

البرامج التي تصل إلى موارد الأجهزة، مثل النواة وبرامج تشغيل الأجهزة، تعمل في وضع مميز خاص يسمى “وضع النواة”. تعمل في مساحة ذاكرة واحدة معزولة تستخدم ميزات حماية وحدة المعالجة المركزية، ولأنها لا تتطلب تبديل السياق، فإنها تعمل بسرعة كبيرة. لا تعمل النواة فقط على تشغيل كل عملية، بل توفر أيضًا وصولاً محميًا إلى الأجهزة.

على النقيض من ذلك، تعمل البرامج العامة في مساحة ذاكرة تسمى “وضع المستخدم”. لا يمكن للبرامج التي تعمل في وضع المستخدم الوصول إلى الأجهزة مباشرة. بدلاً من ذلك، تصل إلى وظائف النواة من خلال نداءات النظام، وتصل النواة في النهاية إلى الأجهزة.

ملخص المعرفة الأساسية

دعونا نلخص بإيجاز أساسيات تفاصيل Linux التي تناولناها حتى الآن.

• كل من النواة وglibc هما مكونان مهمان في Linux، لكنهما يلعبان أدوارًا مختلفة
• النواة مسؤولة عن التحكم في الأجهزة.
• توفر المكتبات وظائف تُستخدم بواسطة البرامج الشائعة. المكتبة الأكثر أهمية هي glibc.
• للوصول إلى الأجهزة، تحتاج إلى إجراء نداء نظام.
• تصل البرامج إلى الأجهزة عبر نداءات النظام أو وظائف المكتبة.

كيفية عمل الحاويات

بعد ذلك، سنشرح الحاويات. قد تتساءل، “لماذا الحاويات؟” بعد شرح النواة. ذلك لأن فهم كيفية عمل الحاويات هو موضوع جيد لفهم توافق النواة.

هيكل الحاويات

يقارن الرسم التالي بين الافتراضية القائمة على الهايبرفايزر والافتراضية القائمة على الحاويات: تحتوي الآلة الافتراضية على نظام تشغيل ضيف ونواة، بينما تحتوي الحاوية فقط على التطبيقات والمكتبات، ولكن لا تحتوي على نواة.

الشكل 9. الفرق بين نوع الهايبرفايزر ونوع الحاوية

السبب في عدم الحاجة إلى نواة في الحاوية هو أنها تستخدم النواة في نظام تشغيل المضيف. على الرغم من أن الحاويات تستخدم ميزات Linux مثل cgroups وNamespace لعزل الحاويات عن بعضها البعض، إلا أنها مجرد عمليات تعمل على نظام تشغيل المضيف. انظر إلى الرسم التالي. ستعمل الحاوية إذا احتوت على المكتبات والبرامج اللازمة لتشغيل التطبيق.

الشكل 10. كيفية عمل الحاويات

توافق نواة Linux

هناك شيء مهم هنا.

ستعمل حتى لو كان نظام التشغيل الذي تم إنشاء صورة الحاوية عليه إصدار Linux مختلف عن نظام تشغيل المضيف.

على سبيل المثال، افترض أن نظام تشغيل المضيف الذي يعمل عليه محرك الحاوية هو Ubuntu Server 22.04 LTS. في هذه الحالة، حتى لو تم إنشاء صورة الحاوية باستخدام Oracle Linux 9، ستعمل طالما تم تضمين المكتبات والملفات الثنائية اللازمة. على الرغم من أن كلاهما يجب أن يكون Linux، إلا أنهما يمكن أن يعملان حتى لو كانت إصدارات نواة Linux مختلفة قليلاً.

ومع ذلك، هذه مسألة ما إذا كانت تعمل تقنيًا، وليس لها علاقة بما إذا كان البائع يقدم الدعم الفني أم لا.

الشكل 11. توافق نواة Linux

دعني أشرح بمزيد من التفصيل. انظر إلى الشكل 12 أدناه. الواجهة بين التطبيقات والنواة في نداءات نظام Linux تسمى واجهة البرمجة الثنائية (ABI). تم تطوير نواة Linux مع مراعاة التوافق بحيث يمكن استدعاء نداءات النظام الموجودة من الإصدارات السابقة بنفس المواصفات. لذلك، حتى لو كانت إصدارات نواة Linux مختلفة قليلاً، ستعمل التطبيقات بنفس الطريقة.

الشكل 12. الحفاظ على التوافق من خلال واجهة البرمجة الثنائية

واجهة البرمجة الثنائية (ABI)

واجهة البرمجة الثنائية (ABI) هي تعريف واجهة، وتحديدًا اسم نداء النظام، نوع بيانات الوسيطة، عدد الوسائط، نوع بيانات القيمة المعادة والقيمة، إلخ. تم تطوير نواة Linux بحيث لا تتغير هذه الأشياء. إذا لم تتغير واجهة البرمجة الثنائية، فلن تحدث أخطاء عند استدعاء نداء نظام.

ومع ذلك، إذا كانت إصدارات النواة مختلفة، فقد تكون التطبيقات الداخلية لنداء النظام مختلفة. ومع ذلك، فإن نداء النظام هو تعليمات بدائية للأجهزة، مثل “كتابة البيانات على القرص” أو “تخصيص الذاكرة”. لذلك، يتم جعل السلوك الخارجي متماثلاً أيضًا. هكذا يتم الحفاظ على التوافق.

الشكل 13. التوافق المحافظ عليه بواسطة واجهة البرمجة الثنائية

عدم التوافق الذي يجب الانتباه إليه

من ناحية أخرى، ما هي حالات عدم التوافق التي يجب أن تكون حذرًا منها؟ انظر إلى الشكل 14 أدناه. هذه هي وحدات النواة مثل برامج تشغيل الأجهزة. حتى لو تطابقت أرقام إصدارات النواة، قد لا تعمل إذا كانت أرقام الإصدارات في النهاية مختلفة. يمكن لبعض وحدات النواة امتصاص الفروق الطفيفة في أرقام الإصدارات، ولكن يُوصى بإعادة الترجمة.

على الرغم من أنها لا تتعلق بالنواة، إلا أن شيئًا يجب الحذر منه عندما يتعلق الأمر بتوافق التطبيقات هو المكتبات المستخدمة في اللغات، والأطر، وما إلى ذلك. غالبًا ما يتم تحديث المكتبات بشكل متكرر، ومن الشائع أن تكون هناك قيود مثل مكتبة XXX 2.0 أو أعلى.

الشكل 14. عدم توافق وحدة النواة

مقارنة UEK وRHCK

الآن بعد أن تناولنا الأساسيات، يمكننا أخيرًا الوصول إلى الموضوع الرئيسي للمقارنة: التوافق والميزات.

التوافق مع RHCK

هذا يتعلق بالتوافق بين UEK وRHCK. إذا كنت قد قرأت حتى الآن، فمن المحتمل أنك تعرف بالفعل. تم تطوير UEK للحفاظ على توافق واجهة البرمجة الثنائية مع RHCK. لذلك، إذا كان تطبيقًا عاديًا يعمل في وضع المستخدم، فهو متوافق.

ومع ذلك، هناك بعض الأشياء التي يجب مراعاتها.

دعم منتجات البرمجيات التجارية
النقطة الأولى هي ما إذا كان منتج البرمجيات التجاري مدعومًا أم لا. حتى لو كان منتج البرمجيات التجاري يدعم Oracle Linux، فقد يدعم RHCK ولكن ليس UEK. في الواقع، عادةً ما تعمل التطبيقات التي تعمل في وضع المستخدم دون مشاكل، ولكن إذا كنت تريد إعطاء الأولوية لسياسة دعم البائع، فاستخدم RHCK.

مثال على البرمجيات التجارية التي تتطلب الانتباه للتوافق هو منتجات مكافحة الفيروسات. بعض منتجات مكافحة الفيروسات تعمل كوحدات نواة، لذا في هذه الحالة، تحتاج إلى التحقق من توافقها.

لا يوجد تشكيلة واسعة من البرمجيات اليابانية، ولكن يمكنك التحقق من توافق Oracle Linux في كتالوج Oracle Linux ISV.

عند استخدام خادم من صنع شركة معروفة
أهم شيء يجب ملاحظته هو أن Oracle Linux مدرج في قائمة الأجهزة المدعومة. إذا لم يكن مدعومًا من قبل الشركة المصنعة، فهناك احتمال كبير ألا يتمكنوا من مساعدتك إذا ظهرت أي مشاكل.

بالإضافة إلى ذلك، نظرًا لأن أجهزة الخادم مجهزة بأجهزة خاصة مثل وحدات التحكم RAID وبطاقات NIC، فقد توفر الشركات المصنعة برامج تشغيل أجهزتها الخاصة. إذا لم تكن برامج التشغيل مدعومة، فقد لا تتمكن من استخدامها.

تحقق من صفحة الشركة المصنعة على الويب أو قائمة شهادات أجهزة Oracle Linux للحصول على معلومات الدعم، والتي تتضمن أيضًا معلومات حول دعم RHCK وUEK.

الاختلافات في الميزات

من الصعب التعميم حول الاختلافات في الميزات، لأنها تختلف حسب إصدار النواة، ولكن بشكل عام، يعتمد UEK على نواة رئيسية أحدث، لذا فإنه يتمتع بأداء أفضل وميزات أكثر.

على سبيل المثال، في Oracle Linux 9، الإصدار الأساسي لـ UEK7 هو 5.15.0، والإصدار الأساسي لـ RHCK هو 5.14.0. لا يوجد فرق كبير في هذه المرحلة. ومع ذلك، كما هو موضح في الجدول التالي، تتغير UEKs حتى ضمن نفس الإصدار الرئيسي. في غضون بضع سنوات، سيتم إصدار UEK8 لـ Oracle Linux 9، وسيتسع الفرق في إصدارات النواة.

إصدار Linux	UEK4	UEK5	UEK6	UEK7
Oracle Linux 9	×	×	×	○
Oracle Linux 8	×	×	○	○
Oracle Linux 7	○	○	○	×

تشمل الميزات المعروفة الحصرية لـ UEK ocfs2 وbtfs. هناك ميزات أخرى، ولكن للحصول على التفاصيل، يرجى الاطلاع على “الميزات الجديدة والتغييرات” في “ملاحظات إصدار Unbreakable Enterprise Kernel“.

الشكل 15. ملاحظات إصدار Unbreakable Enterprise Kernel Release 7

الملخص: متى تستخدم UEK أو RHCK؟

تم تصميم UEK لأعباء عمل Oracle Database وOracle Linux KVM واسعة النطاق، ويعتمد على نواة أحدث، مما يعني أنه غالبًا ما يقدم أداءً وميزات أفضل.

ومع ذلك، ليس من الضروري استخدام UEK بشكل مطلق. أعتقد أنه يجب استخدامهما حسب الموقف والغرض. في الحالتين 1 و2 التاليتين، يجب أن تفكر في استخدام RHCK. المهم هو فهم الفرق بين UEK وRHCK واستخدامهما بشكل مناسب. سأقدم أيضًا جدولًا يلخص ما شرحته حتى الآن.

1. إذا كنت تستخدم خادمًا ماديًا والشركة المصنعة تدعم RHCK فقط
   استخدم RHCK.
2. إذا كنت تستخدم برمجيات تجارية والبائع يدعم RHCK فقط
   من الأفضل استخدام RHCK. ومع ذلك، إذا كنت تستخدمه على نظامك الخاص ويمكنك تحمل المخاطر، فإن UEK هو أيضًا خيار.

مزايا وعيوب UEK مقابل RHCK

العنصر	المزايا	العيوب
الوظائف والأداء	اعتمادًا على إصدارات UEK وRHCK التي تقارنها، من المرجح أن يكون لدى UEK ميزات وأداء أفضل لأنه يستخدم نواة رئيسية أحدث، وقد يكون لديه أيضًا تحسينات لقاعدة بيانات Oracle.
توافق التطبيقات التي تعمل في وضع المستخدم	متوافق	في حالة المنتجات التجارية المعبأة، قد لا يتوفر الدعم حسب سياسة دعم البائع.
وحدات النواة التي تعمل في وضع النواة	من المرجح أن تكون برامج تشغيل الأجهزة وما إلى ذلك التي تُقدم كشفرة مصدر متوافقة	برمجيات مكافحة الفيروسات وبرامج تشغيل الأجهزة التي تعمل في وضع النواة عادةً غير متوافقة.
أخرى		قد تدعم الخوادم من الشركات المصنعة المعروفة Oracle Linux (RHCK) ولكن ليس UEK.