الأسئلة الشائعة حول حل Azure VMware

تجيب هذه المقالة على الأسئلة الشائعة حول حل Azure VMware.

عام

ما هو حل Azure VMware؟

مع متابعة المؤسسات لاستراتيجيات تحديث تكنولوجيا المعلومات لتحسين سرعة الأعمال وتقليل التكاليف وتسريع الابتكار، تعد الأنظمة الأساسية السحابية المختلطة عوامل تمكين رئيسية للتحول الرقمي للعملاء. يجمع حل Azure VMware بين برنامج مركز البيانات المعرفة بالبرمجيات (SDDC) من VMware وبين النظام البيئي للخدمات السحابية العالمية Azure من Microsoft. بالإضافة إلى ذلك ، يفي حل Azure VMware بمتطلبات الأداء والتوافر والأمان والامتثال. لمزيد من المعلومات، راجع ما هو حل Azure VMware.

أين يتوفر حل Azure VMware اليوم؟

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

من يدعم حل Azure VMware؟

تقدم Microsoft دعمًا لحل Azure VMware. يمكنك إرسال طلب دعم. بالنسبة للاشتراكات المُدارة من Cloud Solution Provider (CSP) ، يوفر المستوى الأول من الدعم موفر الحل بنفس الطريقة التي يوفرها CSP لخدمات Azure الأخرى.

هل يمكن أن تتكامل أحمال العمل التي يتم تشغيلها في مثيل حل Azure VMware مع خدمات Azure؟

تتوفر جميع خدمات Azure لعملاء حل Azure VMware. يجب معالجة قيود الأداء والتوافر لخدمات معينة على أساس كل حالة على حدة.

ما هي أنظمة تشغيل الضيف المتوافقة مع حل Azure VMware؟

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

كيف تبدو عملية التحكم في التغيير؟

التحديثات التي تم إجراؤها تتبع عملية إدارة التغيير القياسية لـ Microsoft Azure. العملاء مسؤولون عن أي مهام إدارة عبء العمل وعمليات إدارة التغيير المقترنة.

كيف يختلف هذا الإصدار عن حل Azure VMware بواسطة CloudSimple؟

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

الفوترة

هل هناك اتفاقية مستوى الخدمة (SLA) على استبدال القرص عند حدوث حالات فشل؟

يتم استبدال أي مضيف به مشكلات في القرص. إنها تضم ​​ما يصل إلى 99.9 من توفر اتفاقية مستوى الخدمة (SLA) لخدمة حل Azure VMware.

كيف يتم تنظيم التسعير ل حل Azure VMware؟

للحصول على أسئلة عامة حول التسعير، راجع صفحة تسعير حل Azure VMware.

هل برنامج VMware HCX Enterprise متاح؟ وإذا كان الأمر كذلك، فما هي تكلفته؟

يتوفر VMware HCX Enterprise على حل Azure VMware دون أي تكلفة أخرى ويتم تمكينه افتراضيا.

هل ستتحمل حركة المرور بين حلول Azure VMware عبر ExpressRoute أي رسوم نقل بيانات صادرة في خطة البيانات المحسوبة؟

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

• حل Azure VMware إلى شبكة Azure الظاهرية من خلال دائرة ExpressRoute داخلية وخالية من التكلفة، بغض النظر عن موقع المنطقة (نفس المنطقة أو عبر المنطقة).

• يتم حل Azure VMware إلى الموقع المحلي من خلال شبكة Azure الظاهرية أو ExpressRoute Global Reach (بين ExpressRoute الداخلي وExpressRoute الخارجي). لا يزال مجانيا بصرف النظر عن رسوم الخروج القياسية (نموذج الفوترة المحدودة) من ExpressRoute إلى الشبكة المحلية. بالنسبة إلى نموذج الفوترة غير المحدود، لا توجد رسوم بيانات.

على سبيل المثال:

• إذا قمنا بتوصيل شبكة Azure الظاهرية في Azure West Europe بالسحابة الخاصة حل Azure VMware في غرب أوروبا، فلا توجد رسوم ExpressRoute بخلاف رسوم بوابة ExpressRoute.

• إذا قمنا بتوصيل شبكة Azure الظاهرية في Azure شمال أوروبا بالسحابة الخاصة حل Azure VMware في غرب أوروبا، فلا توجد رسوم ExpressRoute بخلاف رسوم بوابة ExpressRoute.

• إذا قمت بتوصيل سحابة خاصة ل حل Azure VMware في غرب أوروبا بسحابة حل Azure VMware الخاصة في شمال أوروبا عبر ExpressRoute Global Reach. لا توجد رسوم لنقل بيانات ExpressRoute Global Reach (الخروج والخروج). هناك رسوم عند استخدام بوابة ExpressRoute.

هل من الضروري شراء ترخيص VMware وموارد أخرى غير مثيل AV36 عند الترحيل من بيئة الجهاز الظاهري المحلي بملحق L2؟

لا، لا تحتاج إلى شراء ترخيص VMware آخر خارج خدمة حل Azure VMware. لمزيد من المعلومات، راجع صفحة تسعير حل Azure VMware لمعرفة تقنية VMware المضمنة.

الدعم

كيف أطلب زيادة حصة المضيف لـ حل Azure VMware؟

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

ما الحسابات التي أحتاجها لإنشاء سحابة خاصة حل Azure VMware؟

تحتاج إلى حساب Azure في اشتراك Azure.

هل حلول Red Hat مدعومة على حل Azure VMware؟

تشترك Microsoft وRed Hat في فريق دعم متكامل وموحد يوفر نقطة اتصال موحدة لنظم Red Hat البيئية التي تعمل على نظام Azure الأساسي. مثل خدمات النظام الأساسي الأخرى لـ Azure التي تعمل مع Red Hat Enterprise Linux، يقع حل Azure VMware ضمن Cloud Access ومظلة الدعم المتكاملة. يدعم Red Hat Enterprise Linux التشغيل داخلحل Azure VMware داخل Azure.

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

كيف يمكنني تلقي تنبيه عندما يرسل Azure إعلامات صحة الخدمة إلى اشتراكي في Azure؟

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

التكوين والإعداد

كم من الوقت يستغرق توفير المضيفين الثلاثة الأول في مجموعة؟

يعتمد التوفير على التكوين، حيث يمكن أن تختلف أحجام العنقود الأولية، وأوقات التخزين. إضافة عقدة واحدة جديدة في نفس العنقود الحالي/نفس المجموعة يمكن أن تختلف بناء على مزامنة البيانات المطلوبة بسبب حركة مرور vSAN.

هل يمكنني استخدام اسم المجلد "AVS-vendor-folders" لمجلدات vCenter Server VM في حل Azure VMware؟

لا، "AVS-vendor-folders" هو اسم محجوز داخل حل Azure VMware وقد يؤدي استخدامه إلى تعارضات مع الوظيفة المقصودة أو يتسبب في سلوك غير متوقع داخل بيئة إدارة vCenter الخاصة ب حل Azure VMware. اختر اسم مجلد بديل يتوافق مع احتياجاتك التنظيمية مع تجنب التعارضات مع اصطلاحات التسمية المحددة مسبقا في حل Azure VMware.

هل يمكنني تكوين إعدادات مرسل البريد في حل Azure VMware؟

في حل Azure VMware، يتم عمدا عدم كشف هذه القدرة. يعتمد هذا التصميم على كيفية تشغيل المنصة ودعمها، ويساعد في ضمان تجربة متسقة وموثوقة لجميع العملاء. بدلا من تكوين البريد الإلكتروني مباشرة في vCenter، نوصي باستخدام حلول إشعارات أصلية في Azure أو VM مثل تنبيهات Azure Monitor، أو Log Analytics مع تنبيهات قائمة على الأحداث، أو سير عمل الأتمتة (على سبيل المثال، إرسال البريد الإلكتروني عبر خدمات خارجية).

برنامج حل VMware

هل يمكن إدارة الأجهزة الظاهرية الخاصة بحل Azure VMware بواسطة VMRC؟

نعم. شريطة أن يتمكن النظام المثبت عليه من الوصول إلى خادم vCenter السحابي الخاص ويستخدم DNS العام لحل أسماء مضيفي ESXi.

هل توجد تعليمات خاصة لتثبيت واستخدام VMRC مع حل Azure VMware VMs؟

‏‏لا. لتلبية المتطلبات الأساسية للجهاز الظاهري، اتبع الإرشادات التي يوفرها VMware.

هل يمكنني استخدام vRealize Suite الذي يعمل محليًّا؟

يتم اعتماد vRealize Automation وvRealize مدير العمليات وvRealize Network Insight للاستخدام مع حل Azure VMware عند تثبيت هذه المنتجات في مركز بيانات محلي. الإصدارات المستندة إلى السحابة من هذه المنتجات -- vRealize Automation Cloud و vRealize Operations Cloud و vRealize Network Insight Cloud -- معتمدة أيضًا للاستخدام.

هل يمكنني ترحيل vSphere VMs من البيئات المحلية إلى السحابة الخاصة حل Azure VMware؟

نعم. هذا الترحيل ممكن ويوصى به عبر VMware HCX أو باستخدام ترحيل التخزين مثل ANF SnapMirror. HCX هو الطريقة الوحيدة المدعومة لتمديد شبكات L2 من حيث الهجنة بين الشبكات المحلية والسحابية أو السحابة إلى السحابة.

هل هناك حاجة إلى إصدار محدد من vSphere في البيئات المحلية؟

يجب أن تكون البيئة المحلية تعمل على vSphere 6.5 أو أحدث إذا تم استخدام VMware HCX لنقل الأجهزة الافتراضية.

كيف أعمل ترحيل جهاز ظاهري إلى خطة مختلفة؟

لترحيل جهاز Azure الظاهري (VM) إلى خطة مختلفة، اتبع الخطوات التالية:

1. أوقف الجهاز الظاهري في مدخل Microsoft Azure عن طريق تحديد الجهاز الظاهري الخاص بك ثم تحديد "Stop" لإلغاء تخصيص الموارد.
2. مع إيقاف الجهاز الظاهري، قم بالوصول إلى إعداد "الحجم" للجهاز الظاهري.
3. في لوحة 'اختيار المقاس'، اختر حجما جديدا متوافقا مع السلسلة الحالية أو المرغوب فيها.
4. حدد الزر "تغيير الحجم" لتطبيق تغيير الحجم.
5. أعد تشغيل الجهاز الظاهري لإنهاء الترحيل.

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

هل برنامج VMware HCX مدعوم على شبكات VPN؟

نعم، تم استيفاء الحد الأدنى من المتطلبات ل VMware HCX Network Underlay.

ما هي إصدارات برامج VMware المستخدمة في السحب الخاصة؟

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

البرامج	‏‏الإصدار	رقم الإصدار
خادم VMware vCenter	8.0 U3k	25600417
VMware ESXi	8.0 U3k	25595708
VMware vSAN	8.0 [أو3]	25595708
VMware vSAN Witness	8.0 [أو3]	25595708
تنسيق VMware vSAN على القرص	20	‏‫غير متوفر‬
بنية تخزين VMware vSAN	الجيل 1: OSA ، Gen2: ESA	‏‫غير متوفر‬
VMware NSX	4.2.3.2	25077145
VMware HCX	4.11.4	25238712
استعادة موقع VMware Live	9.0.2.1	24401761
النسخ المتماثل ل VMware vSphere	9.0.2.1	24383568

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

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

كم مرة يتم تصحيح برنامج حل VMware (ESXi وvCenter Server وNSX) أو تحديثه أو ترقيته في السحابة الخاصة ل حل Azure VMware؟

تتمثل إحدى فوائد السحب الخاصة ل حل Azure VMware في الحفاظ على النظام الأساسي لك. تتحمل Microsoft مسؤولية إدارة دورة حياة أجهزة VMware (ESXi وvCenter Server وvSAN) وأجهزة NSX. كما تتحمل Microsoft مسؤولية تمهيد تشغيل تكوين الشبكة، مثل إنشاء بوابة Tier-0 وتمكين التوجيه بين الشمال والجنوب. أنت مسؤول عن تكوين NSX SDN: مقاطع الشبكة وقواعد جدار الحماية الموزعة وبوابات المستوى 1 وموازنات التحميل.

إشعار

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

تتحمل Microsoft مسؤولية تطبيق أي تصحيحات أو تحديثات أو ترقيات على ESXi وvCenter Server وvSAN وNSX في السحابة الخاصة بك. تأثير التصحيحات والتحديثات والترقيات على ESXi وvCenter Server وNSX له الاعتبارات التالية:

• ESXi - لا يوجد أي تأثير على أحمال العمل التي تعمل في السحابة الخاصة بك. لا يتم حظر الوصول إلى خادم vCenter وNSX خلال هذا الوقت. خلال هذا الوقت، نوصي بعدم التخطيط لأنشطة أخرى مثل: توسيع نطاق السحابة الخاصة، وجدولة أو بدء عمليات ترحيل HCX النشطة، وإجراء تغييرات في تكوين HCX، وما إلى ذلك، في السحابة الخاصة بك.

• خادم vCenter - لا يوجد أي تأثير على أحمال العمل التي تعمل في السحابة الخاصة بك. خلال هذا الوقت، خادم vCenter غير متوفر ولا يمكنك إدارة الأجهزة الظاهرية (إيقاف أو بدء أو إنشاء أو حذف). نوصيك بعدم التخطيط لأنشطة أخرى مثل توسيع نطاق السحابة الخاصة، وإنشاء شبكات جديدة، وما إلى ذلك، في السحابة الخاصة بك. عند استخدام واجهات مستخدم VMware Site Recovery Manager أو vSphere Replication، نوصي بعدم القيام بأي من الإجراءات: تكوين vSphere Replication وتكوين خطط استرداد الموقع أو تنفيذها أثناء ترقية خادم vCenter.

• NSX - Microsoft يتبع سير عمل الترقية القياسي لبرودكوم NSX. يتم إجراء ترقيات NSX Edge أولا وتنفذ واحدة تلو الأخرى، مما قد يؤدي إلى فقدان حزم مؤقت أثناء انتقال Edge برشاقة إلى حافة نشطة أخرى أثناء الترقية. عادة، لا يؤثر هذا على التطبيقات النهائية، لأن إعادة الإرسال في طبقة TCP عادة ما تعالج المشكلة. بالنسبة للمضيفين، يستخدم حل Azure VMware ترقيات وضع صيانة المضيف لتجنب أي تأثير أثناء ترقيات المضيف؛ تقوم هذه العملية بنقل جميع الأجهزة الافتراضية إلى مضيفين آخرين في العنقود وتضع المضيفين في وضع الصيانة قبل الترقية. خلال الترقية، يتم حظر الوصول إلى مستوى إدارة NSX، ولا يمكن إجراء تغييرات على إعدادات بيئة NSX. ننصحك بعدم التخطيط لأنشطة أخرى مثل توسيع السحابة الخاصة وما إلى ذلك، داخل السحابة الخاصة بك. يمكن أن تمنع الأنشطة الأخرى الترقية من البدء أو قد يكون لها تأثيرات سلبية على الترقية والبيئة.

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

تتضمّن تحديثات البرامج ما يلي:

• التصحيحات - تصحيحات الأمان أو إصلاحات الأخطاء التي تم إصدارها بواسطة VMware

• التحديثات - تغيير الإصدار الثانوي لمكون مكدس VMware

• الترقيات - تغيير الإصدار الرئيسي لمكون مكدس VMware

إشعار

تختبر Microsoft تصحيح أمان مهم بمجرد توفّره من VMware.

يتم تطبيق حلول VMware البديلة المُوثقة بدلاً من تثبيت تصحيح مقابل حتى يتم نشر التحديثات المُجدولة التالية.

هل تستخدم السُّحب الخاصة برنامج VMware NSX؟ إذا كان الأمر كذلك، ما هو الإصدار المعتمد؟

نعم، NSX هو الإصدار الوحيد المدعوم من برنامج ظاهرية شبكة VMware.

يستخدم VMware NSX 4.2.3.2 للشبكات المعرفة برمجيا في السحب الخاصة حل Azure VMware.

هل VMware NSX مطلوب في البيئات أو الشبكات المحلية التي تتصل بسحابة خاصة؟

لا، لست مطالبا باستخدام VMware NSX المحلي. يوفر VMware HCX الاتصال الضروري بين vSphere المحلي وحل Azure VMware.

هل يدعم حل Azure VMware VMware vDefend مع الحماية المتقدمة من التهديدات (ATP)؟

يدعم حل Azure VMware جدار الحماية VMware vDefend مع إضافة Advanced Threat Prevention (ATP) عبر نموذج BYOL. يجب على العملاء شراء ترخيص الحماية المتقدمة من التهديدات (ATP) من Broadcom. تطبق Microsoft الترخيص على السحابة الخاصة حل Azure VMware مع طلب دعم. على حل Azure VMware، يدعم هذا الترخيص فقط وظائف NSX Distributed IDS/IPS ولا يغطي الميزات الأخرى التي ذكرتها Broadcom.

هل يوفر حل Azure VMware جميع ميزات vDefend المتقدمة مع ترخيص vDefend BYOL المدعوم؟

لا يدعم حل Azure VMware كل الميزات المرفقة مع ترخيص vDefend. وبشكل أكثر تحديدا، لا تدعم القدرات المتقدمة التالية ل vDefend على حل Azure VMware، حتى مع ترخيص vDefend BYOL الصالح، لأنها تتطلب بنية تحتية إضافية غير مدعومة حاليا على حل Azure VMware، استخبارات الأمان، تصفية عناوين IP الخبيثة، اكتشاف ومنع البرمجيات الخبيثة الموزعة، الصندوق المفتوح السحابي وتحليل التشويش، اكتشاف الشبكة والاستجابة (NDR)، إعادة توجيه أحداث ملفات البرمجيات الخبيثة إلى NDR، واكتشاف البرمجيات الخبيثة عبر البوابة.

هل يتم دعم إدراج خدمة VMware NSX مع حل Azure VMware؟

‏‏لا.

هل Omnissa Horizon 8 2012 متوافق مع حل Azure VMware؟

نعم.

ترحيل

لماذا لا أستطيع رؤية تبويب Microsoft Sentinel Management في HCX Manager عند استخدام خدمة Microsoft Sentinel Appliance؟

يوفر تبويب إدارة Microsoft Sentinel إمكانية تحميل برنامج Microsoft Sentinel. يظهر في واجهة HCX Interconnect عند تفعيل ترخيص HCX Enterprise، وتقوم بنشر شبكة خدمة مع زوج Microsoft Sentinel Gateway (SGW) وMicrosoft Sentinel Data Receiver (SDR) المنشور. أيضا، في النشر التقليدي من الموقع إلى السحابة، يظهر تبويب Microsoft Sentinel فقط في الموصل، وليس في مدير السحابة.

إذا قمنا بنقل آلة افتراضية تم إنشاؤها بتوفير سميك في الجانب المحلي إلى حل Azure VMware، هل يبقى الجهاز سميكا؟

يمكنك تحديد نوع التنسيق الذي تريده عند ترحيل جهاز ظاهري إلى حل Azure VMware. ومع ذلك، فإن vSAN هو بشكل أساسي مخزن البيانات الذي تستخدمه في حل Azure VMware، لذا يعتمد ذلك على سياسة التخزين المختارة. نهج التخزين الافتراضي لمخزن البيانات هو RAID-1 FTT-1، والذي يتم توفيره بشكل رقيق. يمكنك استخدام أوامر Run (تشغيل) لتغيير سياسة تخزين البيانات الافتراضية.

حسب

ما هي مواصفات وحدة المعالجة المركزية في كل نوع من أنواع الأجهزة المضيفة؟

لمزيد من المعلومات، راجع أسعار Azure في منطقتك لمزيد من المعلومات حول أنواع المضيفين المختلفة والمواصفات التقنية.

هل يدعم حل Azure VMware تشغيل ESXi كحل ظاهري متداخل؟

‏‏لا. لا يدعم VMware الظاهرية المتداخلة رسميا.

الاستعادة/النسخ الاحتياطي

ما هي حلول النسخ الاحتياطي لبائعي البرامج المستقلين (ISV) التي تعمل مع حل Azure VMware؟

قامت Commvault وVeritas وVeeam بتوسيع حلول النسخ الاحتياطي الخاصة بهم للعمل مع حل Azure VMware. ومع ذلك ، فإن أي حل للنسخ الاحتياطي يستخدم واجهة برمجة تطبيقات VMware vStorage لحماية البيانات (VADP) مع وضع النقل HotAdd الذي يعمل على حل Azure VMware. لمزيد من المعلومات، راجع حلول النسخ الاحتياطي لأجهزة حل Azure VMware الظاهرية.

ماذا عن دعم حلول النسخ الاحتياطي ISV؟

مع تثبيت هذه الحلول الاحتياطية وإدارتها من قبل العملاء، يمكنهم التواصل مع مزود الخدمة المستقلة المعني للحصول على الدعم.

الموثوقية والتوافر

هل يمكنني نشر عنقود ممتد عبر مناطق التوفر لزيادة التوافر؟

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

هل يدعم حل Azure VMware Gen2 مناطق التوافر؟

نعم. في حل Azure VMware Gen2، يمكنك اختيار منطقة التوافر حيث يتم نشر السحابة الخاصة بك (حسب توفر السعة في تلك المنطقة). يمكنك أيضا نشر سحابات خاصة منفصلة في مناطق توفر مختلفة كجزء من استراتيجية التعافي من الكوارث (DR) أو استراتيجية التوافر العالي.

هل يدعم حل Azure VMware Gen2 مجموعات vSAN الممتدة عبر مناطق التوفر؟

‏‏لا. لا يتم دعم مجموعات vSAN الممتدة (سحابة خاصة واحدة تمتد عبر منطقتي توفر) في حل Azure VMware Gen2 اليوم.

في حل Azure VMware Gen1، هل يمكنني اختيار منطقة التوفر لسحابتي الخاصة؟

‏‏لا. في حل Azure VMware الجيل الأول، لا يدعم اختيار منطقة توفر عند نشر سحابة خاصة.

في مجموعات حل Azure VMware Gen1 الممتدة، ماذا يحدث إذا أصبحت منطقة التوافر التي تستضيف شاهد vSAN غير متاحة؟

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

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

لا يتم إعادة إنشاء الشاهد تلقائيا أو نقله إلى منطقة توفر أخرى خلال هذا الوقت.

هل تغير مناطق Azure ذات الأربع مناطق طريقة استخدام حل Azure VMware لمناطق التوافر؟

‏‏لا. لا يزال حل Azure VMware غير متأثر. تعتمد قدرات منطقة التوفر على ما يدعمه حل Azure VMware في تلك المنطقة والسعة المتاحة.

هل هناك إمكانيات مدمجة لتشغيل أحمال العمل عبر عدة سحابات خاصة من حل Azure VMware لصالح DR/HA؟

‏‏لا. عادة ما يتطلب نشر أحمال العمل عبر عدة سحابات خاصة (على سبيل المثال، عبر مناطق التوفر) تنسيقا وتكرارا مدارين من قبل العملاء. بالنسبة لDR، يستخدم العملاء عادة حلولا من طرف ثالث مثل Jetstream أو Zerto أو استرداد موقع Azure، بناء على متطلبات عبء العمل.

الشبكات والترابط

هل يمكن استخدام Azure Bastion للاتصال بأجهزة حل Azure VMware VMs؟

Azure Bastion هي الخدمة الموصى بها للاتصال بصندوق الانتقال لمنع تعريض حل Azure VMware للإنترنت. لا يمكنك استخدام Azure Bastion للاتصال بـ حل Azure VMware VMs نظرًا لأنها ليست كائنات Azure IaaS.

ما مقدار النطاق الترددي للشبكة المتاح في كل مضيف ESXi؟

تم تكوين كل مضيف ESXi في حل Azure VMware بأربع بطاقات NIC بسرعة 25 جيجابت في الثانية، وبطاقتي NIC تم توفيرهما لحركة مرور نظام ESXi ، وبطاقتي NIC تم توفيرهما لحركة مرور أعباء العمل.

هل يتم مشاركة سجلات البنية الأساسية لبروتوكول SNMP؟

‏‏لا.

هل تدعم ExpressRoute الحزم التي تتجاوز MTU لـ 1500؟

‏‏لا.

هل يمكن استخدام موازن تحميل Azure internal مع الأجهزة الظاهرية لـ حل Azure VMware؟

‏‏لا. يدعم موازن تحميل Azure داخليًّا فقط للأجهزة الظاهرية لـ Azure IaaS . لا يدعم موازن تحميل Azure تجمعات الواجهة الخلفية المستندة إلى IP؛ أجهزة Azure الظاهرية فقط أو كائنات مجموعة مقياس الجهاز الظاهري التي لا تكون فيها الأجهزة الظاهرية ل حل Azure VMware كائنات Azure.

هل يمكن استخدام بوابة ExpressRoute الحالية للاتصال بـ حل Azure VMware؟

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

ما هو تخطيط عنوان مزود خدمة الإنترنت للشبكة المطلوب لدمج السحب الخاصة مع البيئات المحلية؟

يتطلب مساحة عنوان شبكة خاصة / 22 لنشر سحابة خاصة حل Azure VMware. يجب ألا تتداخل مساحة العنوان الخاص هذه مع الشبكات الظاهرية الأخرى في الاشتراك أو مع الشبكات المحلية.

كيف يمكنني الاتصال من البيئات المحلية بسحابة خاصة حل Azure VMware؟

يمكنك الاتصال بالخدمة بإحدى طريقتين:

• باستخدام الشبكة الظاهرية أو تطبيق عبارة نشر على شبكة اتصال ظاهري Azure التي يتم نظيرها عبر ExpressRoute إلى مجموعة النظراء الخاصة.
• عبر ExpressRoute Global Reach من مركز البيانات المحلي الخاص بك إلى دائرة Azure ExpressRoute.

كيف يمكنني توصيل جهاز ظاهري لحمل العمل بالإنترنت أو نقطة نهاية خدمة Azure؟

في مدخل Azure ، قم بتمكين اتصال الإنترنت لسحابة خاصة. باستخدام NSX Manager، قم بإنشاء بوابة NSX T1 ومفاتيح منطقية. ثم يمكنك استخدام خادم vCenter لنشر جهاز ظاهري على مقطع الشبكة المحدد بواسطة المفتاح المنطقي. يتمتع الجهاز الظاهري بإمكانية الوصول إلى الإنترنت وخدمات Azure.

إشعار

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

هل أحتاج إلى تقييد الوصول من الإنترنت إلى الأجهزة الظاهرية على الشبكات المنطقية في سحابة خاصة؟

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

هل أحتاج إلى تقييد الوصول إلى الإنترنت من الأجهزة الظاهرية الموجودة على الشبكات المنطقية إلى الإنترنت؟

نعم. تحتاج إلى استخدام NSX Manager لإنشاء جدار حماية لتقييد وصول الجهاز الظاهري إلى الإنترنت.

ما هو نطاق مزود خدمة الإنترنت الذي يمكن استخدامه لعنوان مزود خدمة الإنترنت لخادم DNS وعنوان مزود خدمة الإنترنت لخادم DHCP؟

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

هل يمكن أن يستخدم حل Azure VMware بوابات ExpressRoute المستضافة من WAN ظاهرية؟

نعم.

هل يمكن إنشاء اتصال بالعبور بين حلول Azure VMware المحلي من خلال WAN ظاهرية عبر ExpressRoute Global Reach؟

لا توفر WAN ظاهرية توجيها متعدية بين دائرتين متصلتين من ExpressRoute وبوابة ExpressRoute غير الظاهرية WAN. يسمح ExpressRoute Global Reach بالاتصال بين الحلول المحلية و Azure VMware ولكنه يمر عبر شبكة Microsoft العالمية بدلًا من Virtual WAN Hub.

هل Windows 2008 مدعوم كخادم Active Directory (AD) أو نظام تشغيل مضيف جلسة عمل سطح المكتب البعيد (RDSH) في NSX؟

‏‏لا.

لماذا لا يمكنني الوصول إلى حل Azure VMware vCenter Server Appliance وNSX Manager من الشبكة الظاهرية المحلية أو Azure؟

هذا مقصود. لا يمكنك الوصول إلى مدير NSX وجهاز vCenter Server Appliance (vCSA) من الموقع المحلي عندما يتم الإعلان فقط عن 0.0.0.0/0 (المسار الافتراضي) عبر ExpressRoute Global Reach بين حل Azure VMware وExpressRoute المحلي الخاص بك أو عبر الشبكة الافتراضية في Azure إلى حل Azure VMware. تحتاج إلى الإعلان عن مسارات/شبكات فرعية معينة للوصول إلى NSX Manager وvCSA.

التخزين

ما نهج التخزين الصحيح لإعداد إلغاء التكرار؟

استخدم نهج التخزين thin_provision لقالب الجهاز الظاهري الخاص بك.

ما هي سعة التخزين لكل مضيف؟

يحتوي كل مضيف ESXi على مجموعتين من أقراص vSAN بطبقة سعة 15.2 تيرابايت وطبقة ذاكرة التخزين المؤقت NVMe 3.2 تيرابايت (1.6 تيرابايت في كل مجموعة أقراص).

هل يتم تشفير البيانات المخزنة على مخازن بيانات شبكة vSAN في وضع عدم التشغيل؟

نعم ، تستخدم مخازن بيانات vSAN تشفير البيانات غير المستقرة افتراضيًّا باستخدام المفاتيح المخزنة في Azure Key Vault. يعتمد حل التشفير على KMS ويدعم عمليات خادم vCenter لإدارة المفاتيح. عند إزالة مضيف من مجموعة vSphere، يتم إبطال البيانات الموجودة على القرص على الفور.

هل يمكنني إعادة تسمية مخزن بيانات أو مجموعة أثناء الإنشاء؟

لا ، لا يمكنك تغيير اسم مخازن البيانات أو المجموعات.

ما هو تحمل الأعطال لفشل الأجهزة على شبكة vSAN؟

RAID-1, FTT-1,مع تعيين حجز مساحة الجسم على التوفير الرفيع هو سياسة التخزين الافتراضية لمراكز البيانات المحددة بالبرامج (SDDCs).

ما الفرق بين الإمداد السميك والإمداد الرقيق?

التزويد السميك هو مساحة تخزين محجوزة أو مخصصة مسبقا. يحمي التزويد المفصّل الأنظمة بالسماح لها بالعمل حتى إذا كان مخزن بيانات vSAN ممتلئًا؛ لأن المساحة محجوزة بالفعل. على سبيل المثال، افترض أنك أنشأت قرصا ظاهريا بسعة 10 غيغابايت مع توفير سميك. في هذه الحالة، يتم تخصيص كامل سعة تخزين القرص الافتراضي مسبقا على التخزين الفيزيائي حيث يتم إنشاء القرص الافتراضي ويستهلك كل المساحة المخصصة له في مخزن البيانات. لا يسمح للأجهزة الافتراضية الأخرى بمشاركة المساحة من مخزن البيانات. يستهلك القرص الظاهري قليل التزويد المساحة التي يحتاجها في البداية ويزداد حسب الطلب على مساحة البيانات المستخدمة في مخزن البيانات.

كم عدد الأقراص التي يمكن أن تفشل على شبكة vSAN قبل حدوث فقدان البيانات؟

يعتمد ذلك على كيفية تخطيط أعباء عمل التطبيق الخاص بك للتشغيل داخل SDDC (السحابة الخاصة). تتحكم Microsoft في حالات الفشل هذه بانتظام وتستبدل الأجهزة عند اكتشاف مثل هذه الأحداث من منظور البنية التحتية. كإعداد افتراضي، يتم استخدام إعداد FTT-1، والذي يستوعب فشل مضيف واحد.

ما نوع التنبيهات التي يمكن أن أتوقع رؤيتها بخصوص شبكة vSAN؟

تقدم Microsoft تنبيهات عندما يتجاوز استهلاك السعة 75٪. بدلًا من ذلك ، يمكنك أيضًا مراقبة مقاييس استهلاك السعة المدمجة في Azure Monitor.

كم عدد محركات أقراص NVMe سعة 1.6 تيرابايت التي تشكل مجموعات الأقراص لتوفير 15.4 تيرابايت من تخزين SSD الخام لكل مضيف؟

يحتوي وحدة تخزين AV36 على ذاكرة تخزين مؤقت NVMe بسعة 1.6 تيرابايت وثماني سعة تخزين خام بسعة 1.9 تيرابايت، يتم تقسيمها بعد ذلك إلى مجموعتين من القرص. تحقق من وحدات SKU AV36P وAV52 لمعرفة مواصفات أجهزتها.

ما هو تكوين RAID لمجموعات الأقراص؟

لم يتم تكوين مجموعات الأقراص RAID. بدلا من ذلك، فهي مجرد مجموعة من الأقراص (JBOD) ويتم التحكم فيها مباشرة بواسطة vSAN.

لماذا يستغرق vSphere Storage vMotion من ملفات Azure NetApp (ANF) إلى مخزن بيانات آخر فترة طويلة من الوقت؟

ويرجع ذلك إلى استخدام عامل Data Mover في نواة ESXi. يتطلب وكيل نقل البيانات قراءة جميع الكتل في ملف VMDK (قرص الآلة الافتراضية) ونقلها إلى مضيف ESXi بغض النظر عن المحتوى. يؤدي هذا إلى الحجم الكامل ل VMDK ليتم نقله من الصفيف الخارجي من خلال مضيف ESXi إلى مخزن البيانات الوجهة. يجب قراءة القرص بأكمله لإنشاء نسخة متماثلة كاملة في الوجهة. يعتمد تنسيق الوجهة والمساحة المستهلكة على قدرات مخزن البيانات الوجهة، والبروتوكول، والتنسيق. نظرا لأن جميع الكتل يجب أن تقرأ من مخزن البيانات المصدر، فقد يكون الوقت اللازم لإكمال هذه العملية أطول من المتوقع.

ما إعداد التسامح مع الخطأ الذي يجب أن أحتفظ به في توزيع حل Azure VMware القياسي للبقاء متوافقا مع اتفاقية مستوى الخدمة من Microsoft؟

وفقا لاتفاقية مستوى الخدمة الخاصة ب Microsoft عندما تحتوي المجموعة على ما بين 3 و5 مضيفين، فإن عدد حالات الفشل في تحمل = 1؛ وعندما يحتوي نظام المجموعة على ما بين 6 و16 مضيف، فإن عدد حالات الفشل في تحمل = 2. ملاحظة: سياسات التخزين لا يتم ترقيتها تلقائيا بناء على حجم العنقود.

ما إعداد التسامح مع الخطأ الذي يجب أن أحتفظ به في نشر حل Azure VMware الممتد ليظل متوافقا مع اتفاقية مستوى الخدمة من Microsoft؟

وفقا ل Microsoft SLA، يتم نشر ست عقد على الأقل في العنقود (3 في كل منطقة توافر). يجب أن يكون لديك سياسة تخزين افتراضية دنيا (1) مستوى أساسي من الأعطال لتحمل "Dual-Site النسخ"، و(2) مستوى ثانوي من الفشل الذي يمكن تحمله 1 يستخدم من قبل الأجهزة الافتراضية في عبء العمل.

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

هل هناك أكثر من نوع مضيف واحد متاح لكل سحابة خاصة؟ هل من الممكن الجمع بين أنواع المضيفين المختلفة في نظام مجموعة أو سحابة خاصة؟

باستثناء عنقود AV64 الذي يتطلب مجموعة منفصلة من 3 عقد على حد أدنى مثل AV36 أو AV36P أو AV52، لا يمكنك دمج أنواع مضيفات مختلفة في سحابة خاصة. في جميع السيناريوهات، تتطلب المجموعات نفس نوع المضيف. يمكن نشر مجموعات متعددة داخل سحابة خاصة واحدة. يجب أن يكون جميع المضيفين من نفس النوع داخل سحابة خاصة. إذا كانت هناك حاجة لأنواع مختلفة من المضيفين لتلبية احتياجات حالة الاستخدام، يجب نشر المزيد من السحب الخاصة.

هل أستخدم نفس الأدوات التي أستخدمها الآن لإدارة موارد السحابة الخاصة؟

نعم. يتم استخدام مدخل Azure للنشر والعديد من عمليات الإدارة. يتم استخدام خادم vCenter ومدير NSX لإدارة موارد vSphere وNSX.

هل يمكنني إدارة سحابة خاصة باستخدام خادم vCenter المحلي الخاص بي؟

عند الإطلاق، لا يدعم حل Azure VMware تجربة إدارة واحدة عبر بيئات السحابة المحلية والخاصة. يمكنك إدارة مجموعات السحابة الخاصة باستخدام خادم vCenter وNSX Manager المحلي إلى سحابة خاصة.

إذا تم توسيع نظام المجموعة، ثم انخفض الطلب على حمل العمل ، فهل يمكن تقليصها؟

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

هل البنية التحتية الأساسية مشتركة؟

لا ، مضيفات ومجموعات السحابة الخاصة مخصصة ويتم مسحها بأمان قبل الاستخدام وبعده.

ما هو الحد الأدنى والحد الأقصى لعدد المضيفين لكل نظام مجموعة؟ هل يمكنني توسيع نطاق مجموعات السحاب الخاصة بي؟

يمكن أن تتدرج المجموعات بين ثلاثة مضيفين (كحد أدنى) و16 (كحد أقصى) ESXi.

إدارة الهوية

ما هي الحسابات والامتيازات التي أحصل عليها مع سحابة حل Azure VMware الخاصة الجديدة؟

يتم توفير بيانات اعتماد لمستخدم مسؤول السحابة في خادم vCenter ووصول المسؤول على NSX Manager. يمكنك أيضا استخدام مجموعة CloudAdmin لدمج Microsoft Active Directory. لمزيد من المعلومات، راجع بنية الوصول والهوية.

هل يمكن أن يكون للمسؤول حق الوصول إلى مضيفي ESXi؟

لا، يقتصر وصول المسؤول إلى ESXi لتلبية متطلبات الأمان للحل.

ما هي الصلاحيات والأذونات التي أحصل عليها في خادم vCenter؟

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

ما هي الامتيازات والأذونات التي أحصل عليها على مدير NSX؟

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

إشعار

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

كيف يمكنني تغيير بيانات الاعتماد الخاصة بي؟

للحصول على معلومات حول إعادة تعيين بيانات الاعتماد الخاصة بك، راجع تدوير بيانات اعتماد cloudadmin ل حل Azure VMware.

هل امتيازات ملحق cloudadmin مدعومة بواسطة حل Azure VMware؟

‏‏لا. لا ندعم حاليًّا امتيازات تمديد cloudadmin وليس لدينا خطط لدعمها.

CSP والتعدد المستأجر

هل يوفر حل Azure VMware خيارًا لشركاء المضيف لإعادة بيع الخدمة؟

نعم. لمزيد من المعلومات، راجع طلب حصة المضيف ل حل Azure VMware.

هل يقدم حل Azure VMware خدمات إيجار متعددة لاستضافة شركاء CSP؟

‏‏لا. في الوقت الحالي ، لا يقدم حل Azure VMware خدمة تأجير متعدد.

هل يتيح حل Azure VMware لشريك مضيف تقسيم الموارد داخل السحابة الخاصة (SDDC) لإدارتها للعملاء بطريقة متعددة المستأجرين؟

لا، لا يمكن مشاركة سحابة حل Azure VMware الخاصة بين العملاء النهائيين.

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

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

هل يمكن شراء حل Azure VMware من خلال Microsoft CSP؟

نعم ، يمكن للعملاء نشر حل Azure VMware ضمن اشتراك Azure المُدار بواسطة CSP.

هل النسخ المحجوزة متاحة للشراء من خلال برنامج CSP؟

نعم. يمكن لمقدمي خدمات الحوسبة السحابية شراء مثيلات محجوزة لعملائهم. لمزيد من المعلومات، راجع توفير التكاليف باستخدام مثيل محجوز.

تجيب هذه المقالة على الأسئلة الشائعة حول حل Azure VMware.

مع متابعة المؤسسات لاستراتيجيات تحديث تكنولوجيا المعلومات لتحسين سرعة الأعمال وتقليل التكاليف وتسريع الابتكار، تعد الأنظمة الأساسية السحابية المختلطة عوامل تمكين رئيسية للتحول الرقمي للعملاء. يجمع حل Azure VMware بين برنامج مركز البيانات المعرفة بالبرمجيات (SDDC) من VMware وبين النظام البيئي للخدمات السحابية العالمية Azure من Microsoft. بالإضافة إلى ذلك ، يفي حل Azure VMware بمتطلبات الأداء والتوافر والأمان والامتثال. لمزيد من المعلومات، راجع ما هو حل Azure VMware.

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

تقدم Microsoft دعمًا لحل Azure VMware. يمكنك إرسال طلب دعم. بالنسبة للاشتراكات المُدارة من Cloud Solution Provider (CSP) ، يوفر المستوى الأول من الدعم موفر الحل بنفس الطريقة التي يوفرها CSP لخدمات Azure الأخرى.

تتوفر جميع خدمات Azure لعملاء حل Azure VMware. يجب معالجة قيود الأداء والتوافر لخدمات معينة على أساس كل حالة على حدة.

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

التحديثات التي تم إجراؤها تتبع عملية إدارة التغيير القياسية لـ Microsoft Azure. العملاء مسؤولون عن أي مهام إدارة عبء العمل وعمليات إدارة التغيير المقترنة.

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

يتم استبدال أي مضيف به مشكلات في القرص. إنها تضم ​​ما يصل إلى 99.9 من توفر اتفاقية مستوى الخدمة (SLA) لخدمة حل Azure VMware.

للحصول على أسئلة عامة حول التسعير، راجع صفحة تسعير حل Azure VMware.

يتوفر VMware HCX Enterprise على حل Azure VMware دون أي تكلفة أخرى ويتم تمكينه افتراضيا.

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

• حل Azure VMware إلى شبكة Azure الظاهرية من خلال دائرة ExpressRoute داخلية وخالية من التكلفة، بغض النظر عن موقع المنطقة (نفس المنطقة أو عبر المنطقة).

• يتم حل Azure VMware إلى الموقع المحلي من خلال شبكة Azure الظاهرية أو ExpressRoute Global Reach (بين ExpressRoute الداخلي وExpressRoute الخارجي). لا يزال مجانيا بصرف النظر عن رسوم الخروج القياسية (نموذج الفوترة المحدودة) من ExpressRoute إلى الشبكة المحلية. بالنسبة إلى نموذج الفوترة غير المحدود، لا توجد رسوم بيانات.

على سبيل المثال:

• إذا قمنا بتوصيل شبكة Azure الظاهرية في Azure West Europe بالسحابة الخاصة حل Azure VMware في غرب أوروبا، فلا توجد رسوم ExpressRoute بخلاف رسوم بوابة ExpressRoute.

• إذا قمنا بتوصيل شبكة Azure الظاهرية في Azure شمال أوروبا بالسحابة الخاصة حل Azure VMware في غرب أوروبا، فلا توجد رسوم ExpressRoute بخلاف رسوم بوابة ExpressRoute.

• إذا قمت بتوصيل سحابة خاصة ل حل Azure VMware في غرب أوروبا بسحابة حل Azure VMware الخاصة في شمال أوروبا عبر ExpressRoute Global Reach. لا توجد رسوم لنقل بيانات ExpressRoute Global Reach (الخروج والخروج). هناك رسوم عند استخدام بوابة ExpressRoute.

لا، لا تحتاج إلى شراء ترخيص VMware آخر خارج خدمة حل Azure VMware. لمزيد من المعلومات، راجع صفحة تسعير حل Azure VMware لمعرفة تقنية VMware المضمنة.

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

تحتاج إلى حساب Azure في اشتراك Azure.

تشترك Microsoft وRed Hat في فريق دعم متكامل وموحد يوفر نقطة اتصال موحدة لنظم Red Hat البيئية التي تعمل على نظام Azure الأساسي. مثل خدمات النظام الأساسي الأخرى لـ Azure التي تعمل مع Red Hat Enterprise Linux، يقع حل Azure VMware ضمن Cloud Access ومظلة الدعم المتكاملة. يدعم Red Hat Enterprise Linux التشغيل داخلحل Azure VMware داخل Azure.

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

يعتمد التوفير على التكوين، حيث يمكن أن تختلف أحجام العنقود الأولية، وأوقات التخزين. إضافة عقدة واحدة جديدة في نفس العنقود الحالي/نفس المجموعة يمكن أن تختلف بناء على مزامنة البيانات المطلوبة بسبب حركة مرور vSAN.

لا، "AVS-vendor-folders" هو اسم محجوز داخل حل Azure VMware وقد يؤدي استخدامه إلى تعارضات مع الوظيفة المقصودة أو يتسبب في سلوك غير متوقع داخل بيئة إدارة vCenter الخاصة ب حل Azure VMware. اختر اسم مجلد بديل يتوافق مع احتياجاتك التنظيمية مع تجنب التعارضات مع اصطلاحات التسمية المحددة مسبقا في حل Azure VMware.

في حل Azure VMware، يتم عمدا عدم كشف هذه القدرة. يعتمد هذا التصميم على كيفية تشغيل المنصة ودعمها، ويساعد في ضمان تجربة متسقة وموثوقة لجميع العملاء. بدلا من تكوين البريد الإلكتروني مباشرة في vCenter، نوصي باستخدام حلول إشعارات أصلية في Azure أو VM مثل تنبيهات Azure Monitor، أو Log Analytics مع تنبيهات قائمة على الأحداث، أو سير عمل الأتمتة (على سبيل المثال، إرسال البريد الإلكتروني عبر خدمات خارجية).

نعم. شريطة أن يتمكن النظام المثبت عليه من الوصول إلى خادم vCenter السحابي الخاص ويستخدم DNS العام لحل أسماء مضيفي ESXi.

‏‏لا. لتلبية المتطلبات الأساسية للجهاز الظاهري، اتبع الإرشادات التي يوفرها VMware.

يتم اعتماد vRealize Automation وvRealize مدير العمليات وvRealize Network Insight للاستخدام مع حل Azure VMware عند تثبيت هذه المنتجات في مركز بيانات محلي. الإصدارات المستندة إلى السحابة من هذه المنتجات -- vRealize Automation Cloud و vRealize Operations Cloud و vRealize Network Insight Cloud -- معتمدة أيضًا للاستخدام.

نعم. هذا الترحيل ممكن ويوصى به عبر VMware HCX أو باستخدام ترحيل التخزين مثل ANF SnapMirror. HCX هو الطريقة الوحيدة المدعومة لتمديد شبكات L2 من حيث الهجنة بين الشبكات المحلية والسحابية أو السحابة إلى السحابة.

يجب أن تكون البيئة المحلية تعمل على vSphere 6.5 أو أحدث إذا تم استخدام VMware HCX لنقل الأجهزة الافتراضية.

لترحيل جهاز Azure الظاهري (VM) إلى خطة مختلفة، اتبع الخطوات التالية:

1. أوقف الجهاز الظاهري في مدخل Microsoft Azure عن طريق تحديد الجهاز الظاهري الخاص بك ثم تحديد "Stop" لإلغاء تخصيص الموارد.
2. مع إيقاف الجهاز الظاهري، قم بالوصول إلى إعداد "الحجم" للجهاز الظاهري.
3. في لوحة 'اختيار المقاس'، اختر حجما جديدا متوافقا مع السلسلة الحالية أو المرغوب فيها.
4. حدد الزر "تغيير الحجم" لتطبيق تغيير الحجم.
5. أعد تشغيل الجهاز الظاهري لإنهاء الترحيل.

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

نعم، تم استيفاء الحد الأدنى من المتطلبات ل VMware HCX Network Underlay.

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

البرامج	‏‏الإصدار	رقم الإصدار
خادم VMware vCenter	8.0 U3k	25600417
VMware ESXi	8.0 U3k	25595708
VMware vSAN	8.0 [أو3]	25595708
VMware vSAN Witness	8.0 [أو3]	25595708
تنسيق VMware vSAN على القرص	20	‏‫غير متوفر‬
بنية تخزين VMware vSAN	الجيل 1: OSA ، Gen2: ESA	‏‫غير متوفر‬
VMware NSX	4.2.3.2	25077145
VMware HCX	4.11.4	25238712
استعادة موقع VMware Live	9.0.2.1	24401761
النسخ المتماثل ل VMware vSphere	9.0.2.1	24383568

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

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

تتمثل إحدى فوائد السحب الخاصة ل حل Azure VMware في الحفاظ على النظام الأساسي لك. تتحمل Microsoft مسؤولية إدارة دورة حياة أجهزة VMware (ESXi وvCenter Server وvSAN) وأجهزة NSX. كما تتحمل Microsoft مسؤولية تمهيد تشغيل تكوين الشبكة، مثل إنشاء بوابة Tier-0 وتمكين التوجيه بين الشمال والجنوب. أنت مسؤول عن تكوين NSX SDN: مقاطع الشبكة وقواعد جدار الحماية الموزعة وبوابات المستوى 1 وموازنات التحميل.

إشعار

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

تتحمل Microsoft مسؤولية تطبيق أي تصحيحات أو تحديثات أو ترقيات على ESXi وvCenter Server وvSAN وNSX في السحابة الخاصة بك. تأثير التصحيحات والتحديثات والترقيات على ESXi وvCenter Server وNSX له الاعتبارات التالية:

• ESXi - لا يوجد أي تأثير على أحمال العمل التي تعمل في السحابة الخاصة بك. لا يتم حظر الوصول إلى خادم vCenter وNSX خلال هذا الوقت. خلال هذا الوقت، نوصي بعدم التخطيط لأنشطة أخرى مثل: توسيع نطاق السحابة الخاصة، وجدولة أو بدء عمليات ترحيل HCX النشطة، وإجراء تغييرات في تكوين HCX، وما إلى ذلك، في السحابة الخاصة بك.

• خادم vCenter - لا يوجد أي تأثير على أحمال العمل التي تعمل في السحابة الخاصة بك. خلال هذا الوقت، خادم vCenter غير متوفر ولا يمكنك إدارة الأجهزة الظاهرية (إيقاف أو بدء أو إنشاء أو حذف). نوصيك بعدم التخطيط لأنشطة أخرى مثل توسيع نطاق السحابة الخاصة، وإنشاء شبكات جديدة، وما إلى ذلك، في السحابة الخاصة بك. عند استخدام واجهات مستخدم VMware Site Recovery Manager أو vSphere Replication، نوصي بعدم القيام بأي من الإجراءات: تكوين vSphere Replication وتكوين خطط استرداد الموقع أو تنفيذها أثناء ترقية خادم vCenter.

• NSX - Microsoft يتبع سير عمل الترقية القياسي لبرودكوم NSX. يتم إجراء ترقيات NSX Edge أولا وتنفذ واحدة تلو الأخرى، مما قد يؤدي إلى فقدان حزم مؤقت أثناء انتقال Edge برشاقة إلى حافة نشطة أخرى أثناء الترقية. عادة، لا يؤثر هذا على التطبيقات النهائية، لأن إعادة الإرسال في طبقة TCP عادة ما تعالج المشكلة. بالنسبة للمضيفين، يستخدم حل Azure VMware ترقيات وضع صيانة المضيف لتجنب أي تأثير أثناء ترقيات المضيف؛ تقوم هذه العملية بنقل جميع الأجهزة الافتراضية إلى مضيفين آخرين في العنقود وتضع المضيفين في وضع الصيانة قبل الترقية. خلال الترقية، يتم حظر الوصول إلى مستوى إدارة NSX، ولا يمكن إجراء تغييرات على إعدادات بيئة NSX. ننصحك بعدم التخطيط لأنشطة أخرى مثل توسيع السحابة الخاصة وما إلى ذلك، داخل السحابة الخاصة بك. يمكن أن تمنع الأنشطة الأخرى الترقية من البدء أو قد يكون لها تأثيرات سلبية على الترقية والبيئة.

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

تتضمّن تحديثات البرامج ما يلي:

• التصحيحات - تصحيحات الأمان أو إصلاحات الأخطاء التي تم إصدارها بواسطة VMware

• التحديثات - تغيير الإصدار الثانوي لمكون مكدس VMware

• الترقيات - تغيير الإصدار الرئيسي لمكون مكدس VMware

إشعار

تختبر Microsoft تصحيح أمان مهم بمجرد توفّره من VMware.

يتم تطبيق حلول VMware البديلة المُوثقة بدلاً من تثبيت تصحيح مقابل حتى يتم نشر التحديثات المُجدولة التالية.

نعم، NSX هو الإصدار الوحيد المدعوم من برنامج ظاهرية شبكة VMware.

يستخدم VMware NSX 4.2.3.2 للشبكات المعرفة برمجيا في السحب الخاصة حل Azure VMware.

لا، لست مطالبا باستخدام VMware NSX المحلي. يوفر VMware HCX الاتصال الضروري بين vSphere المحلي وحل Azure VMware.

يدعم حل Azure VMware جدار الحماية VMware vDefend مع إضافة Advanced Threat Prevention (ATP) عبر نموذج BYOL. يجب على العملاء شراء ترخيص الحماية المتقدمة من التهديدات (ATP) من Broadcom. تطبق Microsoft الترخيص على السحابة الخاصة حل Azure VMware مع طلب دعم. على حل Azure VMware، يدعم هذا الترخيص فقط وظائف NSX Distributed IDS/IPS ولا يغطي الميزات الأخرى التي ذكرتها Broadcom.

لا يدعم حل Azure VMware كل الميزات المرفقة مع ترخيص vDefend. وبشكل أكثر تحديدا، لا تدعم القدرات المتقدمة التالية ل vDefend على حل Azure VMware، حتى مع ترخيص vDefend BYOL الصالح، لأنها تتطلب بنية تحتية إضافية غير مدعومة حاليا على حل Azure VMware، استخبارات الأمان، تصفية عناوين IP الخبيثة، اكتشاف ومنع البرمجيات الخبيثة الموزعة، الصندوق المفتوح السحابي وتحليل التشويش، اكتشاف الشبكة والاستجابة (NDR)، إعادة توجيه أحداث ملفات البرمجيات الخبيثة إلى NDR، واكتشاف البرمجيات الخبيثة عبر البوابة.

‏‏لا.

نعم.

يوفر تبويب إدارة Microsoft Sentinel إمكانية تحميل برنامج Microsoft Sentinel. يظهر في واجهة HCX Interconnect عند تفعيل ترخيص HCX Enterprise، وتقوم بنشر شبكة خدمة مع زوج Microsoft Sentinel Gateway (SGW) وMicrosoft Sentinel Data Receiver (SDR) المنشور. أيضا، في النشر التقليدي من الموقع إلى السحابة، يظهر تبويب Microsoft Sentinel فقط في الموصل، وليس في مدير السحابة.

يمكنك تحديد نوع التنسيق الذي تريده عند ترحيل جهاز ظاهري إلى حل Azure VMware. ومع ذلك، فإن vSAN هو بشكل أساسي مخزن البيانات الذي تستخدمه في حل Azure VMware، لذا يعتمد ذلك على سياسة التخزين المختارة. نهج التخزين الافتراضي لمخزن البيانات هو RAID-1 FTT-1، والذي يتم توفيره بشكل رقيق. يمكنك استخدام أوامر Run (تشغيل) لتغيير سياسة تخزين البيانات الافتراضية.

لمزيد من المعلومات، راجع أسعار Azure في منطقتك لمزيد من المعلومات حول أنواع المضيفين المختلفة والمواصفات التقنية.

‏‏لا. لا يدعم VMware الظاهرية المتداخلة رسميا.

قامت Commvault وVeritas وVeeam بتوسيع حلول النسخ الاحتياطي الخاصة بهم للعمل مع حل Azure VMware. ومع ذلك ، فإن أي حل للنسخ الاحتياطي يستخدم واجهة برمجة تطبيقات VMware vStorage لحماية البيانات (VADP) مع وضع النقل HotAdd الذي يعمل على حل Azure VMware. لمزيد من المعلومات، راجع حلول النسخ الاحتياطي لأجهزة حل Azure VMware الظاهرية.

مع تثبيت هذه الحلول الاحتياطية وإدارتها من قبل العملاء، يمكنهم التواصل مع مزود الخدمة المستقلة المعني للحصول على الدعم.

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

نعم. في حل Azure VMware Gen2، يمكنك اختيار منطقة التوافر حيث يتم نشر السحابة الخاصة بك (حسب توفر السعة في تلك المنطقة). يمكنك أيضا نشر سحابات خاصة منفصلة في مناطق توفر مختلفة كجزء من استراتيجية التعافي من الكوارث (DR) أو استراتيجية التوافر العالي.

‏‏لا. لا يتم دعم مجموعات vSAN الممتدة (سحابة خاصة واحدة تمتد عبر منطقتي توفر) في حل Azure VMware Gen2 اليوم.

‏‏لا. في حل Azure VMware الجيل الأول، لا يدعم اختيار منطقة توفر عند نشر سحابة خاصة.

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

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

لا يتم إعادة إنشاء الشاهد تلقائيا أو نقله إلى منطقة توفر أخرى خلال هذا الوقت.

‏‏لا. لا يزال حل Azure VMware غير متأثر. تعتمد قدرات منطقة التوفر على ما يدعمه حل Azure VMware في تلك المنطقة والسعة المتاحة.

‏‏لا. عادة ما يتطلب نشر أحمال العمل عبر عدة سحابات خاصة (على سبيل المثال، عبر مناطق التوفر) تنسيقا وتكرارا مدارين من قبل العملاء. بالنسبة لDR، يستخدم العملاء عادة حلولا من طرف ثالث مثل Jetstream أو Zerto أو استرداد موقع Azure، بناء على متطلبات عبء العمل.

Azure Bastion هي الخدمة الموصى بها للاتصال بصندوق الانتقال لمنع تعريض حل Azure VMware للإنترنت. لا يمكنك استخدام Azure Bastion للاتصال بـ حل Azure VMware VMs نظرًا لأنها ليست كائنات Azure IaaS.

تم تكوين كل مضيف ESXi في حل Azure VMware بأربع بطاقات NIC بسرعة 25 جيجابت في الثانية، وبطاقتي NIC تم توفيرهما لحركة مرور نظام ESXi ، وبطاقتي NIC تم توفيرهما لحركة مرور أعباء العمل.

‏‏لا.

‏‏لا.

‏‏لا. يدعم موازن تحميل Azure داخليًّا فقط للأجهزة الظاهرية لـ Azure IaaS . لا يدعم موازن تحميل Azure تجمعات الواجهة الخلفية المستندة إلى IP؛ أجهزة Azure الظاهرية فقط أو كائنات مجموعة مقياس الجهاز الظاهري التي لا تكون فيها الأجهزة الظاهرية ل حل Azure VMware كائنات Azure.

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

يتطلب مساحة عنوان شبكة خاصة / 22 لنشر سحابة خاصة حل Azure VMware. يجب ألا تتداخل مساحة العنوان الخاص هذه مع الشبكات الظاهرية الأخرى في الاشتراك أو مع الشبكات المحلية.

يمكنك الاتصال بالخدمة بإحدى طريقتين:

• باستخدام الشبكة الظاهرية أو تطبيق عبارة نشر على شبكة اتصال ظاهري Azure التي يتم نظيرها عبر ExpressRoute إلى مجموعة النظراء الخاصة.
• عبر ExpressRoute Global Reach من مركز البيانات المحلي الخاص بك إلى دائرة Azure ExpressRoute.

في مدخل Azure ، قم بتمكين اتصال الإنترنت لسحابة خاصة. باستخدام NSX Manager، قم بإنشاء بوابة NSX T1 ومفاتيح منطقية. ثم يمكنك استخدام خادم vCenter لنشر جهاز ظاهري على مقطع الشبكة المحدد بواسطة المفتاح المنطقي. يتمتع الجهاز الظاهري بإمكانية الوصول إلى الإنترنت وخدمات Azure.

إشعار

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

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

نعم. تحتاج إلى استخدام NSX Manager لإنشاء جدار حماية لتقييد وصول الجهاز الظاهري إلى الإنترنت.

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

نعم.

لا توفر WAN ظاهرية توجيها متعدية بين دائرتين متصلتين من ExpressRoute وبوابة ExpressRoute غير الظاهرية WAN. يسمح ExpressRoute Global Reach بالاتصال بين الحلول المحلية و Azure VMware ولكنه يمر عبر شبكة Microsoft العالمية بدلًا من Virtual WAN Hub.

‏‏لا.

هذا مقصود. لا يمكنك الوصول إلى مدير NSX وجهاز vCenter Server Appliance (vCSA) من الموقع المحلي عندما يتم الإعلان فقط عن 0.0.0.0/0 (المسار الافتراضي) عبر ExpressRoute Global Reach بين حل Azure VMware وExpressRoute المحلي الخاص بك أو عبر الشبكة الافتراضية في Azure إلى حل Azure VMware. تحتاج إلى الإعلان عن مسارات/شبكات فرعية معينة للوصول إلى NSX Manager وvCSA.

استخدم نهج التخزين thin_provision لقالب الجهاز الظاهري الخاص بك.

يحتوي كل مضيف ESXi على مجموعتين من أقراص vSAN بطبقة سعة 15.2 تيرابايت وطبقة ذاكرة التخزين المؤقت NVMe 3.2 تيرابايت (1.6 تيرابايت في كل مجموعة أقراص).

نعم ، تستخدم مخازن بيانات vSAN تشفير البيانات غير المستقرة افتراضيًّا باستخدام المفاتيح المخزنة في Azure Key Vault. يعتمد حل التشفير على KMS ويدعم عمليات خادم vCenter لإدارة المفاتيح. عند إزالة مضيف من مجموعة vSphere، يتم إبطال البيانات الموجودة على القرص على الفور.

لا ، لا يمكنك تغيير اسم مخازن البيانات أو المجموعات.

RAID-1, FTT-1,مع تعيين حجز مساحة الجسم على التوفير الرفيع هو سياسة التخزين الافتراضية لمراكز البيانات المحددة بالبرامج (SDDCs).

التزويد السميك هو مساحة تخزين محجوزة أو مخصصة مسبقا. يحمي التزويد المفصّل الأنظمة بالسماح لها بالعمل حتى إذا كان مخزن بيانات vSAN ممتلئًا؛ لأن المساحة محجوزة بالفعل. على سبيل المثال، افترض أنك أنشأت قرصا ظاهريا بسعة 10 غيغابايت مع توفير سميك. في هذه الحالة، يتم تخصيص كامل سعة تخزين القرص الافتراضي مسبقا على التخزين الفيزيائي حيث يتم إنشاء القرص الافتراضي ويستهلك كل المساحة المخصصة له في مخزن البيانات. لا يسمح للأجهزة الافتراضية الأخرى بمشاركة المساحة من مخزن البيانات. يستهلك القرص الظاهري قليل التزويد المساحة التي يحتاجها في البداية ويزداد حسب الطلب على مساحة البيانات المستخدمة في مخزن البيانات.

يعتمد ذلك على كيفية تخطيط أعباء عمل التطبيق الخاص بك للتشغيل داخل SDDC (السحابة الخاصة). تتحكم Microsoft في حالات الفشل هذه بانتظام وتستبدل الأجهزة عند اكتشاف مثل هذه الأحداث من منظور البنية التحتية. كإعداد افتراضي، يتم استخدام إعداد FTT-1، والذي يستوعب فشل مضيف واحد.

تقدم Microsoft تنبيهات عندما يتجاوز استهلاك السعة 75٪. بدلًا من ذلك ، يمكنك أيضًا مراقبة مقاييس استهلاك السعة المدمجة في Azure Monitor.

يحتوي وحدة تخزين AV36 على ذاكرة تخزين مؤقت NVMe بسعة 1.6 تيرابايت وثماني سعة تخزين خام بسعة 1.9 تيرابايت، يتم تقسيمها بعد ذلك إلى مجموعتين من القرص. تحقق من وحدات SKU AV36P وAV52 لمعرفة مواصفات أجهزتها.

لم يتم تكوين مجموعات الأقراص RAID. بدلا من ذلك، فهي مجرد مجموعة من الأقراص (JBOD) ويتم التحكم فيها مباشرة بواسطة vSAN.

ويرجع ذلك إلى استخدام عامل Data Mover في نواة ESXi. يتطلب وكيل نقل البيانات قراءة جميع الكتل في ملف VMDK (قرص الآلة الافتراضية) ونقلها إلى مضيف ESXi بغض النظر عن المحتوى. يؤدي هذا إلى الحجم الكامل ل VMDK ليتم نقله من الصفيف الخارجي من خلال مضيف ESXi إلى مخزن البيانات الوجهة. يجب قراءة القرص بأكمله لإنشاء نسخة متماثلة كاملة في الوجهة. يعتمد تنسيق الوجهة والمساحة المستهلكة على قدرات مخزن البيانات الوجهة، والبروتوكول، والتنسيق. نظرا لأن جميع الكتل يجب أن تقرأ من مخزن البيانات المصدر، فقد يكون الوقت اللازم لإكمال هذه العملية أطول من المتوقع.

وفقا لاتفاقية مستوى الخدمة الخاصة ب Microsoft عندما تحتوي المجموعة على ما بين 3 و5 مضيفين، فإن عدد حالات الفشل في تحمل = 1؛ وعندما يحتوي نظام المجموعة على ما بين 6 و16 مضيف، فإن عدد حالات الفشل في تحمل = 2. ملاحظة: سياسات التخزين لا يتم ترقيتها تلقائيا بناء على حجم العنقود.

وفقا ل Microsoft SLA، يتم نشر ست عقد على الأقل في العنقود (3 في كل منطقة توافر). يجب أن يكون لديك سياسة تخزين افتراضية دنيا (1) مستوى أساسي من الأعطال لتحمل "Dual-Site النسخ"، و(2) مستوى ثانوي من الفشل الذي يمكن تحمله 1 يستخدم من قبل الأجهزة الافتراضية في عبء العمل.

باستثناء عنقود AV64 الذي يتطلب مجموعة منفصلة من 3 عقد على حد أدنى مثل AV36 أو AV36P أو AV52، لا يمكنك دمج أنواع مضيفات مختلفة في سحابة خاصة. في جميع السيناريوهات، تتطلب المجموعات نفس نوع المضيف. يمكن نشر مجموعات متعددة داخل سحابة خاصة واحدة. يجب أن يكون جميع المضيفين من نفس النوع داخل سحابة خاصة. إذا كانت هناك حاجة لأنواع مختلفة من المضيفين لتلبية احتياجات حالة الاستخدام، يجب نشر المزيد من السحب الخاصة.

نعم. يتم استخدام مدخل Azure للنشر والعديد من عمليات الإدارة. يتم استخدام خادم vCenter ومدير NSX لإدارة موارد vSphere وNSX.

عند الإطلاق، لا يدعم حل Azure VMware تجربة إدارة واحدة عبر بيئات السحابة المحلية والخاصة. يمكنك إدارة مجموعات السحابة الخاصة باستخدام خادم vCenter وNSX Manager المحلي إلى سحابة خاصة.

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

لا ، مضيفات ومجموعات السحابة الخاصة مخصصة ويتم مسحها بأمان قبل الاستخدام وبعده.

يمكن أن تتدرج المجموعات بين ثلاثة مضيفين (كحد أدنى) و16 (كحد أقصى) ESXi.

يتم توفير بيانات اعتماد لمستخدم مسؤول السحابة في خادم vCenter ووصول المسؤول على NSX Manager. يمكنك أيضا استخدام مجموعة CloudAdmin لدمج Microsoft Active Directory. لمزيد من المعلومات، راجع بنية الوصول والهوية.

لا، يقتصر وصول المسؤول إلى ESXi لتلبية متطلبات الأمان للحل.

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

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

إشعار

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

للحصول على معلومات حول إعادة تعيين بيانات الاعتماد الخاصة بك، راجع تدوير بيانات اعتماد cloudadmin ل حل Azure VMware.

‏‏لا. لا ندعم حاليًّا امتيازات تمديد cloudadmin وليس لدينا خطط لدعمها.

نعم. لمزيد من المعلومات، راجع طلب حصة المضيف ل حل Azure VMware.

‏‏لا. في الوقت الحالي ، لا يقدم حل Azure VMware خدمة تأجير متعدد.

لا، لا يمكن مشاركة سحابة حل Azure VMware الخاصة بين العملاء النهائيين.

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

نعم ، يمكن للعملاء نشر حل Azure VMware ضمن اشتراك Azure المُدار بواسطة CSP.

نعم. يمكن لمقدمي خدمات الحوسبة السحابية شراء مثيلات محجوزة لعملائهم. لمزيد من المعلومات، راجع توفير التكاليف باستخدام مثيل محجوز.