سعة مثيل إدارة واجهة برمجة تطبيقات Azure

ينطبق على: المطور | أساسي | الإصدار 2 الأساسي | قياسي | الإصدار 2 القياسي | Premium | Premium v2

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

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

Important

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

Tip

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

Prerequisites

لاتباع الخطوات الواردة في هذه المقالة، يجب أن يكون لديك مثيل APIM في أحد المستويات التي تدعم مقاييس السعة. لمزيد من المعلومات، راجع إنشاء مثيل إدارة Azure API.

مقاييس السعة المتوفرة

تتوفر مقاييس سعة مختلفة في مستويات الخدمة v2 والمستواني الكلاسيكية وبوابات مساحة العمل.

في مستويات v2، تتوفر المقاييس التالية:

  • النسبة المئوية لوحدة المعالجة المركزية للبوابة - النسبة المئوية لسعة وحدة المعالجة المركزية المستخدمة من قبل وحدات البوابة.

  • النسبة المئوية للبوابة للذاكرة - النسبة المئوية لسعة الذاكرة المستخدمة من قبل وحدات البوابة.

التجميعات المتوفرة لهذه المقاييس هي كما يلي.

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

يكشف استخدام CPU والذاكرة عن استهلاك الموارد من خلال:

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

سلوك قياس السعة

في مقاييس سعة الحياة الحقيقية يمكن أن تتأثر بالعديد من المتغيرات، على سبيل المثال:

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

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

Important

مقاييس السعة ليست مقاييس مباشرة لعدد الطلبات التي تتم معالجتها.

ارتفاعات قياس السعة

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

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

استخدام مدخل Microsoft Azure لفحص مقاييس السعة

الوصول إلى مقاييس في المدخل لفهم مقدار السعة المستخدمة بمرور الوقت.

  1. انتقل إلى مثيل APIM في مدخل Microsoft Azure.
  2. في القائمة اليسرى، تحت قسم المراقبة، اختر المقاييس.
  3. حدد النسبة المئوية لوحدة المعالجة المركزية للبوابة أو النسبة المئوية للذاكرة لمقياس البوابة من المقاييس المتوفرة. اختر تجميع المتوسط الافتراضي أو اختر التجميع الأقصى لرؤية ذروة الاستخدام.
  4. اختر إطارًا زمنيًا مرغوبًا فيه من الشريط العلوي للمقطع.

Important

حاليا، يظهر مقياس السعة أيضا في البوابة للحالات في مستويات v2. ومع ذلك، فإنه غير مدعوم للاستخدام في مستويات v2 ويظهر قيمة 0.

Note

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

استخدم القدرة لاتخاذ قرارات التحجيم

استخدم مقاييس السعة لاتخاذ القرارات سواء لتوسيع نطاق مثيل APIM (أو بوابة مساحة العمل) لاستيعاب المزيد من التحميل. فيما يلي اعتبارات عامة:

  • انظر إلى الاتجاه طويل المدى والمتوسط.
  • تجاهل الارتفاعات المفاجئة التي لا ترتبط على الأرجح بزيادة في التحميل (راجع قسم سلوك مقياس السعة للحصول على شرح).
  • كقاعدة عامة، قم بترقية أو توسيع نطاق المثيل الخاص بك عندما تتجاوز قيمة مقياس السعة 60٪ - 70٪ لفترة طويلة من الوقت (على سبيل المثال، 30 دقيقة). قد تعمل قيم مختلفة بشكل أفضل للخدمة أو السيناريو.
  • إذا تم تكوين نسخة النسخة أو بوابة مساحة العمل لديك بوحدة واحدة فقط، قم بترقيتها أو تحجيمها عندما تتجاوز قيمة مقياس السعة 40% لفترة طويلة. تستند هذه التوصية إلى الحاجة إلى الاحتفاظ بالسعة لتحديثات نظام التشغيل الضيف في النظام الأساسي للخدمة الأساسية.
  • استخدم التشخيصات المتوفرة لمراقبة أوقات استجابة استدعاءات API. ضع في اعتبارك ضبط حدود التحجيم إذا لاحظت انخفاض أوقات الاستجابة مع زيادة قيمة مقياس السعة.
  • بالنسبة للمستويات الكلاسيكية، تخلص من أحدث نقطة بيانات مدتها دقيقة واحدة عند قراءة مقاييس سعة إدارة API الخام في Azure لأن القيمة المشتقة قد تكون غير صالحة إذا لم تكن بيانات المصدر متاحة وقت التجميع؛ لا تعتمد قرارات التشغيل أو التوسع على قيم دقيقة واحدة — ففي التدرج التلقائي استخدم متوسط نوافذ تجميع تبلغ 30 دقيقة أو أكثر، وقيم الظروف المستمرة قبل التحجيم، وقم بتعليق على لوحات المعلومات لاستبعاد نقطة الدقيقة الأخيرة حتى تعكس الاتجاهات بيانات موثوقة.

Tip

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

Important

عند تعريف قواعد التحجيم التلقائي، تأكد من تجنب خفقان التحجيم التلقائي الذي سيتسبب في تكرار حلقي للتحجيم/التحجيم. لمعرفة المزيد، نوصي بقراءة إرشادات Azure Monitor Autoscale حول الخفقان.