NETCONF va YANG API orkestratsiyasi
Qoʻllanma
Chop etilgan
2023-07-07
RELIZ 4.2
Kirish
Ushbu hujjatning maqsadi
Ushbu hujjat Paragon Active Assurance ni NETCONF & YANG API boshqaruv markazi orqali tarmoq xizmati orkestratori bilan qanday integratsiya qilishni tasvirlaydi. Amaliy sobiqampAsosiy vazifalar, jumladan: Virtual Test Agentlarini yaratish va o'rnatish, testlar va monitorlarni ishga tushirish va ushbu faoliyat natijalarini olish.
Ushbu hujjatda bepul mavjud bo'lgan Python NETCONF mijoz ncklienti orkestr rolida ishlatiladi.
Konventsiyalar
Ushbu hujjatda quyidagi qisqartmalar qo'llaniladi:
| Qisqartirish | Ma'nosi |
| CLI | Buyruqlar qatori interfeysi |
| EM | Element menejeri |
| ES | Ikkinchi xato |
| MEP | MEG (Maintenance Entity Group) oxirgi nuqtasi (ITU-T Y.1731 ta'rifi) yoki Maintenance End Point (Cisco ta'rifi) |
| NFV | Tarmoq funktsiyasi grafikasi |
| NFVO | Tarmoq funktsiyasini virtualizatsiya qilish orkestri |
| NSD | Tarmoq xizmati deskriptori |
| RPC | Masofaviy protsedura chaqiruvi |
| SIP | Sessiyani boshlash protokoli |
| SLA | Xizmat ko'rsatish darajasi shartnomasi |
| S-VNFM | Maxsus VNF menejeri |
| VNF | Virtual tarmoq funktsiyasi |
| vTA | Virtual test agenti |
Orqaga moslik haqida eslatmalar
NETCONF & YANG API ning 2.35.4/2.36.0 versiyalarida NETCONF standartiga rioya qilish uchun maʼlum soʻrovlarni tekshirish yanada qatʼiylashtirildi. Bu shuni anglatadiki, ushbu qo'llanmaning eski versiyalariga asoslangan mijoz kodi endi rad etilishi mumkin.
Misol uchunample, avvalgi Python-da sobiqample kodi, hech qanday nom maydoni atributi taqdim etilmagan. ConfD resursini o'zgartirmoqchi bo'lganingizda endi nomlar maydoni XML so'rovida taqdim etilishi kerak.
Old shartlar va tayyorgarlik
ConfD o'rnatish
ConfD (Tail-f mahsuloti) Paragon Active Assurance tizimi va NETCONF o'rtasida vositachi sifatida ishlatiladi. ConfD Paragon Active Assurance konfiguratsiyasi va operatsion ma'lumotlarini NETCONF & YANG API bilan bog'laydi.
O'rnatish qo'llanmasida ta'riflanganidek, ConfD boshqaruv markazi dasturi bilan birga o'rnatilgan bo'lishi kerak.
ConfD ishlayotganligini tekshirish
ConfD ishlayotganligini tekshirish uchun buyruqni bajaring
ssh -s @localhost -p 830 netconf
ConfD 830-portda javob berishini tekshirish uchun. Buyruqda, netconf foydalanuvchisi yaratgandek aniqlanadi
O'rnatish qo'llanmasining ConfD-ni o'rnatish bo'limidagi buyruq. Xuddi shu buyruq bilan belgilangan parolni bering.
Chiqishda Boshqarish markazi moduli kiritilganligini tekshiring. Chiqish quyidagi kabi qatorni o'z ichiga olishi kerak:
http://ncc.netrounds.com?module=netrounds-ncc&reviziya=2017-06-15
Konfiguratsiya ma'lumotlar bazasini Boshqarish markazi bilan sinxronlash
Nihoyat, biz NETCONF orqali konfiguratsiya ma'lumotlar bazasini yangilashimiz kerak. Biz buni bu yerda ncclient (NETCONF Client) deb nomlangan Python kutubxonasi orqali qilamiz. Biroq, vazifa NETCONF/YANG protokolidan foydalangan holda boshqa dasturlash tilida ham bajarilishi mumkin.
Ncclientning roli NETCONF/YANG API-ga ega bo'lgan ConfD serveriga mijoz sifatida harakat qilishdir.
Shuni ta'kidlash kerakki, ncclient boshqaruv markaziga (ilgari "Netrounds Control Center") hech qanday aloqasi yo'q, garchi nom "ncc" bilan boshlangan bo'lsa ham.
Ncclientni qanday o'rnatish kerak:
- dan dasturiy ta'minotni yuklab oling https://github.com/ncclient/ncclient.
- Ushbu buyruqni bajaring: pip install ncclient
Endi biz sinxronizatsiyani quyidagicha amalga oshirishimiz mumkin. Buni Boshqarish markazi serverida emas, balki alohida kompyuterda qilish kerakligini diqqat bilan esda tuting:
#
# ESLATMA:
# Ushbu skript NCC serverida ishlaydigan ConfD uchun mijoz sifatida ishlaydi.
# U aloqa uchun NETCONF/YANG API-dan foydalanadi.
ESLATMA: Test agentlari NETCONF dan mustaqil ravishda o'rnatilgan va ro'yxatdan o'tgan bo'lsa, ushbu protsedura ham talab qilinadi. “Otganview Qo'shimcha ma'lumot olish uchun 17-betdagi Test Agent Orkestratsiyasi.
Bir nechta NETCONF tomonidan boshqariladigan Paragon Active Assurance hisoblarini o'rnatish
Oʻrnatish qoʻllanmasining “ConfD oʻrnatish” boʻlimida shu tarzda sozlangan hisob qaydnomasidan tashqari, NETCONF tomonidan boshqariladigan Paragon Active Assurance hisoblarini oʻrnatmoqchi boʻlsangizgina quyidagi amallar talab qilinadi.
Har bir bunday hisob uchun quyidagi amallarni bajaring:
- Boshqaruv markazida hisobga kiring va Hisob > Ruxsatlar-ga o'ting.
- Foydalanuvchini qo'shish "confd@netrounds.com", va "Taklif qilish" tugmasini bosish orqali GUI-da ushbu ConfD foydalanuvchi administratoriga ruxsat bering.
- 4-betdagi “Konfiguratsiya ma’lumotlar bazasini Boshqarish markazi bilan sinxronlash” bo‘limida tavsiflanganidek, konfiguratsiya ma’lumotlar bazasini Boshqarish markazi bilan sinxronlang.
Endi siz bir xil ConfD foydalanuvchisi bilan bir nechta Paragon Active Assurance hisoblarini boshqarishingiz mumkin.
ESLATMA: ConfD orqali Paragon Active Assurance hisobini boshqarishni boshlaganingizdan so'ng, siz ushbu hisobga o'zgartirish kiritmasligingiz kerak. web Paragon Active Assurancening har qanday “konfiguratsiya” funksiyalariga nisbatan GUI (9-betdagi “Paragon Active Assurance-da qo‘llab-quvvatlanadigan funksiyalar” bo‘limiga qarang). Agar shunday qilsangiz, sinxronizatsiya yo'qoladi.
NETCONF Orchestration API bilan tanishish
tugadiview
Uchinchi tomon NFVO yoki xizmat ko'rsatish orkestratori odatda Control Center API yordamida sinov va monitoring seanslarini boshlaydigan komponent hisoblanadi. Bu orkestr, shuningdek, Sinov agenti faoliyatidan jamlangan o'lchov natijalarini oladi. Ishlash KPIlari uchinchi tomonning Ishlash boshqaruv tizimlari tomonidan olinishi mumkin, hodisalar esa Boshqaruv markazida belgilangan chegara buzilishi natijasida yuzaga kelgan hodisalar uchinchi tomon nosozliklarni boshqarish tizimlariga yuborilishi mumkin.
Xulosa qilib aytadigan bo'lsak, quyidagi rasmda Paragon Active Assurance OSS landshaftidagi boshqa uchinchi tomon tizimlari bilan qanday o'zaro aloqasi ko'rsatilgan.
- NFVO/Service Orchestrator: VNF menejeriga vTA-larni joylashtirish va Paragon Active Assurance-ni xizmat ko'rsatish zanjirida sozlashni buyuradi. Xizmat faollashtirilgandan so'ng, orkestrator xizmatni faollashtirish testlarini ishga tushirish va o'tish/qobiliyatsiz natijalarni olish uchun Boshqarish markaziga nisbatan APIdan foydalanadi. Sinovlardan o'tgan bo'lsa, orkestr xizmatning faol monitoringini boshlash uchun API-dan Boshqarish markaziga qarab foydalanadi. Monitoringdan olingan KPI doimiy ravishda orkestr tomonidan yoki alohida Performance Management platformasi tomonidan olinadi.
- Boshqaruv markazi: NFVO yoki xizmat ko'rsatuvchi orkestr ko'rsatmasi bo'yicha vTA ni o'rnatadi, o'lchaydi va tugatadi.
- Ishlash menejmenti tizimi yoki Xizmat sifatini boshqarish tizimi: Boshqarish markazi API orqali faol monitoringdan KPIlarni o'qiydi.
- Xatolarni boshqarish tizimi: Agar SLA buzilgan bo'lsa, Boshqarish markazidan NETCONF, SNMP yoki elektron pochta xabarnomalarini oladi.
Paragon Active Assurance-da tushunchalarning ta'riflari
- Test agentlari: Paragon Active Assurance tizimida o'lchovlarni amalga oshiradigan komponentlar (sinovlar va monitorlar uchun). Test agentlari haqiqiy tarmoq trafigini yaratish, qabul qilish va tahlil qilish qobiliyatiga ega dasturiy ta'minotdan iborat.
- Ushbu hujjatda ko'rib chiqiladigan Test Agent turi virtual test agenti (vTA), gipervisorda o'rnatilgan virtual tarmoq funksiyasi (VNF) hisoblanadi. Test agentining boshqa turlari ham mavjud.
- Paragon Active Assurance-da ikkita asosiy o'lchov turi mavjud, testlar va monitorlar.
- Sinov: Sinov bir yoki bir nechta bosqichlardan iborat bo'lib, ularning har biri ma'lum, cheklangan muddatga ega. Bosqichlar ketma-ket bajariladi. Har bir qadam bir vaqtning o'zida bir nechta vazifalarni bajarishni talab qilishi mumkin.
- Monitor: Monitor belgilangan muddatga ega emas, lekin cheksiz ishlaydi. Sinovdagi qadam singari, monitor bir vaqtning o'zida bir nechta vazifalarni bajarishi mumkin.
- Shablon: Paragon Active Assurance orkestr tomonidan boshqarilsa, testlar va monitorlar har doim test yoki monitor aniqlangan shablonlar yordamida amalga oshiriladi. Parametr sozlamalari ish vaqtida shablonga kirish sifatida uzatilishi mumkin.
Avtomatlashtirish uchun ish jarayoni
Dizayn vaqti
Dizayn vaqtida siz Paragon Active Assurance-da testlar va monitorlar uchun shablonlarni yaratish orqali o'lchovlarni tayyorlaysiz. Buni qanday qilish 15-betdagi “Sinov va monitor shablonlari” bobida yoritilgan.
Ish vaqti
Ishlash vaqtida siz qurilmalaringizni o'rnatasiz va haqiqiy o'lchovlarni bajarasiz.
- Bittaview hammasidan oldingiampberilgan les bobida topilgan "ExampNETCONF & YANG API orqali Paragon Active Assurance nazorati” 15-betda.
- Test agentlarini qanday joylashtirish va sozlash bo'yicha "Examples: Test Agents” 16-bet.
- TW kabi inventar narsalarni qanday import qilish mumkinAMP reflektorlar va IPTV kanallari “Examples: Inventar buyumlari” 29-bet.
- Signallarni qanday sozlash kerakligi “Examples: Signallar” 35-betda.
- NETCONF orqali Paragon Active Assurance shablonlarini bajarish orqali testlar va monitorlarni qanday ishga tushirish “Ex.amples: Tests” sahifasi 43 va “Examples: Monitors” 54-bet.
Paragon Active Assurance-da qo'llab-quvvatlanadigan xususiyatlar
Paragon Active Assurance-dagi barcha test va monitor turlari shablonlardan foydalanish orqali yaratilishi va bajarilishi mumkin. Buni qanday qilish “Sinovlar va monitorlar” > “Shablonlarni yaratish” bo‘limidagi ilova ichidagi yordamda keltirilgan.
Paragon Active Assurance hisoblarini yaratish hozirda qo'llab-quvvatlanmaydi; Biroq, foydalanuvchi uchun bir yoki bir nechta oldindan belgilangan hisoblar o'rnatilgan bo'ladi.
Quyidagi jadvallar ushbu nashrda Paragon Active Assurance-ning qaysi xususiyatlari mavjudligi va bu xususiyatlar YANG-da qanday ifodalanishi haqida batafsil ma'lumot beradi.
YANG konstruksiyalarini tushuntirish
Qulaylik uchun bu erda xususiyatlar jadvalida ko'rsatilgan YANG konstruktsiyalarining ta'riflari berilgan.
- Config (config=true): Konfiguratsiya maʼlumotlari, tizimni bir holatdan ikkinchi holatga oʻzgartirish uchun zarur.
- Holat (config=false): Holat maʼlumotlari: konfiguratsiya maʼlumotlari boʻlmagan tizimdagi qoʻshimcha maʼlumotlar, masalan, faqat oʻqish uchun moʻljallangan holat maʼlumotlari va toʻplangan statistika.
- RPC: NETCONF protokolida qo'llaniladigan masofaviy protsedura chaqiruvi.
- Bildirishnoma: NETCONF serveridan NETCONF mijoziga yuborilgan voqea bildirishnomalari.
Paragon Active Assurance xususiyatlari jadvallari orkestratsiya uchun mavjud
Resurs: Monitoring
YANG yo'li:/hisoblar/hisoblar/monitorlar
| Xususiyat | Kichik xususiyat | YANG qurilishi |
| Monitor yaratish/o'zgartirish/o'chirish | Monitor shabloniga asoslangan | Konfiguratsiya |
| Monitorni ishga tushirish/to'xtatish | – | Konfiguratsiya |
| Monitor shablonlari | Mavjud monitor shablonlarini kirishlar bilan ro'yxatlang | Davlat |
| NETCONF bildirishnomalari | Signal holati o'zgardi | Bildirishnoma |
| Natijalarni kuzatish | Yuqori darajadagi SLA/ES hisoblagichi (%) Vazifa darajasi uchun SLA/ES hisoblagichi (%) |
Davlat |
Sinovlardan farqli o'laroq (Resurs: Quyidagi testlarni solishtiring), monitorlar RPC bilan emas, balki monitor konfiguratsiyasini bajarish orqali ishga tushiriladi.
Resurs: testlar
YANG yo'li: /hisoblar/hisoblar/testlar
| Xususiyat | Kichik xususiyat | YANG qurilishi |
| Sinovni boshlang | Sinov shabloniga asoslangan | RPC |
| Sinovlarni boshqarish | Status bilan testlarni ro'yxatlash | Davlat |
| Sinov shablonlar | Mavjud test shablonlarini kirishlar bilan ro'yxatlang | Davlat |
| NETCONF bildirishnomalari | Sinov holati o'zgartirildi | Bildirishnoma |
| Sinov natijalari | Sinov bosqichi holatini oling (o'tish, muvaffaqiyatsizlik, xatolik, ...) | Davlat |
Resurs: Test agentlari
YANG yo'llari:
- /hisoblar/hisoblar/test-agentlar (konfiguratsiya)
- /hisoblar/hisoblar/registered-test-agents (shtat)
/accounts/account/test-agents ostidagi sinov agentlari hisobda sozlanganlardir. Faqatgina ushbu Test agentlari orkestr tomonidan NETCONF orqali testlar va monitorlarda sozlanishi va ishlatilishi mumkin.
Test agentini sozlaganingizdan va u hisobga ro'yxatdan o'tganingizdan so'ng, Test agenti /accounts/account/registered-test-agents ostida paydo bo'ladi. Roʻyxatdan oʻtgan barcha test agentlarini NETCONF da “olish” buyrugʻi yordamida topishingiz mumkin (Ex bobini solishtiring).amples: Test agentlari).
/accounts/account/registered-test-agents ostida siz hali sozlanmagan Test agentlarini ham topishingiz mumkin. Har qanday test agentlari foydalanishdan oldin sozlanishi kerak.
Orkestratsiya stsenariysida, odatda, Paragon Active Assurance hisobingizning barcha konfiguratsiyasini NETCONF orqali bajarish tavsiya etiladi. Bu test agentlari va ro'yxatdan o'tgan test agentlari bir-biridan farq qilmasligini ta'minlaydi.
| Xususiyat | Kichik xususiyat | YANG qurilishi |
| Serverda test agentini oldindan yarating | – | Konfiguratsiya |
| Oflayn test agentini sozlang | (Boshqarish markazi konfiguratsiyani Test Agentiga suradi onlayn kelganda) |
Konfiguratsiya |
| Mavjud/tashqi sozlangan Test Agentlaridan foydalaning | Sinov/monitorda foydalaning | Konfiguratsiya |
| Interfeyslarni sozlash | Konfiguratsiya | |
| Status olish | Davlat | |
| Test agentini sozlang (faqat sinov qurilmasi uchun) | NTP ni sozlang | Konfiguratsiya |
| Ko'priklarni sozlash | Konfiguratsiya | |
| VLAN interfeyslarini sozlang | Konfiguratsiya | |
| SSH tugmachalarini sozlash | Konfiguratsiya | |
| IPv6 | Konfiguratsiya | |
| Utils | Qayta ishga tushirish | RPC |
| Yangilash | RPC | |
| NETCONF bildirishnomalari | Onlayn holat o'zgartirildi | Bildirishnoma |
| Status | Tizim holatini oling (ish vaqti, xotiradan foydalanish, o'rtacha yuk, versiya) |
Davlat |
Resurs: inventar
YANG yo'li: /hisoblar/hisoblar/twamp- reflektorlar
Qo'llab-quvvatlanadigan NETCONF imkoniyatlari
Quyidagi jadval Paragon Active Assurance orkestratsiyasi uchun foydalaniladigan NETCONF imkoniyatlarini tavsiflovchi IETF RFClariga ishora qiladi.
- ietf-netconf.yang
- IETF RFC 6241, Tarmoqni sozlash protokoli (NETCONF), https://tools.ietf.org/html/rfc6241
- Xatolarni qayta ishlashning yagona qo'llab-quvvatlanadigan usuli - bu xatoga qaytish.
- Qo'llab-quvvatlanadigan yagona ma'lumotlar do'koni yozilishi mumkin.
- ietf-netconf-notifications.yang
- IETF RFC 5277, NETCONF hodisalari haqida bildirishnomalar, https://tools.ietf.org/html/rfc5277
Sinov va monitor shablonlari
Sinov va monitor turlari uchun shablonlarni Paragon Active Assurance front-end foydalanuvchi interfeysi orqali qo'lda sozlash kerak. Buni qanday qilish “Sinovlar va monitorlar” > “Shablonlarni yaratish” bo‘limidagi ilova ichidagi yordamda keltirilgan.
ExampNETCONF & YANG API orqali Paragon Active Assurance nazorati
Keyingi boblarda 15-betdagi “Test va monitor shablonlari” bobida berilgan ko‘rsatmalarga muvofiq mos test va monitor shablonlari aniqlangan deb taxmin qilinadi.
Ex.da ishlatiladigan asboblaramples
Barcha sobiqampKeyingi boblar quyidagi bepul vositalar yordamida tuzilgan:
- Pang: YANG modellarini ko'rish va ko'rib chiqish uchun ishlatiladi.
- Bu yerda mavjud https://github.com/mbj4668/pyang (git-dan klonlash va python setup.py install-ni ishga tushirish).
- Python NETCONF mijozi "ncclient": NETCONF yordamida Boshqaruv markazi bilan bog'lanish uchun ishlatiladi.
- https://github.com/ncclient/ncclient saytida mavjud (pip install ncclient-ni ishga tushiring).
O'rnatish qo'llanmasiga muvofiq ConfD o'rnatilgandan so'ng netrounds-ncc.yang ma'lumotlar modeli /opt/netrounds-confd da topiladi.
tugadiview Bajarilgan asosiy vazifalar
(Ba'zi boshqa vazifalar ham quyidagi misollarda keltirilgan.)
- “Yangi test agentini yaratish va o‘rnatish” 16-bet
- “Inventarizatsiya buyumlarini yaratish (masalan, reflektorlar)” 29-bet
- “Signal shablonlarini sozlash va signallarni qayerga yuborish” 35-bet
- “Test yaratish va ishga tushirish” 45-bet
- “Sinov natijalarini olish” 50-bet
- “Monitorni ishga tushirish (signallarni sozlashni o‘z ichiga oladi)” 60-bet
- “Monitor uchun SLA holatini olish” 67-bet
- “bilan ishlash tags"71 -betda
Examples: Test agentlari
tugadiview Sinov agenti orkestratsiyasi
Paragon Active Assurance-dagi test agentlari orkestrlash kontekstida "konfiguratsiya" sifatida qabul qilinadi. Bu shuni anglatadiki, Test agentlarini yaratish, nazorat qilish va o'chirish Paragon Active Assurance GUI orqali emas, balki orkestr va NETCONF orqali amalga oshirilishi kerak.
MUHIM: Agar test agenti texnik mutaxassis tomonidan o'rnatilsa va NETCONF & YANG API orqali yaratilmasdan Boshqarish markazida ro'yxatdan o'tgan bo'lsa, Test Agent konfiguratsiya ma'lumotlar bazasida mavjud bo'lmaydi va tizim sinxronlashdan chiqib ketadi. Bu holda ConfD Test agenti haqida xabardor bo'lishi uchun 4-betdagi "Konfiguratsiya ma'lumotlar bazasini Boshqarish markazi bilan sinxronlashtirish" bo'limida batafsil tavsiflanganidek, Boshqarish markazi bilan yangi sinxronizatsiyani amalga oshirish kerak bo'ladi.
Shuning uchun virtual test agentlarini (vTA) tashkil etish quyidagi bosqichlarda amalga oshirilishi kerak:
- Boshqaruv markaziga NETCONF & YANG interfeysidan foydalangan holda Virtual Test Agentini, jumladan uning interfeys konfiguratsiyasini yarating. Test agentining nomi uning noyob kaliti bo'ladi.
- vTA-ni virtualizatsiya platformasida joylashtiring. Sinov agentlari > Oʻrnatish ostidagi onlayn yordamdagi koʻrsatmalarga amal qiling. vTA ning Boshqaruv markaziga ulanishiga imkon beruvchi asosiy interfeys konfiguratsiyasi, shuningdek, autentifikatsiya qilish uchun hisobga olish ma'lumotlari vTA ga cloud-init foydalanuvchi ma'lumotlari yordamida taqdim etiladi.
vTA ishga tushirilgach, u shifrlangan OpenVPN ulanishi yordamida avtomatik ravishda Boshqaruv markaziga ulanadi. NETCONF bildirishnomasi vTA test-agent-statuschange parametrining qiymati endi “onlayn”ga o'zgargani uchun yuboriladi.
ESLATMA: vTA nomi uning Boshqaruv markazidagi identifikatori bo‘lgani uchun, bu nom 1-betdagi “17-bosqich”dagi Boshqaruv markazida belgilangan nom bilan bir xil bo‘lishi kerak. - vTA boshqaruv markaziga ulangan va autentifikatsiya qilingandan so'ng, interfeys konfiguratsiyasi vTA ga o'tkaziladi. Bu vTA Boshqaruv markazida yaratilganda 1-betdagi “17-qadam”da berilgan interfeys konfiguratsiyasi.
- vTA o'z maqsadiga erishgandan so'ng, vTA ni o'chiring.
Yangi test agentini yaratish va joylashtirish
Biz birinchi navbatda Boshqarish markaziga NETCONF & YANG interfeysidan foydalangan holda Test Agentini yaratishimiz kerak. Sinov agenti shu tarzda yaratilganda, Boshqarish markazi bilan sinxronlash kerak emas.
Sinov agenti uchun YANG modeli quyida tasvirlangan. Bu buyruqdan chiqish sifatida olinadi
pyang -f daraxti netrounds-ncc.yang
Toʻliq YANG modeli “Ilova: Toʻliq YANG modelining daraxt tuzilishi” 81-betda berilgan boʻlib, unda ushbu hujjatda ushbu va boshqa YANG modeli rasmlarida qoʻllanilgan konventsiyalarni tushuntiruvchi afsona ham mavjud.
Biz quyidagi bosqichlarda davom etamiz, ular quyida batafsil tavsiflanadi:
- Dastlab, Paragon Active Assurance hisobining "demo" inventarida test agentlari yo'q.
- "Vta1" deb nomlangan test agenti ncclient yordamida yaratilgan. Bunda stage, hali haqiqiy Test Agenti mavjud emas (ya'ni u hali ishga tushirilmagan).
- Test agenti OpenStack-da joylashtirilgan. (Ushbu platformada joylashtirish bu erda boshqa imkoniyatlardan biri sifatida tanlanadi.)
- Test agenti Boshqaruv markazining "demo" hisobiga ulanadi va endi foydalanishga tayyor.
1-qadam: Boshida “demo” hisob qaydnomasida Test agentlari yo‘q. Boshqarish markazi GUI-dan quyidagi skrinshotga qarang.
2-qadam: Boshqaruv markazida Python NETCONF mijozi “ncclient” yordamida sinov agenti yaratiladi. Quyida DHCP manzilli bitta jismoniy interfeysga ega Test Agentini yaratish uchun ncclient kodi keltirilgan:
argparse ni import qiling
ncclient import menejeridan
parser = argparse.ArgumentParser(description='Test agentini yaratish testi')
parser.add_argument('–host', help='ConfD topilgan xost nomi', talab qilinadi=To'g'ri)
parser.add_argument('–port', help='ConfD ga ulanish uchun port', talab qilinadi=To'g'ri)
parser.add_argument('–username', help='ConfD ga ulanish uchun foydalanuvchi nomi', talab qilinadi=To'g'ri)
parser.add_argument('–password', help='ConfD hisobi paroli', talab qilinadi=To'g'ri)
parser.add_argument('–netrounds-account', help='NCC hisobining qisqa nomi', talab qilinadi=To'g'ri)
parser.add_argument('–test-agent-name', help='Test agenti nomi', talab qilinadi=To'g'ri)
args = parser.parse_args()
manager.connect bilan(host=args.host, port=args.port, username=args.username,
password=args.password, hostkey_verify=False) sifatida m:
# Boshqarish markazida test agentini yarating
xml = """
)chop etish m.edit_config(target='ishlayotgan', config=xml)
ESLATMA: manager.connect(…) dan oldingi kod keyingi misoldan olib tashlanganample kod parchalari.
NTP serveri eth0 da sozlangan va eth0 ham boshqaruv interfeysi (yaʼni Boshqarish markaziga ulanadigan interfeys).
Sinov agenti ilovasi hozirda interfeyslarni sozlashga ruxsat bermaydi. Shu sababli, 2.34.0 versiyasidan boshlab, YANG sxemasida interfeys konfiguratsiyasini o'tkazib yuborish mumkin. Shuning uchun tegishli XML bu holda tubdan soddalashtirilgan:
Test agenti yaratilgandan so'ng, u konfiguratsiya ma'lumotlar bazasida va Boshqarish markazida mavjud. Test agenti inventarining quyidagi skrinshotiga qarang, unda “vta1” Test agenti ko‘rsatilgan:
3-qadam: Endi OpenStack-da "vta1" Test Agentini o'rnatish vaqti keldi.
Sinov agenti Boshqarish markaziga qanday ulanish haqida ma'lumot olish uchun bulut-init foydalanuvchi ma'lumotlaridan foydalanadi. Xususan, foydalanuvchi ma'lumotlari matni file quyidagi tarkibga ega (E'tibor bering, #cloud-config va netrounds_test_agent satrlari mavjud bo'lishi kerak va qolgan qatorlar bo'sh bo'lishi kerak):
Qo'shimcha ma'lumot olish uchun OpenStack-da virtual test agentlarini qanday joylashtirish kerakligi haqidagi hujjatga qarang.
Sinov agenti o'rnatilib, Boshqaruv markaziga ulangandan so'ng, konfiguratsiya Boshqarish markazidan Test Agentiga o'tkaziladi.
4-qadam: Test agenti endi Boshqaruv markazida onlayn va uning konfiguratsiyasini oldi. Test agenti testlar va monitoringda foydalanishga tayyor. Ushbu bo'limlarga qarang:
- “Testni boshlash” 45-bet
- “Monitorni ishga tushirish” 60-bet
Paragon Active Assurance hisob qaydnomangizda test agentlari roʻyxati
Quyida sobiqampTest agentlarini Paragon Active Assurance hisobiga kiritish uchun Python kodi:
Ushbu kodni ishga tushirish quyidagi natijani beradi:
Sinov agentini o'chirish
Sinov tugagandan so'ng, ba'zi hollarda test agentini o'chirish zarur bo'lishi mumkin.
Quyida ncclient bilan buni qanday qilishni ko'rsatadigan kod parchasi keltirilgan:
NETCONF bildirishnomalari
Quyida biz oddiy sobiqni taqdim etamizampBoshqaruv markazidan barcha kiruvchi NETCONF bildirishnomalarini tinglash uchun le skript. Ushbu bildirishnomalar muayyan voqealar sodir bo'lganda yuboriladi, masalan, Test agenti oflayn rejimga o'tish yoki foydalanuvchi tomonidan boshlangan test yakunlanishi. Bildirishnomalardagi ma'lumotlarga asoslanib, foydalanuvchilar orkestrda avtomatlashtirilgan kuzatuv harakatlarini belgilashlari mumkin.
Yuqoridagi skript bajarilganda, NC mijozi olingan bildirishnomani tuzilgan XMLda taqdim etadi. Sobiqni ko'ringampQuyida test agenti kutilmaganda oflayn rejimga o'tayotganini ko'rsatadigan chiqish.
2017-02-03T15:09:55.939156+00:00</eventTime>
<test-agent-status-change xmlns=’http://ncc.netrounds.com'>
demo
HW1
oflayn
Examples: Inventarizatsiya ob'ektlari
TW kabi inventarlarni yaratish (import qilish) va boshqarishAMP reflektorlar va Y.1731 MEPlar Test Agentlari uchun xuddi shunday tarzda amalga oshiriladi. Quyida NETCONF & YANG API orqali Paragon Active Assurance-da bunday ob'ektlarni aniqlash va belgilangan elementlar ro'yxatini olish uchun XML va NETCONF kodi mavjud.
TW yaratishAMP Reflektor
Y.1731 MEP yaratish
IPTV kanalini yaratish
Ping xost yaratish
SIP hisobini yaratish
Inventarizatsiya ob'ektlarini olish
Quyida hisobda belgilangan barcha inventar elementlarni olish uchun Python kodi keltirilgan. (Hujjatda takrorlanmaslik uchun barcha turdagi inventar buyumlari bir vaqtning o'zida olinadi. Tabiiyki, quyida hisob ostidagi ba'zi qatorlarni qoldirib, inventar elementlarning har qanday kichik to'plamini olish mumkin.)
Ushbu kodni ishga tushirish quyidagi natijani beradi:
Examples: Signallar
Signal shablonlari va tegishli elementlar (SNMP menejerlari, signal elektron pochta ro'yxatlari) inventar ob'ektlari kabi yaratiladi va boshqariladi. Ushbu bobda NETCONF & YANG API orqali Paragon Active Assurance-da bunday ob'ektlarni aniqlash va belgilangan elementlar ro'yxatini olish uchun XML va NETCONF kodlari mavjud.
Signal elektron pochta ro'yxatlari
Signal elektron pochta ro'yxatini yaratish
Barcha signal elektron pochta ro'yxatlarini olish
SNMP menejerlari
SNMP menejerini yaratish
Barcha SNMP menejerlari olinmoqda
Signal shablonlar
Signal shablonini yaratish
Barcha signal shablonlari olinmoqda
Examples: SSH kalitlari
NETCONF & YANG API orqali test agentiga SSH ochiq kalitlarini qo'shishingiz mumkin. Tegishli shaxsiy kalitdan foydalanib, SSH orqali Test Agentiga kirishingiz mumkin.
SSH kalitlari bo'yicha mavjud operatsiyalarning to'liq ro'yxati quyidagicha:
- SSH kalitini qo'shing
- SSH kalitini o'zgartiring
- SSH kalitini tekshiring
- SSH kalitlari ro'yxati
- SSH kalitini o'chiring.
Quyida qo'shish va o'chirish operatsiyalari misolida keltirilgan.
SSH kalitini o'chirish
Agar siz SSH kalitini o'chirmoqchi bo'lsangiz, quyidagi buyruqdan foydalaning:
Examples: Testlar
Bu yerda test agentlari (testlar uchun zarur bo'lgan ko'p) 17-betdagi “Yangi test agentini yaratish va joylashtirish” bo'limiga muvofiq yaratilgan deb taxmin qilinadi.
Sinovlar uchun YANG model yo'llari
| Element | YANG model yo'li: /hisoblar/hisoblar/testlar… |
| testlar | /. |
| test[id] | /test |
| id | /test/id |
| nomi | /test/ism |
| holati | /test/status |
| Boshlanish vaqti | /test/start-time |
| oxirgi vaqt | /test/tugash vaqti |
| hisobot -url | /test/hisobot-url |
| qadamlar | /test/qadamlar |
| qadam[id] | /test/qadamlar/qadam |
| nomi | /test/qadamlar/qadam/nom |
| id | /test/steps/step/id |
| Boshlanish vaqti | /test/steps/step/start-time |
| oxirgi vaqt | /test/steps/step/end-time |
| holati | /test/qadamlar/qadam/status |
| holat-xabar | /test/steps/step/status-message |
| andozalar | /shablonlar |
| shablon[ism] | /shablonlar/shablon |
| nomi | /shablonlar/shablon/nom |
| tavsifi | /shablonlar/shablon/tavsif |
| parametrlari | /shablonlar/shablon/parametrlar |
| parametr[kalit] | /shablonlar/shablon/parametrlar/parametr |
| kalit | /shablonlar/shablon/parametrlar/parametr/kalit |
| turi | /shablonlar/shablon/parametrlar/parametr/turi |
Test orkestratsiyasi uchun zarur shartlar
- NC mijozi yordamida NETCONF orqali testni boshlash uchun, avvalo, “Testlar va monitorlar” > “Shablonlarni yaratish” bo‘limidagi ilova ichidagi yordamda batafsil tavsiflanganidek, boshqaruv markazi GUI yordamida test shablonini yaratish kerak. Sinov shablonini ishga tushirishni tashkil qilishda ushbu shablonda "Anablon kiritish" sifatida ko'rsatilgan barcha maydonlar XML parametrlari sifatida talab qilinadi.
- Paragon Active Assurance-da ishlaydigan testlar orkestrlash kontekstida "holat" sifatida qabul qilinadi. Holat ma'lumotlari "O'ta" bo'limida ko'rsatilgan konfiguratsiya ma'lumotlaridan farqli o'laroq, konfiguratsiya ma'lumotlar bazasida saqlanmaydigan yozilmaydigan ma'lumotlardir.view Test agenti orkestratsiyasi” 17-betda. Bu, asosan, Boshqaruv markazi grafik interfeysidagi testlar yoki shablonlarga o‘zgartirishlar Boshqarish markazi va konfiguratsiya ma’lumotlar bazasi o‘rtasida sinxronlash bilan bog‘liq muammolarga olib kelmasligini anglatadi.
- Hisobot olish uchun -URL to'g'ri test hisobotlarida, siz Boshqarish markaziga ishonch hosil qilishingiz kerak URL to'g'ri sozlangan. Bu ichida amalga oshiriladi file /opt/netrounds-confd/settings.py. Odatiy bo'lib Boshqaruv markazi xost nomi socket.gethostname() yordamida olinadi: pastga qarang. Agar bu to'g'ri natija bermasa, xost nomini (yoki butun URL) bunda qo'lda file.
# URL qiyshiq chiziqsiz boshqaruv markazi.
# Bu sobiq uchunample test hisobotida foydalanilgan -url.
HOSTNAME = socket.gethostname()
NETROUNDS_URL = 'https://%s' % HOSTNAME
Sinovni boshlash
17-betdagi “Yangi test agentini yaratish va joylashtirish” bo‘limida tavsiflanganidek, pang -f tree netrounds-ncc.yang buyrug‘ini bajaring.
YANG modelini chiqarish uchun /opt/netrounds-confd/ katalogidan. Ushbu modelda NC mijozi yordamida testni boshlash uchun RPC quyidagicha ko'rinadi:
Tushuntirishlar uchun bo'limga qarang “Afsona” 81-bet Ilovada.
Quyidagi qadamlar quyida ko'rsatilgan:
- Test agentlari Paragon Active Assurance hisob qaydnomasida ro'yxatdan o'tgan, biroq hali hech qanday sinovlar boshlanmagan.
- Kerakli kiritish parametrlari ishga tushiriladigan test shablonida aniqlanadi.
- ncclient yordamida 60 soniyalik HTTP testi boshlanadi.
Qadam 1: Avvaliga Paragon Active Assurance hisob qaydnomasida hech qanday sinov boshlanmagan. Boshqarish markazi GUI-dan quyidagi skrinshotga qarang.
Qadam 2: Ushbu namunadagi testni boshlash uchun biz foydalanadigan shablonample HTTP sinov shablonidir. Unda ikkita majburiy kiritish maydoni mavjud ( Mijozlar va URL) boshqaruv markazi GUI-da shablonni yaratishda biz aniqlaganmiz.
Biz ushbu parametrlarni (boshqalar qatorida) NETCONF menejerimiz (ncclient) tomonidan konfiguratsiya ma'lumotlar bazasiga yuborilgan XML konfiguratsiyasida aniqlaymiz.
3-qadam: HTTP testi ncclient yordamida boshlanadi.
Quyida sobiqampHTTP test shabloni uchun kerakli konfiguratsiya ma'lumotlari va parametrlari ko'rsatilgan kod. Shablon qanday tuzilganiga qarab, bu yerdagi tafsilotlar farq qilishi mumkin.
Har bir parametr uchun atribut taqdim etilishi kerak. Kalit parametr bilan bir xil
Boshqarish markazidagi o'zgaruvchining nomi. O'zgaruvchilar nomlarini quyidagicha tekshirishingiz mumkin:
- Yon paneldagi Testlar-ni bosing va Yangi test ketma-ketligini tanlang.
- Mening andozalarim-ni bosing.
- Qiziqarli shablon ostidagi Tahrirlash havolasini bosing.
- Yuqori o'ng burchakdagi kiritishni tahrirlash tugmasini bosing.
Bizning sobiqimizdaample va sukut bo'yicha, o'zgaruvchilar nomlari Boshqaruv markazida ko'riladigan ko'rsatiladigan nomlarning oddiygina kichik harflaridir ("url"ga qarshi"URL", va boshqalar.). Biroq, boshqaruv markazi GUI-da siz o'zgaruvchilar nomini xohlaganingizcha o'zgartirishingiz mumkin.
Kalitdan tashqari, har bir parametr o'z turiga ega bo'lishi kerak: masalanample, uchun URL.
Qayta qilishingiz kerakligini unutmangview turlari haqida to'liq ma'lumot olish uchun to'liq YANG modeli. Sinov agenti interfeyslari uchun tur murakkabroq tuzilishga ega, buni quyida ko'rsatilgan quyidagi kodda.
Endi biz ncclient yordamida skriptni ishga tushirishimiz mumkin. Hammasi to'g'ri bo'lsa, sinov boshlanadi va uning bajarilishi Boshqaruv markazida ko'rsatiladi:
Agar test muvaffaqiyatli boshlangan bo'lsa, Boshqarish markazi test identifikatori bilan javob beradi. Bu sobiqample, test identifikatori 3:
Sinov identifikatorini quyidagi sahifada ham topish mumkin URL Boshqarish markazi GUI-da test uchun. Bu sobiqample, bu URL https://host/demo/testing/3/ hisoblanadi.
Sinov natijalarini olish
Sinov natijalarini olishning eng oddiy usuli bu test identifikatoriga ishora qilishdir.
Quyida ID = 3 bilan yuqoridagi HTTP testidan natijalarni olish uchun Python kodi keltirilgan:
menejer bilan. Ulanish (host=args.host, port=args.port, username=args.username,password=args.password, hostkey_verify=False) m sifatida:
Chiqish quyidagicha ko'rinadi:
Test shablonlarini eksport va import qilish
Sinov shablonlarini JSON formatida eksport qilish va shu formatda Boshqarish markaziga qayta import qilish mumkin. Boshqarish markazining boshqa o'rnatilishida test shablonlaridan foydalanmoqchi bo'lsangiz, bu foydalidir. (Shablonlarni dastlabki yaratish eng yaxshi boshqaruv markazi GUI orqali amalga oshiriladi.)
Quyida eksport va importni amalga oshirish uchun kod mavjud.
Test shablonlari eksport qilinmoqda
# Javobdan json konfiguratsiyasini oling
root = ET.fromstring(response._raw)
json_config = root[0].text
json_config ni chop eting
Shablon json_config obyektida joylashgan.
Sinov shablonlarini import qilish
Sinov shablonlariga ega JSON konfiguratsiya ob'ekti Boshqaruv markaziga quyidagicha qayta import qilinishi mumkin.
Examples: Monitorlar
Ushbu bo'limda test agentlari (monitorlar tomonidan talab qilinadigan darajada) 17-betdagi "Yangi test agentini yaratish va joylashtirish" bo'limiga muvofiq yaratilgan deb taxmin qilinadi.
Monitorlar uchun YANG model yo'llari
| Element | YANG model yo'li: /hisoblar/hisoblar/monitorlar… |
| monitorlar | /. |
| monitor[ism] | /monitor |
| nomi | /monitor/ism |
| tavsifi | /monitor/tavsif |
| boshlandi | /monitor/boshlandi |
| shablon | /monitor/shablon |
| signal konfiguratsiyasi | /monitor/signal-configs |
| Element | YANG model yo'li: /hisoblar/hisoblar/monitorlar/monitor/signal-configs… |
| signal-config[identifikator] | / signal-config |
| identifikator | /signal-config/identifikator |
| shablon | /signal-config/shablon |
| elektron pochta | /signal-config/email |
| snmp | /alarm-config/snmp |
| thr-es-tanqidiy | /signal-config/thr-es-critical |
| thr-es-critical-clear | /signal-config/thr-es-critical-clear |
| thr-es-major | /signal-config/thr-es-major |
| thr-es-major-aniq | /signal-config/thr-es-major-clear |
| thr-es-minor | /signal-config/thr-es-minor |
| thr-es-minor-clear | /signal-config/thr-es-minor-clear |
| thr-es-ogohlantirish | /signal-config/thr-es-warning |
| thr-es-ogohlantirish-aniq | /signal-config/thr-es-warning-clear |
| ma'lumotlarning jiddiyligi yo'q | /signal-config/no-data-severity |
| ma'lumotlar vaqti tugashi yo'q | /signal-config/no-data-timeout |
| harakat | /signal-config/action |
| deraza o'lchami | /signal-config/window-size |
| interval | /signal-config/interval |
| faqat bir marta yuboriladi | /signal-config/faqat bir marta yuborish |
| oqim boshiga snmp-trap | /signal-config/snmp-trap-per-stream |
| Element | YANG model yo'li: /hisoblar/hisoblar/monitorlar… |
| parametrlari | /monitor/parametrlar |
| Element | YANG model yo'li: /hisoblar/hisoblar/monitorlar/monitor/parametrlar… |
| parametr[kalit] | /parametr |
| kalit | /parametr/kalit |
| (qiymat turi) | /parametr |
| :(butun) | /parametr |
| butun son | /parametr/integer |
| :(suzuvchi) | /parametr |
| suzmoq | /parametr/float |
| :(string) | /parametr |
| Element | YANG model yo'li: /hisoblar/hisoblar/monitorlar/monitor/parametrlar… |
| ip | /parametr/string |
| :(test-agent-interfeyslari) | /parametr |
| test-agent-interfeyslari | /parameter/test-agent-interfaces |
| test-agent-interfeysi[1-betdagi “58” | /parameter/test-agent-interfaces/ |
| hisob | /parameter/test-agent-interfaces/test-agent-interface/hisob |
| sinov agenti | /parameter/test-agent-interfaces/test-agent-interface/test-agent |
| interfeys | /parameter/test-agent-interfaces/test-agent-interface/interface |
| ip-versiyasi | /parameter/test-agent-interfaces/test-agent-interface/ip-version |
| :(twamp- reflektorlar) | /parametr |
| twamp- reflektorlar | /parametr/twamp- reflektorlar |
| twamp-reflektor[ism] | /parametr/twamp-reflektorlar/twamp- reflektor |
| nomi | /parametr/twamp-reflektorlar/twamp-reflektor/ism |
| :(y1731-meps) | /parametr |
| y1731-meps | /parametr/y1731-meps |
| y1731-mep[ism] | /parametr/y1731-meps/y1731-mep |
| nomi | /parameter/y1731-meps/y1731-mep/name |
| :(sip-hisoblar) | /parametr |
| sip-hisoblar | /parametr/sip-hisoblar |
| sip-hisob [2-betdagi “58”] | /parametr/sip-hisoblar/sip-hisob |
| hisob | /parametr/sip-hisoblar/sip-hisob/hisob |
| sinov agenti | /parameter/sip-accounts/sip-account/test-agent |
| interfeys | /parametr/sip-hisoblar/sip-hisob/interfeys |
| sip-manzil | /parametr/sip-hisoblar/sip-hisob/sip-manzil |
| :(iptv-kanallari) | /parametr |
| iptv-kanallari | /parametr/iptv-kanallari |
| iptv-kanal[nomi] | /parameter/iptv-channels/iptv-channel |
| nomi | /parameter/iptv-channels/iptv-channel/name |
- hisob test-agent interfeysi
- hisob test-agent interfeysi sip-manzil
| Element | YANG model yo'li: /hisoblar/hisoblar/monitorlar… |
| holati | /monitor/status |
| oxirgi - 15 daqiqa | /monitor/status/oxirgi 15 daqiqa |
| holati | /monitor/status/oxirgi 15 daqiqa/status |
| status-qiymat | /monitor/status/oxirgi 15 daqiqa/status-qiymati |
| oxirgi soat | /monitor/status/so'nggi soat |
| holati | /monitor/status/so'nggi soat/status |
| status-qiymat | /monitor/status/so'nggi soat/status-qiymati |
| oxirgi 24 soat | /monitor/status/oxirgi 24 soat |
| holati | /monitor/status/so'nggi 24 soat/status |
| status-qiymat | /monitor/status/so'nggi 24 soat/status-qiymati |
| andozalar | /shablonlar |
| shablon[ism] | /shablonlar/shablon |
| nomi | /shablonlar/shablon/nom |
| tavsifi | /shablonlar/shablon/tavsif |
| parametrlari | /shablonlar/shablon/parametrlar |
| parametr[kalit] | /shablonlar/shablon/parametrlar/parametr |
| kalit | /shablonlar/shablon/parametrlar/parametr/kalit |
| turi | /shablonlar/shablon/parametrlar/parametr/turi |
Monitor orkestratsiyasi uchun zarur shartlar
NCclient yordamida NETCONF orqali monitorni ishga tushirishdan oldin, “Testlar va monitorlar” > “Shablonlarni yaratish” bo‘limidagi ilova ichidagi yordamda tushuntirilganidek, boshqaruv markazi GUI-da monitor shablonini yaratishingiz kerak. Shablonni ishga tushirishni tashkil qilishda ushbu shablonda "Andlabni kiritish" sifatida ko'rsatilgan barcha maydonlar XML parametrlari sifatida talab qilinadi.
Monitor shablonlaridan kirish parametrlarini olish
Quyida ikkita shablon ko'rsatilgan. Birinchisi, ikkita Test Agent interfeysi orasidagi UDP monitoringi uchun, ikkinchisi esa bitta Test Agent interfeysi yordamida HTTP uchun.
Shablonni kiritish parametrlarini bilish uchun shablonni ifodalovchi katakchani bosing. HTTP shabloni uchun parametrlar quyidagicha ko'rinishi mumkin:
Monitorni ishga tushirishda keyingi bosqichda ushbu parametrlarni aniqlashimiz kerak.
Monitorni ishga tushirish
17-betdagi “Yangi test agentini yaratish va o‘rnatish” bo‘limida biz aniqlagan va o‘rnatgan Test agentlaridan foydalanib, quyida ko‘rsatilganidek, “HTTP” shablonidan monitorni ishga tushirishimiz mumkin.
Har bir parametr uchun atribut taqdim etilishi kerak. Kalit parametrning Boshqaruv markazidagi o'zgaruvchi nomi bilan bir xil. O'zgaruvchilar nomlarini quyidagicha tekshirishingiz mumkin:
- Yon paneldagi Monitoring-ni bosing va Yangi monitor-ni tanlang.
- Mening andozalarim-ni bosing.
- Qiziqarli shablon ostidagi Tahrirlash havolasini bosing.
- Yuqori o'ng burchakdagi kiritishni tahrirlash tugmasini bosing.
Bizning sobiqimizdaample va sukut bo'yicha, o'zgaruvchilar nomlari Boshqaruv markazida ko'riladigan ko'rsatiladigan nomlarning oddiygina kichik harflaridir ("url"ga qarshi"URL", va boshqalar.). Biroq, boshqaruv markazi GUI-da siz o'zgaruvchilar nomini xohlaganingizcha o'zgartirishingiz mumkin.
Kalitdan tashqari, har bir parametr o'z turiga ega bo'lishi kerak: masalanample, uchun URL. E'tibor bering, parametr turi bo'yicha to'liq ma'lumot YANG modelida mavjud. Test Agent interfeyslari uchun tur quyidagi kodda isbotlanganidek murakkabroq tuzilishga ega.
OldindaampShundan so'ng, monitor bilan hech qanday signal bog'lanmagan. Misol uchunampSignallar bilan bog‘liq bo‘lsa, 62-betdagi “Monitorni signal bilan ishga tushirish” bo‘limiga o‘ting.
Signal bilan monitorni ishga tushirish
Signalni monitor bilan bog'lash uchun siz belgilangan signal shablonini ko'rsatishingiz yoki monitorni yaratishda butun signal konfiguratsiyasini taqdim etishingiz mumkin. Biz bitta sobiqni beramizampQuyida har bir yondashuvning le.
Signal shabloniga ishora qilib, monitor signalini o'rnatish
Signal shablonidan foydalanish uchun siz uning identifikatorini bilishingiz kerak. Buning uchun avval 39-betdagi “Barcha signal shablonlarini olish” bo‘limida ta’riflanganidek barcha signal shablonlarini oling va tegishli shablon nomiga e’tibor bering. Keyin ushbu shablonga quyidagi tarzda murojaat qilishingiz mumkin:
To'g'ridan-to'g'ri sozlash orqali monitor signalini o'rnatishy
Shu bilan bir qatorda, monitorni yaratishda signal shabloniga murojaat qilmasdan uning butun konfiguratsiyasini taqdim etish orqali monitor uchun signalni o'rnatishingiz mumkin. Bu quyidagi misolda ko'rsatilganidek amalga oshiriladiample.
Ishlayotgan monitorlarni olish
Hozirda bajarilayotgan barcha monitorlarni olish uchun ushbu skriptni ishga tushiring:
menejer bilan. ulanish (host=args.host, port=args.port, username=args. user name, password=args.password, hostkey_verify=False) m sifatida:
Chiqish quyida ko'rsatilganidek, barcha ishlaydigan monitorlar ro'yxati:
Monitor uchun SLA holati olinmoqda
Monitor uchun SLA holatini qanday olish mumkin. Bu sobiqample, biz “Tarmoq sifati” monitorining SLA holatini uchta vaqt oralig'ida olinmoqda: oxirgi 15 daqiqa, oxirgi soat va oxirgi 24 soat.
Chiqish quyidagicha ko'rinadi:
NETCONF bildirishnomalari
Monitorlar uchun NETCONF bildirishnomalari SLA buzilishi tufayli ishga tushiriladi. Bular monitor uchun SLA ma'lum vaqt oralig'ida, sukut bo'yicha oxirgi 15 daqiqa ichida SLA chegarasidan ("Yaxshi" yoki "Qabul qilinadi") pastga tushganda sodir bo'ladi. Shuni ta'kidlash kerakki, SLA buzilishi haqidagi bildirishnomalar xizmatga muammo ta'sir qilgandan so'ng tezda paydo bo'ladi, SLA holati esa faqat 15 daqiqadan so'ng "Yaxshi" holatga qaytadi va faqat boshqa qoidabuzarliklar sodir bo'lmasa.
Vaqt oynasini SLA_STATUS_WINDOW (sekundlardagi qiymat) sozlamasini tahrirlash orqali o'zgartirish mumkin. /etc/netrounds/netrounds.conf.
Monitor shablonlarini eksport va import qilish
Bu xuddi test shablonlari bilan bir xil tarzda amalga oshiriladi; 52-betdagi “Test shablonlarini eksport qilish va import qilish” bo‘limini solishtiring. Quyidagi kod parchalari monitorlar uchun shablonlarni eksport va import qilishni ko‘rsatadi.
Monitor shablonlarini eksport qilish
Monitor shablonlarini import qilish
Tags Paragon Active Assurance-da belgilangan quyidagilarga nisbatan qo'llanilishi mumkin:
- monitorlar
- monitor shablonlari
- Sinov agentlari
- TWAMP reflektorlar
- Ping xostlar.
Misol uchunample, mumkin tag xuddi shunday monitor tag monitorni ishga tushiradigan Test agentlari to'plami sifatida. Agar sizda ko'p sonli monitor va andozalar aniqlangan bo'lsa, bu xususiyat ayniqsa foydalidir.
Agar siz monitor uchun SNMP tuzoqlari bilan signalni o'rnatgan bo'lsangiz, SNMP tuzoqlari xuddi shunday tayinlanadi. tags agar mavjud bo'lsa, monitor sifatida.
Yaratish Tags
Quyida qanday qilib yaratishni ko'rsatamiz tag XML tomonidan belgilangan nom va rang bilantag> pastki tuzilma.
Tayinlash a Tag
tayinlash uchun a tag resursga, siz uni yangi sifatida qo'shasiztag> ostidagi elementtags> ushbu manba uchun element.
Bu erda a qanday tayinlash kerak tag Sinov agentiga:
tayinlash uchun a tag TW gaAMP reflektor, quyidagilarni bajaring:
Tayinlash a tag monitorga xuddi shunday ishlov beriladi:
Shu bilan bir qatorda, siz mavjudni belgilashingiz mumkin tag resurs yaratishda ushbu resurs turlaridan biriga, jumladantags> ni o'z ichiga olgan element tag savol ostida.
Yangilash a Tag
Mavjudni yangilash tag yangi atributlar bilan a yaratishga o'xshaydi tag:
Tayinlashni bekor qilish a Tag
Tayinlashni bekor qilish uchun a tag resursdan nc:operation="delete" atributini ga qo'shingtag> resursga tegishli element. Quyida biz a.ni tayinlashni bekor qilamiz tag monitordan.
Yo'q qilish a Tag
Yo'q qilish uchun a tag Boshqaruv markazidan butunlay nc:operation="delete" atributi yana ishlatiladi, lekin bu safar tag ostida belgilanadi .
Muammolarni bartaraf qilish; nosozliklarni TUZATISH
Muammo: Orchestrator va Paragon Active Assurance sinxronlashtirilmagan
Orkestrator va Paragon Active Assurance oldingi uchun sinxronlashdan chiqib ketishi mumkinampAgar boshqaruv markazi GUI-da konfiguratsiyaga o'zgartirishlar kiritilgan bo'lsa yoki konfiguratsiyani qo'llash muvaffaqiyatli bo'lmasa va oldingi holatga qaytish muvaffaqiyatsiz tugasa.
Orqaga qaytarish muvaffaqiyatsiz bo'lsa, NETCONF serveri konfiguratsiya o'zgarishlarini endi qabul qilmaydi; u konfiguratsiya sinxronlashtirilgunga qadar bloklanganligini bildiruvchi xato xabari bilan javob beradi. Sinxronizatsiyaga qaytish va konfiguratsiya o'zgarishlarini qulfdan chiqarish uchun siz Boshqaruv markazidan konfiguratsiya ma'lumotlar bazasiga barcha konfiguratsiyani sinxronlashtiradigan rpc sync-from-ncc buyrug'ini ishga tushirishingiz kerak.
ESLATMA: The confd@netrounds.com hamma narsa muvaffaqiyatli sinxronlanishi uchun foydalanuvchi (yoki nima sozlangan boʻlsa) superfoydalanuvchi huquqlariga ega boʻlishi kerak. Bunga ncc user-update buyrug'i bilan erishish mumkin confd@netrounds.com –is-superuser Agar foydalanuvchi superfoydalanuvchi bo‘lmasa, hamma narsani sinxronlash mumkin emasligi, lekin ishlov berilishi mumkin bo‘lgan hamma narsa bajarilganligi haqida ogohlantirish paydo bo‘ladi.
ESLATMA: Agar sizning orkestratoringiz konfiguratsiyani ham saqlasa, siz uni ham qayta sinxronlashtirishingiz kerak bo'ladi, chunki so'ralgan konfiguratsiya (orkestr boshqaruv markazida bo'lishini kutgan konfiguratsiya) qo'llanilmaydi.
Muammo: qo'llab-quvvatlanmaydigan manbalar tufayli dastlabki sinxronlash (ncc-dan sinxronlash) amalga oshmadi
Agar siz rpc sync-from-ncc-ni boshqaruv markazi GUI-da yaratilgan konfiguratsiyaga ega hisob qaydnomasida ishga tushirishga harakat qilsangiz, hisobda qo'llab-quvvatlanmaydigan manbalar bo'lsa, muammolarga duch kelishingiz mumkin. Bo'sh hisob qaydnomasidan boshlash va uning barcha konfiguratsiyasini NETCONF orqali amalga oshirish tavsiya etiladi. Aks holda, agar siz resurs nizolari bilan bog'liq muammolarga duch kelsangiz, hisobdan ziddiyatli resurslarni olib tashlashingiz kerak bo'ladi.
Muammo: ncclient.operations.rpc.RPCE bilan NETCONF buyruqlari muvaffaqiyatsiz tugadi. Xato: ilova aloqasi xatosi
Agar Boshqarish markazi qayta ishga tushirilsa, NETCONF serveri Boshqaruv markazi serveriga ulanishni avtomatik ravishda tiklamaydi. Boshqaruv markaziga ulanishni tiklash uchun NETCONF jarayonini qayta ishga tushiring: sudo systemctl netrounds-confd-ni qayta ishga tushiring
Sinov agenti ilovalari va sinov agenti asboblari bo'yicha eslatmalar
ConfD da sinov agenti ilovalari
Test agentlari orasida (yangi) Test Agent ilovasi (eski) Test Agent Appliancedan biroz farq qiladi.
Test Agent ilovalari hozirda interfeys konfiguratsiyasini qo'llab-quvvatlamaydi. Shuning uchun YANG sxemasi bunday Test agentlari uchun bo'sh interfeys konfiguratsiyasini belgilash imkonini beradi. Sobiq ma'lumot uchun 23-betdagi "ushbu parcha" ga qarangample.
Sync-from-ncc buyrug'i yordamida ConfD ma'lumotlar bazasini Boshqarish markazi bilan sinxronlashda siz interfeys konfiguratsiyasi bo'sh qolishi va Boshqaruv markazida topilgan narsalarning ustiga yozilmasligini xohlaysiz. Shuning uchun Test Agent ilovalari bilan ishlashda ushbu buyruq bilan maxsus bayroqdan –without_interface_config dan foydalanishingiz kerak.
Test Agent Appliance uchun bo'sh interfeys konfiguratsiyasi
Yuqorida aytib o'tilganidek, Test Agent ilovasi interfeys konfiguratsiyasini qo'llab-quvvatlamaydi va shuning uchun YANG sxemasida interfeyslarni o'tkazib yuborish mumkin.
Ammo test agenti qurilmasidan interfeys konfiguratsiyasini o'tkazib yubormoqchi bo'lgan holatlar ham mavjud. SobiqampBuning uchun siz bulut-init-dan foydalanib Test Agentni aylantirayotgan va ConfD-ga Test Agent onlayn bo'lganda uning ustiga yozishga ruxsat berish o'rniga interfeys konfiguratsiyasidan foydalanishni xohlaysizmi, orkestratsiya stsenariysi bo'lishi mumkin.
Aniqlanmagan interfeyslar bo'yicha YANG sxemasi o'zgarishlari
Endi bo'sh interfeys konfiguratsiyasiga ruxsat berilganligi sababli (2.34.0 versiyasidan boshlab), test yoki monitorning bir qismi sifatida bajariladigan vazifaga kirish sifatida istalgan interfeys nomini belgilash mumkin.
Bu Test Agent ilovasidan foydalanish uchun talab qilinadi, chunki ular uchun ConfD da interfeys nomlari aniqlanmagan. Shuni yodda tutingki, bu siz tasodifan mavjud bo'lmagan interfeysdan foydalanish uchun test yoki monitorni sozlagan bo'lsangiz, muammolarga duch kelishingiz mumkin. Shuning uchun, iltimos, buni yodda tuting.
ConfD da yaratilgan test agentini ro'yxatdan o'tkazishda cheklovlar
REST yoki NETCONF/YANG API orqali test agentini yaratishda biz uning qaysi turi ekanligini oldindan bila olmaymiz: Test Agent Appliance yoki Test Agent Application. Bu Test Agent ro'yxatdan o'tgandan keyingina aniq bo'ladi.
Sinov agenti ro'yxatdan o'tib, ushbu aniq turlardan biriga aylangandan so'ng, uni boshqa turdagi Test agenti sifatida qayta ro'yxatdan o'tkazishga ruxsat berilmaydi. Bu shuni anglatadiki, siz avval uni Test Agent Appliance sifatida ro'yxatdan o'tkazishingiz, keyin uni Test Agent ilovasi sifatida qayta ro'yxatdan o'tkazishingiz yoki aksincha. Agar sizga boshqa turdagi test agenti kerak bo'lsa, yangi test agentini yaratishingiz kerak bo'ladi.
Ilova: To'liq YANG modelining daraxt tuzilishi
Ushbu ilovaning 81-betdagi “Afsona” bo‘limida pyang -f tree buyrug‘i bilan yaratilgan YANG modeli daraxt strukturasining sintaksisi tushuntirilgan.
82-betdagi “YANG Model daraxti tuzilishi” bo‘limi netrounds-ncc.yang-ga qo‘llaniladigan buyruqning natijasini beradi. Ushbu chiqishning bir qismi hujjatning boshqa joyida takrorlangan.
Afsona
YANG modeli daraxt tuzilishi
Juniper Networks, Juniper Networks logotipi, Juniper va Junos Juniper Networks, Inc. kompaniyasining Qo'shma Shtatlar va boshqa mamlakatlarda ro'yxatdan o'tgan savdo belgilaridir. Boshqa barcha savdo belgilari, xizmat ko'rsatish belgilari, ro'yxatdan o'tgan belgilar yoki ro'yxatdan o'tgan xizmat ko'rsatish belgilari ularning tegishli egalarining mulki hisoblanadi. Juniper Networks ushbu hujjatdagi noaniqliklar uchun javobgarlikni o'z zimmasiga olmaydi. Juniper Networks ushbu nashrni ogohlantirmasdan o'zgartirish, o'zgartirish, uzatish yoki boshqa tarzda qayta ko'rib chiqish huquqini o'zida saqlab qoladi. Mualliflik huquqi © 2023 Juniper Networks, Inc. Barcha huquqlar himoyalangan.
Hujjatlar / manbalar
 |
Juniper NETWORKS NETCONF & YANG API dasturiy ta'minoti [pdf] Foydalanuvchi uchun qoʻllanma NETCONF YANG API dasturiy ta'minoti, YANG API dasturiy ta'minoti, API dasturiy ta'minoti, dasturiy ta'minot |