يتيح حل Oracle Cloud VMware Solution (OCVS) للعملاء تشغيل مراكز بيانات مُحددة بالبرامج قائمة على VMware (SDDCs مباشرةً على بنية تحتية مُخصصة بدون أنظمة تشغيل في البنية التحتية من Oracle Cloud Infrastructure (OCI). يستخدم العملاء OCVS لنشر بيئات VMware وإدارتها وتشغيلها باستخدام أدوات وعمليات VMware مألوفة مع الاستفادة من المنصة السحابية العالمية لـ OCI.
تدعم OCVS مكونات VMware الأساسية بما في ذلك vSphere وvSAN وNSX وvCenter وHCX لمعالجة متطلبات الحوسبة والتخزين والشبكات لحالات الاستخدام مثل ترحيل مركز البيانات وتوسيع السعة وإجراءات مواجهة الكوارث والبنية التحتية لسطح المكتب الافتراضي. يمكن توفير تراخيص VMware من خلال Oracle أو تقديمها من العملاء، اعتمادًا على مرحلة العرض والانتقال المعمول بها.
يتوفر Oracle Cloud VMware Solution في جميع مناطق السحابة العامة لـ OCI (التجارية، الحكومية، السيادية) أو المنطقة المخصصة في مركز بياناتك.
لا. Oracle Cloud VMware Solution هي خدمة يديرها العميل تمنحك الوصول الإداري الكامل والتحكم في VMware SDDC، تمامًا مثل بيئة VMware المحلية.
لمزيد من المعلومات حول نماذج وحدة المعالجة المركزية ووحدة معالجة الرسومات (GPU)، وعدد النوى والذاكرة وعرض النطاق الترددي للشبكات، الرجاء زيارة صفحة وثائق OCVS.
يقوم حل Oracle Cloud VMware بدعم vSphere 8.x. يرجى زيارة صفحة وثائق OCVS لمعرفة اسم الإصدار ورقم الإصدار لكل مكون (ESXi وvCenter وNSX وHCX وغيرها).
يعتمد الحد الأقصى لعدد مضيفات ESXi التي يمكنك تكوينها في مجموعة على أشكال OCI بدون أنظمة تشغيل التي تدعم Oracle Cloud VMware Solution. يدعم كل من BM.DenseIO.E4 وBM.DenseIO.52 ما يصل إلى 64 مضيف ESXi. يدعم BM.Standard.E5 وBM.Standard.E4 وBM.Standard3 وBM.Standard2 ما يصل إلى 32 مضيف ESXi.
يعتمد الحد الأدنى لعدد مضيفات ESXi التي يمكنك تكوينها في مجموعة على أشكال OCI دون أنظمة تشغيل التي تدعم حل Oracle Cloud VMware، والتي تدعم SDDC لمضيف ESXi واحد لعقدة واحدة SDDC عند استخدام BM.DenseIO.E4 وBM.DenseIO.52. تتطلب جميع الأشكال الأخرى ثلاثة مضيفات ESXi على الأقل لمركز بيانات SDDC متعدد المضيفات.
يقتصر المضيف الواحد SDDC على 10 وحدات كحد أقصى عامة عبر المستأجرين والمناطق.
نعم، ولكن هناك قيود كما هو موضح أدناه. يُقصد من مركز بيانات SDDC لمضيف واحد أن يكون نقطة إدخال أقل تكلفة للاختبار والتحقق من حمل العمل والترحيل إلى نشر الإنتاج الكامل.
لا. باستخدام Oracle Cloud VMware Solution، يحصل العميل على تحكم إداري كامل في VMware SDDC، على غرار بيئة VMware المحلية. وعلى هذا النحو، يتحمل العميل أو الشريك التشغيلي للعميل مسؤولية العمليات والصيانة.
نعم. يتم دعم نموذج ترخيص BYOL VMware لحل Oracle Cloud VMware من خلال وحدة تحكم OCI وواجهات برمجة التطبيقات بمجرد أن يكون الدعم GA.
تخضع سياسات ترخيص تشغيل برامج Oracle على البيئات الافتراضية، بما في ذلك Oracle Cloud VMware Solution، إلى سياسة Oracle Partitioning (PDF).
ثمة العديد من الطرق لترحيل أحمال العمل الخاصة بك إلى Oracle Cloud VMware Solution بناءً على متطلباتك وتكوينك. استخدم VMware HCX لمشروعات الترحيل المعقدة. استخدم vMotion بين خوادم VMware vCenter لترحيل حمل العمل مباشرة. يُرجَى الاطلاع على دليل الحلول لمزيد من التفاصيل.
توفر ميزة ترقية حل Oracle Cloud VMware الأتمتة والأدوات والإجراءات لتمكين عمليات نشر حل Oracle Cloud VMware المثبتة مع إصدارات VMware vSphere المثبتة مع الإصدار 6.x أو الأقدم للترقية إلى VMware vSphere 8.x وتحديثها. تتضمن الترقية ارتباط تنزيل للثنائيات. يتم تضمين التراخيص إذا كنت تستخدم وحدات SKU مُضمنة في الترخيص. الرجاء الرجوع إلى وثائق حل Oracle Cloud VMware للحصول على إرشادات تفصيلية شاملة.
أثناء عملية ترقية SDDC، عند ترقية مجموعة الإدارة إلى إصدار محدد، يتم توجيه المستخدم إلى تنزيل الثنائيات. يتم تضمين التراخيص للخيار المُضمن بالترخيص. يمثل ارتباط التنزيل عنوان URL لحزمة تخزين كائنات مصدق عليه مسبقًا للقراءة فقط يشير إلى حزمة مكونات vCenter وحزمة مركز بيانات NSX-T.
أثناء عملية ترقية SDDC، بمجرد ترقية SDDC ومجموعة ESXi، يتم توجيه المستخدمين لترقية كل مضيف في المجموعة من قائمة مضيفي ESXi وترقيته إلى أحدث إصدار. يكون للمضيف الجديد الذي تم إنشاؤه التكوين الحالي. فور ترحيل أحمال العمل من المضيفين القدامى إلى المضيفين الجدد، يجب حذف المضيفين القدامى. تتم فوترة المضيف الجديد كل ساعة، ولا يوجد حد أدنى لثماني ساعات على هذا المضيف، على عكس معرف وحدة التخزين بالساعة العادية. تُنقَل أي التزامات محددة للمضيف القديم إلى المضيف الجديد عند حذف المضيف القديم، ويتضمن نفس شروط المضيف الأصلي.
تتلقى إخطارًا بالمضيفين القدامى المطلوب حذفهم، وتتم فوترة المضيفين الجدد كل ساعة حتى يتم حذف المضيفين القدامى.
لا، يجب عدم استخدام vLCM للترقية من 7.x إلى 8.x. توفر عملية الترقية المتدرجة لحل Oracle Cloud VMware التراخيص ذات الصلة للخيار المُضمن بالترخيص والثنائي المطلوب لتحديث SDDC لديك. تمثل الترقية المتدرجة الطريقة المدعومة لترقية عمليات نشر SDDC الحالية.
يمكن ترقية VMware HCX عبر الإنترنت باستخدام وحدة تحكم HCX حتى 30 أبريل 2025. بعد 30 أبريل 2025، تتبع ترقيات HCX عملية ترقية غير متصلة بالإنترنت، كما هو موثق من Broadcom. تعتمد عملية ترقية HCX على إصدار HCX الحالي ومصفوفة قابلية التشغيل البيني لمسار الترقية.
يُصدر حل Oracle Cloud VMware أنظمة ثنائية من خلال تحديثات أو ترقيات تصحيحات ثانوية مُنتظمة، وكذلك عند توفر تحديثات الأمان. تتم مواءمة هذه الأنظمة الثنائية مع مصفوفة التوافق وترتبط بمجموعة محددة من دفعة VMware Cloud Foundation (VCF). نوصي باستخدام أنظمة ثنائية من نفس مجموعة VCF لضمان التوافق. مع ذلك، إذا كانت توجد حاجة إلى أنظمة ثنائية فردية، فيمكن للعملاء طلبها من خلال My Oracle Support.
يمكن لعملاء Oracle Cloud VMware Solution إنشاء مجموعات متعددة داخل SDDC واحد. توفر هذه الميزة العديد من الميزات، بما في ذلك الإدارة المبسطة وفصل أحمال العمل وكفاءة التكلفة. يُرجى زيارة صفحة المجموعات المتعددة هذه للحصول على إرشادات تفصيلية.
يمكنك تكوين ما يصل إلى خمس عشرة مجموعة في مركز بيانات SDDC واحد بما في ذلك مجموعة الإدارة الموحدة.
نعم. يمكن لـ vCenter واحد تم نشره في مجموعة الإدارة الموحدة إدارة جميع المجموعات المنشورة في مركز بيانات SDDC ذلك.
لا، يمكنك الحصول على vCenter واحد فقط لإدارة كل المجموعات في SDDC.
نعم، يتم دعم vMotion عبر المجموعات. يمكن للمستخدمين تقييد vMotion عبر المجموعات التي تعدّل مجموعات أمان شبكة OCI.
نعم. يمكنك تكوين مجموعات حمل عمل إضافية ذات شكل مُختلف عن مجموعة الإدارة الموحدة الأصلية.
عند تكوين مجموعات، يجب نشر ثلاث مجموعات إنتاج لنقاط توصيل على الأقل من نفس الشكل والأساس. بعد التزويد، يمكنك إضافة مضيفين بأشكال مُختلفة متوافقة مع الشكل الأصلي المحدد.
نعم. يمكنك اختيار إصدار برنامج ESXi ضمن إصدار برنامج VMware الرئيس لـ SDDC عند إضافة مضيف.
| التكوين الأولي لشكل المضيف للمجموعة | أشكال المضيف التي يمكن إضافتها إلى هذه المجموعة |
|---|---|
| BM.DenseIO2.52 | BM.DenseIO2.52، BM.Standard3.64، BM.GPU.A10.4 |
| BM.Standard2.52 | BM.Standard2.52، BM.Standard3.64، BM.GPU.A10.4 |
| BM.Standard3.64 | BM.Standard3.64، BM.GPU.A10.4 |
| BM.GPU.A10.4 | BM.Standard3.64، BM.GPU.A10.4 |
| BM.DenseIO.E4.128 | BM.Standard.E4.128، BM.DenseIO.E5.128، BM.Standard.E5.192 |
| BM.Standard.E4.128 | BM.Standard.E4.128، BM.Standard.E5.192 |
| BM.Standard.E5.192 | BM.Standard.E5.192، BM.DenseIO.E5.128 |
| BM.DenseIO.E5.128 | BM.DenseIO.E5.128، BM.Standard.E5.192 |
يستخدم حل Oracle Cloud VMware (OCVS) شبكات VLAN لـ OCI لتوفير شبكات الطبقة الثانية لمكونات VMware مثل مضيفي ESXi وNSX وvSAN وvMotion وHCX. تتيح شبكات VLAN تقسيم حركة المرور وعزلها مع السماح لأحمال عمل VMware بالعمل كما لو كانت مُتصلة بشبكة طبقة ثانية محلية تقليدية.
نعم. تدعم شبكة السحابة الظاهرية لـ OCI (VCN) ما يصل إلى 100 شبكة محلية ظاهرية، بما في ذلك كل من شبكات VLAN التي تم إنشاؤها بواسطة النظام والتي تم إنشاؤها بواسطة العميل، والتي تتم مشاركتها عبر جميع وحدات OCVS لـ SDDC داخل شبكة VCN هذه.
تدعم كل شبكة VLAN ما يصل إلى 128 واجهة شبكة افتراضية (vNICs). تتم مشاركة هذا الحد من كل الموارد المُرفقة بشبكة VLAN.
يمكنك توفير أحجام كتل من 50 جيجابايت إلى 32 تيرابايت بزيادات 1 جيجابايت.
يمكنك إرفاق ما يصل إلى 32 وحدة تخزين كتل لكل مضيف.
حاليًا، يصل الحد الأقصى للأداء المدعوم إلى 50 وحدة أداء لوحدات التخزين (VPU).
لا يدعم Oracle Cloud VMware Solution المضاعفة وسياسات النسخ الاحتياطي والأداء التلقائي والنسخ المتماثل عبر المناطق ووحدات VPU فوق 50.
تشتمل BM.DenseIO.E5 وBM.DenseIO.E4 وBM.DenseIO.52 على vSAN مع NVMe محلي بصفته مخزن. يمكن توسيع المخزن بإضافة مضيفين إضافيين أو مخزن خارجي مثل وحدات تخزين كتل OCI أو NFS.
تستخدم Standard.E5 وBM.Standard.E4 وBM.Standard3 وBM.Standard2 وحدات تخزين كتل OCI بصفته مخزن بيانات أساس. يمكنك توسيع سعة التخزين بإضافة وحدات تخزين كتل OCI أو NFS إضافية.
يمكنك إضافة ما يصل إلى 32 ESXi مضيفًا إلى وحدة تخزين كتل واحدة.
نعم، تحتاج إلى مسار جهاز عند تحديد حجم كتل بيانات يتجاوز 20 وحدة VPU. يمكنك تعيين أي مسار جهاز.
تتشارك Oracle مع Broadcom لتمكين نموذج إحضار الترخيص الخاص بك (BYOL) لعملائنا. كجزء من هذا التغيير، من المُخطط التخلص التدريجي من النموذج الحالي المُضمن للترخيص—إذ يتم تجميع تراخيص VMware مع البنية التحتية لـ OCVS.
توفر Oracle فترة انتقال مُنظمة للمساعدة في تمكين الاستمرارية لأحمال العمل الحالية، وتوفير خيارات توسيع يمكن التنبؤ بها، ووضع جداول زمنية واضحة لاعتماد BYOL. يمكنك العثور على إعلانات حول BYOL وتفاصيلها هنا:
| التاريخ | المرحلة الرئيسة |
|---|---|
| 21 يناير - 21 مارس 2026: فترة الإعلان |
|
| 22 مارس - 20 مايو 2026: فترة التحويل |
|
| ابتداءً من 21 مايو 2026: عرض BYOL فحسب |
|
يشير الترخيص المُضمن إلى وحدات SKU OCVS التي بها يتم تجميع برنامج VMware—بما في ذلك ESXi وvSAN وNSX وvCenter وHCX—مع OCI وتكون Oracle فيها مسؤولة عن إدارة مفاتيح ترخيص VMware لمنتجات VMware المذكورة أعلاه.
يعني إحضار الترخيص الخاص بك (BYOL) أن العملاء يشترون تراخيص VMware مباشرةً من Broadcom أو بائعي التجزئة المعتمدين ويطبقونها على البنية التحتية لـ OCVS. توفر Oracle البنية التحتية، وتوفير عمليات سير العمل (من خلال وحدة التحكم أو واجهات برمجة التطبيقات)، وإعداد التقارير التشغيلية مع احتفاظ العملاء بالمسؤولية عن شراء التراخيص وإدارة الاشتراكات والامتثال.
تمثل وحدات SKU عند الطلب عروض بنية تحتية من OCVS قائمة على الاستهلاك دون التزامات طويلة الأجل، ومتاحة كخيارات كل ساعة أو شهرية حسب مرحلة التحويل. خلال فترة الإعلان، يتم دعم كل من معرفات SKU عند الطلب المُضمنة في التراخيص كل ساعة وشهر لمراكز بيانات SDDC الجديدة والحالية. خلال فترة التحويل، لا تتوفر سوى وحدات SKU مُضمنة بالترخيص بالساعة عند الطلب، وذلك بشكل أساس لتوسيع نطاق وحدات SDDC الحالية. بدءًا من عرض BYOL فحسب، يتطلب كل الاستخدام عند الطلب BYOL.
من المتوقع أن يتوفر BYOL لـ OCVS بشكل عام في منتصف مارس 2026. يجب على العملاء الذين لديهم تراخيص BYOL صالحة إشراك فريق حساب Oracle الخاص بهم لتخطيط عمليات النشر أو تحويلات المضيف بما يتماشى مع انتهاء صلاحية الالتزام.
يتحمل العملاء مسؤولية ما يلي:
تظل اتفاقيات SLA لمستوى التحكم والبنية التحتية دون تغيير. يتحمل العملاء مسؤولية كاملة عن إدارة صلاحية تراخيص VMware ودورة حياتها. يتم تقييد إمكانات حدود خدمة OCVS والإدارة إذا حدث انتهاك لمتطلبات الامتثال لترخيص VMware.
للحفاظ على الدعم الكامل من كل من Oracle وBroadcom، يجب أن تشغِّل بيئات OCVS إصدار VCF مدعوم ونموذج ترخيص مُناسب. أعلنت Broadcom أن VMware ESXi 8.x يصل إلى نهاية الخدمة 11 أكتوبر 2027. يمكن للعملاء الترقية إلى VCF 9.0 قبل تاريخ نهاية الخدمة. تتطلب إصدارات VCF الأحدث، بما في ذلك VCF 9، نموذج BYOL.
يجب على العملاء الذين لديهم التزامات طويلة الأجل مُضمنة في الترخيص، وخاصةً الالتزامات لمدة 3 سنوات التي تم بدؤها في نهاية فترة الإعلان تخطيط بيئاتهم مع وضع المراحل الرئيسة لدورة حياة VMware في الاعتبار. يساعد التحوُّل إلى BYOL والترقية إلى إصدار VCF مدعوم قبل نهاية الخدمة ESXi 8.x في ضمان استمرار دعم المنصة واستمرارية التشغيل.
توصي Oracle بمواءمة اعتماد BYOL وترقيات الإصدارات مع الجداول الزمنية لالتزام المضيف وإرشادات حول دورة حياة منتج VMware.
تستمر وحدات SDDC الحالية في العمل بموجب التزامات المضيف الحالية المُضمنة في الترخيص.
لا يمكن أن تستهلك وحدات SDDC الحالية نموذج BYOL حتى تكون متاحة بشكل عام. يجب على العملاء الذين لديهم تراخيص BYOL صالحة إشراك فريق حساب Oracle الخاص بهم لتخطيط التحويل بما يتماشى مع انتهاء صلاحية الالتزام.
لا، لا يمكن لمراكز SDDC المُضمنة في الترخيص الوصول إلى ميزات VMware Cloud Foundation (VCF) 9 أو VCF فحسب مثل العمليات أو الأتمتة. تتطلب إمكانات VCF الكاملة تحويل SDDC بأكمله إلى نموذج BYOL.
لا يمكن أن تستخدم مراكز SDDC الجديدة نموذج BYOL حتى تكون متاحة بشكل عام. يجب أن يُشرك العملاء الذين لديهم تراخيص BYOL صالحة فريق حساب Oracle لديهم لتخطيط عمليات النشر بمجرد توفر نموذج BYOL.
لا، ينطبق تحول BYOL باستمرار عبر العروض التجارية والحكومية.
نعم، يمكن لعملاء Alloy استخدام BYOL مع OCVS. تكون الجهة التي تنشر مركز SDDC هي المسؤولة عن الحصول على تراخيص VMware سارية المفعول مباشرةً من Broadcom أو بائعي التجزئة المعتمدين وتطبيقها على بيئة OCVS.
نعم. يمكن للعملاء استخدام خدمات Oracle Customer Success (CCS) أو الشركاء المعتمدين، لكن يظل العملاء الذين يملكون SDDC مسؤولين عن شراء تراخيص VMware والامتثال إليها.
للحصول على أسئلة عامة حول التسعير، راجع صفحة تسعير Oracle Cloud VMware Solution.
تتسم شروط الالتزام المختلفة بأنها لكل ساعة وشهرية وسنة واحدة وثلاث سنوات. لمزيد من المعلومات، يرجى مراجعة قسم التسعير.
يدعم حل Oracle Cloud VMware حدًا أدنى من فترة الالتزام مدتها ثماني ساعات باستخدام خيار الالتزام بالساعة.
إذا تم حذف المضيف قبل نهاية فترة التثبيت، تستمر فوترة المضيف لمدة الالتزام.
لا، يتم فوترة Oracle Cloud VMware Solution عبر معرف وحدة تخزين (SKU) واحد لكل مضيف في تقارير استخدام كل عميل. إذا كنت تستخدم معرف SKU مُضمن للترخيص، فتغطي الرسوم كل من البنية التحتية للحوسبة والوصول إلى ترخيص VMware وإذا كنت تستخدم معرف SKU لنموذج BYOL، فتغطي الرسوم البنية البنية للحوسبة فحسب.
نعم. يمكنك إعادة استخدام الالتزام أثناء تزويد المضيف بنفس الشكل والعدد الأساس. تظل مدة الالتزام دون تغيير.
نعم. يمكنك تبديل ارتباطات الفوترة بين مضيفين نشطين.
يجب عليك دفع رسوم HCX Enterprise بأشكال كثيفة (DenseIO.52 وDenseIO.E4.128) فحسب عند الترقية من HCX Advanced وإذا كنت تستخدم معرف SKU مُضمن للترخيص لأي مضيفات في SDDC. يتضمن BYOL ميزات HCX-Enterprise بشكل افتراضي.
نعم. يجب على العملاء الالتزام بتوجيهات VMware وتوصياته بشأن أدوات المراقبة المعنية.
لا يتوفر القياس عن بُعد القياسي في Oracle Cloud بسبب عدم تثبيت أي وكيل في مثيل ESXi دون نظام تشغيل. مع ذلك، يمكن للعملاء الحصول على بيانات القياس عن بُعد للحساب والشبكة من VMware مباشرة في الواجهات الإدارية ESXi وvCenter وNSX-T، أو عبر واجهات برمجة التطبيقات المقدمة كجزء من هذه العروض.
توفر Oracle دعم عملاء الطبقة الأولى والطبقة الثانية والطبقة الثالثة.
توفر Oracle الدعم لـ vSphere وvCenter وvSAN وNSX.
توفر Oracle دعمًا لمجموعة برامج VMware التي تعمل على OCVS، بالإضافة إلى البنية التحتية لـ OCI. مع ذلك، يجب إنشاء بيئات العملاء وتشغيلها باستخدام إصدارات برامج VMware المُرخصة بشكل مناسب والتي تدعمها Broadcom بشكل عام. يتحمل العملاء مسؤولية ضمان بقاء بيئات OCVS لديهم ممتثلة، بما في ذلك الحفاظ على إصدارات البرامج المدعومة والتراخيص الصالحة. لتلقي الدعم من كل من Oracle وBroadcom، يجب أن تُشغِّل بيئات OCVS إصدارات برامج VMware التي يدعمها كل من المورِّدين. قد تخضع البيئات التي تشغِّل برامج غير مدعومة أو غير ممتثلة إلى قيود الدعم حتى تتم استعادة الامتثال.