ما هو 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. ونتيجة لذلك، يمكنك ترحيل أحمال العمل من بيئاتك المحلية، ونشر أجهزة ظاهرية جديدة (VMs)، واستهلاك خدمات Azure من السحب الخاصة بك. للحصول على معلومات حول اتفاقية مستوى الخدمة، راجع صفحة اتفاقيات مستوى الخدمة في Azure .

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

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

أنواع السحابة الخاصة ل Azure VMware Solution

يوفر Azure VMware Solution جيلين مختلفين من السحابة الخاصة:

1. يوفر Azure VMware Solution Generation 1 مجموعات VMware vSphere التي تم إنشاؤها من مضيفين مخصصين بلا نظام تشغيل موزعين في مرافق مركز بيانات Azure. توفر دوائر ExpressRoute المدارة من Microsoft الاتصال بين مضيفي VMware vSphere وموارد Azure الأصلية المنشورة في الشبكات الظاهرية.

2. يوفر Azure VMware Solution Generation 2 (المعاينة العامة) مجموعات VMware vSphere التي تم إنشاؤها من مضيفي Azure المجردين المخصصين. يتميز Azure VMware Solution Generation 2 ببنية شبكة محدثة حيث يتم إرفاق مضيفي VMware vSphere مباشرة بشبكات Azure الظاهرية. هذا العرض مدعوم فقط على AV64 SKU.

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

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

نوع المضيف	وحدة المعالجة المركزية (النوى / جيجاهرتز)	ذاكرة الوصول العشوائي (جيجابايت)	بنية vSAN	طبقة ذاكرة التخزين المؤقت vSAN (TB، raw***)	طبقة سعة vSAN (TB، raw***)	التوفر الإقليمي
AV36	وحدات المعالجة المركزية المزودة ببطاقتي Intel Xeon Gold 6140 (Skylake microarchitecture) مع 18 نواة/ وحدة المعالجة المركزية @ 2.3 غيغاهرتز، وإجمالي 36 نواة مادية (72 نواة منطقية مع فرط الكتابة)	576	OSA	3.2 (NVMe)	15.20 (SSD)	المناطق المحددة (*)
AV36P	وحدات المعالجة المركزية المزودة ببطاقتي Intel Xeon Gold 6240 (Cascade Lake microarchitecture) مع 18 نواة/ وحدة المعالجة المركزية @ 2.6 غيغاهرتز / 3.9 غيغاهرتز توربو، إجمالي 36 نواة مادية (72 نواة منطقية مع فرط الكتابة)	768	OSA	1.5 (ذاكرة التخزين المؤقت Intel)	19.20 (NVMe)	المناطق المحددة (*)
AV48	وحدات المعالجة المركزية المزودة ببطاقتي Intel Xeon Gold 6442Y (Sapphire Rapids microarchitecture) مع 24 ذاكرة أساسية/ وحدة المعالجة المركزية @ 2.6 غيغاهرتز / 4.0 غيغاهرتز توربو، إجمالي 48 نواة مادية (96 نواة منطقية مع فرط الكتابة)	1,024	ESA	N/A	25.6 (NVMe)	المناطق المحددة (*)
AV52	وحدات المعالجة المركزية المزودة ببطاقتي Intel Xeon Platinum 8270 (Cascade Lake microarchitecture) مع 26 نواة/ وحدة المعالجة المركزية @ 2.7 غيغاهرتز / 4.0 غيغاهرتز توربو، إجمالي 52 نواة مادية (104 نواة منطقية مع فرط الكتابة)	1,536	OSA	1.5 (ذاكرة التخزين المؤقت Intel)	38.40 (NVMe)	المناطق المحددة (*)
AV64	وحدات المعالجة المركزية المزودة ببطاقتي Intel Xeon Platinum 8370C (البنية الدقيقة ل Ice Lake) مع 32 نواة/ وحدة المعالجة المركزية @ 2.8 غيغاهرتز / 3.5 غيغاهرتز توربو، إجمالي 64 نواة مادية (128 نواة منطقية مع فرط الكتابة)	1,024	OSA	3.84 (NVMe)	15.36 (NVMe)	المناطق المحددة (**)

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

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

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

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

يستند Raw إلى المعيار الدولي للوحدات (SI) الذي أبلغت عنه الشركات المصنعة للأقراص. مثال: 1 تيرابايت Raw = 100000000000 بايت. المساحة المحسوبة بواسطة كمبيوتر ثنائي (ثنائي 1 تيرابايت = 1099511627776 بايت ثنائي) تساوي 931.3 غيغابايت محولة من الرقم العشري الخام.

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

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

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

المتطلبات الأساسية لتوسيع AV64 على AV36 وAV36P وAV52

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

• يتم إنشاء سحابة خاصة لحل Azure VMware باستخدام AV36 أو AV36P أو AV48 أو 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 الممتدة.

Note

ستستخدم جميع نسبة استخدام الشبكة من مضيف AV64 نحو شبكة العملاء عنوان IP لواجهة شبكة VMKernel 1.

التوافق المحسنة مع vMotion (EVC) مع امتداد AV64

إضافة عقد AV64 إلى سحابة Azure VMware الخاصة يخلق بيئة متجانسة، مما يؤدي إلى مشاكل في Enhanced vMotion Compatibility (EVC) بين عناقيد AV64 وعناقيد SKU الأساسية باستخدام AV36 أو AV36P أو AV52. تستخدم عناقيد AV64 وضع EVC من Icelake بسبب معالجات Intel Icelake، بينما لا تحتوي عناقيد AV36 وAV36P وAV52، المبنية على معالجات Intel الأقدم، بوضع EVC صريح. تفاصيل حول أجيال المعالج لكل وحدة تخزين تم توفيرها أعلاه.

تمثل تباينة أوضاع EVC عبر المجموعات تحديات لعمليات vMotion الحية كما حددتها Broadcom، بناء على السيناريو المحدد واتجاه الهجرة. يقدم القسم التالي ملخصا لتجربة المستخدم عند أداء vMotion المباشر بين AV64 والمجموعات الأساسية.

• vMotion إلى عنقود AV64 من عنقود SKU الأساسي – هذا يعمل بشكل جيد لأن الجهاز الافتراضي يتم تحويله من عنقود وضع EVC منخفض إلى عنقود وضع EVC أعلى.

• vMotion إلى عنقود SKU الأساسي من عنقود AV64 – سيناريوهين

  • إذا تم نقل الآلة الافتراضية سابقا من عنقود القاعدة ولم يتم تشغيلها بالطاقة، فإن vMotion المباشر ينجح.

  • إذا تم إنشاء الآلة الافتراضية على عنقود AV64 أو تم تشغيلها بالطاقة، رغم أنها كانت قد تم تحويلها سابقا إلى vMotion من عنقود SKU الأساسي، فإن vMotion المباشر سيفشل مع خطأ توافق EVC.

يمكن للعملاء تجنب مشاكل vMotion الحية بين وحدات SKU الأساسية وعناقيد AV64 عن طريق ضبط وضع EVC على مستوى الآلة الافتراضية ليطابق EVC في عنقود قاعدة أقل، أو عن طريق إيقاف تشغيل الجهاز الافتراضي وتنفيذ vMotion بارد.

تصميم وتوصيات مجال خطأ 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 عقدة. لا تزال بعض مناطق Azure تدعم خمسة FDs كحد أقصى كجزء من الإصدار الأولي من AV64 SKU. راجع منطقة توفر منطقة Azure لاستضافة جدول تعيين النوع للحصول على مزيد من المعلومات.

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

الحد الأدنى لحجم مجموعة عقدة 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 في بعض المناطق. في مناطق Azure المقيدة حاليا بخمسة FDs، تسمح Microsoft للعملاء باستخدام نهج تخزين RAID-5 FTT1 vSAN لمجموعات AV64 مع ست عقد أو أكثر لتلبية اتفاقية مستوى الخدمة (SLA). راجع منطقة توفر منطقة Azure لاستضافة جدول تعيين النوع للحصول على مزيد من المعلومات.

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

Storage

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

Networking

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

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

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

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

Note

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

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

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

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

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

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

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

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

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

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

Software	Version	رقم البنية
خادم VMware vCenter	8.0 [أو3]	24674346
VMware ESXi	8.0 U3f + التصحيح السريع (إصلاح خطأ VAIO)	24797835
VMware vSAN	8.0 [أو3]	24797835
VMware vSAN Witness	8.0 [أو3]	24797835
تنسيق VMware vSAN على القرص	20	N/A
بنية تخزين VMware vSAN	الجيل 1: OSA ، Gen2: ESA	N/A
VMware NSX	4.1.1	22224317
VMware HCX	4.11.1	24846706
استعادة موقع VMware Live	9.0.2.1	24401761
النسخ المتماثل ل VMware vSphere	9.0.2.1	24383568

إذا لم يتطابق رقم الإصدار المدرج مع رقم الإصدار المدرج في ملاحظات الإصدار، فهذا بسبب تطبيق تصحيح مخصص لموفري السحابة.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Role	Task/details
Microsoft - حل Azure VMware	البنية الأساسية المادية مناطق Azure مناطق توفر Azure الطريق السريع / الوصول العالمي Compute/Network/Storage مضيفو الحامل وطاقة 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
Customer	طلب عرض أسعار مضيف 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 لايف 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, VMware Cloud Directory Availability (VCDA) حلول الأمان - BitDefender، TrendMicro، Checkpoint منتجات VMware الأخرى - Aria Suite، NSX Advanced Load Balancer

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

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