{"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\/pl\/blog\/administrirovanie\/eshhe-odna-sistema-monitoringa","title":{"rendered":"Kolejny system monitorowania","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"Kolejny
\n16 modem\u00f3w, 4 operator\u00f3w kom\u00f3rkowych = Pr\u0119dko\u015b\u0107 wychodz\u0105ca 933,45 Mbit\/s<\/em> <\/p>\n

<\/p>\n

Wprowadzenie<\/h2>\n

<\/p>\n

Cze\u015b\u0107! To artyku\u0142 o tym, jak stworzyli\u015bmy nasz nowy system monitorowania. R\u00f3\u017cni si\u0119 on od istniej\u0105cych mo\u017cliwo\u015bci\u0105 wysokocz\u0119stotliwo\u015bciowego, synchronicznego pozyskiwania metryk oraz bardzo niskim zu\u017cyciem zasob\u00f3w. Cz\u0119stotliwo\u015b\u0107 zapyta\u0144 mo\u017ce osi\u0105ga\u0107 0,1 milisekundy przy dok\u0142adno\u015bci synchronizacji mi\u0119dzy metrykami wynosz\u0105cej 10 nanosekund. Wszystkie pliki binarne zajmuj\u0105 6 megabajt\u00f3w. <\/p>\n

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

O projekcie<\/h2>\n

<\/p>\n

Mamy do\u015b\u0107 specyficzny produkt. Oferujemy kompleksowe rozwi\u0105zanie do sumowania przepustowo\u015bci i zapewnienia odporno\u015bci kana\u0142\u00f3w transmisji danych. To wtedy istnieje kilka kana\u0142\u00f3w, powiedzmy Operator1 (40Mbit\/s) + Operator2 (30Mbit\/s) + Co\u015b jeszcze (5 Mbit\/s), w rezultacie otrzymujemy jeden stabilny i szybki kana\u0142, kt\u00f3rego pr\u0119dko\u015b\u0107 b\u0119dzie wynosi\u0107 oko\u0142o: (40+30+5)x0.92=75\u00d70.92=69 Mbit\/s. <\/p>\n

<\/p>\n

Takie rozwi\u0105zania s\u0105 poszukiwane tam, gdzie pojemno\u015b\u0107 jakiegokolwiek jednego kana\u0142u jest niewystarczaj\u0105ca. Na przyk\u0142ad w transporcie, systemach monitoringu wideo oraz transmisyjnych wideo w czasie rzeczywistym, transmisjach na \u017cywo radiowych i telewizyjnych, wszelkich obiektach poza miastem, gdzie operatorami s\u0105 tylko przedstawiciele wielkiej czw\u00f3rki, a pr\u0119dko\u015bci na jednym modemie\/kana\u0142ach nie s\u0105 wystarczaj\u0105ce.
\nDla ka\u017cdego z tych kierunk\u00f3w wydajemy osobn\u0105 lini\u0119 urz\u0105dze\u0144, jednak ich cz\u0119\u015b\u0107 programowa jest prawie identyczna, a jako\u015bciowy system monitorowania to jeden z jego kluczowych modu\u0142\u00f3w, bez prawid\u0142owej realizacji kt\u00f3rego produkt by\u0142by niemo\u017cliwy.<\/p>\n

<\/p>\n

W ci\u0105gu kilku lat uda\u0142o nam si\u0119 stworzy\u0107 wielowarstwowy, szybki, wieloplatformowy i lekki system monitorowania. Chcemy si\u0119 tym podzieli\u0107 z szanowan\u0105 spo\u0142eczno\u015bci\u0105.<\/p>\n

<\/p>\n

Sformu\u0142owanie zadania<\/h2>\n

<\/p>\n

System monitorowania zapewnia pozyskiwanie metryk dw\u00f3ch zasadniczo r\u00f3\u017cnych klas: metryk czasu rzeczywistego i wszystkich pozosta\u0142ych. Do systemu monitorowania by\u0142y tylko nast\u0119puj\u0105ce wymagania:<\/p>\n

<\/p>\n

    \n
  1. Wysokocz\u0119stotliwo\u015bciowe synchroniczne pozyskiwanie metryk czasu rzeczywistego i ich przesy\u0142anie do systemu zarz\u0105dzania komunikacj\u0105 bez op\u00f3\u017anie\u0144.
    \nWysoka cz\u0119stotliwo\u015b\u0107 i synchronizacja r\u00f3\u017cnych metryk \u2013 nie tylko s\u0105 wa\u017cne, ale s\u0105 niezb\u0119dne do analizy entropii kana\u0142\u00f3w transmisji danych. Je\u015bli w jednym kanale transmisji danych \u015brednie op\u00f3\u017anienie wynosi 30 milisekund, to b\u0142\u0105d w synchronizacji mi\u0119dzy pozosta\u0142ymi metrykami zaledwie o jedn\u0105 milisekund\u0119 spowoduje degradacj\u0119 pr\u0119dko\u015bci wynikowego kana\u0142u o oko\u0142o 5%. Je\u015bli pope\u0142nimy b\u0142\u0105d w synchronizacji na 1 milisekund\u0119 w 4 kana\u0142ach, degradacja pr\u0119dko\u015bci mo\u017ce \u0142atwo spa\u015b\u0107 do 30%. Ponadto entropia w kana\u0142ach zmienia si\u0119 bardzo szybko, dlatego je\u015bli b\u0119dziemy mierzy\u0107 j\u0105 rzadziej ni\u017c raz na 0,5 milisekundy, na szybkich kana\u0142ach o ma\u0142ym op\u00f3\u017anieniu otrzymamy du\u017c\u0105 degradacj\u0119 pr\u0119dko\u015bci. Oczywi\u015bcie taka precyzja nie jest potrzebna we wszystkich metrykach i nie w ka\u017cdych warunkach. Gdy op\u00f3\u017anienie w kanale wynosi 500 milisekund, a pracujemy nawet w takich warunkach, b\u0142\u0105d o 1 milisekund\u0119 b\u0119dzie prawie niezauwa\u017calny. R\u00f3wnie\u017c dla metryk system\u00f3w zapewnienia \u017cycia wystarczy cz\u0119stotliwo\u015b\u0107 pomiar\u00f3w i synchronizacji co 2 sekundy, jednak sama w sobie system monitorowania powinna by\u0107 w stanie dzia\u0142a\u0107 z ultra wysokimi cz\u0119stotliwo\u015bciami pomiar\u00f3w i bardzo precyzyjn\u0105 synchronizacj\u0105 metryk.<\/li>\n
  2. Minimalne zu\u017cycie zasob\u00f3w i jednolity stos technologiczny.
    \nUrz\u0105dzenie ko\u0144cowe mo\u017ce by\u0107 zar\u00f3wno pot\u0119\u017cnym kompleksem pok\u0142adowym, kt\u00f3ry potrafi analizowa\u0107 sytuacj\u0119 na drodze lub prowadzi\u0107 biometryczn\u0105 rejestracj\u0119 os\u00f3b, jak i jednop\u0142ytowym komputerem wielko\u015bci d\u0142oni, kt\u00f3ry jest noszony pod kamizelk\u0105 kuloodporn\u0105 przez \u017co\u0142nierza jednostek specjalnych w celu przesy\u0142ania wideo w czasie rzeczywistym w trudnych warunkach komunikacyjnych. Pomimo takiej r\u00f3\u017cnorodno\u015bci architektur i mocy obliczeniowych, chcieliby\u015bmy mie\u0107 ten sam stos oprogramowania.<\/li>\n
  3. Architektura parasolowa
    \nMetryki powinny by\u0107 zbierane i agregowane na urz\u0105dzeniu ko\u0144cowym, mie\u0107 lokalny system przechowywania i wizualizacji w czasie rzeczywistym oraz retrospektywnie. W przypadku posiadania po\u0142\u0105czenia \u2013 dane powinny by\u0107 przesy\u0142ane do centralnego systemu monitorowania. Gdy po\u0142\u0105czenie jest niedost\u0119pne \u2013 kolejka do wysy\u0142ki powinna si\u0119 gromadzi\u0107 i nie zu\u017cywa\u0107 pami\u0119ci operacyjnej. <\/li>\n
  4. API do integracji z systemem monitorowania klienta, poniewa\u017c nikt nie potrzebuje wielu system\u00f3w monitorowania. Klient powinien zbiera\u0107 dane z dowolnych urz\u0105dze\u0144 i sieci w jedn\u0105 platform\u0119 monitoruj\u0105c\u0105.<\/li>\n<\/ol>\n

    <\/p>\n

    Co uzyskali\u015bmy<\/h2>\n

    <\/p>\n

    Aby nie obci\u0105\u017ca\u0107 ju\u017c i tak d\u0142ugiego artyku\u0142u, nie b\u0119d\u0119 podawa\u0107 przyk\u0142ad\u00f3w oraz pomiar\u00f3w wszystkich system\u00f3w monitorowania. To zajmie jeszcze jeden artyku\u0142. Po prostu powiem, \u017ce nie uda\u0142o nam si\u0119 znale\u017a\u0107 systemu monitorowania, kt\u00f3ry potrafi\u0142by jednocze\u015bnie zrealizowa\u0107 dwa pomiary z dok\u0142adno\u015bci\u0105 mniejsz\u0105 ni\u017c 1 milisekunda i kt\u00f3ry dzia\u0142a\u0142by tak samo skutecznie zar\u00f3wno na architekturze ARM z 64 MB RAM, jak i na architekturze x86_64 z 32 GB RAM. Dlatego postanowili\u015bmy napisa\u0107 w\u0142asny, kt\u00f3ry potrafi to wszystko. Oto, co nam si\u0119 uda\u0142o osi\u0105gn\u0105\u0107:<\/p>\n

    <\/p>\n

    Sumowanie przepustowo\u015bci trzech kana\u0142\u00f3w dla r\u00f3\u017cnych topologii sieci<\/h3>\n

    \n

    \r\n \"Odtwarzaj\r\n
    <\/div>\r\n <\/div><\/center>
    \n
    \r\n \"Odtwarzaj\r\n
    <\/div>\r\n <\/div><\/center><\/p>\n

    Wizualizacja niekt\u00f3rych kluczowych metryk<\/h3>\n

    \n\"Kolejny
    \n\"Kolejny
    \n\"Kolejny
    \n\"Kolejny<\/p>\n

    Architektura<\/h2>\n

    <\/p>\n

    Jako g\u0142\u00f3wny j\u0119zyk programowania, zar\u00f3wno na urz\u0105dzeniu, jak i w centrum danych, u\u017cywamy Golang. Zdecydowanie upro\u015bci\u0142 \u017cycie dzi\u0119ki realizacji wsp\u00f3\u0142bie\u017cno\u015bci i mo\u017cliwo\u015bci uzyskania jednego statycznie linkowanego pliku wykonywalnego dla ka\u017cdej us\u0142ugi. W rezultacie znacz\u0105co oszcz\u0119dzamy zasoby, metody i ruch w procesie wdra\u017cania us\u0142ug na urz\u0105dzenia ko\u0144cowe, a tak\u017ce czas na rozw\u00f3j i debugowanie kodu. <\/p>\n

    <\/p>\n

    System zosta\u0142 zrealizowany na klasycznym, modu\u0142owym zasadzie i zawiera kilka podsystem\u00f3w:<\/p>\n

    <\/p>\n

      \n
    1. Rejestracja metryk.
      \nKa\u017cda metryka jest obs\u0142ugiwana przez w\u0142asny w\u0105tek i synchronizowana za pomoc\u0105 kana\u0142\u00f3w. Uda\u0142o nam si\u0119 osi\u0105gn\u0105\u0107 dok\u0142adno\u015b\u0107 synchronizacji do 10 nanosekund.<\/li>\n
    2. Przechowywanie metryk
      \nWybierali\u015bmy mi\u0119dzy stworzeniem w\u0142asnego magazynu do przechowywania danych szereg\u00f3w czasowych a u\u017cywaniem czego\u015b ju\u017c istniej\u0105cego. Baza danych jest potrzebna do danych retrospektywnych, kt\u00f3re b\u0119d\u0105 poddane dalszej wizualizacji. To znaczy, nie ma w niej danych o op\u00f3\u017anieniach w kanale co 0,5 milisekundy ani odczytach b\u0142\u0119d\u00f3w w sieci transportowej, ale s\u0105 pr\u0119dko\u015bci na ka\u017cdym interfejsie co 500 milisekund. Opr\u00f3cz wysokich wymaga\u0144 dotycz\u0105cych wieloplatformowo\u015bci i niskiego zu\u017cycia zasob\u00f3w, niezwykle wa\u017cne jest dla nas, aby m\u00f3c przetwarza\u0107 dane tam, gdzie s\u0105 przechowywane. To ogromnie oszcz\u0119dza zasoby obliczeniowe. Od 2016 roku u\u017cywamy bazy danych Tarantool w tym projekcie i na razie nie widzimy alternatywy. Jest elastyczny, z optymalnym zu\u017cyciem zasob\u00f3w i wi\u0119cej ni\u017c adekwatnym wsparciem technicznym. W Tarantool zrealizowano tak\u017ce modu\u0142 GIS. Oczywi\u015bcie nie jest tak pot\u0119\u017cny jak PostGIS, ale wystarcza do naszych potrzeb przechowywania pewnych metryk zwi\u0105zanych z lokalizacj\u0105 (aktualne dla transportu). <\/li>\n
    3. Wizualizacja metryk
      \nTutaj wszystko jest stosunkowo proste. Pobieramy dane z magazynu i pokazujemy je w czasie rzeczywistym lub retrospektywnie. <\/li>\n
    4. Synchronizacja danych z centralnym systemem monitorowania.
      \nCentralny system monitorowania odbiera dane ze wszystkich urz\u0105dze\u0144, przechowuje je z okre\u015blonym okresem retrospektywnym i poprzez API przekazuje je do systemu monitorowania Klienta. W przeciwie\u0144stwie do klasycznych system\u00f3w monitorowania, w kt\u00f3rych 'g\u0142owa' zbiera dane, u nas mamy odwrotn\u0105 struktur\u0119. Urz\u0105dzenia same wysy\u0142aj\u0105 dane, gdy tylko maj\u0105 po\u0142\u0105czenie. To bardzo wa\u017cny punkt, poniewa\u017c pozwala to na uzyskanie danych z urz\u0105dzenia w okresach, kiedy by\u0142o niedost\u0119pne, i nie obci\u0105\u017ca kana\u0142\u00f3w oraz zasob\u00f3w, gdy urz\u0105dzenie jest niedost\u0119pne. Jako centralny system monitorowania u\u017cywamy serwera Influx monitoring. W przeciwie\u0144stwie do analog\u00f3w, potrafi importowa\u0107 dane retrospektywne (tj. z oznaczeniem czasowym r\u00f3\u017cnym od momentu otrzymania metryki). Zebrane metryki wizualizuje dostosowany Grafana. Ten standardowy stos zosta\u0142 wybrany r\u00f3wnie\u017c dlatego, \u017ce ma gotowe API do integracji praktycznie z ka\u017cdym systemem monitorowania Klienta.<\/li>\n
    5. Synchronizacja danych z centralnym systemem zarz\u0105dzania urz\u0105dzeniami.
      \nSystem zarz\u0105dzania urz\u0105dzeniami wdra\u017ca Zero Touch Provisioning (aktualizacja oprogramowania, konfiguracji itp.) i w przeciwie\u0144stwie do systemu monitorowania, odbiera tylko problemy z urz\u0105dzeniami. To s\u0105 wyzwalacze pracy wbudowanych serwis\u00f3w monitoruj\u0105cych i wszystkie metryki system\u00f3w utrzymania: temperatura CPU i SSD, obci\u0105\u017cenie CPU, wolne miejsce i zdrowie S.M.A.R.T na dyskach. Przechowalnia podsystemu jest r\u00f3wnie\u017c oparta na Tarantool. Daje nam to znaczn\u0105 pr\u0119dko\u015b\u0107 w agregacji szereg\u00f3w czasowych na tysi\u0105cach urz\u0105dze\u0144, a tak\u017ce ca\u0142kowicie rozwi\u0105zuje problem synchronizacji danych z tymi urz\u0105dzeniami. Tarantool ma wbudowany doskona\u0142y system kolejek i gwarantowanej dostawy. Otrzymali\u015bmy t\u0119 wa\u017cn\u0105 funkcj\u0119 z pude\u0142ka, \u015bwietnie!<\/li>\n<\/ol>\n

      <\/p>\n

      System zarz\u0105dzania sieci\u0105<\/h3>\n

      \n\"Kolejny<\/p>\n

      Co dalej<\/h2>\n

      <\/p>\n

      Obecnie najs\u0142abszym ogniwem jest centralny system monitorowania. Jest on zrealizowany w 99,9% na standardowym stosie i ma kilka wad:<\/p>\n

      <\/p>\n

        \n
      1. InfluxDB traci dane podczas wy\u0142\u0105czenia zasilania. Zazwyczaj Klient szybko odbiera wszystko, co przychodzi z urz\u0105dze\u0144 i w samej bazie danych nie ma danych starszych ni\u017c 5 minut, jednak w przysz\u0142o\u015bci mo\u017ce to sta\u0107 si\u0119 problemem.<\/li>\n
      2. Grafana ma szereg problem\u00f3w z agregacj\u0105 danych i synchronizacj\u0105 ich wy\u015bwietlania. Najcz\u0119stszym problemem jest sytuacja, gdy w bazie znajduje si\u0119 szereg czasowy z interwa\u0142em 2 sekund zaczynaj\u0105c na przyk\u0142ad od 00:00:00, a Grafana zaczyna pokazywa\u0107 dane w agregacji od +1 sekundy. W wyniku tego u\u017cytkownik widzi skacz\u0105cy wykres.<\/li>\n
      3. Nadmiar kodu do integracji API z zewn\u0119trznymi systemami monitorowania. Mo\u017cna to zrobi\u0107 znacznie bardziej zwi\u0119\u017ale i oczywi\u015bcie przepisuj\u0105c to w Go :)<\/li>\n<\/ol>\n

        <\/p>\n

        S\u0105dz\u0105c po tym, co widzieli\u015bcie, wszyscy znaj\u0105 wygl\u0105d Grafany i jej problemy, dlatego nie b\u0119d\u0119 obci\u0105\u017ca\u0107 posta zdj\u0119ciami.<\/p>\n

        <\/p>\n

        Podsumowanie<\/h2>\n

        <\/p>\n

        \u015awiadome nie opisa\u0142em szczeg\u00f3\u0142\u00f3w technicznych, a tylko og\u00f3lny projekt tego systemu. Po pierwsze, aby technicznie pe\u0142ni opisa\u0107 system, potrzebny by\u0142by jeszcze jeden artyku\u0142. Po drugie, nie wszyscy b\u0119d\u0105 tym zainteresowani. Napiszcie w komentarzach, jakie techniczne szczeg\u00f3\u0142y chcieliby\u015bcie pozna\u0107. <\/p>\n

        <\/p>\n

        Je\u015bli kto\u015b ma pytania poza tym artyku\u0142em, mo\u017cna pisa\u0107 na adres a.rodin @ qedr.com<\/p>\n

        \u0179r\u00f3d\u0142o: 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\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\udd47Kolejny system monitorowania | ProHoster","description":"16 modem\u00f3w, 4 operator\u00f3w kom\u00f3rkowych = Pr\u0119dko\u015b\u0107 wyj\u015bciowa 933,45.","canonical_url":"https:\/\/prohoster.info\/pl\/blog\/administrirovanie\/eshhe-odna-sistema-monitoringa","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"pl_PL","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\/pl\/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\/pl\/wp-json\/wp\/v2\/posts\/33632","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/pl\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/pl\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/pl\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/pl\/wp-json\/wp\/v2\/comments?post=33632"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/pl\/wp-json\/wp\/v2\/posts\/33632\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/pl\/wp-json\/wp\/v2\/media\/25323"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/pl\/wp-json\/wp\/v2\/media?parent=33632"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/pl\/wp-json\/wp\/v2\/categories?post=33632"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/pl\/wp-json\/wp\/v2\/tags?post=33632"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}