ما هو Azure VMware Solution؟

يوفر Azure VMware Solution سحبا خاصة تحتوي على مجموعات VMware vSphere التي تم إنشاؤها من بنية أساسية مخصصة ل Azure بلا نظام تشغيل. يتوفر Azure VMware Solution في Azure Commercial وAzure Government. الحد الأدنى للتوزيع الأولي هو ثلاثة مضيفين، مع خيار إضافة المزيد من المضيفين، بحد أقصى 16 مضيف لكل نظام مجموعة. تحتوي جميع السحب الخاصة المقدمة على خادم VMware vCenter وVMware vSAN وVMware vSphere وVMware NSX. ونتيجة لذلك، يمكنك ترحيل أحمال العمل من بيئاتك محلية ونشر الأجهزة الظاهرية الجديدة واستهلاك خدمات Azure الموجودة في سحبك. للحصول على معلومات حول اتفاقية مستوى الخدمة، راجع صفحة اتفاقيات مستوى الخدمة في Azure.

يعد حل Azure VMware Solution حلاً VMware تم التحقق من صحته مع تحقق مستمر واختبار التحسينات والترقيات. تدير Microsoft البنية الأساسية والبرامج السحابية الخاصة وتحافظ عليها، ما يسمح لك بالتركيز على تطوير وتشغيل أحمال العمل في السحب الخاصة بك لتقديم قيمة الأعمال.

ويظهر المخطط التجاور بين السحب الخاصة وVNets في Azure ووخدمات Azure والبيئات الداخلية. يوفر الوصول إلى الشبكة، من السحب الخاصة إلى خدمات Azure أو VNets، تكاملا مدفوعا بـ SLA لنقاط نهاية خدمة Azure. ويرتبط ExpressRoute Global Reach مع بيئتك الداخلية لسحابة Azure VMware Solution الخاصة.

المضيفون وأنظمة المجموعات والسحب الخاصة

تستند مجموعات Azure VMware Solution إلى بنية أساسية فائقة التقارب. يعرض الجدول التالي مواصفات وحدة المعالجة المركزية والذاكرة والقرص والشبكة للمضيف.

نوع المضيف	وحدة المعالجة المركزية (Cores/GHz)	RAM (GB)	vSAN Cache Tier (ТБ، raw)	vSAN Capacity Tier (ТБ، raw)	التوفر الإقليمي
AV36	وحدات المعالجة المركزية المزودة ببطاقتي Intel Xeon Gold 6140 (Skylake microarchitecture) مع 18 نواة/ وحدة المعالجة المركزية @ 2.3 غيغاهرتز، وإجمالي 36 نواة مادية (72 نواة منطقية مع فرط الكتابة)	576	3.2 (NVMe)	15.20 (SSD)	المناطق المحددة (*)
AV36P	وحدات المعالجة المركزية المزودة ببطاقتي Intel Xeon Gold 6240 (Cascade Lake microarchitecture) مع 18 نواة/ وحدة المعالجة المركزية @ 2.6 غيغاهرتز / 3.9 غيغاهرتز توربو، إجمالي 36 نواة مادية (72 نواة منطقية مع فرط الكتابة)	768	1.5 (ذاكرة التخزين المؤقت Intel)	19.20 (NVMe)	المناطق المحددة (*)
AV52	وحدات المعالجة المركزية المزودة ببطاقتي Intel Xeon Platinum 8270 (Cascade Lake microarchitecture) مع 26 نواة/ وحدة المعالجة المركزية @ 2.7 غيغاهرتز / 4.0 غيغاهرتز توربو، إجمالي 52 نواة مادية (104 نواة منطقية مع فرط الكتابة)	1,536	1.5 (ذاكرة التخزين المؤقت Intel)	38.40 (NVMe)	المناطق المحددة (*)
AV64	وحدات المعالجة المركزية المزودة ببطاقتي Intel Xeon Platinum 8370C (البنية الدقيقة ل Ice Lake) مع 32 نواة/ وحدة المعالجة المركزية @ 2.8 غيغاهرتز / 3.5 غيغاهرتز توربو، إجمالي 64 نواة مادية (128 نواة منطقية مع فرط الكتابة)	1,024	3.84 (NVMe)	15.36 (NVMe)	المناطق المحددة (**)

يتطلب نظام مجموعة Azure VMware Solution عددا لا يقل عن ثلاثة مضيفين. يمكنك فقط استخدام المضيفين من نفس النوع في سحابة خاصة واحدة من Azure VMware Solution. تأتي المضيفات المستخدمة في بناء أو توسيع نظم المجموعات من مجموعة معزولة من المضيفين. اجتاز هؤلاء المضيفون اختبارات الأجهزة وتم حذف جميع البيانات بشكل آمن قبل إضافتها إلى نظام مجموعة.

تحتوي جميع أنواع المضيف أعلاه على معدل نقل واجهة شبكة 100 جيجابت في الثانية.

(*) التفاصيل المتوفرة عبر حاسبة تسعير Azure.

(**) AV64 Prerequisite: مطلوب سحابة خاصة ل Azure VMware Solution تم نشرها مع AV36 أو AV36P أو AV52 قبل إضافة AV64.

يمكنك نشر السحب الخاصة الجديدة أو توسيع نطاقها من خلال مدخل Azure أو Azure CLI.

ملحق سحابة Azure VMware Solution الخاص بحجم عقدة AV64

AV64 هو وحدة SKU جديدة لمضيف Azure VMware Solution، والتي تتوفر لتوسيع (وليس لإنشاء) سحابة Azure VMware Solution الخاصة التي تم إنشاؤها باستخدام AV36 أو AV36P أو AV52 SKU الحالية. استخدم وثائق Microsoft للتحقق من توفر AV64 SKU في المنطقة.

المتطلبات الأساسية لاستخدام AV64

راجع المتطلبات الأساسية التالية لنشر نظام المجموعة AV64.

• يتم إنشاء سحابة خاصة لحل Azure VMware باستخدام AV36 أو AV36P أو AV52 في المنطقة/AZ المدعومة من AV64.

• تحتاج إلى كتلة عنوان /23 أو ثلاثة (متجاورة أو غير متجاورة) /25 لإدارة نظام مجموعة AV64.

إمكانية دعم سيناريوهات العملاء

العميل مع سحابة Azure VMware Solution الخاصة الحالية: عندما يكون لدى العميل سحابة خاصة Azure VMware Solution منشورة، يمكنهم توسيع نطاق السحابة الخاصة عن طريق إضافة مجموعة عقدة AV64 vCenter منفصلة إلى تلك السحابة الخاصة. في هذا السيناريو، يجب على العملاء استخدام الخطوات التالية:

1. احصل على موافقة الحصة النسبية AV64 من Microsoft بحد أدنى ثلاث عقد. أضف تفاصيل أخرى على السحابة الخاصة ل Azure VMware Solution التي تخطط لتوسيعها باستخدام AV64.
2. استخدم سير عمل مجموعة إضافية ل Azure VMware Solution مع مضيفي AV64 للتوسع.

يخطط العميل لإنشاء سحابة خاصة جديدة من Azure VMware Solution: عندما يريد العميل سحابة خاصة جديدة من Azure VMware Solution يمكنها استخدام AV64 SKU ولكن فقط للتوسع. في هذه الحالة، يفي العميل بالمتطلبات الأساسية لوجود سحابة خاصة ل Azure VMware Solution تم إنشاؤها باستخدام AV36 أو AV36P أو AV52 SKU. يحتاج العميل إلى شراء ما لا يقل عن ثلاث عقد من AV36 أو AV36P أو AV52 SKU قبل التوسع باستخدام AV64. بالنسبة لهذا السيناريو، استخدم الخطوات التالية:

1. احصل على موافقة الحصة النسبية AV36 أو AV36P أو AV52 وAV64 من Microsoft مع ثلاث عقد كحد أدنى لكل منها.
2. إنشاء سحابة خاصة ل Azure VMware Solution باستخدام AV36 أو AV36P أو AV52 SKU.
3. استخدم سير عمل مجموعة إضافية ل Azure VMware Solution مع مضيفي AV64 للتوسع.

السحابة الخاصة للمجموعة الممتدة من Azure VMware Solution: لا يتم دعم AV64 SKU مع السحابة الخاصة لمجموعة Azure VMware Solution الممتدة. وهذا يعني أن التوسع المستند إلى AV64 غير ممكن للسحابة الخاصة لمجموعة Azure VMware Solution الممتدة.

تصميم وتوصيات مجال خطأ AV64 Cluster vSAN (FD)

لا تحتوي مجموعات مضيف Azure VMware Solution التقليدية على تكوين vSAN FD صريح. المنطق هو منطق تخصيص المضيف الذي يضمن، داخل المجموعات، عدم وجود مضيفين في نفس مجال الخطأ الفعلي داخل منطقة Azure. توفر هذه الميزة بطبيعتها المرونة والتوافر العالي للتخزين، والتي من المفترض أن يجلبها تكوين vSAN FD. يمكن العثور على مزيد من المعلومات حول vSAN FD في وثائق VMware.

تحتوي مجموعات مضيف Azure VMware Solution AV64 على تكوين صريح لمجال خطأ vSAN (FD). تقوم وحدة التحكم في Azure VMware Solution بتكوين خمسة مجالات خطأ vSAN (FDs) لمجموعات AV64. يتم موازنة المضيفين بالتساوي عبر FDs الخمسة حيث يقوم المستخدمون بتوسيع نطاق المضيفين في نظام مجموعة من ثلاث عقد إلى 16 عقدة.

توصية حجم نظام المجموعة

الحد الأدنى لحجم مجموعة عقدة vSphere في Azure VMware Solution المدعوم هو ثلاثة. تتم معالجة تكرار بيانات vSAN عن طريق التأكد من أن الحد الأدنى لحجم نظام المجموعة لثلاثة مضيفين في vSAN FDs مختلفة. في نظام مجموعة vSAN مع ثلاثة مضيفين، كل في FD مختلف، إذا فشل FD (على سبيل المثال، فشل أعلى مفتاح الحامل)، فستتم حماية بيانات vSAN. قد تفشل عمليات مثل إنشاء كائن (جهاز ظاهري جديد وVMDK وغيرها). وينطبق الشيء نفسه على أي أنشطة صيانة حيث يتم وضع مضيف ESXi في وضع الصيانة و/أو إعادة التشغيل. لتجنب سيناريوهات مثل هذه، التوصية هي نشر مجموعات vSAN مع أربعة مضيفين ESXi كحد أدنى.

سير عمل إزالة مضيف AV64 وأفضل الممارسات

بسبب تكوين مجال خطأ نظام مجموعة AV64 vSAN (FD) والحاجة إلى مضيفين متوازنين عبر جميع FDs، تختلف إزالة المضيف من مجموعة AV64 عن مجموعات مضيف Azure VMware Solution التقليدية مع وحدات SKU الأخرى.

حاليا، يمكن للمستخدم تحديد مضيف واحد أو أكثر لإزالته من نظام المجموعة باستخدام المدخل أو واجهة برمجة التطبيقات. أحد الشروط هو أن نظام المجموعة يجب أن يحتوي على ما لا يقل عن ثلاثة مضيفين. ومع ذلك، يعمل نظام مجموعة AV64 بشكل مختلف في سيناريوهات معينة عندما يستخدم AV64 vSAN FDs. يتم التحقق من أي طلب إزالة مضيف مقابل عدم التوازن المحتمل في vSAN FD. إذا كان طلب إزالة المضيف يخلق عدم توازن، يتم رفض الطلب مع استجابة http 409-Conflict. يشير رمز حالة استجابة http 409-Conflict إلى تعارض طلب مع الحالة الحالية للمورد الهدف (المضيفين).

تعرض السيناريوهات الثلاثة التالية أمثلة على المثيلات التي تحدث خطأ عادة وتوضح الأساليب المختلفة التي يمكن استخدامها لإزالة المضيفين دون إنشاء خلل في مجال خطأ vSAN (FD).

• تؤدي إزالة مضيف إلى إنشاء عدم توازن vSAN FD مع اختلاف المضيفين بين معظم وأقل FD ملء ليكون أكثر من واحد. في المثال التالي للمستخدمين، تحتاج إلى إزالة أحد المضيفين من FD 1 قبل إزالة المضيفين من FDs الأخرى.

  

• يتم إجراء طلبات إزالة مضيف متعددة في نفس الوقت وتنشئ بعض عمليات إزالة المضيف عدم توازن. في هذا السيناريو، تقوم وحدة التحكم Azure VMware Solution بإزالة المضيفين فقط، والتي لا تخلق خللا. في المثال التالي، لا يمكن للمستخدمين أخذ كلا المضيفين من نفس FDs ما لم يقوموا بتقليص حجم نظام المجموعة إلى أربعة أو أقل.

  

• تؤدي إزالة المضيف المحدد إلى أقل من ثلاثة VSAN FDs نشطة. لا يتوقع حدوث هذا السيناريو نظرا لأن جميع مناطق AV64 تحتوي على خمس أقراص FD. أثناء إضافة المضيفين، تهتم وحدة التحكم Azure VMware Solution بإضافة مضيفين من جميع FDs الخمسة بالتساوي. في المثال التالي، يمكن للمستخدمين إزالة أحد المضيفين من FD 1، ولكن ليس من FD 2 أو 3.

  

كيفية تحديد المضيف الذي يمكن إزالته دون التسبب في عدم توازن vSAN FD: يمكن للمستخدم الانتقال إلى واجهة عميل vSphere للحصول على الحالة الحالية ل vSAN FDs والمضيفين المقترنين بكل منهم. يساعد هذا في تحديد المضيفين (استنادا إلى الأمثلة السابقة) التي يمكن إزالتها دون التأثير على رصيد vSAN FD وتجنب أي أخطاء في عملية الإزالة.

تكوين RAID المدعوم AV64

يوفر هذا الجدول قائمة بتكوين RAID المدعوم ومتطلبات المضيف في مجموعة AV64. سيتم دعم نهج RAID-6 FTT2 و RAID-1 FTT3 في المستقبل على AV64 SKU. تسمح Microsoft للعملاء باستخدام نهج تخزين RAID-5 FTT1 vSAN لمجموعات AV64 مع ست عقد أو أكثر لتلبية اتفاقية مستوى الخدمة (SLA).

تكوين RAID	حالات الفشل في تحمل (FTT)	الحد الأدنى من المضيفين المطلوبين
الإعداد الافتراضي RAID-1 (النسخ المتطابق).	1	3
RAID-5 (Erasure Coding)	1	4
RAID-1 (النسخ المتطابق)	2	5

التخزين

يدعم Azure VMware Solution توسيع سعة مخزن البيانات بما يتجاوز ما يتم تضمينه مع vSAN باستخدام خدمات تخزين Azure، ما يتيح لك توسيع سعة مخزن البيانات دون تحجيم المجموعات. لمزيد من المعلومات، راجع خيارات توسيع سعة مخزن البيانات.

الشبكات

يوفر Azure VMware Solution بيئة سحابية خاصة يمكن الوصول إليها من المواقع المحلية والموارد المستندة إلى Azure. توفر خدمات مثل Azure ExpressRoute، أو اتصالات VPN، أو Azure Virtual WAN الاتصال. ومع ذلك، تتطلب هذه الخدمات نطاقات عناوين شبكة اتصال محددة وداخل جدار الحماية لتمكين الخدمات.

عند نشر سحابة خاصة، يتم إنشاء شبكات خاصة للإدارة والتزويد وvMotion. يمكنك استخدام هذه الشبكات الخاصة للوصول إلى خادم VMware vCenter وVMware NSX-T Data Center NSX-T Manager والجهاز الظاهري vMotion أو النشر.

يتم استخدام ExpressRoute Global Reach لربط السحابة الخاصة بالبيئات المحلية. وهو يربط الدوائر مباشرة على مستوى Microsoft Edge. يتطلب الاتصال توافر شبكة افتراضية (vNet) مع دائرة ExpressRoute في الشبكة المحلية في اشتراكك. والسبب هو أن بوابات vNet (بوابات ExpressRoute) لا يمكنها نقل البيانات، ما يعني أنه يمكنك إرفاق دائرتين بنفس البوابة، ولكنها لا ترسل حركة المرور من دائرة إلى أخرى.

تمثل بيئة حلول VMware Azure منطقة ExpressRoute الخاصة بها (جهاز MSEE الافتراضي الخاص بها) والتي تسمح لك بتوصيل Global Reach بموقع النظير "المحلي". يسمح لك بتوصيل المثيلات المتعددة لحلول Azure VMware Solution في منطقة واحدة بنفس الموقع النظير.

إشعار

بالنسبة للمواقع التي لا يتم تمكينExpressRoute Global Reach فيها، على سبيل المثال، بسبب اللوائح المحلية، يجب عليك إنشاء حل توجيه باستخدام Azure IaaS VMs. للحصول على بعض الأمثلة، راجع Azure Cloud Adoption Framework - مخطط الشبكة والاتصال ل Azure VMware Solution.

تتمكن الأجهزة الظاهرية المنتشرة على السحابة الخاصة من الوصول إلى الإنترنت من خلال وظائف Azure Virtual WAN public IP. بالنسبة للسحب الخاصة الجديدة، يتم تعطيل الوصول إلى الإنترنت بشكل افتراضي.

لمزيد من المعلومات، راجع بنية الشبكات.

الوصول والأمان

تستخدم سحب Azure VMware Solution الخاصة التحكم في وصول vSphere المستند على الدور للأمان المُعزز. يمكنك دمج قدرات vSphere SSO LDAP مع معرف Microsoft Entra. لمزيد من المعلومات، راجع صفحة بنية الوصول والهوية.

يُفعل تشفير بيانات vSAN المتبقية، افتراضيا، ويُستخدم لتوفير الأمان لمخزن بيانات vSAN. لمزيد من المعلومات، راجع بنية التخزين.

بيانات موقع البيانات والعملاء

لا يخزن Azure VMware Solution بيانات العملاء.

إصدارات برنامج VMware

إصدارات برنامج حل VMware المستخدمة في عمليات النشر الجديدة للسحب الخاصة Azure VMware Solution هي:

البرامج	إصدار
خادم VMware vCenter	7.0 U3o
VMware ESXi	7.0 U3o مع TianfuCup HotPatch
VMware vSAN	7.0 U3
تنسيق VMware vSAN على القرص	15
بنية تخزين VMware vSAN	Osa
VMware NSX	4.1.1
VMware HCX	4.7.0
إدارة استرداد موقع VMware	8.7.0.3
VMware vSphere Replication	8.7.0.3

يتم تطبيق إصدار البرنامج الحالي قيد التشغيل على أنظمة المجموعات الجديدة المضافة إلى سحابة خاصة موجودة.

صيانة دورة حياة المضيف والبرنامج

تضمن الترقيات المنتظمة لسحابة Azure VMware Solution الخاصة وبرنامج VMware تشغيل أحدث مجموعات خصائص الأمان والاستقرار في سحابتك الخاصة. لمزيد من المعلومات، راجع صيانة المضيف وإدارة دورة الحياة.

مراقبة سحابتك الخاصة

بمجرد نشر Azure VMware Solution في اشتراكك، يتم إنشاء سجلات Azure Monitor تلقائيا.

في سحابتك الخاصة، يمكنك:

• جمع السجلات على كل جهاز من أجهزة VMs.
• تحميل وتثبيت وكيل MMA على Linux وWindows VMs.
• تمكين ملحق تشخيصات Azure.
• إنشاء استعلامات جديدة وتشغيلها.
• تشغيل نفس الاستعلامات التي تشغلها عادة على VMs.

أنماط المراقبة داخل Azure VMware Solution مشابهة لـ Azure VMs داخل النظام IaaS الأساسي. لمزيد من المعلومات وكيفية العمل، راجع مراقبة VMs Azure باستخدام Azure Monitor.

تواصل العملاء

يمكنك العثور على مشكلات الخدمة والصيانة المخطط لها والنصائح الصحية وإعلامات النصائح الأمنية المنشورة من خلال Service Health في مدخل Microsoft Azure. يمكن اتخاذ الإجراءات في الوقت المناسب عند إعداد تنبيهات سجل النشاط لهذه الإخطارات. لمزيد من المعلومات، راجع إنشاء تنبيهات حالة الخدمة باستخدام مدخل Microsoft Azure.

مصفوفة مسؤولية Azure VMware Solution - Microsoft مقابل العميل

ينفذ Azure VMware Solution نموذج مسؤولية مشتركة يحدد الأدوار والمسؤوليات المميزة للطرفين المشاركين في العرض: العميل وMicrosoft. يتم توضيح مسؤوليات الدور المشتركة بمزيد من التفصيل في الجدولين التاليين.

يوضح جدول مصفوفة المسؤولية المشتركة المهام الرئيسية التي يتعامل معها العملاء وMicrosoft في نشر وإدارة كل من السحابة الخاصة وأحمال عمل تطبيقات العملاء.

يوفر الجدول التالي قائمة مفصلة من الأدوار والمسؤوليات بين العميل وMicrosoft، والتي تشمل المهام والتعريفات الأكثر تكرارا. لمزيد من الأسئلة، اتصل ب Microsoft.

الدور	المهمة/التفاصيل
Microsoft - Azure VMware Solution	البنية الأساسية الفعلية مناطق Azure مناطق التوفر لـ Azure Express Route/Global Reach الحوسبة/الشبكة/التخزين مضيفو الحامل وطاقة Bare Metal معدات شبكة الرف والطاقة توزيع/دورة حياة السحابة الخاصة نشر VMware ESXi وتصحيحه وترقيته نشر VMware vCenter Servers وتصحيحها وترقيتها نشر VMware NSX وتصحيحه وترقيته نشر VMware vSAN وتصحيحه وترقيته شبكة السحابة الخاصة - تكوين موفر VMware NSX عقدة/مجموعة Microsoft Edge، إعداد مضيف VMware NSX موفر المستوى 0 وبوابة المستأجر من المستوى 1 الاتصال من المستوى 0 (باستخدام BGP) إلى شبكة Azure عبر ExpressRoute الحوسبة السحابية الخاصة - تكوين موفر خادم VMware vCenter إنشاء نظام مجموعة افتراضي تكوين الشبكات الظاهرية ل vMotion والإدارة وvSAN وغيرها النسخ الاحتياطي/الاستعادة السحابية الخاصة النسخ الاحتياطي واستعادة خادم VMware vCenter النسخ الاحتياطي واستعادة VMware NSX Manager مراقبة صحة السحابة الخاصة والإجراءات التصحيحية، على سبيل المثال: استبدال المضيفين الفاشلين (اختياري) يتم نشر VMware HCX مع ملف تعريف حساب مكون بالكامل على جانب السحابة كوظيفة إضافية (اختياري) تقوم VMware SRM بنشر وترقية وتوسيع نطاق لأعلى/لأسفل الدعم - الأنظمة الأساسية السحابية الخاصة وVMware HCX
العميل	طلب عرض أسعار مضيف Azure VMware Solution مع Microsoft تخطيط وإنشاء طلب للسحب الخاصة على مدخل Microsoft Azure باستخدام: عدد المضيفين نطاق شبكة الإدارة معلومات أخرى تكوين شبكة السحابة الخاصة والأمان (VMware NSX) مقاطع الشبكة لاستضافة التطبيقات المزيد من أجهزة التوجيه من المستوى -1 Firewall VMware NSX LB IPsec VPN ترجمة عناوين الشبكة (NAT) عناوين IP العامة جدار الحماية الموزع/جدار حماية البوابة ملحق الشبكة باستخدام VMware HCX أو VMware NSX تكوين AD/LDAP ل RBAC تكوين السحابة الخاصة - خادم VMware vCenter تكوين AD/LDAP ل RBAC توزيع وإدارة دورة حياة الأجهزة الظاهرية (VMs) والتطبيق تثبيت أنظمة التشغيل تصحيح أنظمة التشغيل تثبيت برنامج الحماية من الفيروسات تثبيت برنامج النسخ الاحتياطي تثبيت برنامج إدارة التكوين تثبيت مكونات التطبيق شبكات الأجهزة الظاهرية باستخدام مقاطع VMware NSX ترحيل الأجهزة الظاهرية (VMs) تكوين VMware HCX Live vMotion الترحيل البارد مزامنة مكتبة المحتويات تكوين السحابة الخاصة - vSAN تحديد نهج vSAN VM وصيانتها إضافة مضيفين للحفاظ على "مساحة السماح" الكافية تكوين VMware HCX تنزيل وتوزيع موصل HCA OVA في أماكن العمل إقران موصل VMware HCX المحلي تكوين ملف تعريف الشبكة، وملف تعريف الحوسبة، وتشابك الخدمة تكوين ملحق شبكة VMware HCX/MON الترقية/التحديثات تكوين الشبكة للاتصال بالشبكة المحلية أو الشبكة الظاهرية أو الإنترنت إضافة طلبات المضيفين إلى نظام المجموعة أو حذفها من المدخل توزيع/إدارة دورة حياة حلول الشركاء (الجهات الخارجية)
النظام البيئي الشريك	دعم المنتج/الحل الخاص بهم. للرجوع إليها، فيما يلي بعض الحلول/المنتجات المدعومة من شريك Azure VMware Solution: BCDR - VMware SRM و JetStream وZerto وغيرها النسخ الاحتياطي - Veeam وCommvault وRurik وغيرها VDI - Horizon، Citrix تعدد المستأجرين للمؤسسات - خدمة VMware Cloud Director Service (CDS)، توفر VMware vCloud Directory (VCDA) حلول الأمان - BitDefender، TrendMicro، Checkpoint منتجات VMware الأخرى - Aria Suite، NSX Advanced Load Balancer

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

الخطوة التالية هي تعلم مفاهيم بنية السحابة الخاصة الرئيسية.