أفضل ممارسات التحجيم التلقائي
ينطبق التحجيم التلقائي ل Azure Monitor فقط على مجموعات مقياس جهاز Azure الظاهري، وخدمات Azure السحابية، وميزة تطبيقات الويب في Azure App Service، وإدارة واجهة برمجة تطبيقات Azure.
مفاهيم التحجيم التلقائي
- يمكن أن يحتوي المورد على إعداد مقياس تلقائي واحد فقط.
- يمكن أن يحتوي إعداد التحجيم التلقائي على ملف تعريف واحد أو أكثر، ويمكن أن يكون لكل ملف تعريف قاعدة تحجيم تلقائي واحدة أو أكثر.
- يقوم إعداد التحجيم تلقائي بتحجيم المثيلات أفقيًا، ويتم ذلك بتزويدها عن طريق زيادة المثيلات وتخفيضها عن طريق تقليل عدد المثيلات.
- يحتوي إعداد التحجيم تلقائي على أقصى وأدنى قيمة والقيمة الافتراضية للمثيلات.
- تقوم مهمة التحجيم التلقائي دائمًا بقراءة المقياس المقترن الذي يجب قياسه، مع التحقق مما إذا كان قد تجاوز الحد المكون للتحجيم أو التوسع. يمكنك عرض قائمة بالمقاييس التي يمكن للمقياس التلقائي أن يوسعّها من خلال المقاييس الشائعة للتحجيم التلقائي في Azure Monitor.
- يتم حساب جميع الحدود على أساس مستوى المثيل. مثال على ذلك هو "التوسيع بمقدار مثيل واحد عندما يكون متوسط وحدة المعالجة المركزية > 80٪ عندما يكون عدد المثيلات 2." وهذا يعني التوسع عندما يكون متوسط وحدة المعالجة المركزية عبر جميع المثيلات أكبر من 80٪.
- يتم تسجيل جميع حالات فشل التحجيم التلقائي في سجل النشاط. يمكنك بعد ذلك تكوين تنبيه سجل نشاط بحيث يمكن إعلامك عبر البريد الإلكتروني أو الرسائل القصيرة أو الإخطارات على الويب كلما حدث فشل في التحجيم التلقائي.
- وبالمثل، يتم نشر جميع إجراءات المقياس الناجحة في سجل النشاط. يمكنك بعد ذلك تكوين تنبيه سجل النشاط بحيث يمكن إخطارك عبر البريد الإلكتروني أو الرسائل القصيرة أو الخطافات على الويب متى كان هناك إجراء تحجيم تلقائي ناجح. يمكنك أيضًا تكوين إشعارات البريد الإلكتروني أو الإخطارات على الويب للحصول على إشعارات بإجراءات المقياس الناجحة عبر علامة تبويب الإشعارات في إعداد التحجيم التلقائي.
أفضل ممارسات التحجيم التلقائي
استخدم أفضل الممارسات التالية في أثناء استخدام التحجيم التلقائي.
تأكّد من اختلاف القيم القصوى والدنيا، ومن وجود هامش كافٍ بينهما.
إذا كان لديك إعداد يحتوي على الحد الأدنى =2 والحد الأقصى =2 وعدد المثيلات الحالي هو 2، فلا يمكن أن يحدث أي إجراء مقياس. اترك هامشًا كافيًا بين العدد الأقصى والأدنى من المثيلات، والذي يشمل الكل. دائمًا ما يتم التحجيم التلقائي بين هذه الحدود.
يتم إعادة تعيين التحجيم اليدوي عن طريق الحد الأدنى والحد الأقصى للتحجيم التلقائي
إذا قمت بتحديث عدد المثيلات يدويًا إلى قيمة أعلى أو أقل من الحد الأقصى، فإن محرك التحجيم التلقائي يتدرج تلقائيًا إلى الحد الأدنى (إذا كان أدناه) أو الحد الأقصى (إذا كان أعلاه). على سبيل المثال، يمكنك تعيين النطاق بين 3 و6. إذا كان لديك مثيل واحد قيد التشغيل، فإن محرك التحجيم التلقائي يقوم بالتوسيع إلى ثلاثة مثيلات عند مرة التشغيل القادمة. وبالمثل، إذا قمت بتعيين التحجيم يدويًا إلى ثمانية مثيلات، فإن عملية التحجيم التلقائي التالية ستتوسع إلى ست مثيلات في مرة التشغيل القادمة. التحجيم اليدوي مؤقت ما لم تقم أيضا بإعادة تعيين قواعد التحجيم التلقائي.
احرص دائمًا على استخدام قاعدة التوسيع الأفقي والتوسيع الرأسي الذي ينفذ الزيادة والانخفاض
إذا كنت تستخدم جزءا واحدا فقط من المجموعة، فإن التحجيم التلقائي يتخذ إجراء فقط في اتجاه واحد (توسيع النطاق أو الدخول) حتى يصل إلى الحد الأقصى أو الحد الأدنى لعدد المثيلات، كما هو محدد في ملف التعريف. هذا الموقف ليس الأمثل. من الناحية المثالية، تريد توسيع نطاق المورد الخاص بك في أوقات الاستخدام العالي لضمان التوفر. وبالمثل، في أوقات الاستخدام المنخفض، تريد أن يتوسع المورد الخاص بك بحيث يمكنك تحقيق وفورات في التكاليف.
عند استخدامك لقاعدتي التحجيم والتوسيع، فمن الأفضل لك استخدام المقياس نفسه للتحكم في كليهما. وإلا، فمن الممكن أن يتم استيفاء شروط التوسيع والتوسيع في نفس الوقت مما يؤدي إلى مستوى ما من الخفقان. على سبيل المثال، لا نوصي بمجموعة القواعد التالية لأنه لا توجد قاعدة توسيع لاستخدام الذاكرة:
- إذا كانت وحدة المعالجة المركزية > 90٪، فتوسع بمقدار 1
- إذا كانت الذاكرة > 90٪، فتوسع بمقدار 1
- إذا كانت وحدة المعالجة المركزية < 45٪، فتوسع بمقدار 1
في هذا المثال، قد يكون لديك أمر يكون فيه استخدام الذاكرة أكثر من 90٪ ولكن استخدام CPU أقل من 45٪. يمكن أن يؤدي هذا السيناريو إلى الخفقان طالما تم استيفاء كلا الشرطين.
اختر عملية الإحصاء المناسبة لمقياس التشخيص الخاص بك
بالنسبة لمقاييس التشخيص، يمكنك الاختيار من بين المتوسطوالحد الأدنىوالحد الأقصىوالإجمالي كمقياس للتحجيم حسبه. الإحصاء الأكثر شيوعًا هو المتوسط.
اعتبارات تحجيم قيم التحجيم للمقاييس الخاصة
بالنسبة للمقاييس الخاصة مثل Azure Storage أو مقياس طول قائمة الانتظار ناقل خدمة Azure، الحد هو متوسط عدد الرسائل المتوفرة لكل عدد حالي من المثيلات. اختر بعناية قيمة الحد لهذا المقياس.
دعونا نوضح ذلك بمثال للتأكد من فهمك للسلوك بشكل أفضل:
- زيادة المثيلات بمقدار عدد 1 عندما يكون عدد >رسائل قائمة انتظار التخزين = 50
- تقليل المثيلات بمقدار عدد 1 عندما يكون عدد <رسائل قائمة انتظار التخزين = 10
ضع في اعتبارك السيناريو التالي:
- هناك مثيلان لقائمة انتظار التخزين.
- تستمر الرسائل في الظهور وعند مراجعة قائمة انتظار التخزين، يقرأ العدد الإجمالي 50. قد تفترض أن التحجيم التلقائي يجب أن يبدأ إجراء توسيع نطاق التحجيم. ومع ذلك، لاحظ أنه لا يزال 50/2 = 25 رسالة لكل مثيل. لذلك، لا يحدث التوسع. لكي يحدث إجراء التوسيع الأول، يجب أن يكون إجمالي عدد الرسائل في قائمة انتظار التخزين 100.
- بعد ذلك، افترض أن إجمالي عدد الرسائل يصل إلى 100.
- تتم إضافة مثيل قائمة انتظار تخزين ثالث بسبب إجراء توسيع النطاق. لن يحدث إجراء التوسيع التالي حتى يصل إجمالي عدد الرسائل في قائمة الانتظار إلى 150 بسبب 150/3 = 50.
- الآن، أصبح عدد الرسائل في قائمة الانتظار أصغر. مع وجود ثلاث مثيلات، يحدث إجراء تضييق نطاق التحجيم عندما يصل عدد الرسائل الإجمالية في كافة قوائم الانتظار إلى 30 لأن 30/3 = 10 رسائل لكل مثيل، وهو حد تضيق نطاق التحجيم.
اعتبارات القياس عند تكوين قواعد متعددة في ملف تعريف
هناك حالات قد تضطر فيها إلى تعيين قواعد متعددة في ملف تعريف. يتم استخدام قواعد التحجيم التلقائي التالية بواسطة محرك التحجيم التلقائي عند تعيين قواعد متعددة:
- على توسيع نطاق التحجيم، يتم تشغيل التحجيم تلقائي إذا تم استيفاء أي قاعدة.
- عند التحجيم، يتطلب التحجيم التلقائي استيفاء جميع القواعد.
لتوضيح ذلك، افترض أن لديك أربع قواعد للتحجيم التلقائي:
- إذا كانت وحدة المعالجة المركزية < 30٪، فتوسع بمقدار 1
- إذا كانت الذاكرة < 50٪، فحجمها بمقدار 1
- إذا كان المعالج > 75٪، فبادر بالتوسيع بمقدار 1
- إذا كانت الذاكرة > 75٪، فبادر بالتوسيع بمقدار 1
ثم يحدث الإجراء التالي:
- إذا كان معالج CPU هو 76٪ والذاكرة هي 50٪، فإننا نقوم بتوسيع نطاق التحجيم.
- إذا كان معالج CPU هو 50٪ والذاكرة هي 76٪، فإننا نقوم بتوسيع نطاق التحجيم.
من ناحية أخرى، إذا كانت وحدة المعالجة المركزية هي 25٪ والذاكرة هي 51٪، فإن التحجيم التلقائي لا يتوسع. لتوسيع النطاق، يجب أن تكون وحدة المعالجة المركزية 29٪ والذاكرة 49٪.
حدد دوماً عدد المثيلات الافتراضية الآمنة
يُعد عدد المثيلات الافتراضي مهماً نظراً لأن التحجيم التلقائي يقوم بتحجيم الخدمة إلى هذا العدد عندما لا تتوفر المقاييس. ونتيجة لذلك، حدد عدد المثيلات الافتراضي الآمن لأحمال العمل الخاصة بك.
تكوين إشعارات التحجيم التلقائي
نشر التحجيم التلقائي في سجل النشاط في حالة حدوث أي من الشروط التالية:
- يصدر التحجيم التلقائي عملية تحجيم.
- خدمة التحجيم التلقائي تكمل إجراء قياس بنجاح.
- فشل خدمة التحجيم التلقائي في تحجيم إجراء.
- لا تتوفر مقاييس لخدمة المقياس التلقائي لاتخاذ قرار بشأن المقياس.
- تتوفر المقاييس (الاسترداد) مرة أخرى لاتخاذ قرار بشأن التحجيم.
- يكشف التحجيم التلقائي الخفقان وينهي محاولة التحجيم. ترى نوع سجل في
Flappingهذه الحالة. إذا رأيت نوع السجل هذا، ففكر فيما إذا كانت حدودك ضيقة جدا. - تكشف خدمة التحجيم التلقائي الخفقان، ولكنها لا تزال قادرة على التحجيم بنجاح. ترى نوع سجل في
FlappingOccurredهذه الحالة. إذا رأيت نوع السجل هذا، فقد حاول محرك التحجيم التلقائي التحجيم (على سبيل المثال، من أربعة مثيلات إلى مثيلين) ولكنه قرر أن هذا التغيير قد يتسبب في الخفقان. بدلا من ذلك، تم تحجيم محرك التحجيم التلقائي إلى عدد مختلف من المثيلات (على سبيل المثال، باستخدام ثلاثة مثيلات بدلا من مثيلين)، والذي لم يعد يتسبب في الخفقان، لذلك تم تغيير حجمه إلى هذا العدد من المثيلات.
يمكنك أيضا استخدام تنبيه سجل النشاط لمراقبة صحة محرك التحجيم التلقائي. يوضح أحد الأمثلة كيفية إنشاء تنبيه سجل نشاط لمراقبة جميع عمليات محرك التحجيم التلقائي على اشتراكك. يوضح مثال آخر كيفية إنشاء تنبيه سجل نشاط لمراقبة جميع عمليات توسيع/توسيع النطاق التلقائي الفاشلة على اشتراكك.
بالإضافة إلى استخدامك لتنبيهات سجل النشاط، يمكنك أيضًا تكوين إخطارات خاصة بالبريد الإلكتروني أو الويب حتى يُرسل إليك إخطارات بإجراءات تغيير الحجم عبر علامة تبويب الإخطارات في إعداد التحجيم التلقائي.
إرسال البيانات بأمان باستخدام TLS 1.2
لضمان أمان البيانات أثناء النقل إلى Azure Monitor، نشجعك بشدة على تكوين الوكيل لاستخدام بروتوكول أمان طبقة النقل (TLS) 1.2 على الأقل. تم العثور على الإصدارات القديمة من طبقة مآخذ توصيل آمنة (TLS)/ بروتوكول أمان طبقة النقل (SSL) لتكون عرضةً للخطر. على الرغم من أنها لا تزال تعمل حاليا للسماح بالتوافق مع الإصدارات السابقة، فإننا لا نوصي بها. تتحرك الصناعة بسرعة للتخلي عن دعم هذه البروتوكولات القديمة.
حدد مجلس معايير أمان PCI موعدا نهائيا في 30 يونيو 2018 لتعطيل الإصدارات القديمة من TLS/SSL والترقية إلى بروتوكولات أكثر أمانا. بعد أن يسقط Azure الدعم القديم، إذا لم يتمكن وكلاؤك من الاتصال عبر TLS 1.2 على الأقل، فلن تتمكن من إرسال البيانات إلى سجلات Azure Monitor.
نوصي بعدم تعيين وكيلك بشكل صريح لاستخدام TLS 1.2 فقط ما لم يكن ذلك ضروريا. يُفضل السماح للوكيل باكتشاف معايير الأمان المستقبلية والتفاوض بشأنها والاستفادة منها تلقائيًا. وإلا، فقد تفوتك الأمان الإضافي للمعايير الأحدث وربما تواجه مشكلات إذا تم إهمال TLS 1.2 لصالح تلك المعايير الأحدث.