مشاركة عبر


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

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

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

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

إشعار

حاليا، هذه الميزة غير متوفرة في مساحات العمل.

هام

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

المتطلبات الأساسية

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

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

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

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

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

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

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

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

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

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

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

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

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

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

هام

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

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

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

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

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

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

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

هام

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

إشعار

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

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

استخدم مقاييس السعة لاتخاذ قرارات حول ما إذا كان يجب توسيع نطاق مثيل APIM لاستيعاب المزيد من التحميل. فيما يلي اعتبارات عامة:

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

تلميح

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