مضيفين Azure المخصصين

  • مقالة

ينطبق على: أجهزة ظاهرية بنظام التشغيل Linux ✔️ أجهزة ظاهرية بنظام التشغيل Windows ✔️ مجموعات مقياس موحدة

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

مقدمة الفيديو

المزايا

يوفر حجز المضيف بأكمله العديد من الفوائد بخلاف مزايا مضيف الجهاز الظاهري المشترك القياسي:

  • تحسين التكلفة: باستخدام ميزة Azure المختلطة، يمكنك إحضار تراخيصك الخاصة لنظامي التشغيل Windows وSQL إلى Azure. لمزيد من المعلومات، راجع Azure Hybrid Benefit.

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

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

  • الأمان: يسمح عزل الأجهزة على مستوى الخادم الفعلي بقاء بيانات الذاكرة الحساسة معزولة داخل مضيف فعلي. لن يتم وضع أي أجهزة ظاهرية لعميل آخر على مضيفيك. يتم نشر المضيفين المخصصين في نفس مراكز البيانات ويشتركون في نفس الشبكة والبنية التحتية للتخزين الأساسية مثل المضيفين الآخرين غير المعزولين.

المجموعات والمضيفون والأجهزة الظاهرية

عرض الموارد الجديدة للمضيفين المخصصين.

المجموعة المضيفة هي مورد يمثل مجموعة من المضيفين المخصصين. يمكنك إنشاء مجموعة مضيفة في منطقة ومنطقة توافر، وإضافة مضيفين إليها.

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

اعتبارات قابلية الوصول العالية

للحصول على توفر عال، يجب عليك نشر أجهزة ظاهرية متعددة، منتشرة عبر مضيفين متعددين (بحد أدنى 2). مع Azure Dedicated Hosts، لديك العديد من الخيارات لتوفير البنية التحتية الخاصة بك لتشكيل حدود عزل الأخطاء.

استخدام مناطق التوفر لعزل الخطأ

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

إذا قمت بتعيين مجموعة مضيفة لمنطقة توفر، فيجب إنشاء جميع الأجهزة الظاهرية التي تم إنشاؤها على هذا المضيف في نفس المنطقة.

استخدم مجالات الخطأ لعزل الخطأ

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

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

يتم تحديد مجالات الخطأ للمجموعة المضيفة. يجب ألا تقوم بأي افتراض على عدم الترابط بين مجموعتين مضيفتين (إلا إذا كانتا في مناطق توفر مختلفة).

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

استخدام مناطق التوفر ومجالات الأخطاء

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

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

الوضع اليدوي مقابل التنسيب التلقائي

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

عند إنشاء مجموعة مضيفة جديدة، تأكد من تحديد إعداد موضع الجهاز الظاهري التلقائي. عند إنشاء الجهاز الظاهري، حدد المجموعة المضيفة واسمح لـ Azure باختيار أفضل مضيف لجهازك الظاهري.

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

قيود المواضع التلقائية

المشكلات والقيود المعروفة عند استخدام وضع الجهاز الظاهري التلقائي:

  • لن تتمكن من إعادة توزيع الجهاز الظاهري الخاص بك.
  • لن تتمكن من استخدام DCv2 أو Lsv2 أو NVasv4 أو NVsv3 أو Msv2 أو M-series VMs مع مضيفين مخصصين.

شفاء خدمة المضيف

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

سيكون للمضيف الذي تم إنشاؤه حديثا جميع القيود نفسها مثل المضيف القديم:

  • مجموعة الموارد
  • المنطقة
  • مجال الخطأ
  • مجموعة المضيف
  • ADH SKU
  • استبدال تلقائي عند إعداد الفشل

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

الاثار

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

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

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

دعم مجموعة مقياس الجهاز الظاهري

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

عند إنشاء مجموعة مقياس الجهاز الظاهري، يمكنك تحديد مجموعة مضيفة موجودة لإنشاء جميع مثيلات الجهاز الظاهري على مضيفين مخصصين.

تنطبق المتطلبات التالية عند إنشاء مجموعة مقياس الجهاز الظاهري في مجموعة مضيفة مخصصة:

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

ليست كل إعدادات التزامن والتحسينات مدعومة من قبل مضيفين مخصصين. قم بتطبيق الإعدادات التالية على مجموعة الميزان الخاصة بك:

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

دعم القرص الفائق للأجهزة الظاهرية على مضيفين مخصصين

توفر الأقراص الفائقة IOPS أعلى (بحد أقصى 160000 عملية إدخال وإخراج في الثانية لكل قرص) ومعدل نقل أعلى للقرص (بحد أقصى 4000 ميغابت في الثانية لكل قرص) اعتمادا على حجم القرص. ستظل جميع قيود الأقراص الفائقة سارية. لاستخدام الأقراص الفائقة على المضيفين المخصصين، يجب استيفاء المتطلبات التالية:

  • يجب أن يكون لدى مجموعة المضيفين Ultra SSD 'Enabled'، لا يمكن تغيير هذه الخاصية بمجرد إنشاء المجموعة المضيفة
  • يجب أن تكون سلسلة الجهاز الظاهري للمضيف المخصص متوافقة مع الأقراص الفائقة.

يدعم المضيفون المخصصون أيضا الأقراص الفائقة ذات أحجام الأجهزة الظاهرية المتخصصة: LSv2 وM وMv2 وMsv2 وMdsv2 وNVv3 وNVv4. ومع ذلك، في هذه الحالات أدناه، سيتم تطبيق قيود إضافية مدرجة:

  • يجب أن يكون لدى المجموعة المضيفة الموضع التلقائي "معطل"
  • يجب تعيين عدد مجالات الخطأ لمجموعة المضيفين إلى "1" فقط.

التحكم في الصيانة

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

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

لمزيد من المعلومات، راجع إدارة تحديثات النظام الأساسي باستخدام التحكم في الصيانة.

اعتبارات السعة

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

الحصص النسبية

هناك نوعان من الحصة التي يتم استهلاكها عند نشر مضيف مخصص.

  1. حصة vCPU مخصصة للمضيف. الحد الأقصى الافتراضي لمساحة القرص المتوفرة هو 3000 vCPUs، لكل منطقة.
  2. حصة عائلة حجم VM. على سبيل المثال، قد يحتوي اشتراك الدفع أولاً بأول على حصة من 10 وحدات معالجة افتراضية متاحة لسلسلة حجم Dsv3 في منطقة شرق الولايات المتحدة. لنشر مضيف مخصص Dsv3، ستحتاج إلى طلب زيادة الحصة إلى 64 وحدة معالجة مركزية كبيرة على الأقل قبل أن تتمكن من نشر المضيف المخصص.

لطلب زيادة الحصة النسبية، قم بإنشاء طلب دعم في مدخل Microsoft Azure.

سيؤدي توفير مضيف مخصص إلى استهلاك كل من وحدة المعالجة المركزية الظاهرية للمضيف المخصص وحصة vCPU لعائلة الجهاز الظاهري، ولكنه لن يستهلك وحدة المعالجة المركزية الظاهرية الإقليمية. لن يتم احتساب الأجهزة الظاهرية الموضوعة على مضيف مخصص مقابل الحصة النسبية لوحدة المعالجة المركزية الظاهرية لعائلة الجهاز الظاهري. إذا تم نقل جهاز افتراضي من مضيف مخصص إلى بيئة متعددة المستأجرين، فسوف يستهلك الجهاز الظاهري حصة VM family vCPU.

لقطة شاشة لصفحة الاستخدام والحصص النسبية في المدخل

لمزيد من المعلومات، راجع حصص الجهاز الظاهري vCPU.

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

التسعير

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

يتم تحديد سعر المضيف بناءً على عائلة الأجهزة الظاهرية والنوع (حجم الجهاز) والمنطقة. سعر المضيف نسبي لأكبر حجم جهاز ظاهري مدعوم على المضيف.

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

لمزيد من المعلومات، راجع تسعير Azure المخصص للمضيف.

يمكنك أيضًا توفير التكاليف باستخدام مثيل محجوز لمضيفي Azure المخصصين.

الأحجام وأجيال الأجهزة

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

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

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

ملاحظة

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

دورة حياة المضيف

يراقب Azure الحالة الصحية للمضيفين ويديرها. سيتم إرجاع الحالات التالية عند الاستعلام عن مضيفك:

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

الأسئلة المتداولة

س. ماذا يحدث لمضيفي المخصص في حالة الترحيل المباشر؟

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

س. هل يمكنني تشغيل الأجهزة الظاهرية من عائلات أجهزة ظاهرية متعددة على نفس المضيف المخصص؟

A. لا، ستتمكن من تشغيل الأجهزة الظاهرية فقط من نفس العائلة مثل المضيف المخصص الأساسي. على سبيل المثال، يدعم مضيف Dsv3-Type4 الأجهزة الظاهرية لعائلة الجهاز الظاهري Dsv3 فقط.

س. هل سأتمكن من تشغيل أحجام أجهزة ظاهرية مختلفة على مضيف مخصص واحد؟

A. نعم، يمكنك تشغيل أحجام متعددة من الأجهزة الظاهرية على نفس المضيف المخصص طالما أن جميع الأجهزة الظاهرية تنتمي إلى نفس العائلة مثل المضيف المخصص الأساسي وهناك سعة كافية على المضيف لدعم أحجام الأجهزة الظاهرية. على سبيل المثال، على مضيف Dsv3-Type4 يمكنك تشغيل الأجهزة الظاهرية D2sv3 وD8sv3 وD16sv3 في نفس الوقت.

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