متطلبات النظام
قبل التثبيت المحلي لـ Bob، تأكد من أن بيئتك تستوفي متطلبات المنصة المدعومة والمعمارية والحوسبة والتخزين والشبكات.
تم نشر قيم الأحجام المؤقتة لتكوينات إضافة Z Understand الآن. تستند هذه القيم إلى اختبارات قياس الأداء الجارية حاليًا وقد يتم تحديثها عند اكتمال الاختبارات.
تساعدك المتطلبات الواردة في هذا القسم على تخطيط بيئة OpenShift وتحديد أحجامها المناسبة.
الإصدارات المدعومة
يسرد الجدول التالي إصدارات Bob المحلي وإصدارات مكونات العميل المتوافقة.
| إصدار Bob المحلي | إصدار Bob IDE | إصدار Bob Shell |
|---|---|---|
| 2.0.0 | 2.2.0 | 2.0.5 |
للاطلاع على توافق إصدارات إضافات Premium Package، راجع إدارة الاستحقاقات.
معمارية المجموعة
يدعم التثبيت المحلي لـ Bob على OpenShift Container Platform (OCP) حاليًا معمارية المجموعة التالية:
amd64(x86_64)
المجموعات ذات المعماريات المختلطة مدعومة عند تقييد أحمال عمل Bob على عُقد amd64 باستخدام محددات العُقد أو السمات (taints). لا يطبّق Bob هذه القيود الجدولية تلقائيًا.
إصدارات OCP المدعومة
يسرد الجدول التالي إصدارات OCP المدعومة.
| إصدار OCP | الحالة | ملاحظات |
|---|---|---|
| 4.20 | مختبر ومدعوم | الإصدار الأدنى المدعوم |
| 4.21 | مختبر ومدعوم | |
| 4.22 | مختبر ومدعوم |
أحجام المجموعة
يعمل Bob كحِمل عمل مستأجر على مجموعة OpenShift يديرها العميل. تتفاوت متطلبات الموارد بحسب مكدس Bob المنشور. يشمل كل تثبيت مكونات Bob الأساسية، في حين تزيد إضافات Premium Package الاختيارية من سعة CPU والذاكرة والتخزين المطلوبة.
تُفعَّل الإضافات أثناء التثبيت من قِبل مسؤول المجموعة. لا يؤثر تفعيل إضافة في متطلبات موارد المجموعة فحسب، بل يحدد أيضًا ما إذا كان يمكن تعيين استحقاق الحزمة المميزة المقابلة للمستخدمين. لمزيد من المعلومات، راجع إدارة الاستحقاقات.
تمثل قيم الأحجام في هذا القسم الموارد الإجمالية المطلوبة بواسطة أحمال عمل Bob. وهي مقدَّمة للمساعدة في تقدير البصمة المستأجرة وليست مقصودة لتعريف معمارية المجموعة الكلية. يجب عليك تحديد حجم المجموعة الأساسية بناءً على متطلباتك التشغيلية، بما فيها التوفر العالي وأحمال العمل الأخرى للمستأجرين والنمو المتوقع والحمل العام لخدمات المنصة.
قرارات تحديد حجم المجموعة كعدد عقد مستوى التحكم وعقد البنية التحتية وعقد العمال ومتطلبات التوفر العالي وتخطيط النمو تظل على عاتقك.
تكوينات المكدس المدعومة
يدعم Bob تكوينات نشر متعددة. يعتمد إجمالي البصمة على الإضافات المُفعَّلة.
| تكوين المكدس | CPU (خام) | الذاكرة (خام) | التخزين (PVs) | الحالة |
|---|---|---|---|---|
| Bob Core | 38.1 vCPU | 42.1 GiB | ~50 GiB | متاح كأساس |
| Bob Core + RAG | 38.1 vCPU | 69.1 GiB | ~62 GiB | متاح كأساس |
| Bob Core + Z Understand | 30.1 vCPU | 79.1 GiB | ~2288 GiB | قياسات الأداء جارية |
| Bob Core + RAG + Z Understand | 46.1 vCPU | 113.1 GiB | ~2320 GiB | قياسات الأداء جارية |
يمثّل Bob Core الحد الأدنى من تكوين النشر المدعوم. تمثل قيم الموارد المتطلبات الإجمالية للمستأجر وتستثني الحمل العام لبنية تحتية المنصة. ستُنشر متطلبات موارد الإضافات عند اكتمال اختبارات الأداء.
البصمة الموردية لـ Bob
يسري الحجم المرجعي التالي على نشر Bob Core بدون إضافات اختيارية مُفعَّلة.
| ملف النشر | CPU | الذاكرة | التخزين (PVs) |
|---|---|---|---|
| التقييم (خام) | 16.8 vCPU | 20.8 GiB | ~9 GiB |
| التقييم (+25–30% هامش) | ~21 vCPU | ~26 GiB | ~9 GiB |
| الإنتاج (خام) | 28.1 vCPU | 41.1 GiB | ~50 GiB |
| الإنتاج (+25–30% هامش) | ~36.5 vCPU | ~53.4 GiB | ~50 GiB |
تشمل القيم الموصى بها هامشًا للجدولة لاستيعاب الحمل العام للمنصة وتقلبات الحمل والترقيات والنمو المستقبلي. استخدم القيم المعدَّلة بهامش الجدولة عند تحديد سعة عقد العمال.
مجموعة OpenShift أحادية العقدة (SNO)
تجمع OpenShift أحادية العقدة بين مستوى التحكم وأحمال عمل العمال على مضيف واحد. تناسب نشرات SNO بيئات إثبات المفهوم والتطوير والاختبار والحافة حيث لا يُشترط التوفر العالي.
الأحجام المرجعية
| الطبقة | CPU | الذاكرة | التخزين |
|---|---|---|---|
| الحد الأدنى لمنصة OpenShift | 8 vCPU | 16 GiB | 120 GiB |
| حِمل عمل تقييم Bob (مع الهامش) | ~21 vCPU | ~26 GiB | ~9 GiB |
| إجمالي مرجع العقدة | ~29 vCPU | ~42 GiB | ~130 GiB |
- لا توفر OpenShift أحادية العقدة تكرارًا للعقد.
- تشترك أحمال عمل مستوى التحكم والتطبيقات في نفس المضيف.
- يؤدي فشل العقدة إلى توقف الخدمة بالكامل.
- لا يُنصح بـ SNO لبيئات الإنتاج التي تتطلب قدرات التوفر أو الاسترداد من الكوارث.
للاطلاع على إرشادات التثبيت، راجع How to install single node OpenShift on bare metal (الحد الأدنى 8 vCPU / 16 GiB RAM / 120 GiB storage) وPreparing to install on a single node, OCP 4.20.
مجموعة OpenShift متعددة العقد
تمثل المعمارية التالية حد أدنى من تكوين النشر المرجعي لتشغيل Bob في مجموعة مخصصة.
تكوين الحد الأدنى المرجعي
| دور العقدة | العدد | CPU لكل عقدة | الذاكرة لكل عقدة | الموارد الإجمالية |
|---|---|---|---|---|
| مستوى التحكم | 3 | 4 vCPU | 16 GiB | 12 vCPU / 48 GiB |
| البنية التحتية | 3 | ~4 vCPU | ~16 GiB | 12 vCPU / 48 GiB |
| العمال | 3 | 20 vCPU | 24 GiB | 60 vCPU / 72 GiB / 600 GiB تخزين |
| إجمالي المجموعة | 9 | - | - | ~84 vCPU / ~168 GiB / 600 GiB |
بعد احتساب الحمل العام لـ OpenShift، يوفر تجمع عقد العمال تقريبًا:
- سعة قابلة للتخصيص: 57 vCPU
- ذاكرة قابلة للتخصيص: 63 GiB
تكفي هذه السعة لدعم بصمة إنتاج Bob Core بما يشمل هامش الجدولة الموصى به:
| المتطلب | CPU | الذاكرة |
|---|---|---|
| متطلب إنتاج Bob Core | ~36.5 vCPU | ~53.4 GiB |
| السعة القابلة للتخصيص في تجمع العمال | ~57 vCPU | ~63 GiB |
للمرجع، راجع 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 من محطات عمل العملاء.