متطلبات النظام
قبل التثبيت ذاتي الاستضافة لـ Bob، تأكد من أن بيئتك تستوفي متطلبات المنصة المدعومة والمعمارية والحوسبة والتخزين والشبكات.
تساعدك المتطلبات الواردة في هذا القسم على تخطيط بيئة OpenShift وتحديد أحجامها المناسبة.
الإصدارات المدعومة
يسرد الجدول التالي إصدارات المكونات المُتحقق منها والمدعومة لهذا الإصدار من Bob ذاتي الاستضافة. تأكد من أن عملية النشر لديك تستخدم إصدارات مدعومة من Bob IDE وBob Shell وPremium Package وOpenShift Container Platform (OCP) للحفاظ على التوافق والحصول على دعم المنتج الكامل.
| إصدار Bob ذاتي الاستضافة | إصدار Bob IDE | إصدار Bob Shell | إصدار Premium Package |
|---|---|---|---|
| 2.0.0 | 2.2.0 | 2.0.5 | IBM Bob Premium Package for Z 3.1.0 |
معمارية المجموعة
تتطلب الواجهة الخلفية المحلية لـ Bob مجموعة OCP بمعمارية amd64 (x86_64). يجب أن تعمل جميع عقد العمال التي تجدول أحمال عمل Bob على أجهزة amd64.
| المعمارية | دعم مجموعة الواجهة الخلفية |
|---|---|
amd64 (x86_64) | مدعوم |
المجموعات ذات المعماريات المختلطة مدعومة عند تقييد أحمال عمل Bob على عُقد amd64 باستخدام محددات العُقد أو السمات (taints). لا يطبّق Bob هذه القيود الجدولية تلقائيًا.
إصدارات OCP المدعومة
يسرد الجدول التالي إصدارات OCP المدعومة.
| إصدار OCP | الحالة |
|---|---|
| 4.20 | مدعوم |
| 4.21 | مدعوم |
| 4.22 | مدعوم |
بصمة النشر والتحديد الحجمي
يُنشر Bob ذاتي الاستضافة كحِمل عمل مستأجر على مجموعة OpenShift Container Platform (OCP) يديرها العميل. تتفاوت متطلبات الموارد بحسب مكونات Bob التي تنشرها وليست ثابتة لجميع عمليات التثبيت.
يشمل كل نشر Bob Core الذي يوفر خدمات المنصة الأساسية. تتطلب المكونات الاختيارية، مثل Z Context tool وZ Proxy وZ Understand، موارد حوسبة وذاكرة وتخزين إضافية ويجب أخذها في الاعتبار عند تحديد حجم المجموعة.
تُفعَّل الإضافات أثناء التثبيت من قِبل مسؤول المجموعة. لا يؤثر تفعيل إضافة في متطلبات موارد المجموعة فحسب، بل يحدد أيضًا ما إذا كان يمكن تعيين استحقاق الحزمة المميزة المقابلة للمستخدمين. لمزيد من المعلومات، راجع إدارة الاستحقاقات.
تمثل قيم الأحجام في هذا القسم الموارد الإجمالية المطلوبة بواسطة أحمال عمل Bob. وهي مقدَّمة للمساعدة في تقدير البصمة المستأجرة وليست مقصودة لتعريف معمارية المجموعة الكلية. يجب عليك تحديد حجم المجموعة الأساسية بناءً على متطلباتك التشغيلية، بما فيها التوفر العالي وأحمال العمل الأخرى للمستأجرين والنمو المتوقع والحمل العام لخدمات المنصة.
تمثل هذه الأرقام مجموع طلبات موارد pod المُهيأة عبر جميع مكونات Bob وفق أعداد النسخ المحددة. وهو مقدار CPU والذاكرة الذي يحجزه جدولة Kubernetes على عقد المجموعة.
هذه القيم مخصصة لأغراض تخطيط السعة والتحديد الحجمي فقط. ولا تمثل استخدام الموارد الفعلي أثناء التشغيل ولا ينبغي تفسيرها كاستهلاك موارد مضمون تحت الحمل.
قرارات تحديد حجم المجموعة كعدد عقد مستوى التحكم وعقد البنية التحتية وعقد العمال ومتطلبات التوفر العالي وتخطيط النمو تظل على عاتقك.
خدمة النماذج (الاستدلال) غير مُدرجة. لا تشمل تقديرات الموارد في هذا القسم عقد GPU أو البنية التحتية لخدمة النماذج أو أي موارد أخرى مطلوبة لاستضافة نماذج الذكاء الاصطناعي وتشغيلها. إذا كنت تشغّل الاستدلال على النماذج باستخدام Red Hat OpenShift AI أو منصة خدمة نماذج منفصلة، فخطّط لهذه البيئات وحدّد أحجامها بصورة مستقلة عن نشر Bob.
تكوينات المكدس المدعومة
راجع التكوين الأقرب إلى عملية النشر التي تخطط لها عند تحديد حجم مجموعة OpenShift.
| تكوين المكدس | CPU (خام) | الذاكرة (خام) | التخزين (PVs) |
|---|---|---|---|
| Bob Core | 10.8 vCPU | 10.8 GiB | ~24 GiB |
| Bob Core + Z Context tool | 27.8 vCPU | 45.8 GiB | ~55 GiB |
| Bob Core + Z Understand | 18.8 vCPU | 49.8 GiB | ~24 GiB |
| Bob Core + Z Context tool + Z Understand | 35.8 vCPU | 84.8 GiB | ~55 GiB |
يمثّل Bob Core الحد الأدنى من تكوين النشر المدعوم. تمثل قيم الموارد المتطلبات الإجمالية للمستأجر وتستثني الحمل العام لبنية تحتية المنصة.
البصمة الموردية لـ Bob
يسري الحجم المرجعي التالي على نشر Bob Core بدون إضافات اختيارية مُفعَّلة.
عند تحديد حجم عقد العمال، استخدم القيم الواردة في صف +25% هامش الجدولة. توفر هذه القيم سعة إضافية تتجاوز طلبات موارد pod المُهيأة لاستيعاب متطلبات جدولة Kubernetes والحمل العام على مستوى العُقد.
| ملف النشر | CPU | الذاكرة | التخزين (PVs) |
|---|---|---|---|
| الإنتاج (الموارد المطلوبة) | 10.8 vCPU | 10.8 GiB | ~24 GiB |
| الإنتاج (بما يشمل 25% هامش الجدولة) | ~13.5 vCPU | ~13.5 GiB | ~24 GiB |
يتفاوت استهلاك التخزين بناءً على حجم حِمل العمل والبيانات المحتجزة والخدمات المُفعَّلة. تمثل القيم المعروضة البصمة الأساسية لنشر Bob Core.
طوبولوجيا مجموعة OpenShift
يوضح الجدول التالي الحد الأدنى من التكوين المرجعي القادر على الإنتاج لمجموعة OpenShift من تسع عقد تشغّل نشر Bob Core. إذا نشرت مكونات Bob إضافية، يجب عليك توفير سعة إضافية لعقد العمال.
تكوين الحد الأدنى المرجعي
| دور العقدة | العدد | CPU لكل عقدة | الذاكرة لكل عقدة | السعة الإجمالية |
|---|---|---|---|---|
| مستوى التحكم | 3 | 4 vCPU (الحد الأدنى) | 16 GiB (الحد الأدنى) | 12 vCPU / 48 GiB |
| عقد البنية التحتية | 3 | ~4 vCPU | ~16 GiB | 12 vCPU / 48 GiB |
| عقد العمال | 3 | 8 vCPU | 16 GiB | 24 vCPU / 48 GiB / 600 GiB تخزين |
| إجمالي المجموعة | 9 | - | - | ~48 vCPU / ~144 GiB / 600 GiB تخزين |
بعد احتساب الحمل العام لمجموعة OpenShift والموارد المحجوزة للنظام، يوفر تكوين ثلاث عقد عمال سعة CPU وذاكرة قابلة للتخصيص كافية لدعم نشر إنتاج Bob Core.
للمرجع، راجع OpenShift Control Plane Sizing Guidelines، وControl plane node sizing (حافظ على نسبة استخدام 60% أو أقل للتوفر العالي وهامش الترقية)، وRecommended host practices, Scalability and Performance (يُنصح بـ 3 عقد بنية تحتية).
متطلبات التخزين
يعتمد Bob على التخزين المستمر لقواعد البيانات وخدمات البحث ومكونات التخزين المؤقت والتكوين والشهادات وبيانات النسخ الاحتياطي. يُعدّ اختيار فئة التخزين المناسبة أمرًا بالغ الأهمية للأداء والموثوقية.
يخصص التكوين المرجعي 200 GiB من التخزين لكل عقدة عامل، بإجمالي 600 GiB عبر تجمع العمال. يستوعب هذا متطلبات وحدة التخزين الثابتة لـ Bob (~50 GiB)، والخدمات الداخلية لـ OpenShift كسجل الصور والمراقبة والتسجيل، والسعة للنمو المستقبلي لأحمال العمل.
فئات التخزين المدعومة
| فئة التخزين | النوع | أنماط الوصول المدعومة |
|---|---|---|
| NFS المُدار | موزع ملفات الشبكة (NFS) | RWO, RWX |
| OpenShift Data Foundation (ODF) | تخزين مدعوم بـ Ceph (RBD وCephFS) | RWO, RWX |
متطلبات نمط وصول التخزين
تتطلب مكونات Bob المختلفة أنماط وصول تخزين مختلفة.
| المكوّن | نمط الوصول المطلوب | ملاحظات |
|---|---|---|
| PostgreSQL | RWO (ReadWriteOnce) | يُشترط تخزين الكتل. يُوصى بشدة بالتخزين المدعوم بـ SSD. |
| OpenSearch | RWO (ReadWriteOnce) | يُوصى بتخزين كتل عالي الأداء. |
| Redis | RWO (ReadWriteOnce) | تتطلب البيانات الثابتة وصولًا حصريًا للقراءة والكتابة. |
| التكوين والشهادات المشتركة | RWX (ReadWriteMany) | مطلوب عند الحاجة إلى تحميل نفس الوحدة بشكل متزامن من حاويات متعددة. |
أداء التخزين له تأثير كبير على استجابة Bob ذاتي الاستضافة وثباته.
يمكن أن يؤدي عدم كفاية إنتاجية التخزين أو أداء الإدخال/الإخراج، خاصةً لأحمال عمل PostgreSQL، إلى زيادة أوقات الاستجابة وإبطاء عمليات الفهرسة وتدهور الأداء العام للنظام. عند اختيار التخزين لأحمال عمل قواعد البيانات:
- استخدم التخزين الكتلي المدعوم بـ SSD كلما أمكن.
- تجنب منصات التخزين ذات الاستجابة العالية أو IOPS المحدود.
- تأكد من كفاية السعة للنمو المتوقع لأحمال العمل.
- تحقق من أداء التخزين قبل نشر أحمال عمل الإنتاج.
للأداء الأمثل، انشر وحدات تخزين بيانات PostgreSQL وOpenSearch على أسرع تخزين كتلي متاح في البيئة.
تخزين النسخ الاحتياطي
يتطلب Bob هدف تخزين منفصلًا لعمليات النسخ الاحتياطي والاسترداد. يجب أن يوفر موقع تخزين النسخ الاحتياطي سعة كافية لتخزين:
- نسخ احتياطية للتطبيقات
- نسخ احتياطية لقواعد البيانات
- لقطات الفهرس
- نسخ الاحتفاظ المطلوبة بموجب السياسات التنظيمية
يمكن توفير تخزين النسخ الاحتياطي بواسطة أنظمة تخزين خارجية مدعومة، مثل:
- مشاركات Network File System (NFS)
- مستودعات النسخ الاحتياطي للمؤسسات
- خدمات تخزين الكائنات (إذا كان حل النسخ الاحتياطي يدعمها)
متطلبات الشبكة
تتواصل مكونات Bob داخليًا ضمن مجموعة OpenShift وخارجيًا مع نقاط نهاية النموذج وسجلات الحاويات ومزودي LDAP ومحطات عمل العملاء. قبل التثبيت، تحقق من توفر اتصال الشبكة المطلوب وتكوين DNS.
على الحد الأدنى، تأكد من:
- قدرة عقد OpenShift على التواصل مع بعضها البعض.
- قدرة محطة عملك على الوصول إلى OpenShift API.
- قدرة Bob على الوصول إلى نقاط نهاية LLM المهيأة.
- قدرة Bob على الوصول إلى خوادم LDAP أو Active Directory، إذا كانت مستخدمة.
- قدرة محطات عمل العملاء على الوصول إلى نقطة دخول Bob.
- تكوين سجلات DNS لنقطة نهاية تطبيق Bob.
- إمكانية التحقق من شهادات TLS من محطات عمل العملاء.