أستكشاف أخطاء الاستخدام العالي لوحدة المعالجة المركزية (CPU) وإصلاحها بسبب عملية SNMP
المقدمة
يصف هذا المستند نهجا مهيكلا لاستكشاف أخطاء إستخدام وحدة المعالجة المركزية (CPU) العالي وحلها لعملية SNMP على وحدة التحكم في الشبكة المحلية (LAN) اللاسلكية طراز 9800.
المكونات المستخدمة
تستند المعلومات الواردة في هذا المستند إلى إصدارات البرامج والمكونات المادية التالية:
- وحدة التحكم اللاسلكية: C9800-80-K9 التي تشغل الإصدار 17.09.03
تم إنشاء المعلومات الواردة في هذا المستند من الأجهزة الموجودة في بيئة معملية خاصة. بدأت جميع الأجهزة المُستخدمة في هذا المستند بتكوين ممسوح (افتراضي). إذا كانت شبكتك قيد التشغيل، فتأكد من فهمك للتأثير المحتمل لأي أمر.
مجموعة السجلات
تحديد أنماط إستخدام وحدة المعالجة المركزية (CPU) عند تلقي تقرير حول إستخدام وحدة المعالجة المركزية (CPU) المرتفع المرتبط بعملية SNMP، يكون الإجراء الأول هو تجميع سجلات تفصيلية عبر إطار زمني محدد. سيساعد هذا في إنشاء نمط أو إتجاه في إستخدام وحدة المعالجة المركزية، والذي يعتبر ضروريا لتحديد الأوقات التي تكون فيها عملية SNMP أكثر نشاطا وتستهلك الموارد.
قبل بدء جمع السجلات، يجب تجميع معلومات محددة يتم إستخدامها لدعم عملية أستكشاف الأخطاء وإصلاحها. ابدأ بجمع معلومات قليلة عن المشكلة.
- هل يواجه النظام إرتفاعات أو معدلات إستخدام مرتفعة بشكل مستمر؟
- ما هي النسبة المئوية للاستخدام في أي من الحالتين؟
- ما هو معدل الاستخدام المرتفع لوحدة المعالجة المركزية؟
- ما مدى تكرار كل خادم SNMP في التحقق من عنصر التحكم في الشبكة المحلية اللاسلكية (WLC)؟
- من هم أفضل المتكلمين؟
قم بتجميع إخراج الأمر من عنصر التحكم في الشبكة المحلية اللاسلكية (WLC) طراز 9800 في فواصل زمنية مدتها دقيقتان على مدى عشر دقائق. يمكن إستخدام هذه البيانات لتحليل مشاكل إستخدام وحدة المعالجة المركزية (CPU) العالية، وخاصة تلك المتعلقة بعملية SNMP.
#terminal length 0 #show clock #show process cpu sorted | exclude 0.0 #show process cpu history #show processes cpu platform sorted | exclude 0.0 #show snmp stats oid #show snmp stats hosts
تحليل السجلات
بعد تجميع هذه السجلات، يجب تحليلها لفهم التأثير.
دعنا نلقي نظرة على عينة من سجلات إستخدام وحدة المعالجة المركزية (CPU) ونحدد عملية SNMP التي تستهلك معظم وحدة المعالجة المركزية (CPU).
WLC#show process cpu sorted | exclude 0.0 CPU utilization for five seconds: 96%/7%; one minute: 76%; five minutes: 61% PID Runtime(ms) Invoked uSecs 5Sec 1Min 5Min TTY Process 250 621290375 58215467 10672 58.34% 39.84% 34.11% 0 SNMP LA Cache pr <-- High utilization 93 167960640 401289855 418 14.50% 11.88% 9.23% 0 IOSD ipc task 739 141604259 102242639 1384 8.57% 6.95% 7.21% 0 SNMP ENGINE 763 7752 34896 222 4.00% 3.41% 1.83% 5 SSH Process 648 6216707 181047548 34 0.72% 0.37% 0.31% 0 IP SNMP 376 3439332 51690423 66 0.40% 0.36% 0.25% 0 SNMP Timers 143 3855538 107654825 35 0.40% 0.35% 0.23% 0 IOSXE-RP Punt Se 108 6139618 17345934 353 0.40% 0.30% 0.34% 0 DBAL EVENTS
تم فرز المخرجات من وحدة المعالجة المركزية show process | يشير الأمر إستثناء 0.0 إلى أن عملية SNMP تستهلك بالفعل كمية غير متناسبة من موارد وحدة المعالجة المركزية. وعلى وجه التحديد، تعد عملية ذاكرة التخزين المؤقت لذاكرة التخزين المؤقت لبروتوكول SNMP هي الأكثر إستخداما لوحدة المعالجة المركزية (CPU)، والتي تليها العمليات الأخرى المتعلقة ببروتوكول SNMP.
سوف تساعدنا المجموعة التالية من الأوامر في الانتقال لأسفل إلى عملية الاستخدام العالي لبروتوكول SNMP.
WLC#show snmp stats oid time-stamp #of times requested OID 11:02:33 Austral Jun 8 2023 27698 bsnAPIfDBNoisePower <-- Frequently polled OID 11:02:23 Austral Jun 8 2023 1 sysUpTime 11:02:23 Austral Jun 8 2023 17 cLSiD11SpectrumIntelligenceEnable 11:02:23 Austral Jun 8 2023 1 cLSiD11SpectrumIntelligenceEnable 11:02:23 Austral Jun 8 2023 6 cLSiD11Band 11:02:23 Austral Jun 8 2023 1 cLSiD11Band 11:02:23 Austral Jun 8 2023 1 cLSiD11Band 11:02:23 Austral Jun 8 2023 1 cLSiD11Band 11:02:19 Austral Jun 8 2023 24 clcCdpApCacheApName 11:02:19 Austral Jun 8 2023 1 clcCdpApCacheDeviceIndex 11:02:19 Austral Jun 8 2023 9 cLApCpuAverageUsage 11:02:19 Austral Jun 8 2023 1315 cLApCpuCurrentUsage 11:02:19 Austral Jun 8 2023 2550 bsnAPIfDBNoisePower
يكشف الإخراج من أمر show snmp stats oid التردد الذي يتم به إستقصاء مختلف معرفات OID. يبرز معرف فريد (OID) خاص، وهو BSNapiFDBNoisePower، نظرا للعدد المرتفع بشكل إستثنائي للطلبات التي يقدمها. ويشير ذلك إلى أن من المرجح أن يسهم الاقتراع العنيف لهذا المعرف الفريد في الاستخدام العالي لوحدة المعالجة المركزية الذي لوحظ في عنصر التحكم في الشبكة المحلية اللاسلكية.
دعنا نحاول فهم ما يفعله OID BSNapiFDBNoisePower وأوقات تخزين البيانات الخاصة به.
انتقل إلى متصفح كائن SNMP وابحث في معرف المستخدم الرئيسي (OID) "BSNapiFDBNoisePower".
نتيجة بحث OID
الآن أنت تفهم أن يقوم كائن BSNapiFDBNoisePower بالإعلام عن قوة الضوضاء لكل قناة كما هو موضح في كل نقطة وصول. بافتراض العدد الكبير للقنوات ونقاط الوصول التي تتم إدارتها بواسطة عنصر التحكم في الشبكة المحلية اللاسلكية (WLC)، يمكن أن تكون بيانات SNMP التي تم إنشاؤها بواسطة هذا المعرف الفريد كبيرة. عندما تخدم WLC عدد كبير من APs، حجم البيانات المولدة عن طريق الاقتراع هذا OID يمكن أن يكون هائل. ويمكن أن يؤدي ذلك إلى إستخدام وحدة المعالجة المركزية (CPU) بشكل كبير بينما تقوم وحدة التحكم في الشبكة المحلية اللاسلكية (WLC) بمعالجة طلبات SNMP الشاملة هذه.
وبالمثل، تحتاج إلى فهم سلوك معرف فئة المورد (OID) المحدد الذي يتم استقطابه بقوة.
سيساعدك الأمر التالي على معرفة خوادم SNMP التي تقوم بالتحقق من عنصر التحكم في الشبكة المحلية اللاسلكية (WLC).
WLC#show snmp stats hosts Request Count Last Timestamp Address 77888844 00:00:00 ago 10.10.10.120 330242 00:00:08 ago 10.10.10.150 27930314 00:00:09 ago 10.10.10.130 839999 00:00:36 ago 10.10.10.170 6754377 19:45:34 ago 10.10.10.157 722 22:00:20 ago 10.10.10.11
يوفر هذا الأمر قائمة بخوادم SNMP مع عدد الطلبات الخاصة بها وطابع الوقت الأخير لنشاط الاقتراع الخاص بها.
أنت يستطيع رأيت هناك يتعدد نادل مختلف أن يستعرض ال 9800 WLC. إذا نظرتم إلى بيانات السجلات الكاملة التي تم تجميعها خلال ال 10 دقائق الأخيرة، يمكنكم قياس معدل تواتر تصويتهم كذلك.
الآن يمكنك الذهاب إلى كل خادم وترى كم مرة يتم إستقصاء OID المسيء. في هذه الحالة، يتم استبيان OID كل 30 ثانية، وهو بشكل كبير أكثر تواترا من اللازم. بما أن WLC يستلم بيانات RF/RRM كل 180 ثانية، فإن إستقصاء OID كل 30 ثانية ينتج عنه معالجة غير ضرورية ويساهم في إستخدام عال لوحدة المعالجة المركزية.
بمجرد التعرف على OID المسيء والخادم، يمكننا تجربة حلول مختلفة متعددة لتقليل الحمل على عنصر التحكم في الشبكة المحلية اللاسلكية (WLC).
- قم بتقليل تردد الاقتراع على خادم SNMP.
- إذا لم تكن هناك حاجة إلى معرف الكائن (OID) لاستخدام العملية، فقم بتعطيل فحص معرف الكائن (OID) هذا من خادم SNMP.
- إذا لم يكن لديك تحكم على خادم SNMP، فيمكنك إستخدام طريقة عرض SNMP لحظر معرف المستخدم المؤذي.
تكوين عرض SNMP
قم بتحديد طريقة عرض جديدة تستثني معرف المستخدم الذي تريد حظره. على سبيل المثال، تريد حظر معرف المستخدم (OID) 1.3.6.1.4.1.14179.2.2.15.1.21، وإنشاء طريقة عرض جديدة وإرفاق معرف المستخدم (OID) بالعرض.
snmp-server view blockOIDView 1.3.6.1.4.1.14179.2.2.15.1.21 excluded <-- This is the OID of bsnAPIfDBNoisePower
snmp-server community TAC view blockOIDView RO <-- This command assigns the blockOIDView to the community myCommunity with read-only (RO) access.
snmp-server group TAC v3 priv read blockOIDView <-- This command assigns the blockOIDView to the group myGroup with the priv security level for SNMPv3.تلميح أستكشاف الأخطاء وإصلاحها
- إستخدام وحدة المعالجة المركزية (CPU) للخط الأساسي: توثيق مستويات إستخدام وحدة المعالجة المركزية (CPU) العادية عندما لا تتسبب عملية SNMP في إستخدام عال.
- تكوين SNMP: مراجعة إعدادات تكوين SNMP الحالية، بما في ذلك سلاسل المجتمع، الإصدار (v2c أو v3)، وقوائم الوصول.
- أفضل ممارسة لبروتوكول SNMP: أستخدم مستند أفضل ممارسة 9800 WLC ومطابقة التكوين المقترح لبروتوكول SNMP أقرب ما يمكن.
C9800(config)#snmp-server subagent cache
C9800(config)#snmp-server subagent cache timeout ?
<1-100> cache timeout interval (default 60 seconds)
- معدل تكرار اقتراع SNMP: حدد عدد مرات إجراء استعلامات SNMP لاستطلاع وحدة التحكم في الشبكة المحلية اللاسلكية (WLC)، نظرا لأن ترددا مرتفعا قد يساهم في زيادة حمل وحدة المعالجة المركزية (CPU).
- مخطط الشبكة ومدراء SNMP: فهم إعداد الشبكة والتعرف على جميع مديري SNMP الذين يتواصلون مع عنصر التحكم في الشبكة المحلية اللاسلكية (WLC).
- وقت عمل النظام: تحقق من الوقت المنقضي منذ آخر إعادة تشغيل لمعرفة ما إذا كان هناك إرتباط بين وقت التشغيل واستخدام وحدة المعالجة المركزية.
- التغييرات الأخيرة: لاحظ أي تغييرات حديثة في تكوين وحدة التحكم في الشبكة المحلية اللاسلكية (WLC) أو الشبكة التي يمكن أن تتزامن مع بدء إستخدام وحدة المعالجة المركزية (CPU) بشكل مرتفع.
- مع 9800 WLC، تم التركيز على القياس عن بعد. يعمل القياس عن بعد في نموذج "الدفع" حيث تقوم WLC بإرسال المعلومات ذات الصلة إلى الخادم دون الحاجة للاستعلام. إذا كانت استعلامات SNMP تستهلك دورات وحدة المعالجة المركزية الخاصة بوحدة التحكم في الشبكة المحلية اللاسلكية (WLC) مسببة مشاكل في التشغيل، فمن الأفضل الانتقال إلى بيانات القياس عن بعد.
القرار
من خلال تحليل بيانات إستخدام وحدة المعالجة المركزية (CPU) بشكل منهجي وربطها بأنشطة اقتراع SNMP، يمكنك أستكشاف أخطاء إستخدام وحدة المعالجة المركزية (CPU) العالية التي تتسبب فيها عمليات SNMP على وحدة المعالجة المركزية Cisco 9800 WLC وحلها. تعد مراقبة ما بعد التنفيذ أمرا أساسيا لتأكيد نجاح جهود أستكشاف المشكلات وحلها وللحفاظ على الأداء الأمثل للشبكة.
معلومات ذات صلة
محفوظات المراجعة
| المراجعة | تاريخ النشر | التعليقات |
|---|---|---|
1.0 |
29-Jul-2024 |
الإصدار الأولي |
التعليقات