تكوين بيانات تتبع الاستخدام والتحقق منها على النظام الأساسي Nexus
المحتويات
المقدمة
يصف هذا المستند كيفية تنفيذ بيانات تتبع الدفق والتحقق من صحتها على محولات Cisco Nexus 9000 التي تعمل بنظام التشغيل Cisco NX-OS.
المتطلبات الأساسية
المتطلبات
توصي Cisco بأن تكون لديك معرفة أساسية بالمواضيع التالية:
- واجهة سطر الأوامر Cisco NX-OS
- اتصال IP الأساسي من المستوى 3
- مفاهيم مراقبة الشبكة الأساسية
- معرفة أساسية بمفاهيم تتبع إستخدام الشبكة
المكونات المستخدمة
تستند المعلومات الواردة في هذا المستند إلى إصدارات البرامج والمكونات المادية التالية:
| المكون | النظام الأساسي / البرامج | الإصدار / القيمة | الغرض |
|---|---|---|---|
| N9K-TELEMETRY-SW1 | N9K-C9348GC-FXP | 10.6(4) | مصدر بيانات تتبع الاستخدام |
| مستقبل تتبع الاستخدام | خادم Ubuntu | 22.04.5 | مستقبل تتبع الاستخدام الخارجي |
| تطبيق تتبع الاستخدام | تلجراف | 1.40.0 | جهاز إستقبال بيانات تتبع تتبع إستخدام بروتوكول Google Protocol Buffers (GPB)-over-gRPC |
| منفذ الاستماع | TCP | 57000 | منفذ جهاز إستقبال بيانات تتبع الاستخدام |
| تنسيق إخراج جهاز الاستقبال | تدوين كائن JavaScript (JSON) | — | مخرجات القياس عن بعد القابلة للقراءة من قبل الإنسان |
تم إنشاء المعلومات الواردة في هذا المستند من الأجهزة الموجودة في بيئة معملية خاصة. بدأت جميع الأجهزة المُستخدمة في هذا المستند بتكوين ممسوح (افتراضي). إذا كانت شبكتك قيد التشغيل، فتأكد من فهمك للتأثير المحتمل لأي أمر.
المخطط
يستخدم المختبر مبدل Cisco Nexus 9000 متصل مباشرة بخادم Ubuntu يعمل كمستقبل تتبع خارجي.
يتم توصيل محول Nexus ومستلم بيانات تتبع الاستخدام مباشرة من خلال Ethernet1/10 و ENS192.
اتصال Nexus-to-Receiver
يوفر Ethernet1/10 إمكانية الاتصال من الطبقة 3 بين المحول Nexus Switch وجهاز إستقبال Ubuntu.
القارن تشكيل:
N9K-TELEMETRY-SW1# show running-config interface ethernet1/10 interface Ethernet1/10 description TELEMETRY-COLLECTOR ip address 192.168.100.1/24 no shutdown
The Ubuntu receiver uses: Interface: ens192 IP address: 192.168.100.10/24
معلومات أساسية
تعد مراقبة الشبكة وإمكانية رؤيتها أمرا أساسيا لفهم سلامة الشبكة، وتحديد السلوك غير الطبيعي، واستكشاف أخطاء الشبكة وإصلاحها.
يوفر Cisco NX-OS العديد من الآليات لاسترداد المعلومات التشغيلية أو تصديرها من محول Nexus، بما في ذلك CLI، وبروتوكول إدارة الشبكة البسيط (SNMP)، و syslog. عادة ما تعتمد عمليات سير عمل المراقبة التقليدية مثل اقتراع SNMP والمجموعة المستندة إلى واجهة سطر الأوامر (CLI) على نموذج السحب، والذي يطلب فيه نظام المراقبة الخارجية المعلومات بشكل دوري من جهاز الشبكة.
يقدم تتبع الدفق نموذج دفع، حيث يرسل جهاز الشبكة البيانات التشغيلية المحددة إلى مستقبل خارجي بناء على الاشتراكات المكونة. يوفر ذلك آلية منظمة لجمع معلومات الشبكة دون الحاجة إلى أن يقوم نظام المراقبة بفحص الجهاز باستمرار.
الاستقصاء التقليدي مقابل تتبع الدفق
في نموذج اقتراع تقليدي، يحدد نظام المراقبة متى يتم إسترداد المعلومات من جهاز الشبكة.
على سبيل المثال، يمكن لنظام إدارة الشبكة (NMS) طلب إحصائيات الواجهة كل 60 ثانية. يوفر ذلك لقطات دورية لحالة الجهاز؛ ومع ذلك، فإن إمكانية الرؤية المتاحة لتطبيق المراقبة تتعلق مباشرة بالفاصل الزمني الذي تم تكوينه لعملية التحقق.
باستخدام تتبع الدفق، يرسل محول Nexus المعلومات المحددة إلى مستقبل تتبع الاستخدام وفقا للاشتراك الذي تم تكوينه.
ويمكن تلخيص الفروق الأساسية على النحو التالي:
| الاقتراع التقليدي | تتبع الدفق |
|---|---|
| يقوم العميل ببدء الطلب. | يرسل جهاز الشبكة البيانات. |
| نموذج السحب | نموذج الدفع |
| يتم إسترداد البيانات وفقا للفواصل الزمنية للاستطلاع. | يتم إرسال البيانات وفقا لاشتراك تتبع بيانات. |
| عادة ما توفر لقطات دورية. | يدعم التجميع الدوري والقائم على الحدث. |
| نظام المراقبة يطلب معلومات من الجهاز. | يقوم الجهاز بتدفق المعلومات المحددة باتجاه المستقبل. |
لا يحل تتبع الدفق بالضرورة محل آليات المراقبة التقليدية. يمكن أن تتواجد واجهة سطر الأوامر (CLI) و SNMP و syslog و Telemetry وتخدم أغراض تشغيلية مختلفة.
الفرق الأساسي هو نموذج تجميع البيانات.
حالات إستخدام في العالم الحقيقي
في بيئات الإنتاج، يستخدم تتبع الدفق بشكل شائع لتوفير رؤية مستمرة لصحة الشبكة والنظام.
تتضمن حالات الاستخدام النموذجية عدادات واجهة المراقبة وتغييرات الحالة، وموارد النظام مثل وحدة المعالجة المركزية واستخدام الذاكرة، ومعلومات بنية مركز البيانات مثل نظائر شبكة LAN الموسعة الظاهرية (VXLAN) وحالة النظير لبروتوكول العبارة الحدودية (BGP). يمكن أيضا إستخدام القياس عن بعد المستند إلى الحدث للإبلاغ عن تغييرات الحالة التشغيلية عند حدوث التغييرات.
بعد ذلك يمكن إستهلاك بيانات بيانات تتبع الاستخدام المصدرة من قبل منصات المراقبة والمراقبة الخارجية للوحات المعلومات والتنبيه والتحليل التاريخي واستكشاف الأخطاء وإصلاحها.
نظرة عامة على معالجة بيانات تتبع الاستخدام
على مستوى عال، يمكن فهم تتبع الدفق على NX-OS على أنه أربع مراحل رئيسية:
+-----------------------+
| Data Collection |
+-----------+-----------+
|
v
+-----------------------+
| Data Encoding |
+-----------+-----------+
|
v
+-----------------------+
| Data Transport |
+-----------+-----------+
|
v
+-----------------------+
| Telemetry Receiver |
+-----------------------+
تجيب هذه المراحل عن أربعة اسئلة أساسية:
- جمع البيانات: ما هي المعلومات التي يتم جمعها؟
- ترميز البيانات: كيف يجري تمثيل المعلومات؟
- نقل البيانات: كيف يتم تسليم بيانات تتبع الاستخدام؟
- مستقبل تتبع الاستخدام: أين يتم إرسال بيانات تتبع الاستخدام؟
بنية علم القياس عن بعد والمصطلحات
جمع البيانات
تحدد المرحلة الأولى المعلومات التي يجب تجميعها من المحول.
للحصول على الأمثلة الواردة في هذا المستند، يتم تجميع بيانات القياس عن بعد من Data Management Engine (DME).
محرك إدارة البيانات — DME
يحتفظ محرك إدارة البيانات بتمثيل مهيكل لمعلومات التكوين والتشغيل داخل NX-OS.
وبدلا من تمثيل معلومات الجهاز فقط كنص واجهة سطر الأوامر، يقوم DME بتنظيم المعلومات ككائنات مدارة يمكن الوصول إليها من خلال المسارات الهرمية.
على سبيل المثال:
sys/intf/phys-[eth1/10]
تعريف كائن DME المقترن ب Ethernet1/10.
تتضمن مسارات DME الأخرى المستخدمة في هذا المختبر:
sys/intf/phys-[eth1/10]/dbgIfIn
sys/intf/phys-[eth1/10]/dbgIfOut
sys/intf/phys-[eth1/10]/phys
sys/intf/lb-[lo100]
كل مسار يمثل كائن مختلف أو جزء من المعلومات المتوفرة من خلال DME. هذه هي نفس المسارات المستخدمة بالفعل خلال تكوين المختبر.
الكائنات المدارة وشجرة معلومات الإدارة
تتكون قاعدة بيانات DME من كائنات مدارة (MOs).
يمثل الكائن المدار كيانا ضمن نموذج إدارة NX-OS، مثل:
- واجهة مادية
- واجهة إسترجاع
- إحصائيات إدخال الواجهة
- إحصائيات إخراج الواجهة
يتم تنظيم الكائنات المدارة بشكل هرمي في شجرة معلومات الإدارة (MIT).
التمثيل المبسط للكائنات المستخدمة في هذا المختبر هو:
sys
|
+-- intf
|
+-- phys-[eth1/10]
| |
| +-- dbgIfIn
| +-- dbgIfOut
| +-- phys
|
+-- lb-[lo100]
يفيد هذا التدرج الهرمي في فهم كيفية قيام مسارات مستشعر بيانات تتبع الاستخدام بتحديد معلومات معينة داخل DME.
الاسم المميز — DN
يمكن تعريف كل كائن مدار بشكل فريد باسم مميز (DN).
يمثل DN المسار الهرمي من جذر شجرة DME إلى الكائن الهدف.
For example: sys/intf/lb-[lo100]
تعريف الكائن المدار Loopback100.
وبالمثل:
sys/intf/phys-[eth1/10]/dbgIfIn
يحدد كائن إحصائيات الإدخال المقترن بالإيثرنت 1/10.
هناك طريقة بسيطة لفهم DN وهي التفكير فيها كعنوان كامل لكائن داخل التسلسل الهيكلي ل DME.
مسار المستشعر
يحدد مسار المستشعر المعلومات التي يجب أن يراقبها NX-OS لاشتراك بيانات تتبع الاستخدام.
في أمثلة المختبر الأولية، يتم إستخدام أسماء DME المميزة كمسارات مستشعر. يوضح مثال عملي لاحق تسمية مسار الموارد المحددة مسبقا.
على سبيل المثال:
sensor-group 2 path sys/intf/phys-[eth1/10]/dbgIfIn path sys/intf/phys-[eth1/10]/dbgIfOut path sys/intf/phys-[eth1/10]/phys
توفر هذه المسارات إحصائيات الإدخال وإحصاءات الإخراج ومعلومات التشغيل لشبكة إيثرنت 1/10.
ترميز البيانات
بعد أن يقوم NX-OS بجمع المعلومات المطلوبة، يجب تشفير البيانات قبل إرسالها.
الترميز المستخدم في هذا المعمل هو مخزن بروتوكول جوجل (GPB).
يحدد تكوين الوجهة:
ip address 192.168.100.10 port 57000 protocol gRPC encoding GPB
يحدد GPB كيفية تمثيل معلومات تتبع إستخدام البيانات المجمعة في الرسالة.
الترميز والنقل وظيفتان منفصلتان: يحدد GPB تمثيل البيانات، بينما تحدد آلية النقل كيفية تسليم الرسالة.
نقل البيانات
بروتوكول النقل المستخدم في هذا المختبر هو gRPC.
يرسل المحول Nexus بيانات بيانات تتبع الاستخدام المرمزة بواسطة GPB إلى:
192.168.100.10:57000
إستخدام gRPC.
لذلك:
يقوم GPB بتعريف كيفية تشفير معلومات القياس عن بعد.
توفر gRPC آلية النقل المستخدمة لتسليم رسائل القياس عن بعد إلى المتلقي.
يجب عدم الخلط بين نقل gRPC المستخدم بواسطة تتبع الدفق وبين وكيل NX-OS gRPC المستخدم لخدمات مثل واجهة إدارة الشبكة (gNMI) و واجهة عمليات شبكة gRPC (gNOI).
مستقبل تتبع الاستخدام
إن جهاز إستقبال بيانات تتبع الاستخدام هو النظام أو التطبيق الخارجي الذي يستقبل تدفق بيانات تتبع الاستخدام ويعالجه.
في هذا المختبر، Ubuntu نادل يركض Telgraf استعملت كمستقبل. يستمع المستقبل إلى منفذ TCP 57000 ويقبل تدفق بيانات تتبع GPB-over-gRPC الذي تم إنشاؤه بواسطة المحول Nexus.
يتم وصف تنفيذ جهاز الاستقبال المستخدم في المختبر لاحقا في قسم إعداد مستقبل القياس عن بعد.
مجموعة الوجهة
تحدد المجموعة الوجهة المكان الذي يجب إرسال بيانات بيانات تتبع الاستخدام فيه وكيفية نقلها.
يستخدم المختبر:
destination-group 1 ip address 192.168.100.10 port 57000 protocol gRPC encoding GPB use-vrf default
يحدد هذا الإجراء عنوان المستلم ومنفذ الوجهة وبروتوكول النقل والترميز ومثيل التوجيه وإعادة التوجيه الظاهري (VRF) المستخدم لتوصيل بيانات تتبع الاستخدام.
مجموعة أجهزة الاستشعار
تحدد مجموعة المستشعر المعلومات التي يجب مراقبتها.
على سبيل المثال:
sensor-group 2 path sys/intf/phys-[eth1/10]/dbgIfIn path sys/intf/phys-[eth1/10]/dbgIfOut path sys/intf/phys-[eth1/10]/phys
في هذا المثال، تراقب مجموعة المستشعر 2 إحصائيات إدخال الإيثرنت 1/10 وإحصاءات الإخراج ومعلومات الواجهة التشغيلية. يوفر مسار dbgIfIn إحصائيات واجهة الإدخال، ويوفر dbgIfOut إحصائيات واجهة الإخراج، كما توفر PHYS معلومات عملية للواجهة.
يمكن أن تتضمن مجموعة المستشعرات مسارات مستشعرات متعددة مرتبطة وبالتالي تجيب على السؤال:
ما هي البيانات التي يتم تجميعها؟
إكتتاب
يقترن الاشتراك بمجموعة مستشعر بمجموعة وجهة ويقوم بتعريف سلوك المجموعة.
على سبيل المثال:
subscription 2 dst-grp 1 snsr-grp 2 sample-interval 60000
في هذا المثال:
- تحدد مجموعة المستشعر الثانية المعلومات التي يتم جمعها.
- يحدد الفاصل الزمني للعينة سلوك التجميع.
- تحدد مجموعة الوجهة 1 مكان وكيفية إرسال المعلومات.
وبالتالي، يربط الاشتراك عناصر تكوين بيانات تتبع الاستخدام الرئيسية:
مجموعة المستشعر + سلوك التجميع + مجموعة الوجهة
القياس عن بعد الدوري والقائم على الحدث
يدعم تطبيق تتبع البث لنظام NX-OS من Cisco التجميع الدوري والقائم على الأحداث للاشتراكات المستندة إلى DME.
يتم التحكم في سلوك المجموعة بواسطة الفاصل الزمني العينة المقترن بمجموعة المستشعر داخل اشتراك.
تتبع القياس الدوري
باستخدام بيانات تتبع الاستخدام الدورية، يقوم NX-OS بجمع وإرسال المعلومات المراقبة في فترة مكونة.
يتم تحديد الفاصل الزمني للعينة بالمللي ثانية.
For example: snsr-grp 2 sample-interval 60000
تكوين فترة تجميع مدتها 60 ثانية.
يكون القياس عن بعد الدوري مفيدا للمعلومات التي تتغير باستمرار ويتم تحليلها عادة عبر الزمن، مثل:
- عدادات حزم الواجهة
- عدادات البايت
- الأخطاء والمخلفات
- إحصائيات تشغيلية
- إستخدام الموارد
في هذا المختبر، يستخدم كل من الاشتراك 1 والاشتراك 2 التجميع الدوري.
يجمع الاشتراك 1 كائن واجهة Ethernet1/10 كل 10 ثوان، بينما يجمع الاشتراك 2 إحصائيات الواجهة ومعلومات التشغيل كل 60 ثانية.
بيانات تتبع الاستخدام المستندة إلى الحدث
باستخدام بيانات تتبع الأحداث، لا يستخدم NX-OS مؤقت تجميع متكرر.
بالنسبة للقياس عن بعد المستند إلى نظام DME، يتم تكوين السلوك المستند إلى الحدث باستخدام:
sample-interval 0
عندما يتغير كائن مراقب، يمكن أن يقوم تتبع الاستخدام بإنشاء تحديث مقترن بذلك التغيير.
تكون طريقة التجميع هذه مفيدة لمعلومات مثل:
- تغييرات التكوين
- تغييرات الحالة الإدارية
- إنشاء الكائن أو حذفه
- تغييرات أخرى تحت كائن DME المراقب
في هذا المختبر، يراقب Subscription 3 كائن Loopback100 DME:
sys/intf/lb-[lo100]: snsr-grp 3 sample-interval 0
وبالتالي، يتم إستخدام التغييرات التي يتم إجراؤها على كائن Loopback100 المراقب لاحقا في هذا المستند لتوضيح بيانات تتبع إستخدام الحدث.
سلوك التجميع المستخدم في المختبر
يمكن تلخيص الاشتراكات الثلاثة المستخدمة في تكوين المختبر الأولي كما يلي:
| إكتتاب | معلومات المراقبة | الفاصل الزمني للعينة | سلوك التحصيل |
|---|---|---|---|
| 1 | كائن واجهة Ethernet1/10 | 1000 مللي ثانية | دوري |
| 2 | إحصائيات شبكة إيثرنت 1/10 وحالة التشغيل | 6000 مللي ثانية | دوري |
| 3 | كائن الاسترجاع 100 | 0 | مستند إلى الحدث |
الفرق الأساسي هو المشغل المستخدم لإنشاء بيانات تتبع الاستخدام:
| تتبع القياس الدوري | بيانات تتبع الاستخدام المستندة إلى الحدث |
|---|---|
| يستخدم مؤقت تم تكوينه. | لا يستخدم مؤقت دوري. |
| عينة-فاصل زمني > 0 | عينة-فاصل زمني 0 |
| ينتج عينات متكررة. | ينتج تحديثات عند تغيير الكائنات المراقبة. |
| شائع الاستخدام للعدادات والإحصائيات. | يستخدم بشكل شائع للتكوين أو تغييرات الحالة. |
توضح أقسام التكوين والتحقق كلا من سلوك التجميع باستخدام الاشتراكات المحددة أعلاه.
إعداد مستقبل تتبع الاستخدام
يتطلب تتبع الدفق جهاز إستقبال خارجي قادر على قبول ومعالجة بيانات تتبع الاستخدام المرسلة من خلال محول Nexus.
بالنسبة لنقل GPB-over-gRPC المستخدم في هذا المستند، يجب أن يكون المستقبل قادرا على:
- تلقي إتصالات gRPC
- الاستماع على منفذ الوجهة الذي تم تكوينه
- فك ترميز رسائل تتبع تتبع GPB
- معالجة أو تخزين البيانات المستلمة
يكون تنفيذ جهاز إستقبال بيانات تتبع الاستخدام مستقلا عن تكوين تتبع بيانات نظام تشغيل NX الموصوف في هذا المستند.
ملاحظة: خارج نطاق هذا المستند التثبيت والتكوين والتشغيل واستكشاف أخطاء برامج إستقبال بيانات تتبع إستخدام جهات خارجية وإصلاحها. ارجع إلى الوثائق المقدمة من مورد المستقبل للحصول على معلومات التكوين والدعم.
جهاز الاستقبال المستخدم في هذا المختبر
ولأغراض العرض التوضيحي، يستخدم المعمل ملقم أوبونتو خارجي يقوم بتشغيل التلغراف كمستقبل للقياس عن بعد.
معلمات المستقبل هي:
| بارامتر | القيمة |
|---|---|
| عنوان المستلم | 192.168.100.10 |
| النقل | gRPC |
| منفذ الاستماع | بروتوكول TCP/57000 |
| ترميز | جي بي بي |
تكوين البرامج من جانب المستقبل غير مغطى في هذا المستند.
ملاحظة: تتم تصفية أمثلة مخرجات المتلقي الموضحة في هذا المستند لتمييز الحقول ذات الصلة بكل خطوة تحقق.
قبل تكوين تتبع الدفق على المحول Nexus، تحقق من:
- يوجد اتصال IP بين المحول Nexus والمتلقي.
- تطبيق المستقبل قيد التشغيل.
- ال يشكل غاية ميناء يستمع.
- يدعم جهاز الاستقبال بروتوكول النقل الذي تم تكوينه.
- يدعم المستقبل ترميز تتبع الاستخدام الذي تم تكوينه.
بالنسبة لهذا المختبر، يستخدم إيثرنت 1/10 على المحول Nexus switch الإصدار 192.168.100.1/24 ويستخدم جهاز إستقبال بيانات تتبع الاستخدام الإصدار 192.168.100.10/24. يجب التأكد من إمكانية الوصول إلى الطبقة الثالثة الأساسية قبل أستكشاف الأخطاء وإصلاحها بالسلوك الخاص بقسم تتبع الاستخدام.
بمجرد أن يصبح المستقبل قابلا للوصول إليه وجاهزا لقبول بيانات تتبع تتبع إستخدام GPB-over-gRPC على منفذ TCP 57000، يمكن تطبيق تكوين بيانات تتبع إستخدام NX-OS.
تكوين تتبع الدفق على NX-OS
يستخدم التكوين ثلاثة مكونات أساسية:
- مجموعة الوجهة: يحدد مكان إرسال بيانات تتبع الاستخدام وكيفية نقلها.
- مجموعة أجهزة الاستشعار: تحديد المعلومات التي يتم تجميعها.
- الاشتراك: إقران مجموعة مستشعر بمجموعة وجهة وتعريف سلوك المجموعة.
يستخدم المختبر وجهة القياس عن بعد هذه:
| بارامتر | القيمة |
|---|---|
| الوجهة | 192.168.100.10:57000 |
| النقل | gRPC |
| ترميز | جي بي بي |
| VRF | افتراضي |
يستخدم تكوين المختبر الأولي ثلاثة اشتراكات:
| إكتتاب | جهاز إستشعار | نوع المجموعة | الفاصل الزمني للعينة |
|---|---|---|---|
| 1 | كائن واجهة Ethernet1/10 | دوري | 1000 مللي ثانية |
| 2 | إحصائيات شبكة إيثرنت 1/10 وحالة التشغيل | دوري | 6000 مللي ثانية |
| 3 | كائن الاسترجاع 100 | مستند إلى الحدث | 0 |
تمكين ميزة تتبع الاستخدام
يجب تمكين تتبع الدفق أولا بشكل عام.
N9K-TELEMETRY-SW1# configure terminal N9K-TELEMETRY-SW1(config)# feature telemetry
أدخل وضع تكوين تتبع الاستخدام:
N9K-TELEMETRY-SW1(config)# telemetry N9K-TELEMETRY-SW1(config-telemetry)#
يتم إجراء تكوين تتبع الاستخدام المتبقي ضمن هذا الوضع.
تكوين مجموعة الوجهة
تحدد المجموعة الوجهة مستقبل تتبع الاستخدام الخارجي وتعرف النقل والترميز المستخدم لإرسال بيانات تتبع الاستخدام.
التكوين:
N9K-TELEMETRY-SW1(config-telemetry)# destination-group 1 N9K-TELEMETRY-SW1(conf-tm-dest)# ip address 192.168.100.10 port 57000 protocol gRPC encoding GPB N9K-TELEMETRY-SW1(conf-tm-dest)# use-vrf default
يحدد هذا التكوين:
- عنوان الوجهة: 192.168.100.10
- غاية ميناء: 57000
- النقل: gRPC
- الترميز: جي بي بي
- تردد VRF: افتراضي
يتم إستخدام تردد VRF الافتراضي لأن مستقبل تتبع القياس يمكن الوصول إليه من خلال Ethernet1/10 في VRF الافتراضي.
يجب أن يوفر VRF المحدد للنقل عن بعد إمكانية الوصول إلى IP إلى المستقبل الذي تم تكوينه.
تكوين مجموعة المستشعر 1
تراقب مجموعة المستشعر 1 كائن واجهة Ethernet1/10 DME.
N9K-TELEMETRY-SW1(config-telemetry)# sensor-group 1 N9K-TELEMETRY-SW1(conf-tm-sensor)# path sys/intf/phys-[eth1/10]
يحدد مسار أداة الاستشعار الكائن المدار Ethernet1/10 في تسلسل DME ويوفر معلومات واجهة عامة مقترنة بذلك الكائن.
تكوين الاشتراك 1
إقران مجموعة المستشعر 1 بمجموعة الوجهة 1:
N9K-TELEMETRY-SW1(config-telemetry)# subscription 1 N9K-TELEMETRY-SW1(conf-tm-sub)# dst-grp 1 N9K-TELEMETRY-SW1(conf-tm-sub)# snsr-grp 1 sample-interval 10000
يتم تحديد الفاصل الزمني للعينة بالمللي ثانية.
10000 مللي ثانية = 10 ثوان
وبالتالي، يجمع الاشتراك 1 بشكل دوري كائن Ethernet1/10 DME كل 10 ثوان ويرسل بيانات بيانات تتبع الاستخدام إلى مجموعة الوجهة 1.
تكوين مجموعة المستشعر 2
تقوم مجموعة أجهزة الاستشعار 2 بجمع الإحصائيات ومعلومات التشغيل لشبكة إيثرنت 1/10.
التكوين:
N9K-TELEMETRY-SW1(config-telemetry)# sensor-group 2 N9K-TELEMETRY-SW1(conf-tm-sensor)# path sys/intf/phys-[eth1/10]/dbgIfIn N9K-TELEMETRY-SW1(conf-tm-sensor)# path sys/intf/phys-[eth1/10]/dbgIfOut N9K-TELEMETRY-SW1(conf-tm-sensor)# path sys/intf/phys-[eth1/10]/phys
توفر مسارات المستشعر:
| مسار المستشعر | معلومات |
|---|---|
| sys/intf/phys-[eth1/10]/dbgIfIn | إحصائيات واجهة الإدخال |
| sys/intf/phys-[eth1/10]/dbgIfOut | إحصائيات واجهة الإخراج |
| sys/intf/phys-[eth1/10]/phys | معلومات الواجهة التشغيلية |
يمكن أن تحتوي مجموعة المستشعر على مسارات مستشعر متعددة ذات صلة، مما يسمح للاشتراك بجمع عدة فئات من المعلومات من نفس الواجهة المراقبة.
تكوين الاشتراك 2
إقران مجموعة المستشعر 2 بمجموعة الوجهة 1:
N9K-TELEMETRY-SW1(config-telemetry)# subscription 2 N9K-TELEMETRY-SW1(conf-tm-sub)# dst-grp 1 N9K-TELEMETRY-SW1(conf-tm-sub)# snsr-grp 2 sample-interval 60000
الفاصل الزمني لأخذ العينات الذي تم تكوينه هو:
60000 مللي ثانية = 60 ثانية
وبالتالي، يجمع الاشتراك 2 إحصائيات Ethernet1/10 ومعلومات التشغيل كل 60 ثانية.
يتم إستخدام هذا الاشتراك لاحقا في المستند للتحقق من سلوك تتبع الاستخدام الدوري.
تكوين واجهة الاسترجاع
يتم إستخدام واجهة الاسترجاع لعرض بيانات القياس عن بعد المستندة إلى الحدث بدون الحاجة إلى اتصال مادي إضافي.
التكوين:
N9K-TELEMETRY-SW1(config)# interface loopback100 N9K-TELEMETRY-SW1(config-if)# ip address 10.255.255.100/32
كائن DME المتوافق هو:
sys/intf/lb-[lo100]
توفر واجهة الاسترجاع طريقة بسيطة لإنشاء تغييرات في التكوين المتحكم به والحالة الإدارية أثناء التحقق من بيانات القياس عن بعد المستندة إلى الحدث.
تكوين مجموعة المستشعر 3
تكوين مسار مستشعر Loopback100 DME:
N9K-TELEMETRY-SW1(config-telemetry)# sensor-group 3 N9K-TELEMETRY-SW1(conf-tm-sensor)# path sys/intf/lb-[lo100]
تراقب مجموعة المستشعر 3 الكائن المدار Loopback100.
تكوين الاشتراك 3
إقران مجموعة المستشعر 3 بمجموعة الوجهة 1 وتكوين المجموعة المستندة إلى الحدث:
N9K-TELEMETRY-SW1(config-telemetry)# subscription 3 N9K-TELEMETRY-SW1(conf-tm-sub)# dst-grp 1 N9K-TELEMETRY-SW1(conf-tm-sub)# snsr-grp 3 sample-interval 0
بالنسبة للاشتراكات المستندة إلى DME، يكون الفاصل الزمني العينة الذي يبلغ صفر سلوكا مستندا إلى الحدث.
وبالتالي يمكن أن تقوم التغييرات تحت كائن Loopback100 المراقب بإنشاء إعلامات تتبع الاستخدام دون إستخدام مؤقت تجميع متكرر.
يتم إستخدام هذا الاشتراك لاحقا لإظهار الوصف وتغييرات الحالة الإدارية.
إكمال التكوين الأولي لتتبع الاستخدام
بعد اكتمال التكوين، تحقق من صحته باستخدام:
N9K-TELEMETRY-SW1# show running-config telemetry feature telemetry telemetry destination-group 1 ip address 192.168.100.10 port 57000 protocol gRPC encoding GPB use-vrf default sensor-group 1 path sys/intf/phys-[eth1/10] sensor-group 2 path sys/intf/phys-[eth1/10]/dbgIfIn path sys/intf/phys-[eth1/10]/dbgIfOut path sys/intf/phys-[eth1/10]/phys sensor-group 3 path sys/intf/lb-[lo100] subscription 1 dst-grp 1 snsr-grp 1 sample-interval 10000 subscription 2 dst-grp 1 snsr-grp 2 sample-interval 60000 subscription 3 dst-grp 1 snsr-grp 3 sample-interval 0
عند هذه النقطة، يحتوي المحول على الوجهة ومجموعات المستشعر والاشتراكات المطلوبة لبدء إرسال بيانات تتبع الاستخدام نحو المستقبل الذي تم تكوينه.
يتحقق القسم التالي من جلسة عمل النقل والقياس الدوري عن بعد الذي تم إنشاؤه بواسطة اشتراكات Ethernet1/10.
التحقق من تتبع الاستخدام الدوري
بعد تطبيق تكوين تتبع الاستخدام، تحقق من إنشاء جلسة عمل النقل ومن أن مجموعات المستشعر الدورية نشطة ومن أنه يتم تجميع بيانات تتبع الاستخدام وتسليمها إلى المستقبل.
التحقق من نقل بيانات تتبع الاستخدام
شغل هذا أمر:
N9K-TELEMETRY-SW1# show telemetry transport Session Id Dst Grp IP Address Port Encoding Transport Status -------------------------------------------------------------------------------- 0 1 192.168.100.10 57000 GPB gRPC Connected -------------------------------------------------------------------------------- Retry buffer Size: 10485760 Event Retry Messages (Bytes): 0 Timer Retry Messages (Bytes): 0 Total Retries sent: 0 Total Retries Dropped: 0 N9K-TELEMETRY-SW1#
تؤكد الحالة المتصلة على إنشاء جلسة عمل نقل gRPC إلى جهاز إستقبال بيانات تتبع الاستخدام الذي تم تكوينه.
كما تطابق معلمات النقل ذات الصلة مجموعة الوجهة التي تم تكوينها.
التحقق من مجموعات المستشعر الدورية
الاستخدام:
N9K-TELEMETRY-SW1# show telemetry control database Subscription Database size = 3 -------------------------------------------------------------------------------- Subscription ID Data Collector Type Reachability Configuration Method -------------------------------------------------------------------------------- 3 DME Reachable CONFIG_DME-ADMIN 2 DME Reachable CONFIG_DME-ADMIN 1 DME Reachable CONFIG_DME-ADMIN Sensor Group Database size = 3 ---------------------------------------------------------------------------------------------------- Row ID Sensor Group ID Sensor Group type Sampling interval(ms) Linked subscriptions SubID ---------------------------------------------------------------------------------------------------- 1 3 Event /DME 0/No Timer 1 3 Collection Time in ms (Cur/Min/Max): 0/0/0 Encoding Time in ms (Cur/Min/Max): 0/0/0 Transport Time in ms (Cur/Min/Max): 2/1/414 Streaming Time in ms (Cur/Min/Max): 2/1/414 Collection Statistics: collection_id_dropped = 0 last_collection_id_dropped = 0 drop_count = 0 Configuration method: CONFIG_DME-ADMIN 2 2 Timer /DME 60000/Running 1 2 Collection Time in ms (Cur/Min/Max): 0/0/1 Encoding Time in ms (Cur/Min/Max): 0/0/1 Transport Time in ms (Cur/Min/Max): 2/1/415 Streaming Time in ms (Cur/Min/Max): 3/2/416 Collection Statistics: collection_id_dropped = 0 last_collection_id_dropped = 0 drop_count = 0 Configuration method: CONFIG_DME-ADMIN 3 1 Timer /DME 10000/Running 1 1 Collection Time in ms (Cur/Min/Max): 0/0/1 Encoding Time in ms (Cur/Min/Max): 0/0/1 Transport Time in ms (Cur/Min/Max): 2/1/415 Streaming Time in ms (Cur/Min/Max): 3/2/417 Collection Statistics: collection_id_dropped = 0 last_collection_id_dropped = 0 drop_count = 0 Configuration method: CONFIG_DME-ADMIN ---------------------------------------------------------------------------------------------------- Row ID Subscribed Linked Groups Sec Groups Retrieve level Path(GroupId) : Query : Filter ---------------------------------------------------------------------------------------------------- 1 No 1 0 Self sys/intf/phys-[eth1/10](1) : NA : NA <snip> 2 No 1 0 Self sys/intf/phys-[eth1/10]/dbgIfIn(2) : NA : NA <snip> 4 No 1 0 Self sys/intf/phys-[eth1/10]/dbgIfOut(2) : NA : NA
تؤكد قاعدة بيانات مجموعة المستشعر أن مجموعات المستشعر الدورية نشطة:
| مجموعة أجهزة الاستشعار | النوع | الفاصل الزمني لأخذ العينات | إكتتاب |
|---|---|---|---|
| 1 | مؤقت / DME | 10000 مللي ثانية / قيد التشغيل | 1 |
| 2 | مؤقت / DME | 6000 مللي ثانية / قيد التشغيل | 2 |
تجمع مجموعة المستشعر 1 كائن واجهة Ethernet1/10 كل 10 ثوان.
تقوم مجموعة أجهزة الاستشعار 2 بجمع إحصائيات شبكة إيثرنت 1/10 ومعلومات التشغيل كل 60 ثانية.
يعرض الأمر نفسه أيضا مسارات المستشعر التي تم تكوينها:
sys/intf/phys-[eth1/10] sys/intf/phys-[eth1/10]/dbgIfIn sys/intf/phys-[eth1/10]/dbgIfOut sys/intf/phys-[eth1/10]/phys
بالنسبة لمسارات الاستشعار المستخدمة في هذا المختبر، كانت أوقات التجميع والترميز تتراوح عادة بين 0 و 1 مللي ثانية، ولم يتم ملاحظة أي عمليات إسقاط لرسائل القياس عن بعد.
التحقق من تجميع البيانات
الاستخدام:
N9K-TELEMETRY-SW1# show telemetry data collector brief ------------------------------------------------------------------------------------------------------------------- Row ID Collector Type Successful Payloads Failed Skipped Dropped ------------------------------------------------------------------------------------------------------------------- 1 YANG 0 0 0 0 0 2 DME 513 513 0 44 0 3 NX-API 0 0 0 0 0 N9K-TELEMETRY-SW1#
ذكر المختبر:
DME Successful Collections: 513 Payloads: 513 Failed: 0 Skipped: 44 Dropped: 0
تؤكد عدادات الحمولة الناجحة أنه يتم تجميع بيانات بيانات بيانات تتبع بيانات DME ويتم إنشاء حمولات تتبع بيانات بيانات بيانات بيانات بيانات بيانات بيانات بيانات بيانات بيانات بيانات بيانات بيانات بيانات بيانات بيانات بيانات بيانات بيانات بيانات بيانات بيانات بيانات بيانات بيانات بيانات بيانات البريد.
المجموعات ال 44 التي تم تخطيها هي عدادات تاريخية تمت ملاحظتها بينما وجهة بيانات تتبع الاستخدام لم تكن متوفرة مؤقتا أثناء المختبر. يتم فحص هذه العدادات لاحقا في قسم أستكشاف الأخطاء وإصلاحها الأساسي.
للحصول على معلومات إضافية عن كل مسار مستشعر، أستخدم:
N9K-TELEMETRY-SW1# show telemetry data collector details
يمكن أن يحدد هذا الأمر مسارات المستشعر التي تم تكوينها والتي تم مشاركتها في المجموعات الناجحة أو الفاشلة أو التي تم تخطيها أو التي تم إسقاطها.
التحقق من البيانات الدورية في المستقبل
يجمع الاشتراك 2 إحصائيات Ethernet1/10 كل 60 ثانية.
قام جهاز إستقبال بيانات تتبع الاستخدام بالإعلام عن إحصائيات الإدخال هذه في الساعة 21:44:45 بالتوقيت العالمي المنسق (UTC):
timestamp: 2026-09-17T21:44:45Z source: N9K-TELEMETRY-SW1 subscription: 2 path: sys/intf/phys-[eth1/10]/dbgIfIn broadcastPkts: 5074 discards: 0 errors: 0 multicastPkts: 143403 octets: 12870535 ucastPkts: 31256
وبعد دقيقة واحدة، جرى تسلم عينة أخرى:
timestamp: 2026-09-17T21:45:45Z source: N9K-TELEMETRY-SW1 subscription: 2 path: sys/intf/phys-[eth1/10]/dbgIfIn broadcastPkts: 5075 discards: 0 errors: 0 multicastPkts: 143430 octets: 12875428 ucastPkts: 31292
فيما يلي ملخص للتغييرات العكسية بين كلا العينتين:
| العدّاد | 21:44:45 | 21:45:45 |
|---|---|---|
| حزم البث الأحادي | 31,256 | 31,292 |
| حزم البث المتعدد | 143,403 | 143,430 |
| حزم البث | 5,074 | 5,075 |
| الأنظمة الثمانية | 12,870,535 | 12,875,428 |
| الأخطاء | 0 | 0 |
| مرتجع | 0 | 0 |
يتم فصل الطوابع الزمنية بحوالي 60 ثانية، مما يطابق فترة أخذ العينات التي تم تكوينها للاشتراك 2.
كما تؤكد عدادات الحزم والبايت المتزايدة أنه يتم تجميع إحصائيات الواجهة المحدثة وتسليمها إلى المستقبل.
التحقق من المخرجات والمعلومات التشغيلية
يوفر مسار مستشعر dbgIfOut إحصائيات الإخراج ل Ethernet1/10.
أخبرت عينة جمعت في 21:45:45 بالتوقيت العالمي:
broadcastPkts: 8 discards: 0 errors: 0 multicastPkts: 4712 octets: 2444721 ucastPkts: 4092
يوفر مسار مستشعر PHYS سمات تشغيل لنفس الواجهة.
قام المستلم بالإعلام عن:
adminSt: up operSt: up operSpeed: 1G operDuplex: full operMtu: 1500 operDescr: TELEMETRY-COLLECTOR
وتؤكد هذه العينات أن مجموعة المستشعرات 2 توفر إحصاءات الواجهة والمعلومات التشغيلية من خلال مسارات مستشعر نظام DME الثلاثة التي تم تكوينها.
ملخص التحقق الدوري من بيانات تتبع الاستخدام
يؤكد التحقق الدوري من بيانات تتبع الاستخدام:
| التحقق | نتيجة |
|---|---|
| جلسة نقل gRPC | إتصلتما |
| تشفير GPB | مؤكد |
| مجموعة المستشعر 1 | يعمل بسرعة 10000 مللي ثانية |
| مجموعة أجهزة الاستشعار 2 | يعمل بسرعة 6000 مللي ثانية |
| مجموعات DME | نجحت العملية |
| المجموعات الفاشلة | 0 |
| الحمولات المسقطة | 0 |
| عينات جهاز الاستقبال الدوري | إستلمتن |
| عدادات الواجهة | تحديث بين العينات |
التحقق من بيانات تتبع إستخدام الحدث
بعد التحقق من بيانات تتبع الاستخدام الدورية، أستخدم "الاشتراك 3" للتحقق من صحة بيانات تتبع إستخدام الأحداث عن طريق إنشاء تغييرات يتم التحكم فيها للكائن المدار Loopback100.
التحقق من الاشتراك المستند إلى الحدث
الاستخدام:
N9K-TELEMETRY-SW1# show telemetry control database Subscription Database size = 3
--------------------------------------------------------------------------------
Subscription ID Data Collector Type Reachability Configuration Method -------------------------------------------------------------------------------- 3 DME Reachable CONFIG_DME-ADMIN 2 DME Reachable CONFIG_DME-ADMIN 1 DME Reachable CONFIG_DME-ADMIN <snip> Sensor Group Database size = 3 ---------------------------------------------------------------------------------------------------- Row ID Sensor Group ID Sensor Group type Sampling interval(ms) Linked subscriptions SubID ---------------------------------------------------------------------------------------------------- 1 3 Event /DME 0/No Timer 1 3 <snip> Sensor Path Database size = 5 ---------------------------------------------------------------------------------------------------- Row ID Subscribed Linked Groups Sec Groups Retrieve level Path(GroupId) : Query : Filter ---------------------------------------------------------------------------------------------------- 4 Yes 1 0 Self sys/intf/lb-[lo100](3) : NA : NA <snip> Subscription Id: 3 Snapshot Stats: Sent = 1 Error = 0 Drops = 0 The Sensor Group Database reports: Sensor Group ID: 3 Sensor Group Type: Event / DME Sampling Interval: 0 / No Timer Subscription ID: 3 The Event / DME type and 0 / No Timer state confirm that Sensor Group 3 is configured for event-based collection. The associated sensor path is: sys/intf/lb-[lo100]
تؤكد نفس قاعدة بيانات تتبع الاستخدام أنه يتم الاشتراك في مسار المستشعر من خلال الاشتراك 3.
إنشاء التحديثات المستندة إلى الحدث
للتحقق من إنشاء الحدث، قم بتعديل وصف Loopback100:
N9K-TELEMETRY-SW1(config)# interface loopback100 N9K-TELEMETRY-SW1(config-if)# description TELEMETRY-EVENT-DEMO
قام متلقي بيانات تتبع الاستخدام بالإعلام عن:
{
"timestamp": "2026-09-17T21:41:12Z",
"source": "N9K-TELEMETRY-SW1",
"subscription": "3",
"event": {
"descr": "TELEMETRY-EVENT-DEMO",
"dn": "sys/intf/lb-[lo100]",
"status": "modified"
}
}
يحدد رقم dn كائن DME المراقب وتعرف سمة DESCR الخاصية التي تم تغييرها.
بعد ذلك، قم بتعطيل الواجهة واستعادتها إداريا:
N9K-TELEMETRY-SW1(config)# interface loopback100 N9K-TELEMETRY-SW1(config-if)# shutdown
ثم:
N9K-TELEMETRY-SW1(config-if)# no shutdown
كشف المستلم عن تغييرات الحالة.
| طابع زمني | السمة التي تم تغييرها | القيمة |
|---|---|---|
| 21:41:12 | دسك | العرض التوضيحي ل TeleEmetry-event-event |
| 21:41:19 | adminSt | تعطل |
| 21:41:24 | adminSt | يعمل |
أشار كل تحديث إلى نفس الكائن المراقب:
sys/intf/lb-[lo100]
أبلغ عن حالة الكائن كمعدل.
تؤكد هذه النتائج أن التغييرات على السمات المختلفة للكائن المدار المرصد يمكن أن تولد تحديثات تتبع بيانات فردية.
التحقق من اللقطة الأولية ورسائل الحدث
عند إنشاء الاشتراك المستند إلى الحدث، قام NX-OS بإنشاء لقطة أولية للكائن المراقب.
قامت قاعدة بيانات مسار المستشعر بالإعلام عن:
حالات اللقطة:
Sent = 1 Error = 0 Drops = 0
بعد التغييرات الثلاثة التي تم التحكم بها، تم الإبلاغ عن نفس مسار جهاز الاستشعار:
حالات الرسالة:
Sent = 3 Error = 0 Drops = 0
وبالتالي يمكن تلخيص النتائج على النحو التالي:
| جمع المعلومات | عدد |
|---|---|
| اللقطة الأولية | 1 |
| تعديل الوصف | 1 |
| حالة إدارية معطلة | 1 |
| الحالة الإدارية فوق | 1 |
| المجموع | 4 |
تمثل اللقطة الأولية حالة الكائن المراقب عندما يصبح الاشتراك نشطا، بينما تتطابق الرسائل التالية مع تغييرات الكائن.
التحقق من إحصائيات مجموعة الأحداث
N9K-TELEMETRY-SW1# show telemetry event collector stats -------------------------------------------------------------------------------- Row ID Collection Count Latest Collection Time Sensor Path(GroupId) -------------------------------------------------------------------------------- 1 4 Thu Sep 17 21:41:24.045 UTC sys/intf/lb-[lo100](3) N9K-TELEMETRY-SW1#
ذكر المختبر:
Collection Count: 4
Latest Collection Time: Thu Sep 17 21:41:24.045 UTC
Sensor Path: sys/intf/lb-[lo100]
يطابق عدد المجموعات اللقطة الأولية الواحدة والتغييرات الثلاثة التي تم توليدها أثناء الاختبار.
التحقق من أخطاء مجمع الأحداث
N9K-TELEMETRY-SW1# show telemetry event collector errors -------------------------------------------------------------------------------- Error Description Error Count -------------------------------------------------------------------------------- Dme Event Subscription Init Failures - 0 Event Data Enqueue Failures - 0 Event Subscription Failures - 0 Pending Subscription List Create Failures - 0 Subscription Hash Table Create Failures - 0 Subscription Hash Table Destroy Failures - 0 Subscription Hash Table Insert Failures - 0 Subscription Hash Table Remove Failures - 0 N9K-TELEMETRY-SW1#
لم يتم ملاحظة أي أخطاء في مجمع الأحداث أثناء الاختبار.
ملخص التحقق من بيانات تتبع الاستخدام المستندة إلى الحدث
يؤكد التحقق من بيانات تتبع إستخدام البيانات المستند إلى الحدث:
| التحقق | نتيجة |
|---|---|
| مجموعة أجهزة الاستشعار | 3 |
| مسار المستشعر | sys/intf/lb-[lo100] |
| نوع المجموعة | الحدث / DME |
| الفاصل الزمني لأخذ العينات | 0 / لا يوجد مؤقت |
| لقطة أولية | تم الإرسال |
| تغيير الوصف | تم الكشف |
| AdminDown | تم الكشف |
| AdminSt Up | تم الكشف |
| إجمالي المجموعات | 4 |
| أخطاء مجمع الأحداث | 0 |
يؤكد الكشف الناجح لتغييرات الاسترجاع 100 المتحكم بها أن "الاشتراك 3" يعمل كما هو متوقع.
يفحص القسم التالي أوامر التحقق الأساسي واستكشاف الأخطاء وإصلاحها المستخدمة لتقييم عملية تتبع الدفق.
العملية الأساسية لاستكشاف الأخطاء وإصلاحها
عند عدم تلقي بيانات بيانات تتبع الاستخدام كما هو متوقع، ابدأ أستكشاف الأخطاء وإصلاحها من خلال تحديد ما إذا كانت المشكلة متعلقة بجلسة عمل النقل أو تجميع البيانات أو تكوين المستشعر أو المستقبل الخارجي.
يستخدم سير العمل هذا مشكلة تمت ملاحظتها أثناء هذا المختبر، حيث أبلغ NX-OS عن 44 مجموعة تم تخطيها وخطأ إرسال RPC واحد قديم.
التحقق من حالة النقل الحالية
N9K-TELEMETRY-SW1# show telemetry transport Session Id Dst Grp IP Address Port Encoding Transport Status -------------------------------------------------------------------------------- 0 1 192.168.100.10 57000 GPB gRPC Connected
-------------------------------------------------------------------------------- Retry buffer Size: 10485760 Event Retry Messages (Bytes): 0 Timer Retry Messages (Bytes): 0 Total Retries sent: 0 Total Retries Dropped: 0 N9K-TELEMETRY-SW1#
وخلال عملية التحقق النهائية، أفادت جلسة القياس عن بعد بما يلي:
Session ID: 0
Destination Group: 1
IP Address: 192.168.100.10
Port: 57000
Encoding: GPB
Transport: gRPC
Status: Connected
تؤكد دولة متصلة أن جلسة عمل النقل تم إنشاؤها حاليا.
ومع ذلك، لا تشير حالة جلسة العمل الحالية بالضرورة إلى ما إذا كانت مشاكل الاتصال قد حدثت في وقت سابق. لذلك راجع عدادات التجميع والنقل التاريخية أيضا.
مراجعة عدادات جمع البيانات
N9K-TELEMETRY-SW1# show telemetry data collector brief
-------------------------------------------------------------------------------------------------------------------
Row ID Collector Type Successful Payloads Failed Skipped Dropped
-------------------------------------------------------------------------------------------------------------------
1 YANG 0 0 0 0 0
2 DME 513 513 0 44 0
3 NX-API 0 0 0 0 0
N9K-TELEMETRY-SW1#
ذكر المختبر:
DME Successful Collections: 513
Payloads: 513
Failed: 0
Skipped: 44
Dropped: 0
تؤكد عدادات "Successful and Payload" حدوث مجموعات بيانات تتبع بيانات DME وإنشاء الحمولة.
ومع ذلك، يشير العداد الذي تم تخطيه إلى أنه لم يتم تنفيذ 44 مجموعة مجدولة.
لتحديد مسارات المستشعر التي تأثرت، أستخدم:
N9K-TELEMETRY-SW1# show telemetry data collector details
--------------------------------------------------------------------------------------------------------------
Row ID Successful Payloads Failed Skipped Dropped Sensor Path(GroupId)
--------------------------------------------------------------------------------------------------------------
1 414 414 0 29 0 sys/intf/phys-[eth1/10](1)
2 54 54 0 5 0 sys/intf/phys-[eth1/10]/dbgIfIn(2)
3 54 54 0 5 0 sys/intf/phys-[eth1/10]/dbgIfOut(2)
4 54 54 0 5 0 sys/intf/phys-[eth1/10]/phys(2)
N9K-TELEMETRY-SW1#
تم الإبلاغ عن الإخراج التفصيلي:
| مسار المستشعر | تم التخطي |
|---|---|
| sys/intf/phys-[eth1/10] | 29 |
| sys/intf/phys-[eth1/10]/dbgIfIn | 5 |
| sys/intf/phys-[eth1/10]/dbgIfOut | 5 |
| sys/intf/phys-[eth1/10]/phys | 5 |
| المجموع | 44 |
تم توزيع المجموعات التي تم تخطيها عبر المسارات الدورية للمستشعر، مما يشير إلى أن المشكلة لم يتم عزلها إلى كائن DME واحد.
ملاحظة: عدادات التحصيل تراكمية. لا يشير العداد التاريخي غير الصفري بالضرورة إلى أن نفس الشرط موجود حاليا.
تحديد سبب تخطي المجموعات
N9K-TELEMETRY-SW1# show telemetry control stats
--------------------------------------------------------------------------------
Error Description Error Count
--------------------------------------------------------------------------------
<snip>
Collections skipped due to destination unreachable 44
<snip>
N9K-TELEMETRY-SW1#
يحدد هذا الإخراج مباشرة سبب المجموعات التي تم تخطيها:
الوجهة التي يتعذر الوصول إليها = 44
تتطابق القيمة مع المجموعات ال 44 التي تم تخطيها والتي تم الإعلام عنها بواسطة مجمع بيانات DME.
وهذا يسمح للتحقيق بالابتعاد عن مسارات الاستشعار نفسها وباتجاه وجهة القياس عن بعد ومسار النقل.
فحص أخطاء النقل
أستخدم معرف جلسة العمل الذي تم الإعلام عنه بواسطة نقل بيانات تتبع الاستخدام:
N9K-TELEMETRY-SW1# show telemetry transport 0 errors
Session Id: 0
Connection Errors
Connection Error Count: 0
Transmission Errors
Tx Error Count: 1
Last Tx Error: Thu Sep 17 21:22:16.008 UTC
Last Tx Return Code: UNAVAILABLE
N9K-TELEMETRY-SW1#
ذكر المختبر:
Connection Error Count: 0
Tx Error Count: 1
Last Tx Error: Thu Sep 17 21:22:16.008 UTC
Last Tx Return Code: UNAVAILABLE
يقوم رمز الإرجاع غير المتوفر بتسجيل فشل إرسال gRPC المقترن بوجهة تتبع الاستخدام.
في هذا المختبر، تم إيقاف المستلم الخارجي عن قصد وإعادة تشغيله أثناء تعديل التكوين الخاص به. وخلال هذه الفترة، تعذر على NX-OS الوصول إلى وجهة تتبع الاستخدام، والتي تتطابق مع عدادات التجميع الوجهة-غير القابلة للوصول التي تمت ملاحظتها أعلاه.
والعلاقة المتبادلة المهمة هي:
| رصد | نتيجة |
|---|---|
| المجموعات التي تم تخطيها | 44 |
| الوجهة التي يتعذر الوصول إليها | 44 |
| أخطاء Tx للنقل | 1 |
| كود إرجاع Tx الأخير | غير متاح |
| حالة النقل الحالية | إتصلتما |
توفر العدادات المطابقة التي تم تخطيها والوجهة التي يتعذر الوصول إليها دليلا مباشرا على سبب تخطي المجموعات.
يوفر خطأ النقل التاريخي معلومات إضافية حول فشل النقل الذي تمت ملاحظته أثناء نشاط المختبر نفسه.
التحقق من إسترداد النقل
بعد إستعادة الاتصال بالمستقبل، أستخدم:
N9K-TELEMETRY-SW1# show telemetry transport 0 stats
Session Id: 0
Connection Stats
Connection Count 3
Last Connected: Thu Sep 17 21:27:16.010 UTC
Disconnect Count 0
Last Disconnected: Never
Transmission Stats
Compression: disabled
Source Interface: not set()
Transmit Count: 603
Last TX time: Thu Sep 17 21:51:36.008 UTC
Min Tx Time: 1 ms
Max Tx Time: 414 ms
Avg Tx Time: 6 ms
Cur Tx Time: 1 ms
Flow Stats
Allowed Queued Msgs Size (bytes): 78643200
Current Queued Msgs Size (bytes): 0
Utilization (percent): 0
Max Queued Msgs Size (bytes): 3849
Total Queued Msgs Size (bytes): 865313
Current Msgs Held (# Msgs): 0
Total Msgs held (# Msgs): 604
Max Msgs Held (# Msgs): 5
Msgs Dropped (# Msgs): 0
Flow Control Apply Time (secs): 0
Flow Control Last Applied: Never
<snip>
N9K-TELEMETRY-SW1#
تم الإبلاغ عن التحقق النهائي للمختبر:
Connection Count: 3
Disconnect Count: 0
Transmit Count: 603
Average Transmission Time: 6 ms
Current Transmission Time: 1 ms
Current Queued Messages Size: 0
Transport Utilization: 0%
Messages Dropped: 0
Flow Control Last Applied: Never
توضح هذه القيم أن جلسة عمل النقل قد تم إستردادها وكانت ترسل بيانات بيانات بيانات تتبع الاستخدام بشكل نشط دون وضع الرسائل في قائمة الانتظار أو إسقاطها.
وأهم مؤشرات الحالة الراهنة هي:
| مؤشر | نتيجة |
|---|---|
| حالة النقل | إتصلتما |
| قائمة الانتظار الحالية | 0 |
| الرسائل التي تم إسقاطها | 0 |
| التحكم في التدفق | لم يتم التطبيق مطلقا |
هذا التمييز مهم عند أستكشاف أخطاء عدادات بيانات تتبع الاستخدام وإصلاحها: فقد تظل الأخطاء التاريخية مرئية حتى بعد حل الشرط الأساسي.
التحقق من أخطاء التكوين مجمع الأحداث
يمكن إستخدام أوامر إضافية للتحقق مما إذا كان NX-OS يبلغ عن مشاكل في التكوين أو معالجة الأحداث.
N9K-TELEMETRY-SW1# show telemetry config errors
--------------------------------------------------------------------------------
Row ID Path Sensor Group Error
--------------------------------------------------------------------------------
Transport Errors
--------------------------------------------------------------------------------
Destination group ID Source Interface Configured VRF Correct VRF
--------------------------------------------------------------------------------
N9K-TELEMETRY-SW1#
بالنسبة للقياس عن بعد المستند إلى الحدث، أستخدم:
N9K-TELEMETRY-SW1# show telemetry event collector errors
--------------------------------------------------------------------------------
Error Description Error Count
--------------------------------------------------------------------------------
Dme Event Subscription Init Failures - 0
Event Data Enqueue Failures - 0
Event Subscription Failures - 0
Pending Subscription List Create Failures - 0
Subscription Hash Table Create Failures - 0
Subscription Hash Table Destroy Failures - 0
Subscription Hash Table Insert Failures - 0
Subscription Hash Table Remove Failures - 0
N9K-TELEMETRY-SW1#
وكانت جميع عدادات أخطاء مجمع الأحداث صفرا أيضا.
تساعد هذه النتائج في إستبعاد حالات فشل التكوين ومجمع الأحداث عند التحقق من المجموعات الدورية التي تم تخطيها.
أستكشاف أخطاء سير العمل وإصلاحها
يمكن تلخيص الأوامر المستخدمة أثناء هذا التحقيق على النحو التالي:
| الغرض | |
|---|---|
| إظهار نقل بيانات تتبع الاستخدام | تحقق من حالة جلسة عمل النقل الحالية. |
| إظهار موجز مجمع بيانات بيانات تتبع الاستخدام | تحديد المجموعات الناجحة أو الفاشلة أو التي تم تخطيها أو التي تم إسقاطها. |
| إظهار تفاصيل مجمع بيانات بيانات تتبع الاستخدام | حدد أي مسارات المستشعر تتأثر. |
| إظهار حالات التحكم في بيانات تتبع الاستخدام | حدد سبب تخطي المجموعات. |
| إظهار أخطاء <session-id> نقل بيانات تتبع الاستخدام | فحص حالات فشل النقل. |
| إظهار حالات <session-id> لنقل بيانات تتبع الاستخدام | مراجعة إسترداد النقل وقوائم الانتظار وحالات الإسقاط. |
| إظهار أخطاء تكوين بيانات تتبع الاستخدام | التعرف على أخطاء تكوين تتبع الاستخدام. |
| إظهار أخطاء مجمع أحداث بيانات تتبع الاستخدام | تحديد أخطاء مجمع الأحداث. |
في هذا المختبر، قام تسلسل أستكشاف الأخطاء وإصلاحها بتعريف حالة الوصول إلى وجهة القياس عن بعد المؤقتة بدلا من فشل في مسار مستشعر DME أو التكوين.
بعد أن أصبح المستلم متوفرا مرة أخرى، عاد نقل بيانات تتبع الاستخدام إلى الحالة المتصلة، واستؤنفت المجموعات، ولم تتم ملاحظة أي حالة قائمة انتظار أو حالة إسقاط رسائل حالية.
مثال على التطبيق العملي: مراقبة موارد النظام
تعد مراقبة موارد النظام حالة إستخدام شائعة للقياس عن بعد المتدفق. يمكن تصدير معلومات وحدة المعالجة المركزية (CPU) والذاكرة بشكل دوري من محول Nexus إلى نظام مراقبة خارجي للتحليل التاريخي ولوحات المعلومات ومراقبة السعة والتنبيه.
يوفر Cisco NX-OS تسميات مسار تتبع بيانات محددة مسبقا للمعلومات الشائعة المراقبة. في هذا المثال، يتم إستخدام تسمية مسار الموارد لجمع وحدة المعالجة المركزية للنظام ومعلومات الذاكرة.
تكوين بيانات تتبع موارد النظام
إنشاء مجموعة مستشعر جديدة باستخدام تسمية مسار الموارد:
N9K-TELEMETRY-SW1(config)# telemetry
N9K-TELEMETRY-SW1(config-telemetry)# sensor-group 4
N9K-TELEMETRY-SW1(conf-tm-sensor)# path resources
إنشاء الاشتراك 4 وإقران مجموعة المستشعر 4 بمجموعة الوجهة 1:
N9K-TELEMETRY-SW1(config-telemetry)# subscription 4
N9K-TELEMETRY-SW1(conf-tm-sub)# dst-grp 1
N9K-TELEMETRY-SW1(conf-tm-sub)# snsr-grp 4 sample-interval 10000
تستخدم مجموعة المستشعر رقم 4 تسمية مسار الموارد المحددة مسبقا. يربط الاشتراك 4 مجموعة المستشعر بوجهة تتبع القياس الموجودة ويقوم بتكوين مجموعة دورية بفاصل زمني لأخذ العينات ليس صفرا.
التكوين ذي الصلة هو:
telemetry
destination-group 1
ip address 192.168.100.10 port 57000 protocol gRPC encoding GPB
use-vrf default
sensor-group 4
path resources
subscription 4
dst-grp 1
snsr-grp 4 sample-interval 10000
مراجعة تسمية مسار الموارد
قم بتشغيل هذا الأمر لفحص مسارات DME الممثلة بعلامة مسار الموارد:
N9K-TELEMETRY-SW1# show telemetry usability resources
1) label_name : resources
path_name : sys/proc
query_type : poll
<snip>
2) label_name : resources
path_name : sys/procsys
query_type : poll
<snip>
3) label_name : resources
path_name : sys/procsys/sysmem
query_type : event
query_condition : query-target-filter=and(updated(procSysMem.memstatus),ne(procSysMem.memstatus,"OK"))
يظهر الإخراج أن تسمية الموارد تمثل مسارات DME أساسية متعددة.
تستخدم مسارات sys/proc و sys/procsys استعلامات الاقتراع وتوفر معلومات عن مورد العملية والنظام. يستخدم مسار sys/procsys/sysmem استعلام حدث يمكنه الإبلاغ عن تغيير عند تحديث حالة الذاكرة المراقبة ولم يعد صحيحا.
وهذا يوضح الفرق بين تحديد اسم مميز ل DME بشكل مباشر واستخدام تسمية مسار تتبع معرفة مسبقا.
على سبيل المثال:
Individual DME path:
path sys/intf/phys-[eth1/10]
Predefined path label:
path resources
التحقق من بيانات تتبع موارد النظام
أستخدم show telemetry control database للتحقق من حالة مجموعة المستشعر 4 والاشتراك 4.
تقوم قاعدة بيانات مجموعة أجهزة الاستشعار بالتقارير التالية:
Sensor Group ID Sensor Group type Sampling interval(ms) Linked subscriptions SubID ---------------------------------------------------------------------------------------------------- 4 Timer /DME 10000/Running 1 4
يؤكد كل من Timer /DME type و 10000/Running Sample interval أن Sensor Group 4 تعمل كمصدر تتبع DME دوري.
تعرض قاعدة بيانات مسار المستشعر أيضا المسارات الأساسية المقترنة بتسمية الموارد.
على سبيل المثال:
resources:sys/procsys(4) GPB Encoded Data size in bytes (Cur/Min/Max): 20221/20221/20229 Subscription Id: 4 Message Stats: Sent = 14 Error = 0 Drops = 0
يقوم المسار المرتبط بالعملية أيضا بالإعلام عن تجميع بيانات تتبع نشط:
resources:sys/proc(4)
GPB Encoded Data size in bytes (Cur/Min/Max): 82284/81262/85098
Subscription Id: 4
Message Stats:
Sent = 14
Error = 0
Drops = 0
تؤكد هذه العدادات أنه يتم تجميع معلومات المورد وترميزها ك GPB، ويتم إرسالها دون أخطاء في الرسائل أو عمليات إسقاط.
قارن مع موارد نظام NX-OS
يمكن إستخدام واجهة سطر الأوامر (CLI) التقليدية لنظام التشغيل NX-OS لعرض وحدة المعالجة المركزية الحالية وحالة الذاكرة للمحول:
N9K-TELEMETRY-SW1# show system resources Load average: 1 minute: 0.57 5 minutes: 0.58 15 minutes: 0.63 Processes : 854 total, 2 running CPU states : 14.64% user, 3.50% kernel, 81.85% idle <snip> Memory usage: 24530808K total, 9315248K used, 15215560K free Kernel buffers: 22104K Used Kernel cached : 6255520K Used Current memory status: OK
توفر واجهة سطر الأوامر (CLI) نظرة فورية على موارد النظام.
يسمح تتبع الدفق بتصدير نفس النوع من وحدة المعالجة المركزية (CPU) ومعلومات الذاكرة إلى جهاز إستقبال خارجي بحيث يمكن تخزين عينات متعددة وتحليلها بمرور الوقت.
يمكن تغيير إستخدام وحدة المعالجة المركزية (CPU) بسرعة. لذلك، يمكن أن تختلف قيم وحدة المعالجة المركزية (CPU) التي يتم عرضها بواسطة واجهة سطر الأوامر (CLI) والقيم التي يتم استقبالها من خلال القياس عن بعد عند تجميع العينات في أوقات مختلفة.
التحقق من بيانات المورد في المستلم
قام متلقي بيانات تتبع الاستخدام بفك ترميز معلومات مورد النظام المقترنة ب Subscription 4 بنجاح.
يوضح هذا المثال معلومات وحدة المعالجة المركزية (CPU) والذاكرة من نموذج واحد للقياس عن بعد:
{
"timestamp": "2026-09-18T23:15:08Z",
"source": "N9K-TELEMETRY-SW1",
"cpu": {
"user": 11,
"kernel": 2,
"idle": 85,
"averageLast60Seconds": 7.099999904632568
},
"memory": {
"status": "OK",
"utilization": 38.18336486816406,
"usedKB": 9366688,
"freeKB": 15164120,
"totalKB": 24530808
}
}
يؤكد إخراج جهاز الاستقبال على أنه يتم فك ترميز وحدة المعالجة المركزية (CPU) ومعلومات الذاكرة من الاشتراك 4 بنجاح، كما يتم توفيرها للمراقبة الخارجية.
للمقارنة، أبلغت واجهة سطر الأوامر (CLI) التي تدعم نظام التشغيل NX عن وجود ما يقرب من 9. 3 جيجابايت من الذاكرة المستخدمة من إجمالي سعة ذاكرة تبلغ 24. 5 جيجابايت تقريبا وحالة ذاكرة حالية تبلغ "موافق". يبلغ نموذج بيانات تتبع الاستخدام عن بعد نفس قيمة الذاكرة الإجمالية، واستخدام الذاكرة بنسبة 38 بالمائة تقريبا، ونفس حالة الذاكرة OK.
يمكن أن تختلف قيم وحدة المعالجة المركزية (CPU) بين نموذج واجهة سطر الأوامر (CLI) ونماذج قياس telemetry لأن إستخدام وحدة المعالجة المركزية (CPU) يتغير بشكل ديناميكي ولا يتم تجميع القياسات بالضرورة في نفس الوقت.
مراقبة إستخدام الموارد عبر الوقت
يمكن إستخدام نماذج تتبع بيانات متعددة لمراقبة كيفية تغير إستخدام موارد النظام بمرور الوقت.
تم تلقي هذه العينات من الاشتراك 4 أثناء المختبر:
معدل إستخدام وحدة المعالجة المركزية (CPU) - آخر 60 ثانية
10% |
9% | ●
8% | ●
7% | ●
6% |
+-------------------------------------
23:14:08 23:14:38 23:15:08
8.70% 8.50% 7.10%
Time
إستخدام الذاكرة
39% |
38% | ●-----------●-----------●
37% |
+-------------------------------------
23:14:08 23:14:38 23:15:08
37.82% 38.06% 38.18%
Time
توضح هذه العينات كيف أن القياس عن بعد الدوري يمكن أن يوفر نظرة زمنية لسلوك النظام بدلا من قياس واحد لحظي. في بيئة الإنتاج، يمكن لنظام أساسي للمراقبة أو القدرة على الملاحظة تخزين أعداد أكبر من العينات واستخدام العينات لتحديد الاتجاهات، وإنشاء تنبيهات، وإنشاء لوحات معلومات تاريخية.
القرار
يوفر تتبع دفق NX-OS من Cisco آلية مهيكلة لتصدير المعلومات التشغيلية من محولات Cisco Nexus 9000 إلى مستقبل بيانات تتبع خارجي.
عرض هذا المستند المكونات الأساسية لإجراء تتبع الدفق، بما في ذلك مسارات مستشعر DME وترميز GPB ونقل gRPC ومجموعات الوجهة ومجموعات المستشعر والاشتراكات.
باستخدام بيئة المعمل، تم تكوين بيانات تتبع الاستخدام الدورية وتلك المعتمدة على الحدث والتحقق من صحتها. تم إستخدام الاشتراكات الدورية لجمع إحصائيات شبكة الإيثرنت 1/10 ومعلومات التشغيل، بينما تم إستخدام اشتراك مستند إلى حدث لاكتشاف التغييرات التي يتم التحكم فيها للكائن المدار Loopback100.
كما أوضح مثال عملي لمراقبة موارد النظام كيفية إستخدام تسمية مسار الموارد المحددة مسبقا لتصدير معلومات وحدة المعالجة المركزية (CPU) والذاكرة إلى مستقبل تتبع خارجي.
أظهرت أمثلة التحقق واستكشاف الأخطاء وإصلاحها كيف يمكن إستخدام أوامر بيانات تتبع نظام التشغيل NX للتحقق من اتصال النقل وتجميع البيانات ومعالجة الأحداث وحالات فشل المجموعات السابقة.
توفر هذه المفاهيم أساسا لفهم عمليات نشر بيانات تتبع الدفق الأساسية على Cisco Nexus 9000 NX-OS وتنفيذها والتحقق منها واستكشاف أخطائها وإصلاحها.
محفوظات المراجعة
| المراجعة | تاريخ النشر | التعليقات |
|---|---|---|
1.0 |
01-Oct-2026
|
الإصدار الأولي |
التعليقات