يصف هذا المستند بنية بيئة التنفيذ المشترك (CEE) من Cisco والنشر والمراقبة وتكامل Splunk وقياس OpenTele.
توصي Cisco بالألفة مع هذه التقنيات:
تظهر الأمثلة بيئة Cisco SMI/CNDP المستندة إلى Kubernetes مع CEE وتطبيق وظيفة إدارة الجلسات المرتبط (SMF). يشير مثال تعريف البرنامج إلى حزمة تقنية شبكة إيثرنت المحسنة المجمعة 2026.01.1.08؛ يستخدم المثال الخاص بمركز العمليات معرف مستودع SMF SMF-2026.04.m0.i50. هذه هي قيم الأمثلة، وليست متطلبات النشر.
يجب إستبدال نقاط نهاية الشبكة وأسماء نظام المجموعة وقيم مساحة الاسم بالقيم المعتمدة للنشر الهدف.
تم إنشاء المعلومات الواردة في هذا المستند من الأجهزة الموجودة في بيئة معملية خاصة. بدأت جميع الأجهزة المُستخدمة في هذا المستند بتكوين ممسوح (افتراضي). إذا كانت شبكتك قيد التشغيل، فتأكد من فهمك للتأثير المحتمل لأي أمر.
تعد بيئة التنفيذ المشترك (CEE) من Cisco جزءا من البنية الأساسية للخدمات الدقيقة للمشترك (SMI) من Cisco. في عملية نشر قائمة على Kubernetes لأسماء مراكز البيانات، تشمل Kubernetes خدمات منفصلة للنظام الأساسي وإمكانية الملاحظة عبر شبكة إيثرنت المحسنة المجمعة وخدمات إدارة Kubernetes وأحمال عمل تطبيقات الشركات صغيرة ومتوسطة الحجم. يوفر الفصل حدودا إدارية وتشغيلية بينما تسمح شبكات Kubernetes واكتشاف الخدمات باتصال المكونات المسموح به.
ويغطي هذا المستند بنية مساحة الاسم وحمولات عمل تقنية شبكة إيثرنت المحسنة المجمعة (CEE) وتثبيت شبكة إيثرنت المحسنة المجمعة (CEE) وإدارة دورة الحياة ومركز عمليات شبكة إيثرنت المحسنة المجمعة (CEE) والتنبيهات وبروتوكول إدارة الشبكة البسيط (SNMP) وتنبيهات وحدة التحكم في الإدارة المتكاملة (CIMC) من Cisco وإعادة توجيه السجل والإحصاءات المجمعة وبوابة نظام OpenTeleEmetry.
Splunk HEC على الإرسال تحكم بروتوكول (TCP) ميناء 8088 و syslog عبر المستعمل مخطط بيانات بروتوكول (UDP) ميناء 5140 هي آليات إستيعاب مستقلة. يحتوي المساران على متطلبات مختلفة للتكوين والنقل واستكشاف الأخطاء وإصلاحها ويمكن أن يتعايشا معا.
يشغل مركز تقنية شبكة إيثرنت المحسنة المجمعة (CEE) ووظائف التطبيق المرتبطة به مساحات أسماء منفصلة من Kubernetes. تعمل البنية على التمييز بين خدمات النظام الأساسي ل Kubernetes ووظائف المراقبة والإدارة الخاصة ب CEE ومن مجال تطبيق SMF.
بنية مساحة اسم Cisco SMI التي تظهر الفصل بين تقنية شبكة إيثرنت المحسنة المجمعة (CEE) والنظام الأساسي للتطبيق
مساحة اسم تقنية شبكة إيثرنت المحسنة المجمعة (CEE) هي التركيز الرئيسي لبنية مستوى الخدمة. توفر مساحات الأسماء الأخرى منصة Kubernetes ووظائف الشبكة وأحمال عمل SMF.
وتستضيف مساحة اسم تقنية شبكة إيثرنت المحسنة المجمعة (CEE) خدمات صغيرة للمراقبة والتنبيه والتسجيل ولوحات المعلومات والإحصاءات والوصول التشغيلي.
الخدمات الدقيقة لمساحة الاسم الخاصة ب CEE ووظائف أحمال العمل التشغيلية الخاصة بها
وتتضمن هذه الوظائف مجموعة مقاييس بروميثيوس، وعرض مرئيات غرافانا، والتعامل مع تنبيه AlertManager، وخدمات إعادة توجيه السجلات، وإنشاء إحصائيات مجمعة دورية. تختلف أحمال العمل الفردية باختلاف تهيئة الإصدار والنشر.
يفصل "مدير قطاعات SMI" تعريف منتجات البرامج عن المجموعة الهدف وتكوين مركز عمليات التشغيل الخاص بها. وهذا يتيح إمكانية إصدار البرامج المتحكم بها ومزامنة نظام المجموعة القابلة للتكرار.
تركيب SMI Cluster Manager وبنية تزامن البرامج
في تكوين "مدير مجموعة SMI"، حدد حزمة برامج CEE المحلية ومهايئ SHA-256 الخاص بها.
software cnf cee url file:///data/software/images/cee-2026.01.1.08.tar sha256 <CEE-SHA256-HASH> exit
أستخدم القيمة SHA-256 الدقيقة من الحزمة المعتمدة. العنصر النائب في الأمر مقصود ولا يمثل المجموع الاختباري الفعلي.
يقوم تكوين المصدر بإقران مجموعة مع مركز عمليات SMF، ومستودع محلي، ونقاط نهاية إدارة، وإعدادات نشر. يتم إستبدال المعرفات الخاصة بالموقع بالمواضع المؤقتة.
clusters <cluster-name>
ops-centers smf <smf-ops-center-name>
app-name-override cn
repository-local smf-2026.04.m0.i50
sync-default-repository true
netconf-ip <NETCONF-IP>
netconf-port 2029
ssh-ip <SSH-IP>
ssh-port 2028
initial-boot-parameters use-volume-claims true
initial-boot-parameters auto-deploy false
initial-boot-parameters single-node false
exit
exit
| بارامتر | يعني في مثال تشكيل |
|---|---|
| SMF <smf-ops-center-name> | إقران المجموعة بمثيل مركز عمليات SMF. |
| المستودع المحلي | تحديد مستودع التطبيق وإصداره للنشر. |
| المزامنة - المستودع الافتراضي صحيح | يستخدم المستودع الافتراضي الذي تم تكوينه أثناء المزامنة. |
| netconf-port 2029 | تحديد منفذ اتصال إدارة NETCONF. |
| ssh-port 2028 | تحديد منفذ اتصال إدارة طبقة الأمان (SSH). |
| عدد مرات الاستخدام الفعلية | تمكين إستخدام مطالبات الحجم لتلبية متطلبات التخزين الثابتة. |
| نشر تلقائي خاطئ | تعطيل النشر التلقائي بحيث تبقى المزامنة والتحقق من الصحة تحت التحكم الصريح. |
| عقدة واحدة خاطئة | يحدد عملية نشر ليست في وضع العقدة المفردة. |
ملاحظة: الحزمة ومعرفات المستودع هي أمثلة من تكوين المصدر. تأكيد توافق الإصدار وقيم نقاط النهاية قبل إستخدامها في نظام مجموعة مختلف.
قم بتشغيل إجراء مزامنة نظام المجموعة بعد جاهزية تكوين البرنامج و Ops Center.
clusters <cluster-name> actions sync run
فحص حالة المزامنة والسجلات.
clusters <cluster-name> actions sync status clusters <cluster-name> actions sync logs
تأكد من اكتمال عملية المزامنة بنجاح ومن نشر وحدات التزويد بالطاقة (CEE) والخدمات المتوقعة.
تحذير: يمكن لمزامنة نظام المجموعة ونشر البرامج تغيير البيئة قيد التشغيل. تطبيق التغييرات وفقا لإجراءات الصيانة والنشر المعتمدة.
يوفر مركز عمليات شبكة إيثرنت المحسنة المجمعة (CEE) الواجهة التشغيلية لخدمات شبكة إيثرنت المحسنة المجمعة (CEE). يدعم حمل العمل إدارة المستخدم والمصادقة والتكوين وأوامر العرض لوظائف شبكة إيثرنت المحسنة المجمعة داخل نظام المجموعة. يقوم "مدير قطاعات SMI" بربط مركز عمليات التشغيل بعملية النشر الهدف من خلال تكوين الإدارة.
ينتمي مركز OPS إلى مستوى الإدارة. ينتمي كل من Prometheus و AlertManager و Fluent Bit/Fluent Proxy و HEC و Syslog و OpenTeleEmetry إلى مساري المراقبة والقياس عن بعد. إن الحفاظ على هذه المسؤوليات منفصلة يسهل عملية أستكشاف المشكلات وحلها.
تتضمن إمكانية الملاحظة عبر شبكة إيثرنت المحسنة المجمعة (CEE) المقاييس والتنبيه والسجلات وتنبيهات CIMC والإحصاءات المجمعة. وهذه الخدمات مرتبطة ببعضها البعض، ولكن مسارات البيانات والمستهلكين مختلفون.
| الوظيفة | الغرض الأساسي | الوجهة النموذجية أو المستهلك النموذجي |
|---|---|---|
| المقاييس | تجميع قياسات السلاسل الزمنية والاستعلام عنها من العقد و Kubernetes والخدمات. | بروميثيوس، ڠرافانا، وثانوس. |
| التنبيهات | تقييم قواعد التنبيه وأحداث تنبيه المسار. | AlertManager وموجه التنبيه ومركز عمليات التشغيل وأجهزة الاستقبال الخارجية. |
| السجلات | إعادة توجيه سجلات السجل والحدث إلى أدوات التجميع أو الأجهزة الخلفية الخارجية. | أداة تجميع السجلات (SPLUNK) وغيرها من أدوات تجميع السجلات. |
| تنبيهات CIMC | تصدير تنبيهات عنصر التحكم في الإدارة المتكاملة من Cisco للمراقبة. | قياسات/تنبيهات CEE و Grafana. |
| إحصائيات جرمية | إنشاء لقطات إحصائية دورية. | لقطات CSV ومعالجة أو تحليل البيانات في الخادم. |
يصف المصدر مسارين من CEE إلى Splunk. يمكن لكلا الطرازين توصيل أحداث إلى SPLUNK، لكنهما يستخدمان بروتوكولات مميزة وواجهات اتصال.
CEE |-- logging splunk --> HEC / TCP 8088 --> Splunk HEC input | +-- logging syslog --> RFC 5424 / UDP 5140 --> Splunk syslog input
تعتمد أنواع الأحداث التي يتم نقلها بواسطة كل مسار على تكوين تقنية شبكة إيثرنت المحسنة المجمعة (CEE) وتوصيل إعادة التوجيه الذي تم تنفيذه. لا تقوم واجهتان تم تكوينهما على تحديد أن كل واحدة منها تحمل فئة أحداث حصرية بشكل متبادل.
تتبع المسارات بشكل منفصل. لا يؤكد التسليم الناجح للجنة العليا للانتخابات تسليم syslog، ولا يؤكد التسليم الناجح ل syslog تسليم HEC.
دمج شبكة إيثرنت المحسنة المجمعة (CEE) مع مسارات إعادة توجيه منفصلة خاصة ب HEC و syslog
تقبل Splunk CTP عمليات إرسال حدث HTTP وتستخدم رمز مصادقة خاص ب HEC. يقوم مركز أوروبا الوسطى والشرقية بإعادة توجيه الأحداث مباشرة إلى خدمة اللجنة العليا للانتخابات التي تم تكوينها بدلا من الحاجة إلى معالجة قائمة على الملفات لهذا المسار.
بنية إعادة توجيه مجمع أحداث HTTP الخاصة ب CEE إلى Splunk على منفذ TCP 8088
يحتوي مثال المختبر الأصلي على هذه الإعدادات لنقطة نهاية انقسام CEE. يسجل المقتطف سلوك المصدر وهو ليس تكوين إنتاج موصى به.
تحذير: يعجز المثال المصدر كلا من TLS والتحقق من الترخيص. ويكشف هذا عن بيانات تتبع الاستخدام ومسوغات اللجنة العليا للانتخابات للاعتراض على الشبكة. للإنتاج، قم بتمكين TLS والتحقق من الشهادة وأمنت رمز مصادقة HEC المميز وفقا لتكوين إصدار CEE المدعوم.
logging splunk <CEE-specific HEC endpoint and authentication parameters> disable-tls true disable-tls-verification true
وفي بنية المصدر، يقوم منتجو سجلات/أحداث شبكة إيثرنت المحسنة المجمعة بتقديم عنصر إعادة التوجيه السريع ذي الصلة إلى وجهة اللجنة العليا للانتخابات.
CEE log or event source
|
v
CEE forwarding service / fluent-proxy
|
+-- HTTP(S) HEC over TCP 8088 --> Splunk HEC endpoint
|
v
Splunk ingestion tier
|
v
Splunk indexing tier
تعرف على Pod الوكيل الذي يدعم تقنية Fluent وعقدة العامل Kubernetes الخاصة بها في مساحة اسم شبكة إيثرنت المحسنة المجمعة عندما يقوم الوكيل الذي يدعم تقنية Fluent بنقل بيانات اللجنة العليا للانتخابات.
kubectl get pods -n <cee-namespace> -o wide | grep fluent-proxy
على عقدة Kubernetes التي تحمل حركة مرور اللجنة العليا للانتخابات، قم بالاستيلاء على الحزم الخاصة بميناء CTO.
tcpdump -ni any port 8088 -vv -w splunk_hec.pcap
لاتصال TLS ممكن، يكشف التقاط حزمة عن تفاصيل إنشاء النقل والوجهة ولكنه لا يعرض عادة حمولة HTTP. إذا تم تعطيل TLS، يمكن أن تكون محتويات الحدث ومواد المصادقة مرئية في الالتقاط.
تحذير: يمكن أن تحتوي عمليات التقاط الحزم والسجلات على بيانات اعتماد وقياس بيانات اعتماد حساسة عن بعد. تقييد التجميع والنقل إلى عمليات سير عمل الدعم المعتمدة وحماية ملفات الالتقاط.
يرسل مسار تكامل Splunk الثاني سجلات syslog باستخدام تنسيق RFC 5424 ومنفذ UDP 5140. كما يحدد تكوين المصدر تعيينات الحقول والحد الأقصى لحجم الرسالة والفترة الزمنية لتدفق العامل.
logging syslog host <SPLUNK-IP> logging syslog port 5140 logging syslog mode udp logging syslog syslog_format rfc5424 logging syslog syslog_maxsize 1000000 logging syslog syslog-hostname-key _HOSTNAME logging syslog syslog-message-key MESSAGE logging syslog syslog-appname-key SYSLOG_IDENTIFIER logging syslog syslog-procid-key _PID logging worker flush-interval 60
| حقل مصدر CEE | حقل Syslog أو الغرض |
|---|---|
| _اسم المضيف | تعريف المضيف الأصلي في سجل syslog الذي تم إنشاؤه. |
| المراسلة | حمل نص رسالة السجل. |
| syslog_identifier | يوفر تطبيق syslog أو معرف البرنامج. |
| _PID | حمل معرف العملية الأصلي. |
UDP غير متصل ولا يقدم إقرار تسليم النقل أو إعادة الإرسال. يجب أن يغطي أستكشاف الأخطاء وإصلاحها فقدان الحزمة والتوجيه ووحدة الإرسال القصوى (MTU) والتجزئة وتوفر جهاز الاستقبال وسلوك قائمة الانتظار/المعدل.
على القارن أو Kubernetes عقدة أن يحمل ال syslog حركة مرور، يركض:
tcpdump -ni any udp port 5140 -vv -w splunk_syslog.pcap
إذا قام وكيل تدفق البيانات بإعادة توجيه حركة مرور syslog، فإن العقدة المضيفة لهذا المكون هي نقطة التقاط حزمة مناسبة. تحقق من مسار إعادة التوجيه قبل تجميع الحزم.
ملاحظة: يحدد RFC 5424 تنسيق رسالة syslog بشكل مستقل عن النقل المحدد. يستخدم سيناريو المصدر UDP 5140. يعد نقل syslog المستند إلى TLS خيارا مختلفا يتطلب تكوين المرسل والمستلم المتوافق.
إعادة توجيه بروتوكول Syslog من CEE إلى Splunk باستخدام حقلي UDP Port 5140 و RFC 5424
يستخدم تنبيه CEE بروميثيوس و AlertManager. يقيم بروميثيوس المقاييس وقواعد التنبيه. يقوم AlertManager بتوجيه أحداث التنبيه إلى أجهزة الاستقبال، مع توفير موجه التنبيه لدعم توجيه إضافي. يوفر مسجل التنبيه ل CEE سجلات تنبيه تاريخية للاسترداد من خلال مركز عمليات CEE.
إعادة توجيه تنبيه CEE Prometheus و AlertManager وبنية SNMP
يوفر دمج تنبيه CIMC مسار مراقبة للبنية الأساسية ذي صلة. ويقوم مصدر تنبيهات CIMC بجمع معلومات التنبيه الخاصة بلجنة إدارة الاتصالات البحرية الدولية وتعرضها للرصد والتصوير المرئي في غرافانا.
يقوم CEE CIMC بتنبيه تكامل المصدر مع لوحات معلومات المراقبة
تكامل SNMP هو واجهة إدارة وتنبيه؛ ولا يمكن إستبدالها بإعادة توجيه Splunk HEC أو syslog. ويظل البروتوكول ومسارات تسليم الأحداث متميزين.
تتضمن مراجع قاعدة معلومات الإدارة ذات الصلة Cisco-CNEE-MIB.my وCisco-SMI.my.
تقوم خدمة الحالات المجمعة ل CEE بإنشاء لقطات دورية للقيم المنفصلة عن فاصلة (CSV) للإحصائيات التي تم تجميعها من خلال Prometheus. وهي لقطات إحصائية بدلا من عمليات دفق لسجلات سجل التطبيقات.
خدمة إحصائيات حجم تقنية شبكة إيثرنت المحسنة المجمعة (CEE) التي تقوم بإنشاء لقطات CSV دورية من مقاييس Prometheus
يدعم إخراج الإحصاءات المجمعة التقارير الدورية، وتحليل الاتجاهات، ومعالجة البيانات اللاحقة. قم بتضمينه في مسار تكامل Splunk فقط عندما يقوم النشر بإعادة توجيه بيانات CSV/statistics إلى Splunk بشكل صريح أو إستيرادها.
تدعم إصدارات Cisco SMI الأحدث بوابة مجمع بيانات OpenTeleRate المدارة عبر النظام الأساسي. تتلقى البوابة بيانات تتبع الاستخدام من التطبيقات من خلال بروتوكول OpenTeleEmetry (OTLP) وإعادة توجيه المقاييس والسجلات المدعومة إلى الإصدارات الخلفية المحلية أو البعيدة.
ملاحظة: تحدد وثائق عمليات مدير مجموعة Cisco SMI تكامل عبارة OpenTeleEmetry مع الإصدار 2026.03.1. لم يتم التحقق من صحة البوابة في النشر المحدد الموضح بواسطة المثال المصدر، لذلك يصف هذا القسم نموذج التكوين المنشور بدلا من العملية التي تم التحقق منها في تلك البيئة.
OpenTelemetry-enabled applications
|
| OTLP
v
CEE OpenTelemetry System Gateway
|
+--> Local metrics backend
+--> Local logging backend
+--> Remote exporters
|
+--> OTLP / OTLPHTTP
+--> Splunk HEC
+--> Other supported destinations
قم بتمكين بوابة مجمع OpenTeleEmetry وحدد المقاييس المحلية والنهايات الخلفية للتسجيل.
otel-collector gateway enabled otel-collector gateway system local-backends metrics-enabled true otel-collector gateway system local-backends logs-enabled true
حيث يتطلب النشر تعرض الخدمة الخارجية، يمكن أن يتضمن التكوين عنوان IP خارجي.
otel-collector gateway system external-ip <external-ip-address>
يتم تكوين إعدادات الوكيل الاختيارية لمصدري البوابة.
otel-collector gateway system proxy http-proxy http://<proxy-host>:<proxy-port> otel-collector gateway system proxy https-proxy http://<proxy-host>:<proxy-port> otel-collector gateway system proxy no-proxy 127.0.0.1,.svc,.cluster.local
تتحكم خيارات الخلفية المحلية في كيفية إرسال بوابة النظام المدارة من قبل النظام الأساسي بيانات تتبع إلى المحولات الخلفية المدمجة. يعتمد التعرض لبروتوكول الإنترنت (IP) الخارجي وإعدادات الوكيل على متطلبات المخطط والأمان.
| مصدر | الإشارة | إستخدام فني |
|---|---|---|
| أوتل | السجلات، المقاييس | قم بإرسال بيانات تتبع إلى جهة خلفية تقبل OTLP عبر gRPC. |
| otlphttp | السجلات، المقاييس | قم بإرسال تتبع بيانات إلى نهاية خلفية تقبل OTLP عبر HTTP. |
| سبونكيتو | السجلات | إرسال السجلات إلى نقطة نهاية Splunk HEC. |
| صحفي | السجلات | كتابة السجلات إلى دفتر يومية العقد حيث يتم دعمها. |
| تصحيح الأخطاء | السجلات، المقاييس | دعم التحقق من الصحة واستكشاف الأخطاء وإصلاحها الذي يتم التحكم به. |
يتبع سير عمل OpenTeleEmetry نموذج الاستلام والمعالجة والتصدير. أجهزة إستقبال تتبع الاحتكاك؛ يقوم المعالجات بتصفية البيانات أو تحويلها؛ يقوم المصدرون بتسليم الإشارات المحددة إلى طرفيات خلفية بعيدة أو محلية.
ويميز المصدر أيضا سلوك الوكيل: يستخدم OTLP إعدادات وكيل مثيل مجمع، في حين يدعم OTLPHTTP وsplunkhec عمليات إستبدال وكيل على مستوى المصدر حيث يعرض الإصدار المنشور هذا التكوين.
يكون لكل من Cisco CEE و OpenShift نمط بنية مشترك: يمكن لمجمع OpenTeleEmetry أن يقع بين التطبيقات المزودة بمعدات وبين المحولات الخلفية التي يمكن ملاحظتها. وتختلف نماذج الإدارة والتركيب الخاصة بها.
| مفهوم | بوابة نظام OpenTelemetry ل CEE | نمط OpenShift OpenTelemetry |
|---|---|---|
| مصدر بيانات تتبع الاستخدام | حمولات العمل الخاصة ب CEE والتطبيقات الممكنة ل OpenTelemetry | أحمال عمل OpenShift الممكنة ب OpenTeleEmetry |
| البروتوكول | OTLP | OTLP |
| دور مجمع | بوابة النظام المدارة عبر النظام الأساسي | نشر أو مثيل مجمع OpenTeleEmetry |
| مفهوم خط الأنابيب | إستلام ومعالجة وتصدير | إستلام ومعالجة وتصدير |
| مرونة النسخ الاحتياطي | الظهيرات المحلية والمصدرين عن بعد المدعومين | التكامل الخلفي المستند إلى المصدر |
| تكامل الشطر | المصدر الوحيد في تشكيلة دول أوروبا الوسطى والشرقية الموثقة | Splunk HEC المصدر حيث تم تكوينه |
هذه المقارنة معمارية. لا يزعم أن النظامين الأساسيين ينفذان OpenTeleEmetry بشكل متماثل. يستخدم OpenShift بشكل عام عامل تشغيل/نموذج نشر مجمع بيانات OpenTele، بينما تتم إدارة بوابة نظام Cisco SMI بواسطة النظام الأساسي.
تظهر بنية مرجع OpenShift التي تمت مناقشتها في المصدر أدوات التجميع التي تقوم بإعادة توجيه بيانات تتبع الاستخدام من أحمال عمل Kubernetes نحو Splunk عبر CTLoS. وهو يوضح النموذج المستند إلى المجمع بدلا من الدمج الذي تم التحقق منه لتثبيت نموذج CEE.
راجع حالة مزامنة "مدير مجموعة SMI" وتسجيلاته وتأكد من نشر أحمال عمل "شبكة إيثرنت المحسنة المجمعة" المتوقعة.
clusters <cluster-name> actions sync status clusters <cluster-name> actions sync logs
تأكد من أن مسار CTCP يرسل الأحداث إلى نقطة نهاية TCP 8088 التي تم تكوينها وأن Splunk يستلمها. تأكد بشكل منفصل أن مسار syslog يرسل سجلات UDP 5140 إلى موزع الرسائل الذي تم تكوينه.
أستخدم أساليب التقاط الحزمة في الأقسام المقابلة وربط الطوابع الزمنية للحزمة بالأحداث المستلمة في مجمع البيانات الذي تم تكوينه.
تأكد من أن القياسات وتوجيه التنبيه وتنبيهات CIMC ولقطات الإحصائيات المجمعة تعمل كما هي مصممة للإصدار الذي تم تثبيته. إذا تم تمكين OpenTeleEmetry، فتحقق من صحة جهاز الاستقبال وخطوط الأنابيب والمصدر باستخدام إجراء عمليات إدارة مجموعة SMI المدعومة.
| المكون أو المسار | النتيجة المتوقعة |
|---|---|
| مدير نظام مجموعة SMI | يتم إكمال مزامنة نظام المجموعة ويتم نشر خدمات CEE المطلوبة. |
| مركز العمليات | يستطيع المستخدمون المعتمدون الوصول إلى وظائف التشغيل وأوامر التكوين/المراقبة المدعومة. |
| سبونك | تصل حركة مرور الأحداث إلى وحدة إصغاء CTCP التي تم تكوينها على منفذ TCP 8088. |
| Syslog | تصل الأحداث المنسقة وفقا لمعيار RFC 5424 إلى وحدة إصغاء منفذ UDP 5140 التي تم تكوينها. |
| التنبيهات و CIMC | يعرض AlertManager والمصدرين ذوي الصلة معلومات التنبيه التي تم تكوينها. |
| إحصائيات جرمية | يتم إنشاء لقطات CSV دورية من الإحصائيات المجمعة. |
| OpenTelemetry | في الإصدارات المدعومة مع البوابة التي تم تكوينها، تتدفق إشارات OTLP من خلال خط أنابيب الخلفية/المصدر المحدد. |
| رصد | الشيك التالي |
|---|---|
| خدمات CEE غير موجودة بعد المزامنة. | فحص حالة مزامنة "مدير نظام المجموعة" والسجلات وفتحات البرامج ومعلمات مركز العمليات. |
| وتغيب عن الساحة أحداث اللجنة العليا للانتخابات. | حدد نقطة الوصول (pod)/العقدة لإعادة التوجيه، وتحقق من حركة مرور TCP 8088، ووجهة HEC، والمصادقة، وتكوين TLS. |
| أحداث Syslog مفقودة. | تحقق من وجهة UDP 5140، وتنسيق RFC 5424، وتدفق الحزم، وسلوك جهاز الاستقبال. |
| تنبيهات أو بيانات CIMC مفقودة. | تحقق من توجيه Prometheus/AlertManager وموجه التنبيه وعملية مصدر تنبيهات CIMC. |
| الإحصاءات المجمعة مفقودة. | تأكيد عملية خدمة الحالات المجمعة وتوفر بيانات Prometheus وإنشاء لقطة CSV. |
| تصدير OpenTeleEmetry مفقود. | تحقق من دعم الميزات للإصدار الذي تم تثبيته وتكوين البوابة والمتلقي والدولة المصدر وعضوية خط الأنابيب. |
تقنية شبكة إيثرنت المحسنة المجمعة (CEE) هي بيئة تنفيذ وملاحظة قائمة على طبقات من Kubernetes ترتكز على تطبيقات الشركات صغيرة ومتوسطة الحجم (SMF). يقسم فصل مساحة اسم Kubernetes عمليات النظام الأساسي وخدمات شبكة إيثرنت المحسنة المجمعة وحمولات عمل التطبيقات إلى مجالات مختلفة. في شبكة إيثرنت المحسنة المجمعة، تعد عمليات المراقبة والتنبيه والتسجيل والإحصاءات المجمعة خدمات متخصصة ذات مسؤوليات مستقلة.
الفرق الأساسي بين اللجنة العليا للانتخابات على TCP 8088 و syslog عبر UDP 5140. وهذه هي مسارات إعادة توجيه منفصلة تشتمل على بروتوكولات وتكوينات وإجراءات أستكشاف الأخطاء وإصلاحها مختلفة. تضيف بوابة نظام OpenTeleEmetry الأحدث نموذج مجمع ومصدر يستند إلى OTLP. تعد التشابه بينها وبين OpenShift OpenTelemetry معمارية، ويجب التحقق من تشغيل البوابة لإصدار CEE المحدد ونشره.
| المراجعة | تاريخ النشر | التعليقات |
|---|---|---|
1.0 |
23-Oct-2026
|
الإصدار الأولي |