تراخيص الحاويات

• سعة وحدة المعالجة المركزية الافتراضية للحجيرة هي مجموع حدود وحدة المعالجة المركزية لجميع الحاويات داخل هذه الحجيرة. الحجيرات التي تكون سعة وحدة المعالجة المركزية الافتراضية فيها أقل من نواة واحدة سيتم احتسابها ككسور. الحجيرات التي تكون سعة وحدة المعالجة المركزية الافتراضية فيها أقل من نواة واحدة سيتم احتسابها ككسور.
• داخل العقدة العاملة، عندما يتجاوز إجمالي سعة وحدة المعالجة المركزية الافتراضية لجميع حاويات IBM Program سعة العقدة العاملة، تصبح سعة وحدة المعالجة المركزية الافتراضية مساوية لسعة العقدة العاملة.
• سيتم تجميع سعة وحدة المعالجة المركزية الافتراضية لبرنامج IBM على مستوى المجموعة وسيتم تقريب أي قيم كسرية إلى أقرب عدد صحيح.
• بالنسبة إلى IBM Cloud Paks وغيرها من برامج IBM التي تُعَد حلولًا مجمَّعة من عدة منتجات مع نِسب ترخيص، تنطبق منهجية الحساب على كل منتج ضمن الحل المجمَّع.

تعريفات

• المجموعة – مجموعة من أجهزة العمل، تُعرَف باسم العُقد، تعمل على تشغيل التطبيقات المعبأة في الحاويات. تحتوي كل مجموعة على عقدة عاملة واحدة على الأقل.
• الحاوية – صورة تنفيذية خفيفة الوزن وقابلة للنقل تحتوي على البرنامج وجميع تبعياته.
• حد وحدة المعالجة المركزية – يوفر قيودًا للحد من استهلاك الموارد لكل حاوية في مساحة أسماء واحدة، وذلك باستخدام خاصية Kubernetes الخاصة بحدود المعالج "resources.limits.cpu".
• Namespace – تجريد يستخدمه Kubernetes لدعم عدة مجموعات افتراضية على المجموعة الفعلية نفسها.
• الحجيرات – أصغر وأبسط كائن في Kubernetes. تمثِّل الحجيرة مجموعة من الحاويات العاملة على المجموعة الخاص بك.
• نواة المعالج الافتراضية (VPC) ووحدة قيمة المعالج (PVU) – وحدات القياس التي يمكن من خلالها ترخيص البرامج (راجِع قسم نواة المعالج الافتراضية (VPC) ووحدة قيمة المعالج (PVU) في قسم الحاويات أدناه للاطِّلاع على التعريفات الكاملة). لأغراض هذا الدليل، تساوي وحدة VPC وحدة vCPU واحدة، وتساوي 70 وحدة PVU وحدة vCPU واحدة.
• سعة vCPU - إجمالي عدد وحدات vCPU المتاحة للحجيرة كما هو محدد في منهجية العد (أدناه). يُرجى الملاحظة: أي حجيرات تحتوي على حاوية دون حد لوحدة المعالجة المركزية تُعَد ذات سعة vCPU تساوي سعة العقدة العاملة.
• العقدة العاملة – عُقدة توفِّر بيئة حاويات لتشغيل المهام. مع زيادة الطلب، يمكن إضافة المزيد من العُقد العاملة إلى المجموعة لتحسين الأداء والكفاءة. يمكن للمجموعة أن تحتوي على أي عدد من العُقد العاملة، لكن يلزم وجود عقدة عاملة واحدة على الأقل.
• سعة العقدة العاملة - إجمالي السعة المتاحة للعقدة العاملة، مُقاسة بالنوى الافتراضية أو النوى الفعلية، كما يتم الإبلاغ عنها بواسطة Kubernetes API.

• دعم المعالجة متعددة الخيوط المتزامنة (SMT) أو Hyperthreading (HT): سيتم تعديل ناتج IBM License Service للعقد العاملة التي تم تفعيل Hyperthreading أو نسخ SMT مثل SMT2 وSMT4 وSMT8 فيها.*وعلى هذا النحو،
  • يتم احتساب 2 vCPU لكل نواة كوحدة 1 VPC أو 70 PVU لأغراض الترخيص إذا تم تفعيل Hyperthreading أو SMT2 (على سبيل المثال، 8 vCPU تُحسب على أنها 4 vCPU).
  • يتم احتساب 4 vCPU لكل نواة كوحدة 1 VPC أو 70 PVU لأغراض الترخيص إذا تم تفعيل SMT4 (على سبيل المثال، 16 vCPU تُحسب على أنها 4 vCPU).
  • يتم احتساب 8 vCPU لكل نواة كوحدة 1 VPC أو 70 PVU لأغراض الترخيص إذا تم تفعيل SMT8 (على سبيل المثال، 32 vCPU تُحسب على أنها 4 vCPU).
  • بالنسبة إلى المجموعات التي تحتوي على مستويات SMT مختلفة، يتم تطبيق أدنى عامل. على سبيل المثال: بعض العُقد تستخدم SMT4 وبعضها يستخدم SMT8، سيتم استخدام العامل 4 لحساب ترخيص هذه المجموعة. يتم تحديد حالة HT/SMT يدويًا ويتم تعيينها على مستوى المجموعة.
    ملاحظة: حتى يتم دمج وظيفة التعديل التلقائي في IBM License Service، يجب إجراء التعديل يدويًا على ناتج IBM License Service. بمجرد توفر هذه الوظيفة، يجب على المستخدمين التأكد من أنهم يعملون بأحدث إصدار من IBM License Service وأن مجموعاتهم مُهيأة كما هو موضَّح في وثائق المنتج.

*بالنسبة إلى معالجات x86، يجب تفعيل Hyperthreading/SMT على المستوى المادي.

• بالنسبة لبعض برامج IBM، قد تؤدي خيارات التكوين وأنشطة المستخدم إلى زيادة متطلبات الترخيص نتيجةً لإنشاء عبء عمل إضافي.
• يجب على العميل ترخيص جميع أعباء العمل التي ينشئها برنامج IBM، بما في ذلك أعباء العمل الناتجة عن تغييرات في تكوين المنتج وأعباء العمل التي يتم إنشاؤها ديناميكيًا نتيجة أنشطة المستخدم.
• يتحمل العملاء مسؤولية ترخيص اشتراكات Red Hat OpenShift وفقًا لاتفاقية الترخيص الخاصة بـ Red Hat. يرجى الرجوع إلى وثيقة معلومات الترخيص الخاصة بكل IBM Cloud Pak لمزيد من التفاصيل.
• يتحمل العملاء مسؤولية التحكم في متطلبات الترخيص من خلال الجمع بين قدرات Red Hat OpenShift مثل حصص مساحات الأسماء* وقدرات برامج IBM الخاصة مثل خيارات النشر وآليات التحكم في التوسعة. للحصول على معلومات محددة لكل برنامج IBM حول كيفية التحكم في متطلبات الترخيص، يُرجى الرجوع إلى وثائق البرنامج المعنية.
• يتم استخدام إعدادات resources.limits.cpu المسبقة التي تأتي مع كل برنامج في جميع اختبارات الجودة، واختبارات الأداء، وما إلى ذلك. رغم أن IBM لا توصي بتعديل هذه الإعدادات، إذا قررت القيام بذلك، يُرجى أولًا الرجوع إلى وثائق المنتج لفهم النطاقات المسموح بها لكل برنامج.

ملاحظة: إذا كانت لديك أي أسئلة حول متطلبات الترخيص، يُرجى التواصل مع ممثل IBM الخاص بك للحصول على دعم إضافي.

للاستفادة من ترخيص الحاويات، يجب استخدام IBM License Service لتتبُّع استخدام الترخيص وتحديد الاستحقاق المطلوب. لا توجد استثناءات لهذه القاعدة.

تُعَد IBM License Service الأداة الوحيدة المعتمدة لتتبُّع استخدام الترخيص والإبلاغ عن ترخيص الحاويات. وهي:

• مضمَّنة في جميع خدمات IBM Cloud Pak.
• متاح للتنزيل للاستخدام في الحاويات المعتمدة من IBM (IBM Certified Containers) من خلال التواصل عبر talk2sam@us.ibm.com (أو دعم المنتج). يجب على العملاء التحقق من تثبيت IBM License Service وتكوينها بشكل صحيح عند نشر برامجهم القائمة على الحاويات.

سيتم الاستعلام عن سعة vCPU المتاحة على فترات متكررة (≤ 30 دقيقة) طوال اليوم، وتتم معالجة البيانات بحيث يحدد الحد الأقصى للقيم المحسوبة خلال اليوم السعة اليومية المتاحة من vCPU.

من الضروري استخدام أداة تتبُّع استخدام الترخيص وصيانتها (IBM License Service: انظر أدناه) المضمَّنة في كل من خدمات Cloud Pak. ستعمل هذه الخدمة على تتبُّع استخدام الترخيص وتحديد احتياجات الاستحقاق المطلوبة.

فيما يلي بعض الموارد التي يمكن أن تساعدك على معرفة المزيد واستكشافها.

• الأسئلة الشائعة حول ترخيص الحاويات من IBM
• IBM Learning Hub > الحاويات
• IBM Cloud Paks
• IBM Containers-as-a-Service
• Container Management 2.0 Next-Gen Platforms Package Management, Orchestration, and Services for a Streamlined User Experience (بتنسيق PDF) (Frost وSullivan Stratecast)
• الحاويات: أتمتة نشر التطبيقات القائمة على الحاويات وتوسيع نطاقها وإدارتها