مشاركة عبر

تعرّف على كمية عمل Red Hat على Azure

  • مقالة

ينطبق على: ✔️ أجهزة Linux الظاهرية

يتم دعم كمية العمل الخاصة بـRed Hat من خلال مجموعة متنوعة من العروض على Azure. صور Red Hat Enterprise Linux (RHEL) هي جوهر كمية عمل RHEL، كما هو الحال مع Red Hat Update Infrastructure (RHUI). Red Hat JBoss EAP مدعوم أيضا على Azure، راجع Red Hat JBoss EAP.

لمزيد من المعلومات حول تشغيل أحمال عمل RHEL على Azure، راجع الفيديو التالي:

صور Red Hat Enterprise Linux

يقدم Azure عرضًا واسعًا لصور RHEL على Azure. يتم توفير هذه الصور من خلال نموذجَين مختلفَين من التراخيص: الدفع أولاً بأول وجلب اشتراكك الخاص (BYOS). يتم نشر صور RHEL جديدة على Azure عند إصدار إصدارات RHEL الجديدة وتحديثها طوال دورة حياتها، حسب الضرورة.

صور الدفع أولاً بأول

يقدم Azure مجموعة متنوعة من صور RHEL للدفع أولاً بأول. هذه الصور تأتي بشكل صحيح بعنوان لـ RHEL ومرفقة بمصدر للتحديثات (Red Hat Update Infrastructure). تفرض هذه الصور رسمًا إضافيًّا على استحقاق RHEL وتحديثاته. تتضمن متغيرات صور RHEL للدفع أولاً بأول:

  • RHEL
  • RHEL لـ SAP
  • RHEL لـ SAP مع قابلية وصول عالية (HA) وخدمات التحديث
  • RHEL مع قابلية وصول عالية (HA) وخدمات التحديث

قد ترغب في استخدام صور الدفع أولاً بأول إذا كنت لا تريد القلق بشأن الدفع بشكل منفصل مقابل العدد المناسب من الاشتراكات.

صور Red Hat Gold

يقدم Azure أيضًا صور Red Hat Gold (rhel-byos). قد تكون هذه الصور مفيدة للعملاء الذين لديهم اشتراكات Red Hat الحالية ويرغبون في استخدامها في Azure. مطلوب منك تمكين اشتراكات Red Hat الحالية للوصول إلىRed Hat Cloud قبل أن تتمكن من استخدامها في Azure. يتم منح الوصول إلى هذه الصور تلقائيًّا عند تمكين اشتراكات Red Hat الخاصة بك للوصول إلى السحابة وتلبية متطلبات الأهلية. يتيح استخدام هذه الصور للعميل تجنب الفوترة المزدوجة التي قد يتم تكبدها عند استخدام صور الدفع أولاً بأول.

إشعار

يتم تكبد الفوترة المزدوجة عندما يدفع المستخدم مرتَين مقابل اشتراكات RHEL. يحدث هذا السيناريو عادة عندما يستخدم عميل Red Hat Subscription-Manager إرفاق استحقاق على جهاز VM RHEL الدفع أولاً بأول. على سبيل المثال، تتم فوترة العميل الذي يستخدم Subscription-Manager لإرفاق استحقاق لحزم SAP على صورة الدفع أولاً بأول RHEL بشكل غير مباشر لأنه يدفع مرتَين مقابل RHEL. يدفعون مرة واحدة من خلال رسم قسط الدفع أولاً بأول ومرة واحدة من خلال اشتراك SAP الخاص بهم. لا يحدث هذا السيناريو لمستخدمي الصور BYOS.

صور الجيل 2

توفِّر الآلات الافتراضية (VMs) من الجيل 2 بعض الميزات الحديثة مقارنةً بالآلات الافتراضية من الجيل 1. لمزيد من المعلومات، انظر وثائق الجيل 2. الفرق الرئيسي من منظور صورة RHEL هو أن الآلات الافتراضية من الجيل 2 تستخدم واجهة UEFI بدلاً من البرامج الثابتة BIOS. كما أنها تستخدم جدول أقسام GUID (GPT) بدلاً من سجل تمهيد رئيسي (MBR) في وقت التمهيد. استخدام GPT يدعم، من بين أمور أخرى، أحجام القرص OS الأكبر من 2 تيرابايت. وبالإضافة إلى ذلك، تعمل الآلات الافتراضية من سلسلة Mv2 فقط على صور الجيل 2.

تتوفر صور RHEL من الجيل 2 في Azure Marketplace. ابحث عن "gen2" في كود التخزين التعريفي للصورة في قائمة كل الصور التي تظهر عند استخدام Azure CLI. انتقل إلى علامة التبويب Advanced في عملية نشر الآلة الافتراضية لنشر الآلة الافتراضية من الجيل 2.

Red Hat Update Infrastructure

يوفر Azure Red Hat Update Infrastructure فقط للآلات الافتراضية RHEL بالدفع أولاً بأول. RHUI هو على نحو فعال مرآة لـRed Hat CDNs، ولكن لا يمكن الوصول إليها إلا للآلات الافتراضية RHEL بالدفع أولاً بأول. يمكنك الوصول إلى الحزم المناسبة بناءً على صورة RHEL التي قمت بنشرها. على سبيل المثال، صورة RHEL لـ SAP لديها حق الوصول إلى حزم SAP، بالإضافة إلى حزم RHEL الأساسية.

تحديث السلوك RHUI

صور RHEL المتصلة بتحديث RHUI بشكل افتراضي إلى أحدث إصدار ثانوي من RHEL عند yum update تم تشغيلها. هذا السلوك يعني أنه قد تتم ترقية آلات RHEL 7.4 الافتراضية إلى RHEL 7.7 إذا تم تشغيل عملية yum updateعليه. هذا السلوك حسب التصميم لـ RHUI. للتخفيف من سلوك الترقية هذا، قم بالتبديل من مستودعات RHEL العادية إلى مستودعات دعم التحديث الموسع.

Red Hat JBoss EAP

اشتركت Microsoft وAzure في تطوير مجموعة متنوعة من الحلول لتشغيل Red Hat Middleware على Azure. تعرف على المزيد حول JBoss EAP على أجهزة Azure الظاهرية وخدمة Azure App وAzure Red Hat OpenShift في Red Hat JBoss EAP على Azure.

الخطوات التالية