Sveiki kolegos!
В Medžiagoje susipažinome su tokiu naudingu ir, kaip matote, pakankamai reikalingu VoIP infrastruktūros elementu, tokiu kaip eismo stebėjimo sistema arba trumpiau SMT. Sužinojome, kas tai yra, kokias problemas sprendžia, taip pat pažymėjome ryškiausius kūrėjų pristatytus atstovus IT pasauliui. Šioje dalyje apžvelgsime principus, kuriais vadovaujantis IT infrastruktūroje diegiamas SMT ir jos priemonėmis vykdomas VoIP srauto stebėjimas.
VoIP srauto stebėjimo sistemų architektūra
Statėme, statėme ir galiausiai pastatėme. Sveika!
Iš animacinio filmo „Čeburaška ir krokodilas Gena“.
Kaip minėta anksčiau, ryšių ir telekomunikacijų pramonėje yra pakankamai produktų, kurie patenka į atitinkamą kategoriją. Tačiau jei abstrahuotume nuo pavadinimo, kūrėjo, platformos ir pan., pamatytume, kad jie visi daugiau ar mažiau yra vienodi savo architektūra (bent jau tie, su kuriais autoriui teko susidurti). Verta paminėti, kad taip yra būtent dėl to, kad nėra jokių kitų metodų, kaip užfiksuoti srautą iš tinklo elementų, kad būtų galima atlikti tolesnę išsamią jo analizę. Be to, pastarąjį, subjektyvia nuomone, daugiausia lemia dabartinė įvairių dalykinės pramonės sričių raida. Norėdami geriau suprasti, apsvarstykite šią analogiją.
Nuo to momento, kai didysis rusų mokslininkas Vladimiras Aleksandrovičius Kotelnikovas sukūrė atrankos teoremą, žmonija gavo didžiulę galimybę atlikti kalbos signalų konvertavimą iš analoginio į skaitmeninį ir iš skaitmeninio į analoginį, dėl kurio galime visiškai panaudoti tokį nuostabų tipą. ryšio kaip IP telefonija. Jei pažvelgsite į kalbos signalų apdorojimo mechanizmų (dar žinomų kaip algoritmai, kodekai, kodavimo metodai ir kt.) kūrimą, pamatysite, kaip DSP (skaitmeninio signalo apdorojimas) žengė esminį žingsnį užkoduojant informacinius pranešimus – įdiegė galimybę numatyti. kalbos signalas. Tai yra, užuot tiesiog suskaitmeninus ir naudojant suspaudimo a ir u dėsnius (G.711A/G.711U), dabar galima perduoti tik dalį pavyzdžių, o tada atkurti iš jų visą pranešimą, o tai žymiai sutaupo. pralaidumo. Grįžtant prie MMT temos, pastebime, kad šiuo metu panašių kokybinių pokyčių požiūryje į eismo fiksavimą nėra, išskyrus vienokį ar kitokį atspindėjimą.
Pažiūrėkime į žemiau esantį paveikslą, kuriame parodyta, ką sukūrė atitinkamų dalykų specialistai.
1 pav. Bendroji SMT architektūros schema.
Beveik bet kurį SMT sudaro du pagrindiniai komponentai: serveris ir srauto fiksavimo agentai (arba zondai). Serveris priima, apdoroja ir saugo VoIP srautą, gaunamą iš agentų, taip pat suteikia specialistams galimybę dirbti su gauta informacija įvairiuose rodiniuose (grafikai, diagramos, skambučių srautas ir kt.). Capture agentai priima VoIP srautą iš pagrindinės tinklo įrangos (pavyzdžiui, SBC, softswitch, gateway ir ..), konvertuoja jį į formatą, naudojamą taikomoje sistemos serverio programinėje įrangoje, ir perduoda į pastarąjį vėlesnėms manipuliacijoms.
Kaip ir muzikoje, kompozitoriai kuria variacijas pagal pagrindines kūrinių melodijas, taip ir šiuo atveju galimi įvairūs minėtos schemos įgyvendinimo variantai. Jų įvairovė yra gana didelė ir daugiausia nulemta infrastruktūros, kurioje yra įdiegtas MMT, ypatybės. Dažniausia parinktis yra ta, kurioje neįdiegti ar sukonfigūruoti fiksavimo agentai. Tokiu atveju analizuojamas srautas siunčiamas tiesiai į serverį arba, pavyzdžiui, serveris gauna reikiamą informaciją iš stebėjimo objektų sugeneruotų pcap failų. Šis pristatymo būdas dažniausiai pasirenkamas, jei nėra galimybės sumontuoti zondų. Įrangos vieta svetainėje, išteklių trūkumas virtualizacijos įrankiams, transporto IP tinklo organizavimo trūkumai ir dėl to tinklo ryšio problemos ir pan., visa tai gali būti priežastis pasirinkti nurodytą stebėjimo organizavimo galimybė.
Sužinoję ir supratę, kaip tą ar kitą SMT galima įdiegti IT infrastruktūroje architektūriniu požiūriu, toliau nagrinėsime aspektus, kurie labiau priklauso sistemų administratorių kompetencijai, būtent sistemos programinės įrangos diegimo serveriuose būdus.
Rengiant sprendimą dėl svarstomo monitoringo tinklo komponento įgyvendinimo, diegėjams visada kyla daug klausimų. Pavyzdžiui, kokia turėtų būti serverio aparatinės įrangos sudėtis, ar pakanka įdiegti visus sistemos komponentus viename pagrindiniame kompiuteryje, ar jie turi būti atskirti vienas nuo kito, kaip įdiegti programinę įrangą ir pan. Aukščiau išvardyti klausimai, kaip ir daugelis kitų susijusių klausimų, yra labai platūs, o atsakymai į daugelį jų tikrai priklauso nuo konkrečių eksploatavimo sąlygų (ar konstrukcijos). Tačiau pabandysime apibendrinti specifiką, kad susidarytume bendrą idėją ir supratimą apie šią CMT diegimo pusę.
Taigi, pirmiausia, diegiant SMT specialistus visada domina, su kokiomis veikimo charakteristikomis turėtų būti naudojamas serveris? Atsižvelgiant į plačiai paplitusią nemokamos programinės įrangos naudojimą, šis klausimas užduodamas tiek daug kartų, kad jo populiarumą tikriausiai galima palyginti su Nikolajaus Gavrilovičiaus Černyševskio užduotu klausimu... Pagrindinis veiksnys, turintis įtakos atsakymui, yra skaičius žiniasklaidos seansus, kuriuos apdoroja arba apdoros telefonijos platforma. Skaitmeninė ir apčiuopiama charakteristika, suteikianti konkretų pažymėto veiksnio įvertinimą, yra CAPS (Call Attempts Per Second) parametras arba skambučių skaičius per sekundę. Atsakyti į šį klausimą pirmiausia reikia dėl to, kad būtent informacija apie seansus, siunčiama į sistemą, sukurs apkrovą jos serveriui.
Antras klausimas, iškylantis sprendžiant dėl serverio aparatinės įrangos komponentų charakteristikų, yra programinės įrangos (operacinės aplinkos, duomenų bazių ir kt.), kuri jame veiks, sudėtis. Signalo (arba medijos) srautas patenka į serverį, kur jį apdoroja (signalų pranešimus analizuoja) kokia nors aplikacija (pavyzdžiui, Kamailio), o vėliau tam tikru būdu sugeneruota informacija patalpinama į duomenų bazę. Skirtingiems CMT signalų blokus defragmentuojančios ir saugyklą teikiančios programos gali skirtis. Tačiau juos visus vienija tas pats daugiasriegio pobūdis. Tuo pačiu, dėl tokio infrastruktūros elemento kaip SMT ypatumų, reikėtų pažymėti, kad įrašymo į diską operacijų skaičius gerokai viršija nuskaitymo iš jo operacijų skaičių.
Ir galiausiai... „Šiame žodyje yra tiek daug“: serveris, virtualizavimas, konteinerizavimas... Paskutinis, bet labai svarbus aspektas, paliečiamas šioje straipsnio dalyje, yra galimi MMT komponentų diegimo būdai jį diegiant. Išvardinta šalia citatos iš nemirtingo A.S. kūrinio. Puškino technologijos plačiai naudojamos įvairiose infrastruktūrose ir projektuose. Viena vertus, jie yra glaudžiai tarpusavyje susiję, kita vertus, jie labai skiriasi daugeliu kriterijų. Tačiau visus jas vienaip ar kitaip kūrėjai pateikia kaip galimus savo produktų diegimo variantus. Apibendrinant pirmoje straipsnio dalyje išvardytas sistemas, atkreipiame dėmesį į šiuos metodus, kaip jas įdiegti fiziniame serveryje arba virtualioje mašinoje:
— automatinio diegimo scenarijų naudojimas arba savarankiškas atitinkamos programinės įrangos įdiegimas ir vėlesnė konfigūracija,
— paruošto OS vaizdo naudojimas su iš anksto įdiegta SMT programine įranga ir (arba) agentu,
— konteinerizacijos technologijos (Docker) naudojimas.
Išvardytos diegimo priemonės turi savo privalumų ir trūkumų, o specialistai turi savo pageidavimus, apribojimus ir konkrečias sąlygas, kuriomis yra jų eksploatuojama ar diegiama infrastruktūra, kad galėtų išsakyti rekomendacijas. Kita vertus, pateiktas SIP srauto stebėjimo sistemų diegimo būdų aprašymas yra gana skaidrus ir šiuo metu nereikalauja detalesnio svarstymo.
Tai dar vienas straipsnis, skirtas svarbiam ir įdomiam VoIP tinklo elementui – SIP srauto stebėjimo sistemai. Kaip visada, dėkoju skaitytojams už dėmesį šiai medžiagai! Kitoje dalyje pabandysime dar labiau įsigilinti į specifiką ir pažvelgti į HOMER SIP Capture ir SIP3 produktus.
Šaltinis: www.habr.com