Kāpēc tīkla datplūsmas uztveršanai ir nepieciešami tīkla pieslēgumi un tīkla pakešu brokeri? (3. daļa)

Ievads
Pēdējos gados mākoņpakalpojumu īpatsvars Ķīnas rūpniecībā pieaug. Tehnoloģiju uzņēmumi ir izmantojuši jaunās tehnoloģiskās revolūcijas radītās iespējas, aktīvi veikuši digitālo transformāciju, palielinājuši jaunu tehnoloģiju, piemēram, mākoņdatošanas, lielo datu, mākslīgā intelekta, blokķēdes un lietu interneta, izpēti un pielietošanu, kā arī uzlabojuši savas zinātniskās un tehnoloģiskās pakalpojumu iespējas. Līdz ar mākoņdatošanas un virtualizācijas tehnoloģiju nepārtrauktu attīstību arvien vairāk lietojumprogrammu sistēmu datu centros migrē no sākotnējās fiziskās atrašanās vietas uz mākoņplatformu, un datu centru mākoņvidē ievērojami pieaug austrumu-rietumu virziena datplūsma. Tomēr tradicionālais fiziskās datplūsmas savākšanas tīkls nevar tieši apkopot austrumu-rietumu virziena datplūsmu mākoņvidē, kā rezultātā biznesa datplūsma mākoņvidē kļūst par pirmo jomu. Ir kļuvusi par neizbēgamu tendenci realizēt datu ieguvi no austrumu-rietumu virziena datplūsmas mākoņvidē. Jaunu austrumu-rietumu virziena datplūsmas savākšanas tehnoloģiju ieviešana mākoņvidē nodrošina arī perfektu uzraudzības atbalstu mākoņvidē izvietotajām lietojumprogrammu sistēmām, un problēmu un kļūmju gadījumā pakešu uztveršanas analīzi var izmantot, lai analizētu problēmu un izsekotu datu plūsmu.

1. Mākoņvides austrumu-rietumu virziena datplūsmu nevar tieši apkopot, tāpēc lietojumprogrammu sistēma mākoņvidē nevar izvietot uzraudzības noteikšanu, pamatojoties uz reāllaika biznesa datu plūsmu, un ekspluatācijas un uzturēšanas personāls nevar savlaicīgi atklāt lietojumprogrammu sistēmas reālo darbību mākoņvidē, kas sniedz zināmas slēptas priekšrocības lietojumprogrammu sistēmas veselīgai un stabilai darbībai mākoņvidē.

2. Mākoņvidē austrumu un rietumu datplūsmu nevar tieši apkopot, kas neļauj tieši iegūt datu paketes analīzei, ja mākoņvidē rodas problēmas biznesa lietojumprogrammās, kas rada zināmas grūtības kļūmju noteikšanā.

3. Arvien stingrākām tīkla drošības prasībām un dažādiem auditiem, piemēram, BPC lietojumprogrammu darījumu uzraudzībai, IDS ielaušanās atklāšanas sistēmai, e-pasta un klientu apkalpošanas ierakstīšanas audita sistēmai, arvien steidzamāks kļūst pieprasījums pēc austrumu-rietumu datplūsmas apkopošanas mākoņvidē. Balstoties uz iepriekš minēto analīzi, ir kļuvusi par neizbēgamu tendenci realizēt austrumu-rietumu datplūsmas datu ieguvi mākoņvidē un ieviest jaunu austrumu-rietumu datplūsmas apkopošanas tehnoloģiju mākoņvidē, lai mākoņvidē izvietotajai lietojumprogrammu sistēmai būtu arī ideāls uzraudzības atbalsts. Problēmu un kļūmju gadījumā pakešu uztveršanas analīzi var izmantot, lai analizētu problēmu un izsekotu datu plūsmu. Austrumu-rietumu datplūsmas ieguves un analīzes realizēšana mākoņvidē ir spēcīgs burvju ierocis, lai nodrošinātu mākoņvidē izvietoto lietojumprogrammu sistēmu stabilu darbību.

tīkla uzraudzības programmatūra

Galvenie virtuālā tīkla datplūsmas uztveršanas rādītāji
1. Tīkla datplūsmas uztveršanas veiktspēja
Austrumu-rietumu virziena datplūsma veido vairāk nekā pusi no datu centra datplūsmas, un, lai nodrošinātu pilnīgu apkopošanu, ir nepieciešama augstas veiktspējas ieguves tehnoloģija. Vienlaikus ieguves laikā dažādiem pakalpojumiem ir jāveic arī citi pirmapstrādes uzdevumi, piemēram, deduplikācija, saīsināšana un desensibilizācija, kas vēl vairāk palielina veiktspējas prasības.
2. Resursu pieskaitāmās izmaksas
Lielākajai daļai austrumu-rietumu virziena datplūsmas apkopošanas metožu ir jāpatērē skaitļošanas, krātuves un tīkla resursi, ko varētu izmantot pakalpojumam. Papildus tam, lai pēc iespējas mazāk patērētu šos resursus, joprojām ir jāņem vērā ieguves tehnoloģijas pārvaldības ieviešanas izmaksas. Īpaši, ja mezglu mērogs paplašinās, ja arī pārvaldības izmaksas uzrāda lineāru augšupejošu tendenci.
3. Ielaušanās līmenis
Pašreizējām izplatītākajām iegūšanas tehnoloģijām bieži vien ir jāpievieno papildu iegūšanas politikas konfigurācija hipervizoram vai saistītajiem komponentiem. Papildus iespējamiem konfliktiem ar biznesa politikām šīs politikas bieži vien vēl vairāk palielina hipervizora vai citu biznesa komponentu slodzi un ietekmē pakalpojuma SLA.
No iepriekš minētā apraksta var redzēt, ka datplūsmas uztveršanai mākoņvidē jākoncentrējas uz austrumu-rietumu virziena datplūsmas uztveršanu starp virtuālajām mašīnām un veiktspējas problēmām. Vienlaikus, ņemot vērā mākoņplatformas dinamiskās īpašības, datplūsmas apkopošanai mākoņvidē ir jāpārvar esošais tradicionālā komutācijas spoguļa režīms un jānodrošina elastīga un automātiska apkopošanas un uzraudzības izvietošana, lai tā atbilstu mākoņtīkla automātiskās darbības un uzturēšanas mērķim. Datplūsmas apkopošanai mākoņvidē ir jāsasniedz šādi mērķi:

1) Realizēt austrumu-rietumu satiksmes uztveršanas funkciju starp virtuālajām mašīnām
2) Datu uztveršana tiek izvietota skaitļošanas mezglā, un izkliedētās kolekcijas arhitektūra tiek izmantota, lai izvairītos no komutācijas spoguļa radītajām veiktspējas un stabilitātes problēmām.
3) Tas var dinamiski uztvert virtuālās mašīnas resursu izmaiņas mākoņvidē, un savākšanas stratēģiju var automātiski pielāgot atbilstoši virtuālās mašīnas resursu izmaiņām.
4) Uztveršanas rīkam jābūt aprīkotam ar pārslodzes aizsardzības mehānismu, lai samazinātu ietekmi uz serveri.
5) Pašam uztveršanas rīkam ir datplūsmas optimizācijas funkcija
6) Uztveršanas platforma var uzraudzīt apkopoto virtuālās mašīnas trafiku

Virtuālā datplūsmas uztveršana

Virtuālās mašīnas datplūsmas uztveršanas režīma izvēle mākoņvidē

Virtuālās mašīnas trafika uztveršanai mākoņvidē ir jāizvieto savākšanas zonde skaitļošanas mezglā. Atkarībā no savākšanas punkta atrašanās vietas, ko var izvietot skaitļošanas mezglā, virtuālās mašīnas trafika uztveršanas režīmu mākoņvidē var iedalīt trīs režīmos:Aģenta režīms, Virtuālās mašīnas režīmsunUzņēmēja režīms.
Virtuālās mašīnas režīmsKatrā fiziskajā resursdatorā mākoņvidē tiek instalēta vienota uztveršanas virtuālā mašīna, un uztveršanas virtuālajā mašīnā tiek izvietota uztveršanas mīkstā zonde. Resursdatora datplūsma tiek spoguļota uz uztveršanas virtuālo mašīnu, spoguļojot virtuālās tīkla kartes datplūsmu virtuālajā komutatorā, un pēc tam uztveršanas virtuālā mašīna tiek pārraidīta uz tradicionālo fiziskās datplūsmas uztveršanas platformu, izmantojot īpašu tīkla karti. Un pēc tam izplatīta uz katru uzraudzības un analīzes platformu. Priekšrocība ir tāda, ka mīkstā komutatora apiešanas spoguļošana, kas neietekmē esošo biznesa tīkla karti un virtuālo mašīnu, var arī realizēt virtuālās mašīnas izmaiņu uztveri un automātisku politiku migrāciju, izmantojot noteiktus līdzekļus. Trūkums ir tāds, ka nav iespējams panākt pārslodzes aizsardzības mehānismu, uztverot virtuālo mašīnu, kas pasīvi saņem datplūsmu, un spoguļojamās datplūsmas lielumu nosaka virtuālā komutatora veiktspēja, kas zināmā mērā ietekmē virtuālā komutatora stabilitāti. KVM vidē mākoņplatformai ir vienādi jāizdod attēlu plūsmas tabula, kas ir sarežģīta pārvaldībā un uzturēšanā. Īpaši resursdatora atteices gadījumā uztveršanas virtuālā mašīna ir tāda pati kā biznesa virtuālā mašīna, un tā arī migrēs uz dažādiem resursdatoriem ar citām virtuālajām mašīnām.
Aģenta režīmsKatrā virtuālajā mašīnā, kurai ir jāuztver datplūsma mākoņvidē, instalējiet uztveršanas mīksto zondi (aģenta aģentu), un, izmantojot aģenta aģenta programmatūru, iegūstiet mākoņvides austrumu un rietumu datplūsmu un izplatiet to katrai analīzes platformai. Priekšrocības ir tādas, ka tā ir neatkarīga no virtualizācijas platformas, neietekmē virtuālā komutatora veiktspēju, var migrēt kopā ar virtuālo mašīnu un var veikt datplūsmas filtrēšanu. Trūkumi ir tādi, ka ir jāpārvalda pārāk daudz aģentu, un kļūmes gadījumā nevar izslēgt paša aģenta ietekmi. Esošā ražošanas tīkla karte ir jākoplieto, lai sadalītu datplūsmu, kas var ietekmēt biznesa mijiedarbību.
Uzņēmēja režīmsIzvietojot neatkarīgu savākšanas mīksto zondi katrā fiziskajā resursdatorā mākoņvidē, tā darbojas procesa režīmā uz resursdatora un pārraida uztverto trafiku uz tradicionālo fiziskās trafika uztveršanas platformu. Priekšrocības ir pilnīga apvedceļa mehānisms, nav ielaušanās virtuālajā mašīnā, biznesa tīkla kartē un virtuālās mašīnas komutatorā, vienkārša uztveršanas metode, ērta pārvaldība, nav nepieciešams uzturēt neatkarīgu virtuālo mašīnu, viegls svars un mīkstās zondes iegūšana var panākt pārslodzes aizsardzību. Kā resursdatora process tas var uzraudzīt resursdatora un virtuālās mašīnas resursus un veiktspēju, lai vadītu spoguļošanas stratēģijas izvietošanu. Trūkumi ir tādi, ka tam ir jāpatērē noteikts daudzums resursdatora resursu, un ir jāpievērš uzmanība veiktspējas ietekmei. Turklāt dažas virtuālās platformas var neatbalstīt uztveršanas programmatūras zondu izvietošanu resursdatorā.
No pašreizējās nozares situācijas virtuālās mašīnas režīmā lietojumprogrammas atrodas publiskajā mākonī, bet aģenta režīmā un resursdatora režīmā daži lietotāji atrodas privātajā mākonī.


Publicēšanas laiks: 2024. gada 6. novembris