مشاركة عبر


اعتبارات التصميم لمجموعات المقياس

تتناول هذه المقالة اعتبارات التصميم لمجموعات مقياس الجهاز الظاهري. للحصول على معلومات حول ماهية مجموعات مقياس الجهاز الظاهري، راجع نظرة عامة على مجموعات مقياس الجهاز الظاهري.

متى تستخدم مجموعات المقياس بدلا من الأجهزة الظاهرية؟

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

ميزات محددة لمجموعة المقياس

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

الميزات الخاصة بالجهاز الظاهري

تتوفر بعض الميزات حاليا فقط في الأجهزة الظاهرية:

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

التوفير الزائد

هام

يتم دعم الإفراط في التوفير لوضع التنسيق الموحد فقط؛ وهو غير مدعوم لوضع التنسيق المرن.

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

في حين أن الإفراط في التوفير يحسن معدلات نجاح التوفير، فإنه يمكن أن يسبب سلوكا مربكا لتطبيق لم يتم تصميمه للتعامل مع الأجهزة الظاهرية الإضافية التي تظهر ثم تختفي. لإيقاف تشغيل التوفير، تأكد من أن لديك السلسلة التالية في القالب الخاص بك: "overprovision": "false". يمكن العثور على مزيد من التفاصيل في وثائق Scale Set REST API.

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

الحدود

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

تقتصر مجموعة التحجيم التي تم تكوينها باستخدام حسابات التخزين التي يديرها المستخدم حاليا على 100 جهاز ظاهري (ويوصى باستخدام 5 حسابات تخزين لهذا المقياس).

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