Sel septembril tõi Broadcom (endine CA) turule oma DX Operations Intelligence (DX OI) lahenduse uue versiooni 20.2. Turul positsioneeritakse see toode kui ühtne seire süsteem. Süsteem suudab koguda ja ühtlustada andmeid erinevate domeenide seiresüsteemidelt (võrk, infrastruktuur, rakendused, andmebaasid) nii CA-lt kui ka kolmandate osapoolte pakkujatelt, sealhulgas avatud lähtekoodiga lahendustelt (Zabbix, Prometheus jne).

DX OI peamine funktsioon on täisväärtusliku ressursi- ja teenusmudeli (RSM) loomine konfigureerimisüksustele (KE), mis täidavad inventari baasi kolmandate osapoolte süsteemide integreerimise käigus. DX OI-s on rakendatud masinõppe ja tehisintellekti (ML ja AI) funktsioonid platvormile sisenevatele andmetele, mis võimaldab hinnata/prognoosida konkreetse KE tõrke tõenäosust ja tõrke mõju ettevõtte teenusele, mille aluseks on konkreetne KE. Lisaks sellele on DX OI ühtne sündmuste kogumise koht ja seega ka teeninduslaua süsteemiga integreerimise koht, mis on vaieldamatu eelis süsteemi kasutamisel organisatsioonide ühistes seirekeskustes. Selles artiklis räägime süsteemi funktsionaalsusest lähemalt ning tutvustame kasutaja ja administraatori liideseid.

DX OI lahenduse arhitektuur

DX platvormil on mikroteenuste arhitektuur, mis installitakse ja töötab Kubernetes'i või OpenShift'i haldamisel. Järgmises joonises on toodud lahenduse komponendid, mida saab kasutada iseseisvate seiremoodulitena või asendada juba olemasolevate seiresüsteemidega, millel on sarnased funktsioonid (joonis toob välja näiteid sellistest süsteemidest) ja seejärel ühendada DX OI-harule. Allolevas skeemis:

• Mobiilirakenduste seire DX App Experience Analytics;
• Rakenduste jõudluse seire DX APM;
• Infrastruktuuri seire DX Infrastructure Manager;
• Võrgu seadmete seire DX NetOps Manager.

DX komponendid töötavad Kubernetes klastrihalduse all ja neid saab skaleerida lihtsalt uute POD-ide käivitamisega. Allpool on kõrgema taseme skeem lahendusest.

DX platvormi haldamine, skaleerimine ja töötamine toimub halduskonsolis. Ühest konsolist saab hallata mitme ettevõtte või ettevõtte hõlmava multi-tenant arhitektuuri. Sellises mudelis saab iga ettevõte olla konfigureeritud individuaalselt kui üürnik, omades oma kohandatud konfiguratsioonide kogumit.

Halduskonsool on veebipõhine tööriist operatsioonide ja süsteemi haldamiseks, mis pakub administraatoritele ühtset ja kooskõlastatud liidest klastrite haldamise ülesannete täitmiseks.

Uued üürnikud ettevõtte üksuste või ettevõtte jaoks saab käivitada minutitega. See annab eelise, kui soovite omada ühtset jälgimissüsteemi, kuid jagada jälgitavaid objekte osakondade vahel platvormi (mitte juurdepääsuõiguse) tasemel.

Ressursi- ja teenusmudelid ning ärisüsteemide jälgimine

DX OI-l on integreeritud mehhanismid teenuste loomiseks ja klassikaliste RCMide arendamiseks, määrates mõju ja kaalude loogika teenuse komponentide vahel. Samuti on olemas RCMide eksportimise mehhanismid välistest CMDB-dest. Alloleval joonisel on integreeritud RCM redigeerija (pöörake tähelepanu seoste kaaludele).

DX OI pakub terviklikku ülevaadet äriteenuste või IT-teenuste toimivuse peamistest näitajatest, sealhulgas teenuste kättesaadavusest ja tõrgete riski prognoosimisest. Tööriist suudab samuti selgitada, kuidas jõudluse probleem või muudatused IT-komponentide (rakenduste või infrastruktuuri) struktuuris mõjutavad äriteenust. Alloleval joonisel on interaktiivne juhtpaneel, mis näitab kõikide teenuste olekut.

Vaatame üksikasju Digital Banking teenuse näitel. Teenuse nimele klikates liigume teenuse põhjalikku RCM-i. Näeme, et Digital Banking teenuse staatus sõltub infrastruktuuri ja tehingute alateenuste seisukorrast erinevate kaaludega. Kaaludega töötamine ja nende kuvamine on DX OI huvitav eelis.

Topoloogia on oluline element ettevõtte operatiivses jälgimises, võimaldades operaatoritel ja inseneridel analüüsida komponentide omavahelisi seoseid ning tuvastada juurpõhjuseid ja mõjutusi.

DX OI Topology Viewer on teenus, mis kasutab tööks topoloogilisi andmeid, mis saadakse domeenide jälgimissüsteemidelt, mis koguvad andmeid otse jälgitavatelt objektidelt. Tööriist on mõeldud otsimiseks mitmetes kihtides topoloogiahulgast ning konteksti sõltuva suhtekaardi kuvamiseks. Probleemide uurimiseks saab liikuda probleemse alateenuse Backend Banking ja näha topoloogiat ning probleemseid komponente. Samuti saab iga komponendi puhul analüüsida häirete teateid ja jõudluse mõõdikuid.

Analüüsides tehingukomponente Payments (kasutaja tehingud) saame jälgida ärikPId, mille väärtused arvestatakse ka teenuse kättesaadavuse ja tervise staatuse arvutamisel. Näide ärikPI-st on toodud allpool:

Sündmuste analüütika (Alarm Analytics)

Algoritmiline müra vähendamine läbi häirete klasterdamise

Üks peamisi funktsioone DX OIs sündmuste töötlemisel on klasterdamine. Mehhanism töötab kõigi süsteemi saabuvaid teateid, et tuvastada mustreid erinevate kontekstide põhjal ja grupeerida neid. Need klastrid on iseõppivad, neid ei pea käsitsi konfigureerima.

Seega võimaldab klasterdamine kasutajatel ühendada ja grupeerida tohutul hulgal sündmusi ning analüüsida ainult neid, mis omavad ühest konteksti. Näiteks sündmuste kogum, mis esindab intsidendi, mis mõjutab rakenduste või andmekeskuse toimimist. Situatsioone luuakse masinõppel põhinevate klasterdamise algoritmide abil, mis kasutavad analüüsimiseks ajakorrelaatiot, topoloogilisi seoseid ja loomuliku keele töötlemist. Allolevates joonistes on toodud näited klastrite rühmade teatiste visualiseerimisest, nn Situations Alarms ja Evidence Timeline, mis kuvab grupi põhielemente ja müra vähendamise protsessi.

Põhjuste analüüs ja häirete korrelatsioon

Kaasaegses hübriidses keskkonnas võib kasutaja tehing hõlmata mitmeid süsteeme, mida kasutatakse dünaamiliselt. Selle tulemusena võib luua mitmeid hoiatusi erinevatest süsteemidest, kuid need on seotud sama probleemi või juhtumiga. DX OI kasutab patenteeritud mehhanisme liigsete ja dubleeritud teavituste mahasurumiseks ning seotud teavituste korreleerimiseks, et parandada kriitiliste probleemide tuvastamist ja kiiremat lahendamist.

Vaatame näidet, kus süsteemi saabub arvukalt hädaolukorra teateid erinevate objektide (KEs) kohta, mis on ühe teenuse aluseks. Teenuse kättesaadavuse ja toimivuse mõjutamisel genereerib süsteem teenusehäire (Service Alarm), näidates ja märgistades tõenäolise juurpõhjuse (probleemne KE ja hädaolukorra teade KEst), mis on kaasa aidanud teenuse jõudluse langusele või tõrkele. Alloleval joonisel on esitatud hädaolukorra visuaal teenusele Webex.

DX OI võimaldab töötada sündmustega intuitiivsete toimingute kaudu süsteemi veebiliideses. Kasutajad saavad käsitsi määrata sündmused vastutavale töötajale tõrkeotsinguks, tühistada/kinnitada teavitusi, luua päringuid või saata e-kirjade kaudu teateid, lasta käiku automatiseeritud stsenaariume mittehädaolukordade lahendamiseks (Remediation Workflow, sellest räägime veidi hiljem). Seega võimaldab DX OI vahetuste operaatoritel keskenduda peamise hädaolukorra teatele ja aitab samuti lihtsustada teatiste sorteerimist klastriteks.

Masinlikud algoritmid meetrikate töötlemiseks ja jõudluse analüüsiks

Masinõpe võimaldab jälgida, koondada ja visualiseerida võtme jõudlusnäitajaid mistahes konkreetse ajavahemiku jooksul, andes kasutajale järgmised eelised:

• Tõkete ja jõudlusanomalite tuvastamine;
• Mitmete näitajate võrdlemine samade seadmete, liideste või võrkude jaoks;
• Sarnaste näitajate võrdlemine mitmete objektide vahel;
• Erinevate näitajate võrdlemine ühe ja mitme objekti jaoks;
• Mitmemõõtmeliste meetrikate võrdlemine mitmete objektide vahel.

Süsteemi sisenenud mõõdikute analüüsimiseks kasutab DX OI masinanalüüsi funktsioone, rakendades matemaatilisi algoritme, mis aitavad lühendada staatiliste piiride seadistamise ja hoiatuste genereerimise aega anomaaliate esinemisel.

Matemaatiliste algoritmide rakendamise tulemuseks on nn mõõdiku tõenäosuslikud jaotused (Haruldane, Tõenäoline, Kesk, Keskmine, Tegelik). Ülal ja all olevatel joonistel on esitatud tõenäosuslikud jaotused.

Ülaltoodud kahel graafikul on esitatud järgmised andmed:

• Tegelikud andmed (Actual). Tegelikud andmed kuvatakse graafikul pideva musta joonega (ilmsete signaalide puudumine) või värvilise pideva joonega (häire seisund). Joon kalkuleeritakse mõõdiku tegelike andmete põhjal. Võrreldes tegelikke andmeid ja mediaani, saate kiiresti näha mõõdiku variatsioone. Kui toimub sündmus, muutub must joon värviliseks pidevaks jooneks, mis vastab sündmuse kriitilisusele ja kuvab graafiku kohal vastavaid kriitilisuse ikoone. Näiteks punane värv kriitilise anomaalia jaoks, oranž märkimisväärse anomaalia jaoks ja kollane ebaolulise anomaalia jaoks.
• Keskmine näitaja (Mean value). Keskmine näitaja on diagrammil esitatud halli joonega. Keskmine väärtus kuvatakse, kui ajaloolisi andmeid on puudulikult.
• Mediaanväärtus (Center value). Mediaaniline joon on vahemiku keskel ja seda esitatakse rohelise katkendjoonega. Alad, mis asuvad sellele reale lähimad, on kõige lähemal tüüpilistele näitaja väärtustele.
• Üldised andmed (Common Value). Üldise ala andmed jälgivad teie mõõdiku keskpunktilähedasi norme ja kuvatakse tumerohelise ribana. Analüütilised arvutused asetavad üldise ala normaalsest ühe protsendi kõrgemale või madalamale.
• Tõenäosuslikud andmed. Tõenäosusliku alaga seotud andmed kuvatakse graafikul rohelise ribana. Süsteem asetab tõenäosusliku ala normaalsest kahe protsendi kõrgemale või madalamale.
• Haruldased andmed. Haruldaste tsoonide andmed on graafikul esitatud helesinise ribana. Süsteem paigutab haruldaste mõõdikute väärtustega tsooni kolm protsentiili normaalsest kõrgemale või madalamale ja annab märku, kui näitaja käitumine ületab normaalset vahemikku, genereerides sellega nn Anomaly Alert.

Aneomalia on mõõtmine või sündmus, mis ei ühildu normaalseid mõõdikutega. Aanomaliate tuvastamine, et tuvastada probleeme ja mõista infrastruktuuri ja rakenduste suundi, on DX OI peamine omadus. Aanomaliate tuvastamine võimaldab nii ebatavalist käitumist tuvastada (nt server, mis vastab aeglasemalt kui tavaliselt, või ebatavaline võrguliiklus, mida põhjustab rünnak) kui ka vastavalt reageerida (incidendi loomine, automaatse Remediation skripti käivitamine).

DX OI anomaaliate tuvastamise funktsioon pakub järgmisi eeliseid:

• Ei ole vaja kehtestada piirmäärasid. DX OI paigutab andmed automaatselt ja tuvastab anomaaliad.
• DX OI sisaldab enam kui kümmet tehisintellekti ja masinõppe algoritmi, sealhulgas EWMA (Exponentially-Weighted—Moving-Average) ja KDE (Kernel Density Estimation). Need algoritmid võimaldavad kiiresti läbi viia juurpõhjuste analüüsi ja prognoosida tulevikku suundi.

Prognoosiv analüüs ja teavitamine võimalike tõrgete kohta

Predictive Insights on funktsioon, mis kasutab masinõppe võimalusi mustrite ja suundade tuvastamiseks. Nende suundade põhjal prognoosib süsteem sündmusi, mis võiksid tulevikus juhtuda. Need teated näitavad, et on vaja astuda samme enne, kui mõõdikute väärtused ületavad normaalsed väärtused, mis mõjutavad kriitilisi äriteenuseid. Predictive Insights on alloleval pildil kujutatud.

Ja see on visuaalne esitus prognoositavatest hoiatused konkreetse mõõdiku jaoks.

Arvutusvõime prognoosimine koos koormuse stsenaariumide määramise funktsiooni

Kapatsiite analüüsifunktsioon aitab hallata IT-resursse, tagades, et ressursside suurus vastab hetke ja tuleviku ärivajadustele. Saate optimeerida olemasolevate ressursside jõudlust ja efektiivsust, planeerida ja põhjendada iga rahaline investeering.

Capacity Analytics funktsioon DX OIs pakub järgmisi eeliseid:

• Võimsuse ennustamine tipphooaegadel;
• Määramine, millal on vaja täiendavaid ressursse teenuse kvaliteetse toimimise tagamiseks;
• Täiendavate ressursside ostmine ainult vajadusel;
• Tõhus infrastruktuuri ja võrkude haldamine;
• Liigne elektrikulu vähendamine alakasutatud ressursside tuvastamisega;
• Ressursside koormuse hindamine, kui on plaanitud teenuse või ressursi vajaduste suurendamine.

Capacity Analytics DX OI lehelt (pilt allpool) leiate järgmised vidinad:

• Ressursi võimsuse seisund (Resource Capacity Status);
• Kasutatavad grupid/teenused (Monitored Groups/Services);
• Suured ressursikasutajad (Top Capacity Consumers).

Capacity Analytics peamine leht näitab ressursikomponente, mis on ülemääraselt koormatud ja mille võimsus hakkab lõppema. See leht aitab platvormi administraatoritel leida liigselt kasutatavaid ressursse ning võimaldab neil ressursse suurendada ja optimeerida. Ressursside olekut saab analüüsida värvikoodide ja nende vastavate väärtuste alusel. Ressursse klassifitseeritakse nende ülekasutamise astme põhjal ressursi seisundi lehel. Iga värvi peal klõpsates kuvatakse loend komponentidest, mis kuuluvad valitud kategooriasse. Seejärel kuvatakse soojuskaardil kõik objektid ja prognoosid 12-kuulise perioodi jooksul, mis aitab tuvastada ressursse, mis on kohe lõppemas.

Iga meetrika jaoks Capacity Analyticsis saab määrata filtrid, mida DX Operational Intelligence kasutab prognooside koostamiseks (pilt allpool).

Saadaval on järgmised filtrid:

• Meetri. Meetrika, mida kasutatakse prognoosimiseks.
• Base on. Ajalooliste andmete maht, mida kasutatakse tulevikuprognooside koostamisel. Seda väli kasutatakse viimase kuu, viimase 3 kuu, aasta jms suundumuste võrdlemiseks ja analüüsimiseks.
• Kasv. Oodatav koormuse kasvu kiirus, mida soovite kasutama panna jõudluse prognoosimiseks. Need andmed võivad aidata prognoosida kasvu prognoosidest kõrgemal. Näiteks eeldatakse, et ressursi kasutamine suureneb veel 40 protsenti uue büroo avamise tõttu.

Logide analüüs

DX OI logide analüüsi funktsioon tagab:

• logide kogumise ja agregatsiooni erinevatest allikatest (sealhulgas agentide ja agentideta meetoditega);
• andmete töötlemise ja normaliseerimise;
• analüüsi vastavust seadud tingimustele ja sündmuste genereerimise;
• sündmuste korrelatsiooni logide põhjal, sealhulgas IT-infrastruktuuri jälgimise tulemusena saadud sündmustega;
• andmete visualiseerimise analüüsi põhjal DX Dashboards;
• järeldused teenuste saadavuse kohta andmete analüüsi põhjal logidest.

Logide kogumine agentideta meetodiga toimub Windows Event logide ja Syslogi süsteemi kaudu. Agentide meetodiga kogutakse tekstilgode logisid.

Avariate automatiseeritud lahendamise funktsioon (Remediation)

Automatiseeritud tegevused avariolaste parandamiseks (Remediation Workflow) võimaldavad lahendada DX OI-s sündmuste genereerimise põhjustatud probleeme. Näiteks CPU koormuse probleem genereerib avarii sõnumi, parandamise protsess (Remediation Workflow) lahendab probleemi serveri taaskäivitamise kaudu, kus probleem esines. Integreerimine DX OI ja automatiseerimissüsteemi vahel võimaldab käivitada parandusprotsesse DX Operational Intelligence’i sündmuste konsoolist ja jälgida neid automatiseerimissüsteemi konsoolis.

Pärast integreerimist automatiseerimissüsteemiga on võimalik käivitada automaatseid parandusmeetmeid mis tahes avariolaste jaoks DX OI konsoolist, lähtudes avarii sõnumi kontekstist. Saate vaadata soovitatud tegevusi koos teabega usaldusväärsuse protsentide (tõenäosus probleemi lahendamiseks tegevuse kaudu) kohta.

Alguses, kui Remediation Workflow tulemuste statistika puudub, soovitab soovituste mehhanism potentsiaalseid võimalusi põhinedes otsingule märksõnade alusel, seejärel kasutatakse masinõppe tulemusi, ja mehhanism hakkab soovitama parandamise meetodit heuristiku põhjal. Kui hakkate hindama saadud soovituste tulemusi, paraneb soovituste täpsus.

Kasutaja tagasiside näide: kasutaja valib mõne soovitud või mitte-soovitud toimingu, mille süsteem arvestab järgnevate soovitustega. Meeleolu: meeldib/ei meeldi:

Soovitatud parandavad meetmed konkreetse häire jaoks põhinevad tagasiside kombinatsioonil, mis määrab, kas toiming on vastuvõetav. DX OI tuleb koos valmis integreerimisega automatiseerimissüsteemiga Automic Automation.

DX OI integreerimine kolmandate osapoolte süsteemidega

Me ei peatuks põhjalikult Broadcomi natiivsete jälgimistoodete (DX NetOps, DX Infrastructure Management, DX Application Performance Management) andmete integreerimisele. Selle asemel vaatame, kuidas integreerimise kaudu andmed kolmandate osapoolte süsteemidest tulevad ja toome näite ühest populaarseimast süsteemist - Zabbix.

Kolmandate osapoolte süsteemidega integreerimiseks kasutatakse DX Gateway komponenti. DX Gateway koosneb kolmest komponendist - On-Prem Gateway, RESTmon ja Log Collector (Logstash). Saate installida kõik kolm komponenti või vaid selle, mis vajalik, muutes DX Gateway installeerimise konfiguratsioonifaili. Alloleval joonisel on näidatud DX Gateway arhitektuur.

Vaatame DX Gateway komponente eraldi.

On-Prem Gateway. See on liides, mis kogub avariisignaale DX platvormilt ja edastab avariiüritused kolmandate osapoolte süsteemidesse. On-Prem Gateway toimib kui poller, mis perioodiliselt kogub andmeid üritustest DX OIs, kasutades API päringute HTTPS protokolli, ja seejärel saadab hoiatuse kolmandale serverile, mis on integreeritud DX platvormiga veebihakete kaudu.

DX Log Collector võtab vastu syslogi võrguseadmetelt või serverid ja laadib need OI-sse. DX Log Collector võimaldab eraldada sõnumite genereerimise tarkvara, nende salvestamise süsteemi ja nende edastamise ning analüüsimise tarkvara. Iga sõnum märgistatakse objekti koodiga, mis näitab sõnumit genereeriva tarkvara tüüpi, ja sellele määratakse kriitilisuse tase. DX Dashboardsis saab seda kõike hiljem vaadata.

DX RESTmon integreerib kolmandate osapoolte toodete/teenustega läbi REST API ja edastab andmeid OI-sse. Alloleval joonisel on näidatud DX RESTmon toimimise skeem, tuues välja integreerimise Solarwinds ja SCOM jälgimissüsteemidega.

DX RESTmon peamised funktsioonid:

• Ühendamine mis tahes kolmanda osapoole andmeallikaga andmete vastuvõtmiseks:
  • PULL: ühendamine ja andmete ekstraheerimine avalike REST API-de kaudu;
  • PUSH: andmevoog RESTmoni kaudu RESTi kaudu.
• Toetatakse JSON-i ja XML-i formaate;
• Aldimeetrikate, hoiatuste, rühmade, topoloogia, inventuuri ja logide vastuvõtmine;
• Valmis ühendused erinevate tööriistade/tehnoloogiate jaoks, samuti on võimalik arendada ühendust mis tahes avatud API allikaga (karbiühenduste loetelu alloleval joonisel);
• Toetatakse baasauditeerimist (vaikimisi) Swaggeri liidese ja API juurde pääsemisel;
• Toetatakse HTTPS-i (vaikimisi) kõigi sissetulevate ja väljaminevate sõnumite jaoks;
• Toetatakse sissetulevaid ja väljaminevaid proksi;
• Võimsad tekstianalüüsi võimalused läbi RESTi saadud logide jaoks;
• Kohandatav süntaksianalüüs RESTmoniga, mis tagab tõhusa logide analüüsi ja visualiseerimise;
• Toetatakse seadmete rühma teabe ekstraheerimist seirerakendustest ja laadimist OI-sse analüüsiks ja visualiseerimiseks;
• Toetatakse regulaarsete väljenditega vastavusse viimise võimalust. Seda saab kasutada logisõnumite analüüsimiseks ja vastavusse viimiseks, mis saadakse RESTi kaudu, samuti sündmuste genereerimiseks või sulgemiseks, tuginedes teatud regulaarsete väljendite tingimustele.

Nüüd vaatame DX OI integreerimise seadistamise protsessi Zabbixiga läbi DX RESTmoni. Karbi integreerimine toob Zabbixist järgmised andmed:

• inventuuriandmed;
• topoloogia;
• probleemid;
• metriigid.

Kuna Zabbixi ühendus on saadaval karbist, on kõik, mida on vaja teha, et seadistada integreerimist — uuendada profiili, märkides Zabbixi API serveri IP-aadressi ja konto, ning seejärel laadida profiil üles Swaggeri veebiliidese kaudu. Näide kahes järgmises joonises.

Pärast integreerimise seadistamist on Zabbixist sisenevate andmete jaoks saadaval DX OI analüüsifunktsioonid, nagu on eespool kirjeldatud: Alarm Analytics, Performance Analytics, Predictive Insights, Service Analytics ja Remediation. Alloleval joonisel on toodud näide jõudluse mõõdikute analüüsist Zabbixist integreeritud objektide puhul.

Kokkuvõte

DX OI on kaasaegne analüütiline tööriist, mis tagab märkimisväärse operatiivtäpsuse IT-osakondades, võimaldades langetada kiiremaid ja õigeid otsuseid IT-teenuste ja äriteenuste kvaliteedi parandamiseks domeenisisese konturnalüüsi abil. Rakenduste ja ärivaldkondade omanike jaoks arvutab DX OI teenuste kergesti kättesaadavuse ja kvaliteedi mitte ainult tehniliste IT-mõõdikute, vaid ka äri-KPI-de kontekstis, mis saadud lõppkasutajate tehingustatistikast.

Kui soovite selle lahenduse kohta rohkem teada, jätke taotlus demo või pilotprojekti jaoks teile sobival viisil meie veebilehel.

Allikas: habr.com