رجوع

2025/04/18

5. ترخيص Oracle وOracle Linux KVM في بيئات الخوادم الافتراضية

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

لذلك، في هذا المقال، سنشرح “مفهوم ترخيص Oracle في بيئات الخوادم الافتراضية” و”Oracle Linux KVM الذي يمكنه تقليل التراخيص حتى في بيئات الخوادم الافتراضية”. بالإضافة إلى ذلك، هذا المحتوى مخصص للبيئات المحلية، والخوادم الافتراضية في السحابة العامة غير مشمولة.

مفهوم ترخيص Oracle في بيئات الخوادم الافتراضية

أساسيات الترخيص لبيئات الخوادم الافتراضية

أولاً، سنغطي أساسيات ترخيص Oracle في بيئة خادم افتراضي. دعنا نلقي نظرة على الأسئلة الشائعة المنشورة على صفحة Oracle Japan.

ما هو عدد التراخيص عند استخدام برامج الافتراضية للخوادم (Oracle VM، VMware، Hyper-V، إلخ)؟

تُصنف VMware وHyper-V وغيرها كتقسيم ناعم، وتُحسب جميع المعالجات الفعلية المثبتة على الخادم الفعلي الذي يتم تثبيت منتج Oracle عليه (أو يعمل عليه) ضمن عدد التراخيص.

* عدد الآلات الافتراضية (VMs) التي يتم تثبيت منتجات Oracle عليها (أو تعمل عليها) لا يرتبط بعدد التراخيص المطلوبة.

ظهر مصطلح التقسيم الناعم، لكننا سنتجاهله ونشرحه لاحقًا. ببساطة، عند استخدام منتجات Oracle في آلة افتراضية (VM)، كما هو موضح في الشكل التالي، فإن المعالج على الخادم الفعلي هو الخاضع للترخيص.

على سبيل المثال، افترض أن هناك خوادم x86 تحتوي على معالجين بثمانية نوى. خصص نواتين للآلة الافتراضية (VM) واستخدم قاعدة بيانات Oracle. في هذه الحالة، يتم الفوترة لخوادم x86 الفعلية. التراخيص المطلوبة هي كالتالي:

معالج 8 نوى × 2 = 16 نواة
16 نواة × معامل النواة 0.5 = 8

بالنسبة لـ Oracle Database Enterprise Edition، يلزم ترخيص 8 معالجات.
لا تأخذ Oracle Database Standard Edition 2 في الاعتبار عدد النوى، لذا يلزم ترخيص معالجين.

نصيحة: الاختلافات بين ترخيص Oracle EE وOracle SE2

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

المنتجنوع الترخيصوحدات حساب الترخيص
Oracle Database Enterprise Edition (EE)Processor، Named User Plusعدد النوى
Oracle Database Standard Edition 2 (SE2)Processor، Named User Plusعدد المعالجات (الحد الأقصى 2)

نصيحة: نوى وحدة المعالجة المركزية والخيوط

تشير النواة في ترخيص Oracle إلى “النواة الفعلية”. وليست “الخيط (=النواة المنطقية)” التي تجعل نواة وحدة معالجة مركزية واحدة تظهر متعددة باستخدام تقنية التعددية المتزامنة مثل Hyper-Threading من Intel.

على سبيل المثال، يحتوي Intel Xeon Platinum 8362 على 32 نواة. تمكين Hyper-Threading يؤدي إلى 64 خيطًا. عند النظر إليه من نظام التشغيل، يبدو أن هناك 64 وحدة معالجة مركزية. ومع ذلك، فإن النوى، وليس الخيوط، هي التي تُحسب لترخيص Oracle، لذا فهي 32.

32 نواة × معامل النواة 0.5 = 16 ترخيص معالج مطلوب

مفهوم بيئة الخادم الافتراضي مع تكوينات خوادم متعددة

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

في مثل هذه البيئة، يتم فوترة جميع الخوادم الفعلية التي تشكل المجموعة لتراخيص Oracle. هذا لأنه، عند استخدام النقل المباشر، يمكن تشغيل الآلات الافتراضية على خوادم أخرى أيضًا.

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

بالنسبة للخوادم ذات المواصفات نفسها كما في السابق، فإن التراخيص المطلوبة هي كالتالي:

(معالج 8 نوى × 2) × 2 وحدة = 32 نواة
32 نواة × معامل النواة 0.5 = 16

بالنسبة لـ Oracle Database Enterprise Edition، يلزم ترخيص 16 معالجًا.

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

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

لذلك، إذا كنت ترغب في تقييد تراخيص Oracle لخادم معين، يمكنك تقسيم الشبكة الفعلية كما هو موضح أدناه لمنع النقل المباشر/البارد. في هذه الحالة، يتم ترخيص خادم فعلي واحد فقط.

ملخص ترخيص Oracle لبيئات الخوادم الافتراضية

  • في بيئة خادم افتراضي، يخضع الخادم الفعلي الأساسي لفوترة الترخيص
  • في بيئة خادم افتراضي تتكون من عدة خوادم فعلية، تخضع جميع الخوادم القابلة للنقل المباشر/البارد لفوترة الترخيص

فهم سياسة التقسيم

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

التقسيم الناعم والتقسيم الصلب

نشرت Oracle الوثائق التالية حول سياسة التقسيم. اعتبارًا من ديسمبر 2022، النسخة الإنجليزية أحدث قليلاً، مع إضافة الحاويات وKubernetes.

تقدم الوثيقة أعلاه الأنواع الثلاثة التالية من التقسيم. يتعلق Oracle Trusted Partition بالأنظمة المصممة (منتجات الأجهزة) مثل Oracle Exadata وOracle Private Cloud Appliance. لذلك، سنشرح التقسيم الناعم والتقسيم الصلب.

  • التقسيم الناعم
  • التقسيم الصلب
  • Oracle Trusted Partition

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

التقسيم الناعم
Solaris 9 Resource Containers، AIX Workload Manager، HP Process Resource Manager، Affinity Management، Oracle VM، VMware، إلخ.

التقسيم الصلب
Physical Domains، Solaris Zones، IBM LPAR، IBM Micro-Partitions، vPar، nPar، Integrity Virtual Machine، Secure Resource Partitions، Fujitsu PPAR، إلخ.

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

السبب في احتساب جميع الخوادم حتى لو تم منع النقل المباشر/البارد

تم ذكر ما يلي سابقًا:

في بيئة خادم افتراضي تتكون من عدة خوادم فعلية، تخضع جميع الخوادم القابلة للنقل المباشر/البارد لفوترة الترخيص

بعض الميزات تمنع النقل المباشر/البارد، مثل VMware. ألا يمكن استخدام هذه الميزات لتقييد التراخيص مثل التقسيم الصلب؟ لا يمكن استخدام هذه الميزات لتقييد التراخيص.

هذا لأن معظم تقنيات الافتراضية على خوادم x86، مثل VMware وHyper-V، معتمدة كتقسيم ناعم. لتقييد الترخيص، تحتاج إلى تقنية معتمدة كتقسيم صلب.

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

الاستثناءات في التقسيم الصلب

أنت تعرف الآن أن تقنيات التقسيم الناعم السائدة حاليًا لا يمكن استخدامها لتقييد تراخيص Oracle. إذن، هل هناك طريقة لتقييد عدد نوى وحدة المعالجة المركزية على خادم فعلي وتقليل ترخيص Oracle؟ يمكنك القيام بذلك بالطرق التالية:

  • استخدام تقنيات تُعترف بها كتقسيم صلب، مثل Oracle Linux KVM
  • استخدام أنظمة مصممة مثل Oracle Exadata وOracle Private Cloud Appliance، والتي تُعترف بها كـ Oracle Trusted Partitions
  • استخدام Capacity-on-Demand (CoD) مع Oracle Exadata أو Oracle Database Appliance

ما نريد أن نريك إياه هنا هو كيفية استخدام Oracle Linux KVM. تذكر سياسة تقسيم Oracle ما يلي كاستثناء. لاحظ أن Oracle VM Server غير موصى به لأنه يقترب من نهاية الدعم (نهاية الدعم الأولي: مارس 2021، نهاية الدعم الممتد: يونيو 2024).

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

  • يستخدم Oracle Linux KVM
  • يتم تقييد النوى المستخدمة بالطريقة الموضحة في الوثيقة

نصيحة: مفهوم الحاويات مثل Kubernetes

تُستخدم حاويات Docker وKubernetes بشكل شائع اليوم أيضًا. تذكر سياسة تقسيم Oracle الحاويات مثل Kubernetes. فهي بشكل أساسي شكل من أشكال التقسيم الناعم. لذلك، تخضع وحدات المعالجة المركزية لجميع العقد التي تشكل مجموعة Kubernetes لترخيص Oracle.

ومع ذلك، يمكنك تقييد التراخيص لعقد معينة باستخدام مُحدد العقدة. للحصول على تعليمات مفصلة، يرجى الاطلاع على الوثيقة التالية:

تشغيل وترخيص برامج Oracle في الحاويات وKubernetes

Oracle Linux KVM وتخصيص النوى

ما هو Oracle Linux KVM؟

Oracle Linux KVM هو طريقة افتراضية تستخدم KVM المدمج في نواة Oracle Linux كـ HyperVisor. يتم دمجه في كل من RHCK وUEK. لا يوجد منتج يُسمى Oracle Linux KVM، ويتم تحقيقه من خلال دمج الحزم التي تدعم الافتراضية في Oracle Linux 7 وOracle Linux 8 وOracle Linux 9.

للحصول على تعليمات إعداد مفصلة، راجع الدليل التالي. هناك أيضًا أداة إدارة، Oracle Linux Virtualization Manager، وهي تعادل vCenter من VMware.

تخصيص النوى للآلات الافتراضية

لا يمكن تلبية متطلبات التقسيم الصلب باستخدام Oracle Linux KVM وحده. لتلبية المتطلبات، يجب تخصيص نواة محددة للآلة الافتراضية المستهدفة باستخدام تقنية تُسمى التثبيت. لتخصيص نواة محددة، يُستخدم الأمر olvm-vmcontrol أو Oracle Linux Virtualization Manager.

ومع ذلك، كقيد عند تخصيص نواة محددة لآلة افتراضية، فإن الآلة الافتراضية ليست مؤهلة للنقل المباشر/البارد. هذا مهم لذا يرجى تذكره.

الخلاصة

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

مفهوم ترخيص Oracle في بيئات الخوادم الافتراضية

  • في بيئة خادم افتراضي، يخضع الخادم الفعلي الأساسي لفوترة الترخيص
  • في بيئة خادم افتراضي تتكون من عدة خوادم فعلية، تخضع جميع الخوادم القابلة للنقل المباشر/البارد، من حيث المبدأ، لفوترة الترخيص
  • تشمل تقنيات الافتراضية المعتمدة من Oracle التقسيم الناعم والتقسيم الصلب، ويمكن تقييد تراخيص Oracle فقط بتقنيات التقسيم الصلب
  • تُصنف تقنيات الافتراضية المستخدمة على خوادم x86 مثل VMware وHyper-V وLinux KVM كتقسيم ناعم

الاستثناءات في Oracle Linux KVM

  • في Oracle Linux KVM، تُعترف التقنية كتقسيم صلب فقط عند تخصيص نواة محددة في إجراء محدد
  • عند تخصيص نواة محددة في Oracle Linux KVM، لا يكون النقل المباشر/البارد متاحًا لتلك الآلة الافتراضية