«ريد هات»: «أوبن شيفت 4.21» يتيح إنجاز المزيد من المهام

أعلنت “ريد هات”، المزود الرائد عالمياً للحلول مفتوحة المصدر، أن “ريد هات أوبن شيفت 4.21” Red Hat OpenShift 4.21، المبني على Kubernetes 1.34 وCRI-O 1.34، بات متاحاً الآن. ويُجسّد هذا الإصدار، إلى جانب منصة “ريد هات أوبن شيفت بلس” Red Hat OpenShift Platform Plus، التزام الشركة المستمر بتقديم منصة تطبيقات موثوقة، شاملة، ومتّسقة تعتمد عليها المؤسسات لتشغيل أحمال العمل في بيئات الإنتاج عبر السحابة الهجينة، مع استيفاء أعلى معايير الأمان.

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

تخيّل مؤسسة مالية كبرى تحتاج إلى تشغيل آلات افتراضية (VMs) قديمة لتطبيقات الأعمال المصرفية الأساسية، على جانب تدريب نماذج ذكاء اصطناعي جديدة لاكتشاف الاحتيال. في السابق، كانت هاتان البيئتان تعملان ضمن أنظمة منفصلة، ما أدى إلى وجود “صوامع بيانات” وهدر كبير في التكاليف.

مع “ريد هات أوبن شيفت 4.21″، بات بإمكان هذه المؤسسة تشغيل كلا النوعين من التطبيقات على البنية التحتية ذاتها. وباستخدام مشغّل تخصيص الموارد الديناميكي (Dynamic Resource Allocation – DRA) الجديد، بات الآن بإمكان المؤسسات تخصيص وحدات معالجة الرسوميات عالية الأداء (GPUs) لتدريب نماذج الذكاء الاصطناعي خلال ساعات النهار، ثم تحويل تلك الموارد تلقائياً أو تقليص استخدامها إلى الصفر ليلاً لتوفير التكاليف. وبالإضافة إلى ذلك، يمكن أيضاً الآلات الافتراضية النشطة بين مراكز البيانات دون أي توقف في الخدمة، مما يساعد في ضمان استمرارية الخدمات المصرفية حتى أثناء عمليات الصيانة على مستوى التجهيزات.

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

الذكاء الاصطناعي

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

تبسيط أحمال عمل الذكاء الاصطناعي مع Red Hat Build of Kueue v1.2

مع إصدار أوبن شيفت 4.21، يوفر Red Hat Build of Kueue v1.2 وظيفتين أساسيتين تلبّيان احتياجات فرق الذكاء الاصطناعي عند العمل على نطاق واسع:

• دعم KubeFlow Trainer v2 ضمن منصة “ريد هات للذكاء الاصطناعي 3.2: عوضاً عن إدارة موارد منفصلة لكل إطار من أطر تعلم الآلة (ML)، بات بإمكان علماء البيانات استخدام واجهة برمجة تطبيقات موحدة (TrainJob API) للتدريب، ما يتيح لهم التركيز على كتابة كود النماذج، في حين تتولى فرق المنصة تحديد البنية التحتية المطلوبة من خلال بيئات التشغيل الخاصة بالتدريب.
• واجهة برمجة التطبيقات للرؤية الواضحة حول الأحمال المعلّقة (Visibility API): في السابق، كانت وظائف الدفعات (Batch Jobs) تُوضَع على قوائم الانتظار دون أي رؤية واضحة لموقعها أو الوقت المتوقع لبدء التنفيذ، إذ لم يكن المستخدمون على درايةٍ فيما إذا كانوا في بداية المسار أم في نهايته، ولم يكن لدى المسؤولين أي طريقة لرصد اختناقات الموارد. أما الآن، فقد أصبح الطرفان يملكان رؤية واضحة؛ حيث يحصل المستخدمون على مواعيد تقديرية لبدء المهام، في حين يستطيع المسؤولون تحديد الموارد التي تعاني من الضغط الزائد، مثل أنواع معينة من وحدات معالجة الرسوميات (GPU). ولم تعد قائمة الانتظار تتسم بغياب الرؤية.

إدارة الأحمال الموزّعة باستخدام JobSet

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

مطابقة أعباء العمل مع تجهيزات وحدات معالجة الرسوميات بدقة ومرونة

مع توسّع أعباء عمل الذكاء الاصطناعي على مستوى المؤسسات، لم تعد الطريقة التقليدية في تخصيص وحدات معالجة الرسوميات (GPU)، التي تعتمد على عدّ الأجهزة والتأمل في تطابقها مع المتطلبات، مجدية أو فعالة. ويقدّم أوبن شيفت 4.21 ثلاث قدرات جديدة ضمن مشغّل تخصيص الموارد الديناميكي (DRA)، تغيّر جذرياً طريقة طلب الموارد واستهلاكها، بما يتيح للمؤسسات التعامل مع موارد وحدات الرسوميات بدقة ومرونة أكبر.

التخصيص الذكي لوحدات معالجة الرسوميات مع تخصيص الموارد الديناميكية

يمكنكم الآن تحديد ما تحتاجونه فعلياً (فعلى سبيل المثال، “وحدة معالجة رسوميات بسعة ذاكرة وصول عشوائي لا تقل عن 40 جيجابايت”)، عوضاً عن طلب وحدة معالجة رسوميات معينة. يتولى برنامج الجدولة الاستعلام عن خصائص التجهيزات مباشرة باستخدام لغة التعبير الشائعة (CEL)، مما يلغي الحاجة إلى وضع وسم يدوي على وحدات المعالجة، لذلك لن تكونوا بعد الآن بحاجةٍ إلى الحفاظ على تسميات مثل gpu-type=h100 عبر مجموعتكم. ويقرأ النظام قدرات التجهيزات ويطابقها مع متطلبات الأحمال تلقائياً. وتتطلب الاستفادة من هذه الميزة استخدام المشغِّل أو برنامج التشغيل المقدم من الشركة المزودة، مع تمكين قدرة تخصيص الموارد الديناميكية.

التحكُّم في صلاحيات المسؤول في تخصيص الموارد الديناميكية من خلال مساحة الاسم

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

البدائل ذات الأولوية في طلبات الأجهزة

حدِّدوا استراتيجيات الخطط البديلة مباشرة في طلبات الموارد الخاصة بكم. فبدلاً من” H100أو الفشل”، حدِّدوا قائمة بالترتيب التالي: H100  أولاً، ثم A100، ومن ثم V100، وحينها يقوم برنامج الجدولة بتجربة كل خيار على التوالي حتى يجد سعة متاحة.

البنية الأساسية

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

علاوةً على ذلك، تواصل منصة “أوبن شيفت” توسيع منظومتها من خلال عمليات التكامل المعتمدة مع منصات مثل VMware Cloud Foundation 9 وOracle Database Appliance، مما يضمن إمكانية نشر العملاء لـ “أوبن شيفت” عبر الحوسبة الهجينة.

تحديد الحجم المناسب في مستويات التحكُّم المستضافة

في “أوبن شيفت 4.21” (OpenShift 4.21)، تتضمن مستويات التحكم المستضافة لـ “ريد هات أوبن شيفت” تكاملاً تاماً مع الموسع العمودي لمستوى التحكم (VerticalPodAutoscaler). وتقوم مكونات مستوى التحكم بتعديل حجم الموارد تلقائياً بناءً على استهلاك الذاكرة في الوقت الفعلي، وليس التقديرات الثابتة أو أعداد الوحدات. ويقوم النظام بمراقبة الاستخدام الفعلي ويضبط الموارد ديناميكياً، دون تدخل يدوي، مما يحول العملية من التخطيط للسعة إلى الاستجابة للطلب. وعوضاً عن التنبؤ بما ستحتاجونه خلال ستة أشهر، تراقب المنصة ما يحدث الآن وتستجيب له. وتبقى مستويات التحكم الخاصة بكم مضبوطةً بدقة لتناسب أحمال العمل الحالية، ويفضي ذلك إلى عدم تراجع الأداء بسبب نقص تخصيص الموارد، وعدم إهدار الإنفاق بسبب الإفراط في عملية تخصيص الموارد.

التعديل التلقائي لحجم الموارد المخصَّصة من/إلى الصفر في مستويات التحكم المستضافة

يمكن الآن لمستويات التحكم المستضافة تعديل الموارد المُخصَّصة إلى درجة الصفر خلال فترات الخمول. وتدخل مستويات التحكم في حالة سبات مع الحفاظ على التهيئة والحالة، ثم تستأنف العمل تلقائياً عند الحاجة، مما يحد من تكاليف البنية التحتية الخاملة. وتتبع تجمعات العقد (NodePools) النمط نفسه، حيث تقلل العدد إلى صفر عقدة في بيئات التطوير والاختبار والبيئات المؤقتة. ويجعل ذلك منهجية مستويات التحكم المستضافة الأكثر فعاليةً من حيث التكلفة لتشغيل “أوبن شيفت”. كما تضمن هذه الخاصيَّة بقاء مستوى التحكم المستضاف في حالة تشغيل في وضع الاستعداد، مما يوفر توازناً بين سرعة التوافر والتحسين الفعال للتكاليف.

تشغيل “أوبن شيفت” على VMware Cloud Foundation 9

تدعم منصة “أوبن شيفت” VMware vSphere Foundation 9 وVMware Cloud Foundation 9، بدءاً من “أوبن شيفت 4.18” (OpenShift 4.18). ويوفر ذلك توافقاً مع VMware NSX لشبكات البنية التحتية   وOVN-Kubernetes للشبكة التراكبية. ويوسع Red Hat Advanced Cluster Management for Kubernetes 2.15.1+ قدرات إدارة الأصول التقنية عبر هذه المنصات، بينما يتوفر Red Hat OpenShift Data Foundation 4.19.7 و4.20 كمعاينةٍ تقنية، حيث من المزمع طرحه في الأسواق أوائل العام 2026. وستصدر إرشادات الترحيل من vSphere 8 و VCF 5 إلى VCF9 في عام 2026، مما يضمن قدرة العملاء على تحديث بنيتهم التحتية VMware بدعم كامل من “أوبن شيفت”.

لمزيدٍ من التفاصيل: دعم الإتاحة العامة لـ  “ريد هات أوبن شيفت”على VMware vSphere Foundation 9 و VMware Cloud Foundation 9.

تشغيل “أوبن شيفت” على جهاز Oracle Database Appliance الخاص بك

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

نشر أعباء العمل القائمة على نموذج “انعدام الثقة” (Zero-Trust) في “مايكروسوفت أزور” و”ريد هات أوبن شيفت على مايكروسوفت أزور” باستخدام الحاويات السرية

مع إطلاق الإصدار 4.21 من “أوبن شيفت” (OpenShift)، أضفنا ميزة دعم “الحاويات السرية” (Confidential Containers) للمجموعات التي يديرها العملاء في “مايكروسوفت أزور” (Microsoft Azure)، أو كخدمة مُدارة مع “ريد هات أوبن شيفت على مايكروسوفت أزور” (Microsoft Azure Red Hat OpenShift). توفر الحاويات السرية طبقة أمان قائمة على الأجهزة، تحمي البيانات أثناء معالجتها في الذاكرة. ويساهم ذلك في ضمان عزل التعليمات البرمجية والبيانات عن مزود الخدمة السحابية، ونظام تشغيل المضيف، وحتى برامج إدارة الأجهزة الافتراضية (Hypervisors)، مما يجعلها خياراً مثالياً للصناعات الخاضعة للوائح تنظيمية صارمة، مثل التمويل والرعاية الصحية.

وتتيح الحاويات السرية في “مايكروسوفت أزور” إمكانية إزالة مشغل السحابة فعلياً من قاعدة الحوسبة الموثوقة (TCB). ويعني ذلك أنَّه حتى لو تمكن مهاجم من الحصول على صلاحيات الجذر (Root access) للمضيف الفعلي أو لمستوى التحكم في “مايكروسوفت أزور”، فلن يتمكن من قراءة البيانات النصية الواضحة الموجودة في ذاكرة الحاوية الخاصة بكم.

المحاكاة الافتراضية (Virtualization)

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

نقل الأجهزة الافتراضية عبر المجموعات دون توقف عن العمل

تتيح ميزة الهجرة الحية عبر المجموعات (Cross-cluster live migration) في “أوبن شيفت” للمسؤولين نقل الأجهزة الافتراضية النشطة بين مجموعات “أوبن شيفت” المختلفة دون أي توقف عن العمل. ويمكّن للمسؤولين الآن إجراء صيانة للمجموعات، أو إعادة توازن الموارد عبر المناطق، أو نقل أعباء العمل إلى أجهزة أحدث دون انقطاع الخدمة، مع إدارة بيئات متعددة المجموعات بموجب اتفاقيات مستوى خدمة صارمة.

دعم مستوى التحكم والشبكة الثانوية باستخدام بروتوكول الإنترنت الإصدار السادس (IPv6) حصراً

أصبح الآن دعم مستوى التحكم والشبكة الثانوية باستخدام “IPv6” فقط متاحاً على نطاقٍ عام. وتعد هذه خطوة كبيرة للأمام للمؤسسات التي توشك عناوين “IPv4” لديها على النفاد. وتتيح هذه الميزة نشر مجموعات “أوبن شيفت” وأعباء العمل الافتراضية في بيئات حديثة تعتمد أساساً على “IPv6″، مما يبسط هندسة الشبكات عن طريق إزالة الحاجة إلى حلول ترجمة عناوين الشبكة (NAT) المعقدة.

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

“ريد هات أوبن شيفت” للمحاكاة الافتراضية على “جوجل كلاود”

تتيح تقنية “أوبن شيفت” للمحاكاة الافتراضية على الخوادم المادية (Bare metal) في “جوجل كلاود” (Google Cloud) للمؤسسات تشغيل الأجهزة الافتراضية مباشرة على أجهزة مخصصة، متجاوزة بذلك أعباء المحاكاة الافتراضية المتداخلة التقليدية. ويعد هذا النموذج للنشر محورياً لأعباء العمل الحساسة من ناحية الأداء، والتي تتطلب وصولاً مباشراً إلى ميزات المعالج المركزي (CPU) وتسريع الأجهزة، مثل قواعد البيانات ذات زمن الانتقال المنخفض أو تطبيقات الاتصالات المتخصصة. ويتيح لكم التشغيل على الخوادم المادية الاستفادة من مرونة السحابة، مع الحفاظ على الأداء الخام وزمن الانتقال المتوقع للخوادم المحلية. ويسهل هذا التكامل نقل التطبيقات القديمة القائمة على الأجهزة الافتراضية إلى “جوجل كلاود”، مما يتيح تجربة إدارة موحدة لكل من الحاويات والأجهزة الافتراضية ضمن مستوى تحكم واحد في “أوبن شيفت”.

لمعرفة المزيد، يمكنكم الاطلاع على: جلب “ريد هات أوبن شيفت” للمحاكاة الافتراضية إلى “جوجل كلاود”.

تهيئة الشبكات الافتراضية باستخدام واجهة مستخدم محسنة للمحاكاة الافتراضية

توجِّه واجهة المستخدم المحسنة في “أوبن شيفت” للمحاكاة الافتراضية المسؤولين إلى تكوينات الشبكة الصحيحة، مع الحفاظ على التحكم المتقدم. وبات بإمكان المسؤولين إنشاء شبكاتٍ ثانوية معرفة من قبل المستخدم للمجموعة (ClusterUserDefinedNetworks) باستخدام طوبولوجيا الشبكة المحلية (Local net topology) مع ضمانات حماية مدمجة تمنع الحذف غير المقصود لتعريفات مرفقات الشبكة

 (Attachment Definitions Network) المشتقة من الشبكات المعرفة من قبل المستخدم. تُظهر واجهة الشبكة المضيفة المحسنة مسارات التكوين الشائعة أولاً، مما يسرع الإعداد من مرحلة التخطيط إلى التكوين الفعلي. كما ينظم تجريد الشبكة المادية سياسات تكوين شبكة العقدة (Node Network Configuration Policies) في وحدات منطقية، مما يمكن الفرق من إدارة اتصال المضيف بشكل متماسك مع الاحتفاظ بإمكانية التخصيص العميق عند الحاجة.

رصد أخطاء الأجهزة الافتراضية وإصلاحها باستخدام “ريد هات أوبن شيفت لايت سبيد”

قمنا بدمج المساعد الافتراضي “ريد هات أوبن شيفت لايت سبيد” (Red Hat OpenShift Lightspeed) المدعوم بالذكاء الاصطناعي مع واجهة مستخدم “أوبن شيفت” للمحاكاة الافتراضية، بحيث لم يعد مسؤولو المحاكاة الافتراضية بحاجةٍ إلى تبديل الواجهات أو تحميل الملفات يدوياً. بدلاً من ذلك، يمكن للمسؤولين الآن الحصول على رؤى سياقية مدعومة بالذكاء الاصطناعي للمهام المختلفة، مثل استكشاف أخطاء الأجهزة الافتراضية وإصلاحها.

جربوا “ريد هات أوبن شيفت 4.21” اليوم

ابدؤوا اليوم باستخدام وحدة تحكم “ريد هات هايبرد كلاود” (Red Hat Hybrid Cloud Console) واستفيدوا من أحدث الميزات والتحسينات في “أوبن شيفت”. لمعرفة المزيد حول الابتكارات المقبلة، يمكنكم الاطلاع على المصادر التالية:

• ما الجديد وما القادم في “ريد هات أوبن شيفت”
• تجارب “ريد هات” التفاعلية
• في السحابة (In the clouds)
• قناة “أوبن شيفت” على يوتيوب
• مدونات “أوبن شيفت”
• مجتمع “أوبن شيفت” (OpenShift commons)
• مدونات مطوري “ريد هات”
• مركز هندسة محفظة “ريد هات”
• الأنماط التي تم التحقق منها (Validated patterns)

تتوفر القائمة الكاملة لتحديثات “ريد هات أوبن شيفت 4.21” في ملاحظات الإصدار الخاصة بها (OpenShift 4.21 release notes). يمكنكم إرسال ملاحظاتكم عبر جهات الاتصال الخاصة بـ “ريد هات”، أو إنشاء تذكرة عبر (GitHub).