Hierdie September het Broadcom (voorheen CA) die nuwe weergawe 20.2 van sy DX Operations Intelligence (DX OI) oplossing vrygestel. Op die mark is hierdie produk geposisioneer as 'n sambreelmoniteringstelsel. Die stelsel is in staat om data van moniteringstelsels van verskeie domeine (netwerk, infrastruktuur, toepassings, databasisse) van beide CA en derdeparty-vervaardigers te ontvang en te kombineer, insluitend oopbronoplossings (Zabbix, Prometheus en ander).

Die hooffunksie van DX OI is die skepping van 'n volwaardige hulpbrondiensmodel (RSM) gebaseer op konfigurasie-items (CU's) wat die voorraaddatabasis vul wanneer dit met derdepartystelsels geïntegreer word. DX OI implementeer masjienleer- en kunsmatige intelligensie (ML en AI) funksies oor die data wat die platform binnekom, wat jou toelaat om die waarskynlikheid van mislukking van 'n spesifieke CI en die mate van impak van 'n mislukking op 'n besigheidsdiens te evalueer / voorspel 'n spesifieke CI. Daarbenewens is DX OI 'n enkele punt van versameling van moniteringsgebeurtenisse en, dienooreenkomstig, integrasie met die Service Desk-stelsel, wat 'n onbetwisbare voordeel is om die stelsel in verenigde moniteringsentrums te gebruik deur diensverskuiwings van organisasies. In hierdie artikel sal ons jou meer vertel oor die funksionaliteit van die stelsel en die gebruikers- en administrateur-koppelvlakke wys.

DX OI Oplossingsargitektuur

Die DX-platform het 'n mikrodiensargitektuur, geïnstalleer en loop Kubernetes of OpenShift. Die volgende figuur toon die komponente van die oplossing wat as onafhanklike moniteringsinstrumente gebruik kan word of vervang kan word met bestaande moniteringstelsels met soortgelyke funksies (daar is voorbeelde van sulke stelsels in die figuur) en dan aan die DX OI-sambreel gekoppel word. In die diagram hieronder:

• Monitering van mobiele toepassings in DX App Experience Analytics;
• Toepassing prestasie monitering in DX APM;
• Infrastruktuurmonitering in DX Infrastruktuurbestuurder;
• Monitering van netwerktoestelle in DX NetOps Manager.

DX-komponente loop op 'n Kubernetes-kluster en skaal deur eenvoudig nuwe POD's te begin. Hieronder is 'n topvlak oplossingsdiagram.

Administrasie, skaal en opgradering van die DX-platform word in die administratiewe konsole gedoen. Vanaf 'n enkele konsole kan jy 'n multi-huurder-argitektuur bestuur wat oor verskeie ondernemings of verskeie sake-eenhede binne 'n maatskappy kan strek. In hierdie model kan elke fasiliteit individueel gekonfigureer word as 'n huurder met sy eie stel konfigurasies.

Die administrasiekonsole is 'n webgebaseerde bedrywighede en stelselbestuurhulpmiddel wat administrateurs voorsien van 'n konsekwente, verenigde koppelvlak vir die uitvoering van moniteringsklusterbestuurstake.

Nuwe huurders vir sake-eenhede of ondernemings binne die maatskappy word binne minute ontplooi. Dit is 'n voordeel as jy 'n verenigde moniteringstelsel wil hê, maar terselfdertyd, op die platformvlak (en nie toegangsregte), moniteringsobjekte tussen departemente afbaken.

Hulpbrondiensmodelle en monitering van besigheidsdienste

DX OI het ingeboude meganismes vir die skep van dienste en die ontwikkeling van klassieke PCM met die taak van die logika van invloed en gewigte tussen dienskomponente. Daar is ook meganismes vir die uitvoer van PCM vanaf 'n eksterne CMDB. Die figuur hieronder toon die ingeboude PCM-redigeerder (let op die skakelgewigte).

DX OI bied 'n holistiese siening van sleutelprestasie-aanwysers vir besigheids- of IT-dienste op 'n korrelvlak, insluitend diensbeskikbaarheid en mislukkingsrisikovoorspelling. Die instrument kan ook insig gee in die impak van 'n prestasiekwessie of 'n verandering in die struktuur van IT-komponente (toepassing of infrastruktuur) op 'n besigheidsdiens. Die figuur hieronder is 'n interaktiewe kontroleskerm wat die status van alle dienste vertoon.

Kom ons kyk van naderby na die Digitale Bankdiens as 'n voorbeeld. Deur op die naam van die diens te klik, gaan ons na die gedetailleerde PCM-diens. Ons sien dat die status van die Digitale Bankdiens afhang van die stand van infrastruktuur en transaksionele subdienste met verskillende gewigte. Om met gewigte te werk en dit te vertoon is 'n interessante voordeel van DX OI.

Topologie is 'n belangrike element van operasionele monitering van die onderneming, wat operateurs en ingenieurs in staat stel om die verhouding tussen komponente te ontleed, die oorsaak en invloed te vind.

DX OI Topology Viewer is 'n diens wat topologiese data van domeinmoniteringstelsels gebruik wat data direk vanaf moniteringsvoorwerpe insamel. Die instrument is ontwerp om verskeie topologie-berginglae ​​te soek en 'n konteksspesifieke verhoudingskaart te vertoon. Om probleme te ondersoek, kan jy na die problematiese Backend Banking-subdiens gaan en die topologie en problematiese komponente sien. Alarmboodskappe en prestasiemaatstawwe kan ook vir elke komponent ontleed word.

Wanneer ons die transaksionele komponente van betalings (gebruikerstransaksies) ontleed, kan ons besigheids-KPI-waardes naspoor, wat ook in ag geneem word wanneer die beskikbaarheidstatus en gesondheid van die diens bereken word. 'n Voorbeeld van 'n besigheid KPI word hieronder getoon:

Gebeurtenisanalise (Alarm Analytics)

Algoritmiese geraasvermindering deur ongelukgroepering

Een van die sleutelkenmerke van DX OI in gebeurtenishantering is groepering. Die meganisme werk op alle waarskuwings wat in die stelsel kom om patrone op grond van verskillende kontekste te identifiseer en dit in groepe te kombineer. Hierdie groepe is selflerend en hoef nie met die hand gekonfigureer te word nie.

Groepering stel gebruikers dus in staat om 'n groot aantal gebeurtenisse te kombineer en te groepeer en slegs dié te ontleed wat 'n gemeenskaplike konteks het. Byvoorbeeld, 'n stel gebeurtenisse wat 'n voorval verteenwoordig wat toepassings of 'n datasentrum raak. Die situasies word geskep deur gebruik te maak van masjienleer-gebaseerde groeperingsalgoritmes wat tydelike korrelasie, topologiese verwantskap en moedertaalverwerking vir analise gebruik. Die figure hieronder toon voorbeelde van visualisering van gegroepeerde groepe boodskappe, die sogenaamde Situasie-alarms, en Bewystydlyn, wat die hoofgroeperingsparameters en die proses om die aantal geraasgebeurtenisse te verminder, vertoon.

Wortelprobleemanalise en crashkorrelasie

In vandag se hibriede omgewing kan 'n gebruikertransaksie verskeie stelsels beïnvloed wat dinamies gebruik word. Gevolglik kan veelvuldige waarskuwings vanaf verskillende stelsels gegenereer word, maar verwant aan dieselfde probleem of voorval. DX OI gebruik eie meganismes om oortollige en duplikaatwaarskuwings te onderdruk en verwante waarskuwings te korreleer vir verbeterde opsporing van kritieke kwessies en vinniger oplossing.

Kom ons kyk na 'n voorbeeld wanneer die stelsel talle noodboodskappe ontvang vir verskillende voorwerpe (KE) wat een diens onderlê. In die geval van 'n impak op die beskikbaarheid en bedryfbaarheid van die diens, sal die stelsel 'n diensalarm (Diensalarm) genereer, die waarskynlike hoofoorsaak (probleem CI en alarmboodskap op die CI) aandui en aandui wat bygedra het tot die afname in prestasie of mislukking van die diens. Die onderstaande figuur toon die crashvisualisering vir 'n Webex-diens.

DX OI laat jou toe om met gebeure te werk deur intuïtiewe aksies in die webkoppelvlak van die stelsel. Gebruikers kan handmatig gebeure aan die verantwoordelike werknemer toewys vir probleemoplossing, waarskuwings terugstel/erken, kaartjies skep of e-poskennisgewings stuur, outomatiese skrifte uitvoer om 'n noodgeval op te los (Remediation Workflow, later meer daaroor). Op hierdie manier laat DX OI skofoperateurs toe om op die wortelalarmboodskap te fokus en help ook om die proses om boodskappe in gegroepeerde skikkings te sorteer te vereenvoudig.

Masjienalgoritmes vir die verwerking van metrieke en die ontleding van prestasiedata

Masjienleer laat jou toe om sleutelprestasie-aanwysers vir enige gegewe tydperk op te spoor, saam te voeg en te visualiseer, wat die gebruiker die volgende voordele bied:

• Opsporing van knelpunte en prestasie-afwykings;
• Vergelyking van verskeie aanwysers vir dieselfde toestelle, koppelvlakke of netwerke;
• Vergelyking van dieselfde aanwysers by verskeie voorwerpe;
• Vergelyking van verskeie aanwysers vir een en verskeie voorwerpe;
• Vergelyking van multidimensionele metrieke vir verskeie voorwerpe.

Om die statistieke wat die stelsel binnekom te ontleed, gebruik DX OI die funksies van masjienanalise deur wiskundige algoritmes te gebruik, wat help om die tyd te verminder wanneer statiese drempels ingestel word en waarskuwings genereer wanneer afwykings voorkom.

Die resultaat van die toepassing van wiskundige algoritmes is die konstruksie van die sogenaamde waarskynlikheidsverdelings van die metrieke waarde (Rare, Probable, Center, Mean, Actual). Die syfers hierbo en hieronder toon die waarskynlikheidsverdelings.

Die twee grafieke hierbo toon die volgende data:

• Werklike data (Werklik). Werklike data word geplot as 'n soliede swart lyn (geen alarms) of 'n gekleurde soliede lyn (alarmtoestand). Die lyn word bereken op grond van die werklike data vir die metrieke. Deur die werklike data en die mediaan te vergelyk, kan jy vinnig die variasie in die metrieke sien. Wanneer 'n gebeurtenis plaasvind, verander die swart lyn na 'n gekleurde soliede lyn wat ooreenstem met die erns van die gebeurtenis en vertoon ikone met die ooreenstemmende erns bokant die grafiek. Byvoorbeeld, rooi vir 'n kritieke afwyking, oranje vir 'n groot afwyking en geel vir 'n geringe afwyking.
• Gemiddelde waarde van die aanwyser (Gemiddelde waarde). Die mediaan of gemiddelde vir 'n maatstaf word as 'n grys lyn in die grafiek getoon. Die gemiddelde waarde word vertoon wanneer daar nie genoeg historiese data is nie.
• Die mediaanwaarde van die aanwyser (Sentrumwaarde). Die mediaanlyn is die middel van die reeks en word as 'n groen stippellyn getoon. Die sones naaste aan hierdie lyn is die naaste aan die tipiese waardes van die aanwyser.
• Algemene data (Common Value). Die Totale Sone-data volg die naaste aan die middellyn of normaal vir jou metrieke en word as 'n donkergroen balk vertoon. Analitiese berekeninge plaas die totale sone een persentiel bo of onder normaal.
• waarskynlikheidsdata. Die waarskynlikheidsonedata word met 'n groen staaf op die grafiek getoon. Die stelsel plaas die waarskynlikheidsone twee persentiele bo of onder normaal.
• Skaars data. Skaars sonedata word op die grafiek as 'n liggroen staaf gewys. Die stelsel plaas 'n sone met seldsame metrieke waardes drie persentiele bo of onder die norm en dui die gedrag van die aanwyser buite die normale omvang aan, terwyl die stelsel die sogenaamde Anomaly Alert genereer.

'n Anomalie is 'n meting of gebeurtenis wat nie ooreenstem met die normale prestasie van 'n maatstaf nie. Anomalie-opsporing om kwessies te identifiseer en neigings in infrastruktuur en toepassings te verstaan, is 'n sleutelkenmerk van DX OI. Anomalie-opsporing laat jou toe om beide ongewone gedrag te herken (byvoorbeeld 'n bediener wat stadiger as gewoonlik reageer, of ongewone netwerkaktiwiteit wat deur 'n hack veroorsaak word) en dienooreenkomstig te reageer (inisieer 'n voorval, hardloop 'n outomatiese Remediëring-skrip).

Die DX OI-anomalie-opsporingsfunksie bied die volgende voordele:

• Jy hoef nie drempels te stel nie. DX OI sal die data onafhanklik vergelyk en anomalieë identifiseer.
• DX OI bevat meer as tien kunsmatige intelligensie- en masjienleeralgoritmes, insluitend EWMA (Eksponensieel-Geweegde-Bewegende-Gemiddelde) en KDE (Kernel Density Estimation). Hierdie algoritmes laat jou toe om vinnige oorsaakanalise uit te voer en toekomstige statistieke te voorspel.

Voorspellende analise en mislukkingswaarskuwings

Voorspellende insigte is 'n kenmerk wat die krag van masjienleer gebruik om patrone en neigings te identifiseer. Op grond van hierdie neigings voorspel die stelsel gebeure wat in die toekoms kan plaasvind. Hierdie boodskappe dui aan dat aksie geneem moet word voordat die metrieke waardes buite die normale omvang gaan, wat kritieke besigheidsdienste beïnvloed. Voorspellende insigte word in die figuur hieronder getoon.

En dit is 'n visualisering van voorspellende waarskuwings vir 'n spesifieke maatstaf.

Voorspelling van die las van rekenaarkrag met die funksie om las scenario's op te stel

Die Capacity Analytics-kapasiteitbeplanningkenmerk help om IT-hulpbronne te bestuur deur te verseker dat hulpbronne behoorlik grootte is om aan huidige en toekomstige besigheidsbehoeftes te voldoen. Jy sal die prestasie en doeltreffendheid van bestaande hulpbronne kan optimaliseer, enige finansiële belegging kan beplan en regverdig.

Die Capacity Analytics-funksie in DX OI bied die volgende voordele:

• Voorspellingskapasiteit tydens spitsseisoene;
• Bepaling van die oomblik wanneer bykomende hulpbronne benodig word om die kwaliteit van die diens te verseker;
• Aankoop van bykomende hulpbronne slegs wanneer nodig;
• Doeltreffende infrastruktuur en netwerkbestuur;
• Elimineer onnodige energiekoste deur onderbenutte hulpbronne te identifiseer;
• Voer hulpbronladingskatting uit in geval van 'n beplande toename in vraag na 'n diens of hulpbron.

Die Capacity Analytics DX OI-bladsy (hieronder getoon) het die volgende widgets:

• Hulpbron kapasiteit Status;
• Beheerde groepe / dienste (gemonitorde groepe / dienste);
• Groot verbruikers van hulpbronne (Top Kapasiteit Verbruikers).

Die hoofkapasiteitsanalise-bladsy wys hulpbronkomponente wat oorbenut is en te min kapasiteit is. Hierdie bladsy help platformadministrateurs om oorgebruikte hulpbronne te vind en help hulle om hulpbronne te verander en te optimaliseer. Die toestand van hulpbronne kan ontleed word op grond van kleurkodes en hul onderskeie waardes. Hulpbronne word gekategoriseer volgens hul graad van opeenhoping op die hulpbronkapasiteit-statusbladsy. Jy kan op elk van die kleure klik om 'n lys van die komponente in die geselekteerde kategorie te sien. Vervolgens word 'n hittekaart met alle voorwerpe en voorspellings vir 12 maande vertoon, wat jou toelaat om hulpbronne te identifiseer wat op die punt staan ​​om uitgeput te wees.

Vir elk van die maatstawwe in Capacity Analytics, kan jy die filters spesifiseer wat DX Operational Intelligence gebruik om voorspellings te maak (figuur hieronder).

Die volgende filters is beskikbaar:

• Metrieke. Die maatstaf wat vir die voorspelling gebruik moet word.
• Baseer op. Seleksie van die hoeveelheid historiese data wat gebruik sal word om voorspellings vir die toekoms te bou. Hierdie veld word gebruik om verlede maand tendense, laaste 3 maande tendense, jaarlikse tendense, ens.
• Groei. Die verwagte groeikoers van die werklading wat jy wil gebruik om die kapasiteitsvoorspelling te modelleer. Hierdie data kan gebruik word om groei verder as voorspellings te voorspel. Byvoorbeeld, hulpbrongebruik sal na verwagting nog 40 persent styg as gevolg van die opening van 'n nuwe kantoor.

Log analise

Die DX OI log analise kenmerk bied:

• versameling, samevoeging van logs uit verskillende bronne (insluitend dié wat verkry is deur middel van agentskap en agentlose metodes);
• ontleding en data normalisering;
• ontleding vir voldoening aan die gestelde voorwaardes en generering van gebeure;
• korrelasie van gebeure gebaseer op logs, insluitend gebeure wat ontvang is as gevolg van IT-infrastruktuurmonitering;
• datavisualisering gebaseer op analise in DX Dashboards;
• gevolgtrekkings oor die beskikbaarheid van dienste gebaseer op die ontleding van data uit die logboeke.

Die versameling van logs met behulp van 'n agentlose metode word uitgevoer deur die stelsel vir Windows Event logs en Syslog. Agent-gebaseerde manier om tekslogboeke te versamel.

Outomatiese noodoplossingsfunksie (Remediëring)

Outomatiese aksies om die noodgeval reg te stel (Remediation Workflow) laat jou toe om probleme op te los wat die generering van 'n gebeurtenis in DX OI veroorsaak het. Byvoorbeeld, as 'n SVE-gebruiksprobleem 'n alarm genereer, los die Remediation Workflow die probleem op deur die bediener wat die probleem het, te herbegin. Die integrasie tussen DX OI en die outomatiseringstelsel laat toe dat herstelprosesse vanaf die gebeurteniskonsole in DX Operational Intelligence geaktiveer word en in die outomatiseringstelselkonsole opgespoor word.

Nadat u met 'n outomatiseringstelsel geïntegreer het, kan u outomatiese aksies aktiveer om enige noodgeval in die DX OI-konsole reg te stel vanuit die konteks van 'n alarm. Jy kan aanbevole aksies tesame met inligting oor vertrouepersentasies sien (die waarskynlikheid dat die situasie opgelos sal word deur die aksie te neem).

Aanvanklik, wanneer daar geen statistieke oor die resultate van die Remediëringswerkvloei is nie, stel die aanbevelingsenjin kandidate voor gebaseer op sleutelwoordsoektogte, dan word die masjienleerresultate gebruik, en die enjin begin 'n heuristies-gebaseerde remediëringstegniek aanbeveel. Sodra u die resultate van die wenke begin evalueer, sal die akkuraatheid van die aanbevelings verbeter.

'n Voorbeeld van gebruikerterugvoer: die gebruiker kies of hulle van die voorgestelde handeling hou of nie daarvan hou nie, en die stelsel neem hierdie keuse in ag wanneer hy verdere aanbevelings maak. Hou van/hou nie van nie:

Die aanbevole regstellende aksies vir 'n spesifieke alarm is gebaseer op 'n kombinasie van terugvoer wat bepaal of die aksie aanvaarbaar is. DX OI kom met gereed-vir-gebruik integrasie met outomatiese outomatisering.

Integrasie van DX OI met derdepartystelsels

Ons sal nie stilstaan ​​by die integrasie van data van inheemse Broadcom-moniteringsprodukte (DX NetOps, DX Infrastructure Management, DX Application Performance Management) nie. Kom ons kyk eerder na hoe data vanaf derdeparty-stelsels geïntegreer word en oorweeg 'n voorbeeld van integrasie met een van die gewildste stelsels - Zabbix.

Vir integrasie met derdepartystelsels word die DX Gateway-komponent gebruik. DX Gateway bestaan ​​uit 3 komponente - On-Prem Gateway, RESTmon en Log Collector (Logstash). Jy kan al 3 komponente installeer of net die een wat jy nodig het deur die algemene konfigurasielêer te verander wanneer jy DX Gateway installeer. Die figuur hieronder toon die DX Gateway-argitektuur.

Kom ons oorweeg die doel van die DX Gateway-komponente afsonderlik.

On-Prem Gateway. Dit is 'n koppelvlak wat alarms van die DX-platform versamel en alarmgebeurtenisse na derdepartystelsels stuur. Die On-Prem Gateway dien as 'n poller wat periodiek gebeurtenisdata van die DX OI insamel met behulp van die HTTPS-versoek-API, en stuur dan waarskuwings na 'n derdeparty-bediener wat geïntegreer is met die DX-platform met behulp van webhooks.

DX Log versamelaar ontvang syslog vanaf netwerktoestelle of bedieners en laai dit op na OI. DX Log Collector laat jou toe om die sagteware wat die boodskappe genereer, die stelsel wat dit stoor en die sagteware wat dit rapporteer en ontleed te skei. Elke boodskap is gemerk met 'n objekkode wat die tipe sagteware aandui wat die boodskap genereer, en 'n ernsvlak word daaraan toegeken. In DX Dashboards kan dit alles bekyk word.

DX RESTmon integreer met derdeparty produkte/dienste via REST API en gee data aan OI deur. Die figuur hieronder toon die werking van DX RESTmon deur die voorbeeld van integrasie met Solarwinds en SCOM-moniteringstelsels te gebruik.

Sleutel kenmerke van DX RESTmon:

• Koppel aan enige derdeparty-databron om data te ontvang:
  • TREK: koppeling en herwinning van data van publieke REST API's;
  • DRUK: data vloei na RESTmon via REST.
• Ondersteuning vir JSON- en XML-formate;
• Ontvang statistieke, waarskuwings, groepe, topologie, voorraad en logboeke;
• Klaargemaakte verbindings vir verskeie gereedskap/tegnologieë, dit is ook moontlik om 'n koppelaar na enige bron met 'n oop API te ontwikkel (lys van doosverbindings in die figuur hieronder);
• Ondersteuning vir basiese verifikasie (verstek) wanneer toegang tot die Swagger-koppelvlak en API verkry word;
• HTTPS-ondersteuning (verstek) vir alle inkomende en uitgaande boodskappe;
• Ondersteuning vir inkomende en uitgaande gevolmagtigdes;
• Kragtige teks ontleding vermoëns vir logs ontvang via REST;
• Aanpasbare ontleding met RESTmon vir doeltreffende ontleding en visualisering van logs;
• Ondersteuning vir die onttrekking van inligting oor groepe toestelle van moniteringsprogramme en aflaai na OI vir analise en visualisering;
• Ondersteuning vir gereelde uitdrukking-passing. Dit kan gebruik word om logboodskappe wat via REST ontvang is te ontleed en te pas, en om gebeurtenisse te genereer of toe te maak gebaseer op sekere gereelde uitdrukkingstoestande.

Kom ons kyk nou na die proses om DX OI-integrasie met Zabbix op te stel via DX RESTmon. Boks-integrasie neem die volgende data van Zabbix af:

• voorraaddata;
• topologie;
• Probleme;
• metrieke.

Aangesien die verbinding vir Zabbix uit die boks beskikbaar is, is al wat gedoen moet word om die integrasie op te stel om die profiel op te dateer met die Zabbix-bediener API IP-adres en rekening, en dan die profiel op te laai deur die Swagger-webkoppelvlak . 'n Voorbeeld is in die volgende twee figure.

Nadat die integrasie gekonfigureer is, sal die DX OI analitiese funksies wat hierbo beskryf word beskikbaar wees vir data wat van Zabbix kom, naamlik: Alarm Analytics, Performance Analytics, Predictive Insights, Service Analytics en Remediation. Die figuur hieronder toon 'n voorbeeld van die ontleding van prestasiemaatstawwe vir voorwerpe wat vanaf Zabbix geïntegreer is.

Gevolgtrekking

DX OI is 'n moderne analise-instrument wat aansienlike operasionele doeltreffendheid aan IT-departemente sal verskaf, wat jou in staat stel om vinniger en meer korrekte besluite te neem om die gehalte van IT-dienste en besigheidsdienste te verbeter deur kontekstuele analise oor die domein. Vir toepassingseienaars en besigheidseenhede sal DX OI beskikbaarheid en diensgehalte bereken nie net in die konteks van IT-tegnologie-metrieke nie, maar ook besigheids-KPI's wat van eindgebruiker-transaksiestatistieke afgelei word.

As jy meer oor hierdie oplossing wil leer, doen asseblief aansoek vir 'n demonstrasie of loods op 'n manier wat vir jou gerieflik is op ons webwerf.

Bron: will.com