أنماط تغيير الحجم التلقائي الشائعة
في هذه الوحدة، سننظر إلى أنماط تغيير الحجم التلقائي.
لا يعد تغيير الحجم التلقائي حلاً فورياً. ببساطة إضافة موارد إلى نظام أو تشغيل المزيد من مثيلات العملية لا يضمن تحسين الأداء للنظام. ضع في اعتبارك النقاط التالية عند تصميم إستراتيجية قياس تلقائي:
التوصيات
تحديد الاختناقات: التحجيم ليس حلا سحريا لكل مشكلة في الأداء. على سبيل المثال، إذا كانت قاعدة البيانات الخلفية هي الازدحام، فلا يساعد ذلك في إضافة المزيد من خوادم الويب. تحديد وحل الازدحامات في النظام قبل طرح المزيد من المثيلات في المشكلة. الأجزاء ذات الحالة من النظام هي السبب الأكثر احتمالاً للازدحامات.
تحليل أحمال العمل حسب متطلبات قابلية التوسع: غالبا ما تتكون التطبيقات من أحمال عمل متعددة مع متطلبات مختلفة للتحجيم. على سبيل المثال، قد يحتوي التطبيق على موقع واجهة عامة وموقع إدارة منفصل. قد يواجه الموقع العام طفرات مفاجئة في حركة المرور، بينما يحتوي موقع الإدارة على حمل أصغر وأكثر قابلية للتنبؤ.
إلغاء تحميل المهام كثيفة الموارد: يجب نقل المهام التي تتطلب العديد من موارد وحدة المعالجة المركزية أو الإدخال/إخراج إلى مهام الخلفية عندما يكون ذلك ممكنا. يؤدي إلغاء تحميل المهام إلى تقليل الحمل على الواجهة الأمامية التي تعالج طلبات المستخدم.
استخدام ميزات التحجيم التلقائي المضمنة: إذا كان التطبيق يحتوي على حمل عمل منتظم يمكن التنبؤ به، فتوسع حسب جدول زمني. على سبيل المثال، وَسّع نطاق العمل خلال ساعات العمل. بخلاف ذلك، إذا كان حجم العمل غير متوقع، فاستخدم قياسات الأداء مثل وحدة المعالجة المركزية أو اطلب طول قائمة الانتظار لتشغيل تغيير الحجم التلقائي.
ضع في اعتبارك التحجيم التلقائي الشديد لأحمال العمل الهامة: بالنسبة لأحمال العمل الهامة، تريد الاحتفاظ بها قبل الطلب. من الأفضل إضافة مثيلات جديدة بسرعة تحت عبء ثقيل للتعامل مع نسبة استخدام الشبكة الأخرى، ثم تقليصها تدريجياً.
تصميم للتحجيم في: تذكر أنه مع المقياس المرن، يحتوي التطبيق على فترات من التحجيم، عند إزالة المثيلات. يجب أن يتعامل التطبيق بأمان مع المثيلات التي تتم إزالتها. فيما يلي بعض الطرق للتعامل مع التوسع:
- استمع إلى أحداث إيقاف التشغيل عندما تكون متوفرة وإيقاف تشغيلها بشكل نظيف.
- دعم معالجة الأخطاء العابرة وإعادة المحاولة.
- ضع في اعتبارك تقسيم العمل للمهام طويلة الأمد.
- ضع عناصر العمل في قائمة انتظار بحيث يمكن لمثيل آخر التقاط العمل إذا تمت إزالة مثيل في منتصف المعالجة.
الإعلامات
- يتم تسجيل كافة حالات فشل التحجيم التلقائي إلى سجل النشاط. يمكنك بعد ذلك تكوين تنبيه سجل النشاط الذي يعلمك عبر البريد الإلكتروني أو خدمة الرسائل القصيرة (SMS) أو خطافات الويب كلما حدث فشل في التحجيم التلقائي.
- وبالمثل، يتم نشر كافة إجراءات تغيير الحجم الناجحة إلى سجل النشاط. يمكنك بعد ذلك تكوين تنبيه سجل النشاط بحيث يمكن إعلامك عبر البريد الإلكتروني أو الرسائل القصيرة أو الإخطارات على الويب كلما كان هناك إجراء تحجيم تلقائي ناجح. يمكنك أيضا تكوين إعلامات البريد الإلكتروني أو الإخطارات على الويب للحصول على إعلام لإجراءات المقياس الناجحة عبر علامة التبويب Notifications في إعداد التحجيم التلقائي.
الأنماط الشائعة لتوسيع نطاق مواردك في Azure
تحجيم على أساس الطلب
يمكنك توسيع نطاق عدد مثيلات الخدمة تلقائيا في بداية يوم العمل عند زيادة طلب العميل. في نهاية يوم العمل، وَسّع تلقائياً عدد مثيلات التطبيق لتقليل تكاليف الموارد في أثناء الليل عندما يكون استخدام التطبيق منخفضاً.
تحجيم الرسم مختلف في أيام الأسبوع مقابل عطلات نهاية الأسبوع
في المساء أو عطلة نهاية الأسبوع، قد يكون لديك طلب أقل على التطبيق. إذا كان هذا الحمل متسقاً على مدار فترة زمنية، فيمكنك تكوين قواعد تغيير الحجم التلقائي لتقليل عدد مثيلات الخدمة في مجموعة تغيير الحجم. يؤدي اتخاذ إجراء التحجيم هذا إلى تقليل تكلفة تشغيل مجموعة التحجيم لأنك تقوم بتشغيل عدد المثيلات المطلوبة لتلبية الطلب الحالي فقط.
تحجيم الرسم بشكل مختلف خلال العطلات
إذا كان لديك استخدام كثيف لخدمة ما في أجزاء معينة من الشهر أو دورة مالية، يمكنك تلقائيا تغيير عدد مثيلات الخدمة لتلبية متطلباتها الإضافية. عندما يكون هناك حدث تسويقي أو ترويج أو بيع في العطلة، يمكنك تلقائياً قياس عدد مثيلات الخدمة قبل طلب العميل المتوقع.
تحجيم على أساس تحجيم مخصص
أخيراً، من الأفضل تحديد قواعد تغيير الحجم التلقائي بعناية. على سبيل المثال، من المحتمل أن يؤدي هجوم رفض الخدمة (DoS) إلى تدفق واسع النطاق لنسبة استخدام الشبكة الواردة. إن محاولة التعامل مع زيادة الطلبات الناجمة عن هجوم لقطع الخدمة ستكون عديمة الجدوى ومكلفة. هذه الطلبات ليست حقيقية، ويجب تجاهلها بدلاً من معالجتها. والحل الأفضل هو تنفيذ الكشف عن الطلبات وتصفيتها التي تحدث أثناء مثل هذا الهجوم وقبل أن تصل إلى خدمتك.
بعد تكوين قواعد تغيير الحجم التلقائي، راقب أداء تطبيقك بمرور الوقت. استخدم نتائج هذه المراقبة لضبط النمط الذي يتدرج فيه النظام، إذا لزم الأمر.