{"id":33632,"date":"2019-10-31T21:53:52","date_gmt":"2019-10-31T18:53:52","guid":{"rendered":"https:\/\/prohoster.info\/blog\/eshhe-odna-sistema-monitoringa\/"},"modified":"2019-10-31T21:53:52","modified_gmt":"2019-10-31T18:53:52","slug":"eshhe-odna-sistema-monitoringa","status":"publish","type":"post","link":"https:\/\/prohoster.info\/hu\/blog\/administrirovanie\/eshhe-odna-sistema-monitoringa","title":{"rendered":"M\u00e9g egy megfigyel\u0151 rendszer","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"M\u00e9g
\n16 modem, 4 mobilszolg\u00e1ltat\u00f3 = Kimeneti sebess\u00e9g 933,45 Mbit\/s<\/em> <\/p>\n

<\/p>\n

Bevezet\u00e9s<\/h2>\n

<\/p>\n

Hell\u00f3! Ez egy cikk arr\u00f3l, hogyan \u00edrtunk magunknak egy \u00faj monitoroz\u00f3 rendszert. Az eddigiekt\u0151l elt\u00e9r\u0151en lehet\u0151s\u00e9get ad a nagy frekvenci\u00e1j\u00fa szinkroniz\u00e1lt m\u00e9r\u00e9si adatok megszerz\u00e9s\u00e9re, \u00e9s nagyon alacsony er\u0151forr\u00e1s-felhaszn\u00e1l\u00e1st ig\u00e9nyel. A k\u00e9rdez\u00e9si frekvencia el\u00e9rheti a 0,1 milliszekundumot, a metrik\u00e1k k\u00f6z\u00f6tti szinkroniz\u00e1l\u00e1s pontoss\u00e1ga 10 nanom\u00e1sodperc. Minden bin\u00e1ris f\u00e1jl 6 megab\u00e1jtot foglal el. <\/p>\n

<\/a><\/noindex><\/p>\n

A projektr\u0151l<\/h2>\n

<\/p>\n

Rendk\u00edv\u00fcl speci\u00e1lis term\u00e9k\u00fcnk van. Komplett megold\u00e1st k\u00edn\u00e1lunk az adat\u00e1tviteli csatorn\u00e1k s\u00e1vsz\u00e9less\u00e9g\u00e9nek \u00f6sszes\u00edt\u00e9s\u00e9re \u00e9s hibalehet\u0151s\u00e9gek elker\u00fcl\u00e9s\u00e9re. Amikor t\u00f6bb csatorna van, p\u00e9ld\u00e1ul Szolg\u00e1ltat\u00f31 (40 Mbit\/s) + Szolg\u00e1ltat\u00f32 (30 Mbit\/s) + Valami m\u00e1s (5 Mbit\/s), az eredm\u00e9ny egy stabil \u00e9s gyors csatorna lesz, amelynek sebess\u00e9ge k\u00f6r\u00fclbel\u00fcl \u00edgy alakul: (40+30+5)x0.92=75\u00d70.92=69 Mbit\/s. <\/p>\n

<\/p>\n

Ilyen megold\u00e1sokra ott van sz\u00fcks\u00e9g, ahol b\u00e1rmelyik csatorna kapacit\u00e1sa nem elegend\u0151. P\u00e9ld\u00e1ul k\u00f6zleked\u00e9sben, vide\u00f3megfigyel\u0151 rendszerekben \u00e9s val\u00f3s idej\u0171 vide\u00f3 streamel\u00e9sben, \u00e9l\u0151 telev\u00edzi\u00f3s \u00e9s r\u00e1di\u00f3ad\u00e1sok k\u00f6zvet\u00edt\u00e9s\u00e9ben, valamint b\u00e1rmilyen k\u00fcls\u0151 helysz\u00ednen, ahol az internet szolg\u00e1ltat\u00f3k k\u00f6z\u00fcl csak a nagy n\u00e9gyes k\u00e9pvisel\u0151i \u00e1llnak rendelkez\u00e9sre, \u00e9s egy modem\/csatorna sebess\u00e9ge nem elegend\u0151.
\nMinden egyes ir\u00e1nyhoz k\u00fcl\u00f6n eszk\u00f6zsorozatot k\u00e9sz\u00edt\u00fcnk, azonban a szoftver\u00fck szinte azonos \u00e9s a min\u0151s\u00e9gi monitoroz\u00f3 rendszer az egyik legfontosabb modulja, amelynek helyes megval\u00f3s\u00edt\u00e1sa n\u00e9lk\u00fcl a term\u00e9k lehetetlen lenne.<\/p>\n

<\/p>\n

T\u00f6bb \u00e9ven kereszt\u00fcl siker\u00fclt l\u00e9trehoznunk egy t\u00f6bb szint\u0171, gyors, platformf\u00fcggetlen \u00e9s k\u00f6nny\u0171 monitoroz\u00f3 rendszert, amelyet szeretn\u00e9nk megosztani a tisztelt k\u00f6z\u00f6ss\u00e9ggel.<\/p>\n

<\/p>\n

L\u00e9pj\u00fcnk \u00e1t a kit\u0171z\u00f6tt feladatra: \u00edrjunk egy XDP mechanizmust SYN cookie-kkal.<\/h2>\n

<\/p>\n

A monitoroz\u00f3 rendszer biztos\u00edtja k\u00e9t alapvet\u0151en k\u00fcl\u00f6nb\u00f6z\u0151 oszt\u00e1ly\u00fa metrik\u00e1k beszerz\u00e9s\u00e9t: val\u00f3s idej\u0171 metrik\u00e1k \u00e9s minden egy\u00e9b. A monitoroz\u00f3 rendszerrel szemben az al\u00e1bbi k\u00f6vetelm\u00e9nyek \u00e1lltak:<\/p>\n

<\/p>\n

    \n
  1. Nagy frekvenci\u00e1j\u00fa, szinkroniz\u00e1lt val\u00f3s idej\u0171 metrik\u00e1k beszerz\u00e9se \u00e9s azok k\u00e9sleked\u00e9s n\u00e9lk\u00fcli tov\u00e1bb\u00edt\u00e1sa a kommunik\u00e1ci\u00f3s vez\u00e9rl\u0151rendszerbe.
    \nA magas frekvencia \u00e9s a k\u00fcl\u00f6nb\u00f6z\u0151 metrik\u00e1k szinkroniz\u00e1ci\u00f3ja nemcsak fontos, hanem alapvet\u0151en sz\u00fcks\u00e9ges az adat\u00e1tviteli csatorn\u00e1k entropi\u00e1j\u00e1nak elemz\u00e9s\u00e9hez. Ha egy adat\u00e1tviteli csatorn\u00e1n az \u00e1tlagos k\u00e9sleltet\u00e9s 30 millisekundum, akkor egy millim\u00e1sodperces szinkroniz\u00e1ci\u00f3s hiba a t\u00f6bbi metrika k\u00f6z\u00f6tt k\u00f6r\u00fclbel\u00fcl 5%-kal rontja a v\u00e9geredm\u00e9ny csatorn\u00e1j\u00e1nak sebess\u00e9g\u00e9t. Ha n\u00e9gy csatorn\u00e1n 1 millisekundumos szinkroniz\u00e1ci\u00f3s hib\u00e1t k\u00f6vet\u00fcnk el, a sebess\u00e9gcs\u00f6kken\u00e9s k\u00f6nnyen 30%-ra emelkedhet. Emellett az entropia a csatorn\u00e1kban nagyon gyorsan v\u00e1ltozik, ez\u00e9rt ha 0,5 millisekundumn\u00e1l ritk\u00e1bban m\u00e9rj\u00fck, a gyors csatorn\u00e1kban, alacsony k\u00e9sleltet\u00e9ssel nagy sebess\u00e9gcs\u00f6kken\u00e9st tapasztalhatunk. Term\u00e9szetesen, nem minden metrika \u00e9s nem minden k\u00f6r\u00fclm\u00e9nyek k\u00f6z\u00f6tt van sz\u00fcks\u00e9g ilyen pontoss\u00e1gra. Amikor a k\u00e9sleltet\u00e9s 500 millisekundum, \u00e9s dolgozunk is ilyenekkel, az 1 millisekundumos elt\u00e9r\u00e9s szinte \u00e9szrev\u00e9tlen marad. Emellett az \u00e9letfenntart\u00f3 rendszerek metrik\u00e1ihoz elegend\u0151 a 2 m\u00e1sodperces k\u00e9rdez\u00e9si \u00e9s szinkroniz\u00e1ci\u00f3s frekvencia, azonban a monitoroz\u00f3 rendszernek k\u00e9pesnek kell lennie ultrav\u00e9kony k\u00e9rdez\u00e9si frekvenci\u00e1k \u00e9s rendk\u00edv\u00fcl pontos metrik\u00e1k szinkroniz\u00e1l\u00e1s\u00e1ra.<\/li>\n
  2. Minimaliz\u00e1lt er\u0151forr\u00e1s-felhaszn\u00e1l\u00e1s \u00e9s egys\u00e9ges technol\u00f3giai stack.
    \nA v\u00e9gberendez\u00e9s lehet egy er\u0151teljes fed\u00e9lzeti komplexum, amely k\u00e9pes elemezni a k\u00f6zleked\u00e9si helyzetet vagy biometrikus adatokat r\u00f6gz\u00edteni, de lehet egy teny\u00e9rnyi m\u00e9ret\u0171 egyk\u00e1rty\u00e1s sz\u00e1m\u00edt\u00f3g\u00e9p, amelyet egy kommand\u00f3s visel goly\u00f3\u00e1ll\u00f3 mell\u00e9ny alatt, hogy val\u00f3s id\u0151ben videoanyagot tov\u00e1bb\u00edtson gyenge kapcsolat mellett. A k\u00fcl\u00f6nb\u00f6z\u0151 architekt\u00far\u00e1k \u00e9s sz\u00e1m\u00edt\u00e1si teljes\u00edtm\u00e9nyek ellen\u00e9re egy egys\u00e9ges szoftver stack-re v\u00e1gyunk.<\/li>\n
  3. Zsindelyarchitekt\u00fara
    \nA metrik\u00e1kat a v\u00e9gberendez\u00e9sen kell \u00f6sszegy\u0171jteni \u00e9s aggreg\u00e1lni, helyi t\u00e1rol\u00f3- \u00e9s megjelen\u00edt\u00e9si rendszert kell biztos\u00edtani val\u00f3s id\u0151ben \u00e9s visszamen\u0151legesen. Ha van kapcsolat, az adatokat k\u00fcldeni kell a k\u00f6zponti monitoroz\u00f3 rendszerbe. Amikor nincs kapcsolat, a k\u00fcld\u00e9si v\u00e1rakoz\u00f3list\u00e1t fel kell halmozni, \u00e9s nem szabad mem\u00f3ri\u00e1t fogyasztania. <\/li>\n
  4. API az \u00fcgyf\u00e9l monitoroz\u00f3 rendszer\u00e9be val\u00f3 integr\u00e1ci\u00f3hoz, mert senkinek sincs sz\u00fcks\u00e9ge sok monitoroz\u00f3 rendszerre. Az \u00fcgyf\u00e9lnek az \u00f6sszes eszk\u00f6zt\u0151l \u00e9s h\u00e1l\u00f3zatt\u00f3l adatokat kell gy\u0171jtenie egyetlen monitoroz\u00e1sban.<\/li>\n<\/ol>\n

    <\/p>\n

    Mi lett az eredm\u00e9ny<\/h2>\n

    <\/p>\n

    Annak \u00e9rdek\u00e9ben, hogy ne terheljem az am\u00fagy is terjedelmes longread-et, nem hozok p\u00e9ld\u00e1kat \u00e9s m\u00e9r\u00e9seket minden monitoring rendszerb\u0151l. Ez tov\u00e1bbi cikket ig\u00e9nyelne. Csak annyit mondok, hogy nem tal\u00e1ltunk olyan monitoring rendszert, amely k\u00e9pes lenne egyszerre k\u00e9t metrika m\u00e9r\u00e9s\u00e9re kevesebb mint 1 milliszekundumos hibahat\u00e1rral, \u00e9s amely egyar\u00e1nt hat\u00e9konyan m\u0171k\u00f6dik ARM architekt\u00far\u00e1n 64 MB RAM-mal \u00e9s x86_64 architekt\u00far\u00e1n 32 GB RAM-mal. Ez\u00e9rt \u00fagy d\u00f6nt\u00f6tt\u00fcnk, hogy k\u00e9sz\u00edt\u00fcnk egy saj\u00e1tot, ami mindezt tudja. \u00cdme, amit k\u00e9sz\u00edtett\u00fcnk:<\/p>\n

    <\/p>\n

    H\u00e1rom csatorna \u00e1tviteli kapacit\u00e1s\u00e1nak \u00f6sszegz\u00e9se k\u00fcl\u00f6nb\u00f6z\u0151 h\u00e1l\u00f3zati topol\u00f3gi\u00e1k sz\u00e1m\u00e1ra<\/h3>\n

    \n

    \r\n \"Vide\u00f3\r\n
    <\/div>\r\n <\/div><\/center>
    \n
    \r\n \"Vide\u00f3\r\n
    <\/div>\r\n <\/div><\/center><\/p>\n

    N\u00e9h\u00e1ny kulcsfontoss\u00e1g\u00fa metrika vizualiz\u00e1ci\u00f3ja<\/h3>\n

    \n\"M\u00e9g
    \n\"M\u00e9g
    \n\"M\u00e9g
    \n\"M\u00e9g<\/p>\n

    Architekt\u00fara<\/h2>\n

    <\/p>\n

    F\u0151 programoz\u00e1si nyelvk\u00e9nt, mind az eszk\u00f6z\u00f6n, mind az adatk\u00f6zpontban, a Golang-ot haszn\u00e1ljuk. Jelent\u0151sen megk\u00f6nny\u00edtette az \u00e9let\u00fcnket a p\u00e1rhuzamoss\u00e1g megval\u00f3s\u00edt\u00e1s\u00e1val \u00e9s azzal, hogy minden szolg\u00e1ltat\u00e1shoz statikusan linkelt bin\u00e1ris f\u00e1jlt kaphatunk. Ennek eredm\u00e9nyek\u00e9nt jelent\u0151sen megtakar\u00edtunk az er\u0151forr\u00e1sokban, a m\u00f3dszerekben \u00e9s a szolg\u00e1ltat\u00e1s telep\u00edt\u00e9s\u00e9n\u00e9l a v\u00e9gs\u0151 eszk\u00f6z\u00f6kre, a fejleszt\u00e9si \u00e9s hibakeres\u00e9si id\u0151ben. <\/p>\n

    <\/p>\n

    A rendszer klasszikus modul\u00e1ris elv szerint lett megval\u00f3s\u00edtva, \u00e9s t\u00f6bb alrendszert tartalmaz:<\/p>\n

    <\/p>\n

      \n
    1. Metrik\u00e1k regisztr\u00e1l\u00e1sa.
      \nMinden metrik\u00e1t saj\u00e1t sz\u00e1l kezel, amely kan\u00e1lokon kereszt\u00fcl szinkroniz\u00e1l\u00f3dik. Siker\u00fclt el\u00e9rn\u00fcnk 10 nanoszekundumos szinkroniz\u00e1l\u00e1si pontoss\u00e1got.<\/li>\n
    2. Metrik\u00e1k t\u00e1rol\u00e1sa
      \nD\u00f6nt\u00f6tt\u00fcnk arr\u00f3l, hogy saj\u00e1t t\u00e1rol\u00f3t k\u00e9sz\u00edt\u00fcnk az id\u0151beli adatok sz\u00e1m\u00e1ra, vagy haszn\u00e1lunk valamit a megl\u00e9v\u0151k k\u00f6z\u00fcl. Az adatb\u00e1zisra a retrospekt\u00edv adatokhoz van sz\u00fcks\u00e9g, amelyeket k\u00e9s\u0151bb vizualiz\u00e1lunk. Azaz nincsenek adataink p\u00e9ld\u00e1ul a csatorn\u00e1ban 0,5 milliszekundumonk\u00e9nti k\u00e9s\u00e9sekr\u0151l vagy a sz\u00e1ll\u00edt\u00f3h\u00e1l\u00f3zati hibajelz\u00e9sekr\u0151l, de van sebess\u00e9g minden interf\u00e9szenk\u00e9nt 500 milliszekundumonk\u00e9nt. A platformok k\u00f6z\u00f6tti nagyfok\u00fa kompatibilit\u00e1sra \u00e9s az alacsony er\u0151forr\u00e1s-felhaszn\u00e1l\u00e1sra vonatkoz\u00f3 magas k\u00f6vetelm\u00e9nyek mellett sz\u00e1munkra rendk\u00edv\u00fcl fontos, hogy k\u00e9pesek legy\u00fcnk az adatokat ott feldolgozni, ahol t\u00e1roljuk \u0151ket. Ez hatalmas m\u00e9rt\u00e9kben takar\u00edt meg sz\u00e1m\u00edt\u00e1si er\u0151forr\u00e1sokat. 2016 \u00f3ta haszn\u00e1ljuk a Tarantool adatb\u00e1zis-kezel\u0151t ebben a projektben, \u00e9s egyel\u0151re nem l\u00e1tunk helyettes\u00edt\u0151t a l\u00e1that\u00e1ron. Rugalmas, optim\u00e1lis er\u0151forr\u00e1s-felhaszn\u00e1l\u00e1ssal \u00e9s megfelel\u0151 technikai t\u00e1mogat\u00e1ssal. A Tarantool-ban GIS modul is tal\u00e1lhat\u00f3. B\u00e1r nem olyan er\u0151teljes, mint a PostGIS, de elegend\u0151 a helyhez k\u00f6t\u00f6tt metrik\u00e1k t\u00e1rol\u00e1s\u00e1ra (ami fontos a sz\u00e1ll\u00edt\u00e1shoz). <\/li>\n
    3. Metrikai vizualiz\u00e1ci\u00f3
      \nItt minden viszonylag egyszer\u0171. Az adatokat a t\u00e1rol\u00f3b\u00f3l vessz\u00fck, \u00e9s megjelen\u00edtj\u00fck \u0151ket vagy val\u00f3s id\u0151ben, vagy retrospekt\u00edven. <\/li>\n
    4. Adatok szinkroniz\u00e1l\u00e1sa a k\u00f6zponti monitoring rendszerrel.
      \nA k\u00f6zponti monitoring rendszer minden eszk\u00f6zt\u0151l adatokat fogad, azokat egy adott visszatekint\u00e9ssel t\u00e1rolja, \u00e9s API-n kereszt\u00fcl tov\u00e1bb\u00edtja a Megrendel\u0151 monitoring rendszer\u00e9be. A klasszikus monitoring rendszerekkel ellent\u00e9tben, ahol a \"fej\" k\u00f6zel\u00edt \u00e9s gy\u0171jti az adatokat, n\u00e1lunk ford\u00edtva m\u0171k\u00f6dik a rendszer. Az eszk\u00f6z\u00f6k maguk k\u00fcldik az adatokat, amikor van kapcsolat. Ez egy nagyon fontos t\u00e9nyez\u0151, mivel lehet\u0151v\u00e9 teszi, hogy az eszk\u00f6zb\u0151l sz\u00e1rmaz\u00f3 adatokat olyan id\u0151szakokban is megszerezz\u00fck, amikor az nem volt el\u00e9rhet\u0151 \u00e9s megakad\u00e1lyozza a csatorn\u00e1k \u00e9s er\u0151forr\u00e1sok terhel\u00e9s\u00e9t, amikor az eszk\u00f6z nem el\u00e9rhet\u0151. K\u00f6zponti monitoring rendszerk\u00e9nt az Influx monitoring szervert haszn\u00e1ljuk. Az anal\u00f3gokkal ellent\u00e9tben k\u00e9pes a visszatekint\u0151 adatok import\u00e1l\u00e1s\u00e1ra (azaz id\u0151b\u00e9lyeggel, amely elt\u00e9r a metrika r\u00f6gz\u00edt\u00e9s\u00e9nek pillanat\u00e1t\u00f3l). A begy\u0171jt\u00f6tt metrik\u00e1kat a finomhangolt Grafana vizualiz\u00e1lja. Ezt a standard technol\u00f3giai halmazt az\u00e9rt is v\u00e1lasztottuk, mert rendelkezik k\u00e9sz API-integr\u00e1ci\u00f3kkal szinte b\u00e1rmely megrendel\u0151i monitoring rendszerhez.<\/li>\n
    5. Adatok szinkroniz\u00e1l\u00e1sa a k\u00f6zponti eszk\u00f6zkezel\u0151 rendszerrel.
      \nAz eszk\u00f6zkezel\u0151 rendszer megval\u00f3s\u00edtja a Zero Touch Provisioning-ot (firmware friss\u00edt\u00e9s, konfigur\u00e1ci\u00f3 stb.), \u00e9s elt\u00e9r\u0151en a megfigyel\u0151 rendszert\u0151l, csak az eszk\u00f6z\u00f6kkel kapcsolatos probl\u00e9m\u00e1kat kapja. Ezek az alaphardver figyel\u0151 szolg\u00e1ltat\u00e1sok m\u0171k\u00f6d\u00e9s\u00e9nek ind\u00edt\u00f3i, valamint az \u00e9letfenntart\u00f3 rendszerek \u00f6sszes mutat\u00f3ja: CPU \u00e9s SSD h\u0151m\u00e9rs\u00e9klet, CPU terhel\u00e9s, szabad hely \u00e9s S.M.A.R.T eg\u00e9szs\u00e9g a lemezeken. A jaltaszter alrendszer t\u00e1rol\u00e1sa szint\u00e9n Tarantool-ra \u00e9p\u00fcl. Ez jelent\u0151s sebess\u00e9get ad az id\u0151beli adatsorok aggreg\u00e1l\u00e1s\u00e1ban ezrek eszk\u00f6z\u00e9n, \u00e9s teljes m\u00e9rt\u00e9kben megoldja az adatok szinkroniz\u00e1l\u00e1s\u00e1nak k\u00e9rd\u00e9s\u00e9t ezekkel az eszk\u00f6z\u00f6kkel. A Tarantool tartalmaz egy nagyszer\u0171 sor- \u00e9s garant\u00e1lt k\u00e9zbes\u00edt\u00e9si rendszert. Ezt a fontos funkci\u00f3t dobozb\u00f3l kaptuk, fantasztikus!<\/li>\n<\/ol>\n

      <\/p>\n

      H\u00e1l\u00f3zatkezel\u0151 rendszer<\/h3>\n

      \n\"M\u00e9g<\/p>\n

      Mi k\u00f6vetkezik<\/h2>\n

      <\/p>\n

      Jelenleg a leggyeng\u00e9bb l\u00e1ncszem a k\u00f6zponti monitoring rendszer\u00fcnk. Ez 99.9%-ban a standard stack-en val\u00f3sult meg, \u00e9s t\u00f6bb h\u00e1tr\u00e1nya van:<\/p>\n

      <\/p>\n

        \n
      1. Az InfluxDB adatokat vesz\u00edt \u00e1ramkimarad\u00e1s eset\u00e9n. Jellemz\u0151en az \u00fcgyf\u00e9l gyorsan elviszi az \u00f6sszes \u00e9rkez\u0151 adatot az eszk\u00f6z\u00f6kt\u0151l, \u00edgy az adatb\u00e1zisban nincsenek 5 percn\u00e9l r\u00e9gebbi adatok, azonban a j\u00f6v\u0151ben ez f\u00e1jdalmakk\u00e1 v\u00e1lhat.<\/li>\n
      2. A Grafana t\u00f6bb probl\u00e9m\u00e1val k\u00fczd az adatok aggreg\u00e1l\u00e1s\u00e1val \u00e9s azok szinkroniz\u00e1l\u00e1s\u00e1val. A leggyakoribb probl\u00e9ma az, amikor az adatb\u00e1zisban egy 2 m\u00e1sodperces intervallum\u00fa id\u0151beli sor van, mondjuk 00:00:00-t\u00f3l kezdve, \u00e9s a Grafana 1 m\u00e1sodperces eltol\u00e1ssal kezdi el megjelen\u00edteni az adatokat. Ennek k\u00f6vetkezt\u00e9ben a felhaszn\u00e1l\u00f3 ugr\u00e1l\u00f3 grafikont l\u00e1t.<\/li>\n
      3. T\u00falzott mennyis\u00e9g\u0171 k\u00f3d az API integr\u00e1ci\u00f3hoz k\u00fcls\u0151 megfigyel\u0151rendszerekkel. Ezt sokkal kompaktabban is meg lehetne csin\u00e1lni, \u00e9s term\u00e9szetesen \u00e1t\u00edrhatn\u00e1nk Go-ra )<\/li>\n<\/ol>\n

        <\/p>\n

        \u00dagy gondolom, mindannyian j\u00f3l tudj\u00e1tok, hogy n\u00e9z ki a Grafana, \u00e9s tudj\u00e1tok a probl\u00e9m\u00e1it, ez\u00e9rt nem akarom feleslegesen terhelni a bejegyz\u00e9st k\u00e9pekkel.<\/p>\n

        <\/p>\n

        Z\u00e1r\u00e1s<\/h2>\n

        <\/p>\n

        Tudatosan nem \u00edrtam le a technikai r\u00e9szleteket, csak a rendszer alapvet\u0151 tervez\u00e9s\u00e9t \u00edrtam le. El\u0151sz\u00f6r is, a rendszer technikai r\u00e9szletes le\u00edr\u00e1s\u00e1hoz egy \u00fajabb cikk sz\u00fcks\u00e9ges. M\u00e1sodszor, nem mindenkit \u00e9rdekelne ez. K\u00e9rlek, \u00edrj\u00e1tok meg a hozz\u00e1sz\u00f3l\u00e1sokban, hogy milyen technikai r\u00e9szleteket szeretn\u00e9tek tudni. <\/p>\n

        <\/p>\n

        Ha valakiben k\u00e9rd\u00e9s mer\u00fcl fel a cikken k\u00edv\u00fcl, \u00edrjatok nekem az a.rodin @ qedr.com c\u00edmre.<\/p>\n

        Forr\u00e1s: habr.com<\/a><\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"

        16 \u043c\u043e\u0434\u0435\u043c\u043e\u0432, 4 \u0441\u043e\u0442\u043e\u0432\u044b\u0445 \u043e\u043f\u0435\u0440\u0430\u0442\u043e\u0440\u0430= \u0418\u0441\u0445\u043e\u0434\u044f\u0449\u0430\u044f \u0441\u043a\u043e\u0440\u043e\u0441\u0442\u044c 933.45 \u041c\u0431\u0438\u0442\/\u0441 \u0412\u0432\u0435\u0434\u0435\u043d\u0438\u0435 \u041f\u0440\u0438\u0432\u0435\u0442! \u042d\u0442\u043e \u0441\u0442\u0430\u0442\u044c\u044f \u043f\u0440\u043e \u0442\u043e, \u043a\u0430\u043a \u043c\u044b \u043d\u0430\u043f\u0438\u0441\u0430\u043b\u0438 \u0434\u043b\u044f \u0441\u0435\u0431\u044f \u043d\u043e\u0432\u0443\u044e \u0441\u0438\u0441\u0442\u0435\u043c\u0443 \u043c\u043e\u043d\u0438\u0442\u043e\u0440\u0438\u043d\u0433\u0430. \u041e\u0442 \u0441\u0443\u0449\u0435\u0441\u0442\u0432\u0443\u044e\u0449\u0438\u0445 \u043e\u043d\u0430 \u043e\u0442\u043b\u0438\u0447\u0430\u0435\u0442\u0441\u044f \u0432\u043e\u0437\u043c\u043e\u0436\u043d\u043e\u0441\u0442\u044c\u044e \u0432\u044b\u0441\u043e\u043a\u043e\u0447\u0430\u0441\u0442\u043e\u0442\u043d\u043e\u0433\u043e \u0441\u0438\u043d\u0445\u0440\u043e\u043d\u043d\u043e\u0433\u043e \u043f\u043e\u043b\u0443\u0447\u0435\u043d\u0438\u044f \u043c\u0435\u0442\u0440\u0438\u043a \u0438 \u043e\u0447\u0435\u043d\u044c \u043c\u0430\u043b\u0435\u043d\u044c\u043a\u0438\u043c \u043f\u043e\u0442\u0440\u0435\u0431\u043b\u0435\u043d\u0438\u0435\u043c \u0440\u0435\u0441\u0443\u0440\u0441\u043e\u0432. \u0427\u0430\u0441\u0442\u043e\u0442\u0430 \u043e\u043f\u0440\u043e\u0441\u0430 \u043c\u043e\u0436\u0435\u0442 \u0434\u043e\u0441\u0442\u0438\u0433\u0430\u0442\u044c 0.1 \u043c\u0438\u043b\u043b\u0438\u0441\u0435\u043a\u0443\u043d\u0434\u044b \u0441 \u0442\u043e\u0447\u043d\u043e\u0441\u0442\u044c\u044e \u0441\u0438\u043d\u0445\u0440\u043e\u043d\u0438\u0437\u0430\u0446\u0438\u0438 \u043c\u0435\u0436\u0434\u0443 \u043c\u0435\u0442\u0440\u0438\u043a\u0430\u043c\u0438 \u0432 10 \u043d\u0430\u043d\u043e\u0441\u0435\u043a\u0443\u043d\u0434. \u0412\u0441\u0435 \u0431\u0438\u043d\u0430\u0440\u043d\u044b\u0435 \u0444\u0430\u0439\u043b\u044b \u0437\u0430\u043d\u0438\u043c\u0430\u044e\u0442 […]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":25323,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-33632","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-administrirovanie"],"aioseo_notices":[],"aioseo_head":"\n\t\t\n\t\n\t\n\t\n\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\n","aioseo_head_json":{"title":"\ud83e\udd47M\u00e9g egy megfigyel\u0151rendszer | ProHoster","description":"16 modem, 4 mobil szolg\u00e1ltat\u00f3 = Kimeneti sebess\u00e9g 933.45.","canonical_url":"https:\/\/prohoster.info\/hu\/blog\/administrirovanie\/eshhe-odna-sistema-monitoringa","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"hu_HU","og:site_name":"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b","og:type":"article","og:title":"\ud83e\udd47\u0415\u0449\u0435 \u043e\u0434\u043d\u0430 \u0441\u0438\u0441\u0442\u0435\u043c\u0430 \u043c\u043e\u043d\u0438\u0442\u043e\u0440\u0438\u043d\u0433\u0430 | ProHoster","og:description":"16 \u043c\u043e\u0434\u0435\u043c\u043e\u0432, 4 \u0441\u043e\u0442\u043e\u0432\u044b\u0445 \u043e\u043f\u0435\u0440\u0430\u0442\u043e\u0440\u0430= \u0418\u0441\u0445\u043e\u0434\u044f\u0449\u0430\u044f \u0441\u043a\u043e\u0440\u043e\u0441\u0442\u044c 933.45.","og:url":"https:\/\/prohoster.info\/hu\/blog\/administrirovanie\/eshhe-odna-sistema-monitoringa","og:image":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:secure_url":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:width":350,"og:image:height":350,"article:published_time":"2019-10-31T18:53:52+00:00","article:modified_time":"2019-10-31T18:53:52+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"33632","title":null,"description":null,"keywords":null,"keyphrases":null,"primary_term":null,"canonical_url":null,"og_title":null,"og_description":null,"og_object_type":"default","og_image_type":"default","og_image_url":null,"og_image_width":null,"og_image_height":null,"og_image_custom_url":null,"og_image_custom_fields":null,"og_video":null,"og_custom_url":null,"og_article_section":null,"og_article_tags":null,"twitter_use_og":false,"twitter_card":"default","twitter_image_type":"default","twitter_image_url":null,"twitter_image_custom_url":null,"twitter_image_custom_fields":null,"twitter_title":null,"twitter_description":null,"schema":{"blockGraphs":[],"customGraphs":[],"default":{"data":{"Article":[],"Course":[],"Dataset":[],"FAQPage":[],"Movie":[],"Person":[],"Product":[],"ProductReview":[],"Car":[],"Recipe":[],"Service":[],"SoftwareApplication":[],"WebPage":[]},"graphName":"","isEnabled":true},"graphs":[]},"schema_type":null,"schema_type_options":null,"pillar_content":false,"robots_default":true,"robots_noindex":false,"robots_noarchive":false,"robots_nosnippet":false,"robots_nofollow":false,"robots_noimageindex":false,"robots_noodp":false,"robots_notranslate":false,"robots_max_snippet":null,"robots_max_videopreview":null,"robots_max_imagepreview":"large","priority":null,"frequency":null,"local_seo":null,"seo_analyzer_scan_date":"2026-01-21 16:05:20","breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-03-01 01:19:51","updated":"2026-01-21 16:05:20","focus_keyword":null,"additional_keywords":null,"truseo_locale":null},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/hu\/wp-json\/wp\/v2\/posts\/33632","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/hu\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/hu\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/hu\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/hu\/wp-json\/wp\/v2\/comments?post=33632"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/hu\/wp-json\/wp\/v2\/posts\/33632\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/hu\/wp-json\/wp\/v2\/media\/25323"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/hu\/wp-json\/wp\/v2\/media?parent=33632"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/hu\/wp-json\/wp\/v2\/categories?post=33632"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/hu\/wp-json\/wp\/v2\/tags?post=33632"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}