{"id":75796,"date":"2020-03-28T19:42:18","date_gmt":"2020-03-28T17:42:18","guid":{"rendered":"https:\/\/prohoster.info\/blog\/administrirovanie\/klaster-elasticsearch-na-200-tb"},"modified":"2020-03-28T19:42:18","modified_gmt":"2020-03-28T17:42:18","slug":"klaster-elasticsearch-na-200-tb","status":"publish","type":"post","link":"https:\/\/prohoster.info\/hu\/blog\/administrirovanie\/klaster-elasticsearch-na-200-tb","title":{"rendered":"Elasticsearch klaszter 200 TB+","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"<p><img decoding=\"async\" alt=\"Elasticsearch klaszter 200 TB+\" src=\"\/wp-content\/uploads\/2020\/03\/ca7a31eca0b3d4faf648dfb24ffbe215.jpg\" style=\"display:block;margin: 0 auto;\" \/><\/p>\n<p><\/p>\n<p>Sokan tal\u00e1lkoznak az Elasticsearch-szel. De mi t\u00f6rt\u00e9nik, amikor azt akarod, hogy nagy mennyis\u00e9g\u0171 napl\u00f3t t\u00e1rolj vele? \u00c9s mindezt \u00fagy, hogy f\u00e1jdalommentesen \u00e1tv\u00e9szelj b\u00e1rmilyen k\u00f6zpont le\u00e1ll\u00e1s\u00e1t? Milyen architekt\u00far\u00e1ra van sz\u00fcks\u00e9g, \u00e9s milyen buktat\u00f3k v\u00e1rnak r\u00e1d?<\/p>\n<p><\/p>\n<p>Az Odnoklassniki-n\u00e9l az Elasticsearch seg\u00edts\u00e9g\u00e9vel d\u00f6nt\u00f6tt\u00fcnk a napl\u00f3kezel\u00e9s probl\u00e9m\u00e1j\u00e1nak megold\u00e1s\u00e1r\u00f3l, \u00e9s most megosztjuk a Habr-on szerzett tapasztalatainkat: az architekt\u00far\u00e1r\u00f3l \u00e9s a buktat\u00f3kr\u00f3l.<\/p>\n<p><noindex><a rel=\"nofollow\" name=\"habracut\"><\/a><\/noindex><\/p>\n<p>\u00c9n vagyok P\u00e9ter Zajcev, rendszergazdak\u00e9nt dolgozom az Odnoklassznikin. El\u0151tte szint\u00e9n rendszergazda voltam, dolgoztam a Manticore Search, Sphinx search, Elasticsearch programokkal. Lehets\u00e9ges, hogyha megjelenik m\u00e9g valamilyen ...search, val\u00f3sz\u00edn\u0171leg dolgozni fogok vele. Emellett sz\u00e1mos ny\u00edlt forr\u00e1sk\u00f3d\u00fa projektben is r\u00e9szt veszek \u00f6nk\u00e9ntes alapon.<\/p>\n<p><\/p>\n<p>Amikor az Odnoklassniki-hez \u00e9rkeztem, felel\u0151tlen\u00fcl azt mondtam az interj\u00fan, hogy tudok dolgozni az Elasticsearch-szel. Miut\u00e1n belemer\u00fcltem \u00e9s megoldottam n\u00e9h\u00e1ny egyszer\u0171bb feladatot, kaptam egy nagyobb feladatot a napl\u00f3kezel\u0151 rendszer reformj\u00e1val kapcsolatban, ami akkoriban l\u00e9tezett. <\/p>\n<p><\/p>\n<h2 id=\"trebovaniya\">K\u00f6vetelm\u00e9nyek<\/h2>\n<p><\/p>\n<p>A rendszerrel szemben t\u00e1masztott k\u00f6vetelm\u00e9nyeket a k\u00f6vetkez\u0151k\u00e9ppen fogalmaztuk meg:<\/p>\n<p><\/p>\n<ul>\n<li>Frontendk\u00e9nt a Graylog-ot kellett haszn\u00e1lni. Mert a c\u00e9gnek m\u00e1r volt tapasztalata a term\u00e9kkel kapcsolatban, a programoz\u00f3k \u00e9s tesztel\u0151k ismert\u00e9k, hozz\u00e1szoktak \u00e9s k\u00e9nyelmesen haszn\u00e1lt\u00e1k.<\/li>\n<li>Adatmennyis\u00e9g: \u00e1tlagosan 50-80 ezer \u00fczenet m\u00e1sodpercenk\u00e9nt, de ha valami elromlik, akkor a forgalom semmiben nem korl\u00e1tozott, ez lehet 2-3 milli\u00f3 sor m\u00e1sodpercenk\u00e9nt.<\/li>\n<li>Miut\u00e1n megbesz\u00e9lt\u00fck az \u00fcgyfelekkel a keres\u00e9si lek\u00e9rdez\u00e9sek feldolgoz\u00e1si sebess\u00e9g\u00e9re vonatkoz\u00f3 k\u00f6vetelm\u00e9nyeket, r\u00e1j\u00f6tt\u00fcnk, hogy egy ilyen rendszer tipikus haszn\u00e1lati mint\u00e1ja az, hogy az emberek a legut\u00f3bbi k\u00e9t nap napl\u00f3it keresik, \u00e9s nem akarnak egy m\u00e1sodpercn\u00e9l tov\u00e1bb v\u00e1rni az eredm\u00e9nyre a megfogalmazott k\u00e9r\u00e9s\u00fckre. <\/li>\n<li>Az adminok ragaszkodtak ahhoz, hogy a rendszer sz\u00fcks\u00e9g eset\u00e9n k\u00f6nnyen sk\u00e1l\u00e1zhat\u00f3 legyen, an\u00e9lk\u00fcl, hogy m\u00e9lyen bele kelljen mer\u00fclni\u00fck abba, hogyan is m\u0171k\u00f6dik. <\/li>\n<li>\u00cdgy az egyetlen karbantart\u00e1si feladat, amelyre ezeknek a rendszereknek peri\u00f3dikusan sz\u00fcks\u00e9g\u00fck volt, az volt, hogy kicser\u00e9lj\u00fcnk valamilyen hardware-t.<\/li>\n<li>Ezen k\u00edv\u00fcl az Odnoklassniki-ban kiv\u00e1l\u00f3 technikai hagyom\u00e1ny van: b\u00e1rmilyen szolg\u00e1ltat\u00e1st, amit ind\u00edtunk, k\u00e9pesnek kell lennie arra, hogy t\u00fal\u00e9lje a k\u00f6zpont le\u00e1ll\u00e1s\u00e1t (hirtelen, tervezett \u00e9s teljesen b\u00e1rmikor).<\/li>\n<\/ul>\n<p><\/p>\n<p>A projekt megval\u00f3s\u00edt\u00e1s\u00e1nak legutols\u00f3 k\u00f6vetelm\u00e9nye a legnagyobb k\u00fczdelm\u00fcnket okozta, err\u0151l m\u00e9g r\u00e9szletesebben besz\u00e9lek.<\/p>\n<p><\/p>\n<h2 id=\"sreda\">K\u00f6rnyezet<\/h2>\n<p><\/p>\n<p>N n\u00e9gy adatk\u00f6zpontban dolgozunk, ek\u00f6zben az Elasticsearch adatcsom\u00f3pontok csak h\u00e1romban helyezkedhetnek el (t\u00f6bb nem m\u0171szaki okb\u00f3l).<\/p>\n<p><\/p>\n<p>Ezekben a n\u00e9gy adatk\u00f6zpontban k\u00f6r\u00fclbel\u00fcl 18 ezer k\u00fcl\u00f6nb\u00f6z\u0151 napl\u00f3forr\u00e1s tal\u00e1lhat\u00f3 \u2014 hardverek, t\u00e1rol\u00f3k, virtu\u00e1lis g\u00e9pek.<\/p>\n<p><\/p>\n<p>Fontos jellemz\u0151: a klaszter ind\u00edt\u00e1sa t\u00e1rol\u00f3kban t\u00f6rt\u00e9nik <noindex><a rel=\"nofollow\" href=\"https:\/\/podman.io\">Podman<\/a><\/noindex> nem fizikai g\u00e9peken, hanem <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/odnoklassniki\/blog\/346868\/\">saj\u00e1t felh\u0151alap\u00fa term\u00e9k\u00fcnk, az one-cloud<\/a><\/noindex>. A t\u00e1rol\u00f3knak 2 magot garant\u00e1lunk, hasonl\u00f3an a 2.0Ghz v4-hez, a t\u00f6bbi mag kihaszn\u00e1l\u00e1sa lehet\u0151s\u00e9g szerint, ha azok inakt\u00edvak. <\/p>\n<p><\/p>\n<p>M\u00e1s szavakkal:<\/p>\n<p><\/p>\n<p><img decoding=\"async\" alt=\"Elasticsearch klaszter 200 TB+\" src=\"\/wp-content\/uploads\/2020\/03\/073bffbfc3cff761bfabe0773b7f4ebc.jpg\" style=\"display:block;margin: 0 auto;\" \/><\/p>\n<p><\/p>\n<h2 id=\"topologiya\">Topol\u00f3gia<\/h2>\n<p><\/p>\n<p>Az \u00e1ltal\u00e1nos megold\u00e1s nekem kezdetben \u00edgy t\u0171nt:<\/p>\n<p><\/p>\n<ul>\n<li>3-4 VIP \u00e1ll a Graylog domain A-nyilv\u00e1ntart\u00e1sa m\u00f6g\u00f6tt, ez az a c\u00edm, ahov\u00e1 a napl\u00f3k \u00e9rkeznek.<\/li>\n<li>minden VIP LVS egyens\u00falyoz\u00f3k\u00e9nt m\u0171k\u00f6dik.<\/li>\n<li>Ezek ut\u00e1n a napl\u00f3k egy Graylog gy\u0171jt\u0151be jutnak, az adatok egy r\u00e9sze GELF form\u00e1tumban, m\u00e1sik r\u00e9sze syslog form\u00e1tumban t\u00e9r vissza.<\/li>\n<li>A tov\u00e1bbiakban mindez nagy k\u00f6tegekben \u00edr\u00f3dik az Elasticsearch koordin\u00e1torok gy\u0171jt\u0151j\u00e9be. <\/li>\n<li>Ezek pedig, viszont, k\u00e9rd\u00e9seket k\u00fcldenek az \u00edr\u00e1sra \u00e9s olvas\u00e1sra a megfelel\u0151 adatcsom\u00f3pontokhoz. <\/li>\n<\/ul>\n<p><\/p>\n<p><img decoding=\"async\" alt=\"Elasticsearch klaszter 200 TB+\" src=\"\/wp-content\/uploads\/2020\/03\/21efcdf6992a07e0c5e9b477c567cca9.jpg\" style=\"display:block;margin: 0 auto;\" \/><\/p>\n<p><\/p>\n<h2 id=\"terminologiya\">Terminol\u00f3gia<\/h2>\n<p><\/p>\n<p>Lehets\u00e9ges, hogy nem mindenki j\u00e1rtas a terminol\u00f3gi\u00e1ban, ez\u00e9rt szeretn\u00e9m egy kicsit r\u00e9szletesebben kifejteni.<\/p>\n<p><\/p>\n<p>Az Elasticsearch-ben t\u00f6bbf\u00e9le n\u00f3d l\u00e9tezik \u2014 master, coordinator, data node. K\u00e9t m\u00e1sik t\u00edpus is van k\u00fcl\u00f6nb\u00f6z\u0151 napl\u00f3\u00e1talak\u00edt\u00e1sokra \u00e9s k\u00fcl\u00f6nb\u00f6z\u0151 klaszterek k\u00f6z\u00f6tti kapcsolatra, de mi csak a felsoroltakat haszn\u00e1ltuk. <\/p>\n<p><\/p>\n<p><strong>Master<\/strong><br \/>\nPingeli az \u00f6sszes klaszterben l\u00e9v\u0151 n\u00f3dot, fenntartja az aktu\u00e1lis klaszter t\u00e9rk\u00e9pet \u00e9s megosztja azt a n\u00f3dok k\u00f6z\u00f6tt, kezeli az esem\u00e9nylogik\u00e1t, k\u00fcl\u00f6nb\u00f6z\u0151 cluster wide h\u00e1ztart\u00e1si feladatokat v\u00e9gez. <\/p>\n<p><\/p>\n<p><strong>Coordinator<\/strong><br \/>\nEgyetlen feladatot l\u00e1t el: fogadja az \u00fcgyfelekt\u0151l \u00e9rkez\u0151 olvas\u00e1si vagy \u00edr\u00e1si k\u00e9relmeket \u00e9s ir\u00e1ny\u00edtja ezt a forgalmat. Ha az \u00edr\u00e1si k\u00e9relem, val\u00f3sz\u00edn\u0171leg meg fogja k\u00e9rdezni a master-t, hogy melyik shard relev\u00e1ns indexbe kell tenni, \u00e9s tov\u00e1bbir\u00e1ny\u00edtja a k\u00e9relmet. <\/p>\n<p><\/p>\n<p><strong>Data node<\/strong><br \/>\nT\u00e1rolja az adatokat, \u00e9s v\u00e9grehajtja a k\u00fcls\u0151b\u0151l \u00e9rkez\u0151 keres\u00e9si k\u00e9relmeket \u00e9s a rajta l\u00e9v\u0151 shardokon v\u00e9grehajtott m\u0171veleteket.<\/p>\n<p><\/p>\n<p><strong>Graylog<\/strong><br \/>\nEz olyan, mint a Kibana \u00e9s Logstash egyes\u00edt\u00e9se az ELK stackben. A Graylog \u00f6tv\u00f6zi a felhaszn\u00e1l\u00f3i fel\u00fcletet \u00e9s a logfeldolgoz\u00f3 pipeline-t. A Graylog m\u00f6g\u00f6tt a Kafka \u00e9s a Zookeeper m\u0171k\u00f6dik, amelyek biztos\u00edtj\u00e1k a Graylog klaszter kapcsolatoss\u00e1g\u00e1t. A Graylog k\u00e9pes a napl\u00f3kat (Kafka) gyors\u00edt\u00f3t\u00e1razni az Elasticsearch el\u00e9rhetetlens\u00e9ge eset\u00e9re, \u00e9s ism\u00e9telni a sikertelen \u00edr\u00e1si \u00e9s olvas\u00e1si k\u00e9r\u00e9seket, valamint csoportos\u00edtani \u00e9s c\u00edmk\u00e9zni a szab\u00e1lyok szerinti napl\u00f3kat. Mint a Logstash, a Graylognak is van ittf\u00e9le funkci\u00f3ja, amely lehet\u0151v\u00e9 teszi a sorok m\u00f3dos\u00edt\u00e1s\u00e1t miel\u0151tt azokat az Elasticsearchbe \u00edrn\u00e1nk.<\/p>\n<p><\/p>\n<p>Ezen k\u00edv\u00fcl a Graylog be\u00e9p\u00edtett szolg\u00e1ltat\u00e1s-felfedez\u00e9ssel rendelkezik, amely lehet\u0151v\u00e9 teszi, hogy egyetlen el\u00e9rhet\u0151 Elasticsearch node alapj\u00e1n megszerezz\u00fck az eg\u00e9sz klaszter t\u00e9rk\u00e9p\u00e9t, \u00e9s sz\u0171rj\u00fck azt egy adott c\u00edmke alapj\u00e1n, ami lehet\u0151v\u00e9 teszi a k\u00e9r\u00e9sek ir\u00e1ny\u00edt\u00e1s\u00e1t meghat\u00e1rozott kont\u00e9nerek fel\u00e9.<\/p>\n<p><\/p>\n<p>L\u00e1tv\u00e1nyilag \u00edgy n\u00e9z ki:<\/p>\n<p><\/p>\n<p><img decoding=\"async\" alt=\"Elasticsearch klaszter 200 TB+\" src=\"\/wp-content\/uploads\/2020\/03\/8673ba9c0300ea0153d34a9f98afbcf2.jpg\" style=\"display:block;margin: 0 auto;\" \/><\/p>\n<p><\/p>\n<p>Ez egy k\u00e9perny\u0151felv\u00e9tel egy konkr\u00e9t p\u00e9ld\u00e1nyr\u00f3l. Itt keres\u00e9si kifejez\u00e9ssel hisztogramot \u00e1ll\u00edtunk el\u0151, relev\u00e1ns sorokat jelen\u00edtve meg.<\/p>\n<p><\/p>\n<h2 id=\"indeksy\">Indexek<\/h2>\n<p><\/p>\n<p>A rendszerarchitekt\u00far\u00e1ra visszat\u00e9rve, szeretn\u00e9k r\u00e9szletesebben besz\u00e9lni arr\u00f3l, hogyan \u00e9p\u00edtett\u00fck fel az indexmodelt, hogy minden rendben m\u0171k\u00f6dj\u00f6n. <\/p>\n<p><\/p>\n<p>A kor\u00e1bban bemutatott \u00e1br\u00e1n ez a legalacsonyabb szint: az Elasticsearch adatcsom\u00f3pontok.<\/p>\n<p><\/p>\n<p>Az index egy nagy virtu\u00e1lis entit\u00e1s, amely az Elasticsearch shardjaib\u00f3l \u00e1ll. Maguk a shardok nem m\u00e1sok, mint Lucene indexek. Minden Lucene index pedig egy vagy t\u00f6bb szegmensb\u0151l \u00e1ll. <\/p>\n<p><\/p>\n<p><img decoding=\"async\" alt=\"Elasticsearch klaszter 200 TB+\" src=\"\/wp-content\/uploads\/2020\/03\/13b858cb102dce26b0851516b2d36c43.jpg\" style=\"display:block;margin: 0 auto;\" \/><\/p>\n<p><\/p>\n<p>A tervez\u00e9s sor\u00e1n azt sz\u00e1moltuk, hogy ahhoz, hogy a nagy adatmennyis\u00e9g gyors olvas\u00e1si ig\u00e9nyeit kiel\u00e9g\u00edts\u00fck, egyenletesen kell \"elkenni\" ezeket az adatokat az adatcsom\u00f3pontok k\u00f6z\u00f6tt. <\/p>\n<p><\/p>\n<p>Ez abban nyilv\u00e1nult meg, hogy az indexre (replik\u00e1kkal) vonatkoz\u00f3 shardok sz\u00e1ma szigor\u00faan meg kellett, hogy egyezzen a data node-ok sz\u00e1m\u00e1val. Egyr\u00e9szt, hogy biztos\u00edtsuk a replik\u00e1ci\u00f3s faktort, amely kett\u0151re van \u00e1ll\u00edtva (teh\u00e1t elvesz\u00edthetj\u00fck a klaszter fel\u00e9t). M\u00e1sr\u00e9szt, hogy a k\u00e9r\u00e9sek olvas\u00e1s\u00e1t \u00e9s \u00edr\u00e1s\u00e1t legal\u00e1bb a klaszter fel\u00e9n tudjuk kezelni.<\/p>\n<p><\/p>\n<p>A t\u00e1rol\u00e1si id\u0151t el\u0151sz\u00f6r 30 napban hat\u00e1roztuk meg.<\/p>\n<p><\/p>\n<p>A shardok eloszl\u00e1s\u00e1t grafikus form\u00e1ban a k\u00f6vetkez\u0151k\u00e9ppen lehet \u00e1br\u00e1zolni:<\/p>\n<p><\/p>\n<p><img decoding=\"async\" alt=\"Elasticsearch klaszter 200 TB+\" src=\"\/wp-content\/uploads\/2020\/03\/242726053360d1a6bdf4e527edc6cae6.jpg\" style=\"display:block;margin: 0 auto;\" \/><\/p>\n<p><\/p>\n<p>Az eg\u00e9sz s\u00f6t\u00e9tsz\u00fcrke t\u00e9glalap az indexet jelenti. A baloldali piros n\u00e9gyzet az els\u0151dleges shard, amely az index els\u0151 shardja. A k\u00e9k n\u00e9gyzet pedig a replik\u00e1s shard. Ezek k\u00fcl\u00f6nb\u00f6z\u0151 adatk\u00f6zpontokban tal\u00e1lhat\u00f3k.<\/p>\n<p><\/p>\n<p>Amikor hozz\u00e1adunk m\u00e9g egy shardot, az a harmadik adatk\u00f6zpontba ker\u00fcl. V\u00e9g\u00fcl teh\u00e1t azt a strukt\u00far\u00e1t kapjuk, amely lehet\u0151v\u00e9 teszi az adatk\u00f6zpont elveszt\u00e9s\u00e9t an\u00e9lk\u00fcl, hogy az adatok k\u00f6vetkezetlens\u00e9g\u00e9t szenvedn\u00e9nek el.<\/p>\n<p><\/p>\n<p><img decoding=\"async\" alt=\"Elasticsearch klaszter 200 TB+\" src=\"\/wp-content\/uploads\/2020\/03\/27cbe4d4606f5ae5f3013ea46504134b.jpg\" style=\"display:block;margin: 0 auto;\" \/><\/p>\n<p><\/p>\n<p>Az indexek forgat\u00e1s\u00e1t, azaz \u00faj index l\u00e9trehoz\u00e1s\u00e1t \u00e9s a leg\u00f6regebb t\u00f6rl\u00e9s\u00e9t 48 \u00f3r\u00e1ra \u00e1ll\u00edtottuk be (az index haszn\u00e1lati mint\u00e1zata alapj\u00e1n: az utols\u00f3 48 \u00f3r\u00e1ban keresnek a leggyakrabban).<\/p>\n<p><\/p>\n<p>Ez az indexforgat\u00e1si id\u0151intervallum a k\u00f6vetkez\u0151 okokkal f\u00fcgg \u00f6ssze:<\/p>\n<p><\/p>\n<p>Amikor egy konkr\u00e9t adat-n\u00f3d\u00e1ra keres\u00e9si k\u00e9r\u00e9s \u00e9rkezik, a teljes\u00edtm\u00e9ny szempontj\u00e1b\u00f3l el\u0151ny\u00f6sebb, ha csak egy shardot k\u00e9rdez\u00fcnk le, ha annak m\u00e9rete hasonl\u00edt a n\u00f3d h\u00edpje m\u00e9ret\u00e9hez. Ez lehet\u0151v\u00e9 teszi a \"forr\u00f3\" indexr\u00e9sz h\u00edpben tart\u00e1s\u00e1t \u00e9s gyors hozz\u00e1f\u00e9r\u00e9st. Amikor sok \"forr\u00f3 r\u00e9sze\" van, a keres\u00e9si sebess\u00e9g romlik.<\/p>\n<p><\/p>\n<p>Amikor a n\u00f3d egy shardon elkezdi v\u00e9grehajtani a keres\u00e9si k\u00e9r\u00e9st, a fizikai g\u00e9p hyper-threading magjainak sz\u00e1m\u00e1val megegyez\u0151 sz\u00e1m\u00fa sz\u00e1lat oszt ki. Ha a keres\u00e9si k\u00e9rd\u00e9s sok shardot \u00e9rint, a sz\u00e1lak sz\u00e1ma ar\u00e1nyosan n\u0151. Ez h\u00e1tr\u00e1nyosan befoly\u00e1solja a keres\u00e9s sebess\u00e9g\u00e9t, \u00e9s negat\u00edvan hat az \u00faj adatok indexel\u00e9s\u00e9re. <\/p>\n<p><\/p>\n<p>A keres\u00e9s sz\u00fcks\u00e9ges k\u00e9sleltet\u00e9s\u00e9nek biztos\u00edt\u00e1sa \u00e9rdek\u00e9ben \u00fagy d\u00f6nt\u00f6tt\u00fcnk, hogy SSD-t haszn\u00e1lunk. A kont\u00e9nerek gyorsabb feldolgoz\u00e1s\u00e1hoz a g\u00e9peknek, amelyeken ezek futottak, legal\u00e1bb 56 maggal kellett rendelkezni\u00fck. Az 56-os sz\u00e1mot mint felt\u00e9telesen elegend\u0151 mennyis\u00e9get v\u00e1lasztottuk, amely meghat\u00e1rozza az Elasticsearch \u00e1ltal gener\u00e1lt sz\u00e1lak sz\u00e1m\u00e1t a m\u0171k\u00f6d\u00e9s sor\u00e1n. Az Elasticsearch-ben sok thread pool param\u00e9ter k\u00f6zvetlen\u00fcl f\u00fcgg a rendelkez\u00e9sre \u00e1ll\u00f3 magok sz\u00e1m\u00e1t\u00f3l, ami k\u00f6zvetlen\u00fcl befoly\u00e1solja a sz\u00fcks\u00e9ges node-ok sz\u00e1m\u00e1t a klaszterben az elv szerint: \"kevesebb mag \u2014 t\u00f6bb node\". <\/p>\n<p><\/p>\n<p>V\u00e9g\u00fcl azt kaptuk, hogy egy \u00e1tlagos shard k\u00f6r\u00fclbel\u00fcl 20 gigab\u00e1jt m\u00e9ret\u0171, \u00e9s egy indexre 360 shard jut. Ha ezeket 48 \u00f3r\u00e1nk\u00e9nt forgatjuk, akkor 15 shardunk van. Minden index 2 napnyi adatot tartalmaz.<\/p>\n<p><\/p>\n<h2 id=\"shemy-zapisi-i-chteniya-dannyh\">Adatok \u00edr\u00e1si \u00e9s olvas\u00e1si s\u00e9m\u00e1i<\/h2>\n<p><\/p>\n<p>N\u00e9zz\u00fck meg, hogyan ker\u00fclnek az adatok r\u00f6gz\u00edt\u00e9sre ebben a rendszerben.<\/p>\n<p><\/p>\n<p>Tegy\u00fck fel, hogy a Graylogb\u00f3l egy k\u00e9r\u00e9s \u00e9rkezik a koordin\u00e1torhoz. P\u00e9ld\u00e1ul 2-3 ezer sor indexel\u00e9s\u00e9t szeretn\u00e9nk v\u00e9grehajtani. <\/p>\n<p><\/p>\n<p>A koordin\u00e1tor, miut\u00e1n megkapta a Greylogt\u00f3l a k\u00e9rd\u00e9st, megk\u00e9rdezi a mestert: \u201eA kioszt\u00e1s k\u00e9r\u00e9s\u00e9ben kifejezetten meg lett hat\u00e1rozva az index, de hogy melyik shardba \u00edrjunk - az nincs megadva.\u201d <\/p>\n<p><\/p>\n<p>A mester v\u00e1laszol: \u201e\u00cdrd be ezt az inform\u00e1ci\u00f3t a 71-es shardba\u201d, majd az inform\u00e1ci\u00f3 k\u00f6zvetlen\u00fcl a megfelel\u0151 adatcsom\u00f3pontba ker\u00fcl, ahol a 71-es primary-shard tal\u00e1lhat\u00f3.<\/p>\n<p><\/p>\n<p>Ezt k\u00f6vet\u0151en a tranzakci\u00f3k napl\u00f3ja replik\u00e1l\u00f3dik a replica-shardba, amely m\u00e1r egy m\u00e1sik adatk\u00f6zpontban tal\u00e1lhat\u00f3.<\/p>\n<p><\/p>\n<p><img decoding=\"async\" alt=\"Elasticsearch klaszter 200 TB+\" src=\"\/wp-content\/uploads\/2020\/03\/fdb6a77cb78b1eed290e440478569e3b.jpg\" style=\"display:block;margin: 0 auto;\" \/><\/p>\n<p><\/p>\n<p>A Graylogb\u00f3l a koordin\u00e1torhoz keres\u00e9si k\u00e9r\u00e9s \u00e9rkezik. A koordin\u00e1tor az index alapj\u00e1n tov\u00e1bb\u00edtja, mik\u00f6zben az Elasticsearch round-robin elv alapj\u00e1n osztja el a k\u00e9r\u00e9seket a primary-shard \u00e9s a replica-shard k\u00f6z\u00f6tt. <\/p>\n<p><\/p>\n<p><img decoding=\"async\" alt=\"Elasticsearch klaszter 200 TB+\" src=\"\/wp-content\/uploads\/2020\/03\/cb32bac878e04d6f50d103ebbc395a7f.jpg\" style=\"display:block;margin: 0 auto;\" \/><\/p>\n<p><\/p>\n<p>\u00d6sszesen 180 csom\u00f3pont v\u00e1laszol, \u00e9s m\u00edg v\u00e1laszolnak, a koordin\u00e1tor \u00f6sszegy\u0171jti az inform\u00e1ci\u00f3t, amelyet m\u00e1r a gyorsabb adatcsom\u00f3pontok \u201ekidobtak\u201d neki. Ezut\u00e1n, amikor minden inform\u00e1ci\u00f3 meg\u00e9rkezett, vagy a k\u00e9r\u00e9st timeoutosra \u00e9rte, mindent k\u00f6zvetlen\u00fcl az \u00fcgyf\u00e9lnek ad \u00e1t. <\/p>\n<p><\/p>\n<p>Ez a rendszer \u00e1tlagosan a legut\u00f3bbi 48 \u00f3r\u00e1s keres\u00e9si k\u00e9r\u00e9seket 300-400 ms alatt dolgozza fel, kiv\u00e9ve azokat a k\u00e9r\u00e9seket, amelyek leading wildcardot tartalmaznak.<\/p>\n<p><\/p>\n<h2 id=\"cvetochki-s-elasticsearch-nastroyka-java\">\u201eVir\u00e1gocsk\u00e1k\u201d az Elasticsearch-szel: Java be\u00e1ll\u00edt\u00e1s<\/h2>\n<p><\/p>\n<p><img decoding=\"async\" alt=\"Elasticsearch klaszter 200 TB+\" src=\"\/wp-content\/uploads\/2020\/03\/fc9ac4b8ee41bc35f5f01b8d9c4ff2f6.jpg\" style=\"display:block;margin: 0 auto;\" \/><\/p>\n<p><\/p>\n<p>Ahhoz, hogy mindez \u00fagy m\u0171k\u00f6dj\u00f6n, ahogyan eredetileg akartuk, nagyon sok\u00e1ig hangoltuk a legk\u00fcl\u00f6nf\u00e9l\u00e9bb dolgokat a klaszterben. <\/p>\n<p><\/p>\n<p>A felfedezett probl\u00e9m\u00e1k els\u0151 r\u00e9sze a Java alap\u00e9rtelmezett be\u00e1ll\u00edt\u00e1saival volt \u00f6sszef\u00fcgg\u00e9sben az Elasticsearch-ban. <\/p>\n<p><\/p>\n<p><strong>Els\u0151 probl\u00e9ma<\/strong><br \/>\nNagyon sok bejegyz\u00e9st \u00e9szlelt\u00fcnk arr\u00f3l, hogy a Lucene szintj\u00e9n, amikor a h\u00e1tt\u00e9rfut\u00e1sok m\u0171k\u00f6dnek, a Lucene szegmensek egyes\u00edt\u00e9se hib\u00e1val v\u00e9gz\u0151dik. A napl\u00f3kban azonban l\u00e1that\u00f3 volt, hogy OutOfMemoryError hiba t\u00f6rt\u00e9nt. A telemetria alapj\u00e1n l\u00e1ttuk, hogy a heap szabad, \u00e9s nem volt egy\u00e9rtelm\u0171, mi\u00e9rt omlik \u00f6ssze ez a m\u0171velet. <\/p>\n<p><\/p>\n<p>Kider\u00fclt, hogy a Lucene indexek egyes\u00edt\u00e9se a heap-on k\u00edv\u00fcl t\u00f6rt\u00e9nik. A kont\u00e9nerek meglehet\u0151sen szigor\u00faan korl\u00e1tozottak a felhaszn\u00e1lhat\u00f3 er\u0151forr\u00e1sokban. Ezekbe az er\u0151forr\u00e1sokba csak a heap f\u00e9rt bele (a heap.size k\u00f6r\u00fclbel\u00fcl egyenl\u0151 volt a RAM-mal), m\u00edg egyes off-heap m\u0171veletek mem\u00f3ria-allok\u00e1ci\u00f3s hib\u00e1val estek el, ha valami okn\u00e1l fogva nem f\u00e9rt bele a ~500MB-ba, ami a limit el\u0151tt maradt.<\/p>\n<p><\/p>\n<p>A megold\u00e1s meglehet\u0151sen trivi\u00e1lis volt: a kont\u00e9ner sz\u00e1m\u00e1ra rendelkez\u00e9sre \u00e1ll\u00f3 RAM mennyis\u00e9g\u00e9t megn\u00f6velt\u00fck, ezut\u00e1n pedig elfeledkezt\u00fcnk arr\u00f3l, hogy valaha ilyen probl\u00e9m\u00e1ink voltak.<\/p>\n<p><\/p>\n<p><strong>M\u00e1sodik probl\u00e9ma<\/strong><br \/>\nN\u00e9h\u00e1ny nappal a klaszter elind\u00edt\u00e1sa ut\u00e1n \u00e9szrevett\u00fck, hogy az adatcsom\u00f3pontok id\u0151nk\u00e9nt kiesnek a klaszterb\u0151l, majd 10-20 m\u00e1sodperc m\u00falva \u00fajra bel\u00e9pnek. <\/p>\n<p><\/p>\n<p>Amikor elkezdt\u00fck megvizsg\u00e1lni, kider\u00fclt, hogy az Elasticsearch-ban l\u00e9v\u0151 off-heap mem\u00f3ria gyakorlatilag semmilyen m\u00f3don nem ellen\u0151rizhet\u0151. Amikor t\u00f6bb mem\u00f3ri\u00e1t adtunk a kont\u00e9nernek, lehet\u0151s\u00e9g\u00fcnk ny\u00edlt k\u00fcl\u00f6nf\u00e9le inform\u00e1ci\u00f3kkal felt\u00f6lteni a k\u00f6zvetlen puffer medenc\u00e9ket, \u00e9s ezek csak akkor tisztultak meg, amikor az Elasticsearch explicit GC-t ind\u00edtott. <\/p>\n<p><\/p>\n<p>Bizonyos esetekben ez a m\u0171velet meglehet\u0151sen hosszan tartott, \u00e9s ezalatt a klaszter m\u00e1r megjel\u00f6lte ezt a csom\u00f3pontot, mint amelyik m\u00e1r kil\u00e9pett. Ezt a probl\u00e9m\u00e1t j\u00f3l le\u00edrt\u00e1k. <noindex><a rel=\"nofollow\" href=\"https:\/\/discuss.elastic.co\/t\/elasticsearch-5-6-very-quickly-increasing-direct-buffer-pools\/119561\">itt tal\u00e1lhat\u00f3<\/a><\/noindex>. <\/p>\n<p><\/p>\n<p>A megold\u00e1s a k\u00f6vetkez\u0151 volt: korl\u00e1toztuk a Java lehet\u0151s\u00e9g\u00e9t, hogy a mem\u00f3ria legnagyobb r\u00e9sz\u00e9t az off-heap m\u0171veletekhez haszn\u00e1lja. Ezt 16 gigab\u00e1jt (-XX:MaxDirectMemorySize=16g) korl\u00e1toz\u00e1sra \u00e1ll\u00edtottuk be, \u00edgy az explicit GC sokkal gyakrabban h\u00edv\u00f3dott meg, \u00e9s jelent\u0151sen gyorsabban futott, \u00edgy nem destabiliz\u00e1lta a klasztert.<\/p>\n<p><\/p>\n<p><strong>Harmadik probl\u00e9ma<\/strong><br \/>\nHa azt hiszed, hogy a \"csom\u00f3pontok, amelyek a legnagyobb v\u00e1ratlans\u00e1ggal hagyj\u00e1k el a klasztert\" probl\u00e9m\u00e1i ezzel v\u00e9get \u00e9rtek, t\u00e9vedsz. <\/p>\n<p><\/p>\n<p>Amikor az indexek m\u0171k\u00f6d\u00e9s\u00e9nek konfigur\u00e1l\u00e1s\u00e1n dolgoztunk, a mmapfs mellett d\u00f6nt\u00f6tt\u00fcnk, hogy <noindex><a rel=\"nofollow\" href=\"https:\/\/discuss.elastic.co\/t\/benchmarks-default-niofs-vs-memory-mapped-mmapfs\/13118\/2\">cs\u00f6kkents\u00fck a keres\u00e9si id\u0151t<\/a><\/noindex> az \u00faj shardok eset\u00e9n, amelyek nagy szegment\u00e1lts\u00e1ggal rendelkeznek. Ez el\u00e9gg\u00e9 durva hiba volt, mert a mmapfs haszn\u00e1latakor a f\u00e1jl a RAM-ba van t\u00e9rk\u00e9pezve, \u00e9s ezut\u00e1n a t\u00e9rk\u00e9pezett f\u00e1jllal dolgozunk. Emiatt, amikor a GC megpr\u00f3b\u00e1lja le\u00e1ll\u00edtani a sz\u00e1lakat az alkalmaz\u00e1sban, nagyon hossz\u00fa ideig jutunk el a safepoint-hoz, \u00e9s ez alatt az alkalmaz\u00e1s nem v\u00e1laszol a mester k\u00e9rd\u00e9seire arr\u00f3l, hogy \u00e9l-e. Ennek k\u00f6vetkezt\u00e9ben a mester azt hiszi, hogy a csom\u00f3pont m\u00e1r nem r\u00e9sze a klaszternek. Ezut\u00e1n 5-10 m\u00e1sodperc m\u00falva a garbage collector v\u00e9grehajt\u00f3dik, a csom\u00f3pont \u00fajj\u00e1\u00e9led, \u00fajra bel\u00e9p a klaszterbe \u00e9s megkezdi a shardok inicializ\u00e1l\u00e1s\u00e1t. Ez nagyon eml\u00e9keztetett arra a \"termel\u00e9sre, amire meg\u00e9rdemelt\u00fck\", \u00e9s nem volt alkalmas semmi komolyra.<\/p>\n<p><\/p>\n<p>Az ilyen viselked\u00e9s megsz\u00fcntet\u00e9se \u00e9rdek\u00e9ben el\u0151sz\u00f6r \u00e1t\u00e1lltunk a standard niofs-re, majd amikor az \u00f6t\u00f6dik Elastic verzi\u00f3kr\u00f3l a hatodikra migr\u00e1ltunk, kipr\u00f3b\u00e1ltuk a hybridfs-t, ahol ez a probl\u00e9ma nem jelentkezett. A t\u00e1rol\u00e1s t\u00edpusair\u00f3l b\u0151vebben olvashatsz. <noindex><a rel=\"nofollow\" href=\"https:\/\/www.elastic.co\/guide\/en\/elasticsearch\/reference\/6.8\/index-modules-store.html\">itt<\/a><\/noindex>.<\/p>\n<p><\/p>\n<p><strong>Negyedik probl\u00e9ma<\/strong><br \/>\nAzt\u00e1n volt m\u00e9g egy nagyon \u00e9rdekes probl\u00e9ma, amelyet rekord id\u0151 alatt kezelt\u00fcnk. K\u00e9t-h\u00e1rom h\u00f3napon kereszt\u00fcl pr\u00f3b\u00e1ltuk fogni, mert a mint\u00e1zata teljesen \u00e9rthetetlen volt. <\/p>\n<p><\/p>\n<p>N\u00e9ha a koordin\u00e1toraink Full GC k\u00f6r\u00fcli \u00e1llapotba ker\u00fcltek, \u00e1ltal\u00e1ban valahol d\u00e9l ut\u00e1n, \u00e9s onnan m\u00e1r nem t\u00e9rtek vissza. Mik\u00f6zben a GC k\u00e9sleked\u00e9seket napl\u00f3ztuk, ez \u00fagy n\u00e9zett ki: minden rendben, rendben, rendben, majd hirtelen minden dr\u00e1maian rossz lett. <\/p>\n<p><\/p>\n<p>El\u0151sz\u00f6r azt gondoltuk, hogy van egy rosszindulat\u00fa felhaszn\u00e1l\u00f3, aki valamilyen lek\u00e9rdez\u00e9st ind\u00edt, amely ki\u00fcti a koordin\u00e1tort a munk\u00e1ra k\u00e9szen \u00e1ll\u00f3 \u00e1llapotb\u00f3l. Nagyon sok\u00e1ig napl\u00f3ztuk a lek\u00e9rdez\u00e9seket, pr\u00f3b\u00e1lva kider\u00edteni, mi t\u00f6rt\u00e9nik. <\/p>\n<p><\/p>\n<p>V\u00e9g\u00fcl kider\u00fclt, hogy amikor egy felhaszn\u00e1l\u00f3 egy hatalmas lek\u00e9rdez\u00e9st ind\u00edt, \u00e9s az egy adott Elasticsearch koordin\u00e1torhoz jut el, n\u00e9h\u00e1ny csom\u00f3pont lassabban v\u00e1laszol, mint a t\u00f6bbiek. <\/p>\n<p><\/p>\n<p>A koordin\u00e1tor addig, am\u00edg v\u00e1rja az \u00f6sszes csom\u00f3pont v\u00e1lasz\u00e1t, felhalmozza a m\u00e1r v\u00e1laszol\u00f3 csom\u00f3pontokt\u00f3l \u00e9rkez\u0151 eredm\u00e9nyeket. A GC sz\u00e1m\u00e1ra ez azt jelenti, hogy nagyon gyorsan megv\u00e1ltozik a heap haszn\u00e1lati mint\u00e1zata. A v\u00e1lasztott GC pedig nem tudott megbirk\u00f3zni ezzel a feladattal. <\/p>\n<p><\/p>\n<p>Az egyetlen megold\u00e1s, amit tal\u00e1ltunk, hogy megv\u00e1ltoztassuk a klaszter viselked\u00e9s\u00e9t ilyen helyzetben, a JDK13-ra val\u00f3 migr\u00e1l\u00e1s \u00e9s a Shenandoah szem\u00e9tgy\u0171jt\u0151 haszn\u00e1lata volt. Ez megoldotta a probl\u00e9m\u00e1t, a koordin\u00e1toraink t\u00f6bb\u00e9 nem omlottak \u00f6ssze. <\/p>\n<p><\/p>\n<p>Ekkor v\u00e9get \u00e9rtek a Java-val kapcsolatos probl\u00e9m\u00e1k \u00e9s megkezd\u0151dtek a teljes\u00edtm\u00e9nybeli probl\u00e9m\u00e1k. <\/p>\n<p><\/p>\n<h2 id=\"yagodki-s-elasticsearch-propusknaya-sposobnost\">A \u201egy\u00fcm\u00f6lcs\u00f6k\u201d az Elasticsearch-t\u0151l: teljes\u00edtm\u00e9nybeli probl\u00e9m\u00e1k<\/h2>\n<p><\/p>\n<p><img decoding=\"async\" alt=\"Elasticsearch klaszter 200 TB+\" src=\"\/wp-content\/uploads\/2020\/03\/bb5c08193d7d764515235e825cd30ce5.jpg\" style=\"display:block;margin: 0 auto;\" \/><\/p>\n<p><\/p>\n<p>A teljes\u00edtm\u00e9nybeli probl\u00e9m\u00e1k azt jelentik, hogy a klaszter\u00fcnk stabilan m\u0171k\u00f6dik, de az indexelend\u0151 dokumentumok mennyis\u00e9g\u00e9nek cs\u00facsain \u00e9s a man\u0151verek sor\u00e1n a teljes\u00edtm\u00e9ny nem elegend\u0151.<\/p>\n<p><\/p>\n<p>Az els\u0151 tapasztalt t\u00fcnet: bizonyos \u201erobban\u00e1sok\u201d sor\u00e1n a termel\u00e9sben, amikor hirtelen nagy mennyis\u00e9g\u0171 napl\u00f3 gener\u00e1l\u00f3dik, a Graylog gyakran megjelen\u00edti az es_rejected_execution indexel\u00e9si hib\u00e1t. <\/p>\n<p><\/p>\n<p>Ez az\u00e9rt t\u00f6rt\u00e9nt, mert a thread_pool.write.queue egy adatcsom\u00f3ponton, miel\u0151tt az Elasticsearch feldolgozn\u00e1 az indexel\u00e9si lek\u00e9r\u00e9st \u00e9s az inform\u00e1ci\u00f3t a shardra menten\u00e9, alap\u00e9rtelmez\u00e9s szerint csak 200 lek\u00e9rdez\u00e9st tud t\u00e1rolni. \u00c9rdekes m\u00f3don <noindex><a rel=\"nofollow\" href=\"https:\/\/www.elastic.co\/guide\/en\/elasticsearch\/reference\/6.8\/modules-threadpool.html\">az Elasticsearch dokument\u00e1ci\u00f3j\u00e1ban<\/a><\/noindex> err\u0151l a param\u00e9terr\u0151l nagyon keveset besz\u00e9lnek. Csak a maxim\u00e1lis sz\u00e1lak sz\u00e1m\u00e1t \u00e9s az alap\u00e9rtelmezett m\u00e9retet eml\u00edtik.<\/p>\n<p><\/p>\n<p>Term\u00e9szetesen elkezdt\u00fck \u00e1ll\u00edtani ezt az \u00e9rt\u00e9ket, \u00e9s a k\u00f6vetkez\u0151ket \u00e1llap\u00edtottuk meg: a mi be\u00e1ll\u00edt\u00e1sunkn\u00e1l a 300 lek\u00e9rdez\u00e9sig viszonylag j\u00f3l t\u00e1rol\u00f3dik, de enn\u00e9l magasabb \u00e9rt\u00e9k m\u00e1r \u00fajra Full GC-be terel benn\u00fcnket.<\/p>\n<p><\/p>\n<p>Tov\u00e1bb\u00e1, mivel \u00fczenett\u00f6mb\u00f6k \u00e9rkeznek egyetlen k\u00e9r\u00e9s keret\u00e9ben, sz\u00fcks\u00e9g volt a Graylog finom\u00edt\u00e1s\u00e1ra, hogy ne gyakran \u00e9s apr\u00f3 k\u00f6tegekben \u00edrjon, hanem hatalmas k\u00f6tegekben vagy h\u00e1rom m\u00e1sodpercenk\u00e9nt, ha a k\u00f6teg m\u00e9g mindig nem teljes. Ilyen esetben az inform\u00e1ci\u00f3, amelyet az Elasticsearch-be \u00edrunk, nem v\u00e1lik el\u00e9rhet\u0151v\u00e9 k\u00e9t m\u00e1sodperc m\u00falva, hanem \u00f6t ut\u00e1n (ami sz\u00e1munkra teljesen megfelel\u0151), de cs\u00f6kken a t\u00f6bbsz\u00f6r\u00f6s pr\u00f3b\u00e1lkoz\u00e1sok sz\u00e1ma, amelyekre sz\u00fcks\u00e9g van, hogy \u00e1tkonvert\u00e1ljunk egy nagyobb inform\u00e1ci\u00f3k\u00e9szletet.<\/p>\n<p><\/p>\n<p>Ez k\u00fcl\u00f6n\u00f6sen fontos azokban a pillanatokban, amikor valami le\u00e1llt valahol, \u00e9s err\u0151l hevesen \u00e9rtes\u00edt minket, hogy ne kapjunk teljesen spammelt Elastic-et, \u00e9s egy id\u0151 eltelt\u00e9vel a Graylog csom\u00f3pontok offline \u00e1llapotba ker\u00fcljenek a t\u00falterhelt pufferek miatt.<\/p>\n<p><\/p>\n<p>Tov\u00e1bb\u00e1, amikor ezek a robbant\u00e1sok t\u00f6rt\u00e9ntek a termel\u00e9sben, programoz\u00f3kt\u00f3l \u00e9s tesztel\u0151kt\u0151l \u00e9rkeztek panaszok: abban a pillanatban, amikor nagyon sz\u00fcks\u00e9g\u00fck volt ezekre a napl\u00f3kre, azok nagyon lassan \u00e9rkeztek.<\/p>\n<p><\/p>\n<p>Kezdt\u00fcnk ut\u00e1na j\u00e1rni. Egyr\u00e9szt vil\u00e1gos volt, hogy a keres\u00e9si lek\u00e9rdez\u00e9sek \u00e9s az indexel\u00e9si k\u00e9rd\u00e9sek l\u00e9nyeg\u00e9ben ugyanazon fizikai g\u00e9peken futnak, \u00e9s \u00edgy vagy \u00fagy, bizonyos lehull\u00e1sokra lehet sz\u00e1m\u00edtani. <\/p>\n<p><\/p>\n<p>De ezt r\u00e9szben el lehetett ker\u00fcli, mivel az Elasticsearch hatodik verzi\u00f3iban megjelent egy algoritmus, amely lehet\u0151v\u00e9 teszi a lek\u00e9rdez\u00e9sek relev\u00e1ns adatcsom\u00f3pontok k\u00f6z\u00f6tti eloszt\u00e1s\u00e1t nem v\u00e9letlenszer\u0171 round-robin elven (az indexel\u00e9st v\u00e9gz\u0151 kont\u00e9ner, amely a primary-shard-ot kezeli, nagyon elfoglalt lehet, nem lesz lehet\u0151s\u00e9g a gyors v\u00e1laszad\u00e1sra), hanem a lek\u00e9rdez\u00e9st egy kev\u00e9sb\u00e9 terhelt kont\u00e9nerre ir\u00e1ny\u00edtani, amely a replica-shard-ot kezeli, \u00e9s jelent\u0151sen gyorsabban v\u00e1laszol. M\u00e1s sz\u00f3val, el\u0151\u00e1lltunk a use_adaptive_replica_selection: true be\u00e1ll\u00edt\u00e1ssal.<\/p>\n<p><\/p>\n<p>Az olvas\u00e1si k\u00e9p \u00edgy kezd kin\u00e9zni:<\/p>\n<p><\/p>\n<p><img decoding=\"async\" alt=\"Elasticsearch klaszter 200 TB+\" src=\"\/wp-content\/uploads\/2020\/03\/ae7c1645bb63692e580b1bca5c6e5db0.jpg\" style=\"display:block;margin: 0 auto;\" \/><\/p>\n<p><\/p>\n<p>Az algoritmusra val\u00f3 \u00e1tt\u00e9r\u00e9s lehet\u0151v\u00e9 tette a lek\u00e9rdez\u00e9si id\u0151 jelent\u0151s javul\u00e1s\u00e1t azokban a pillanatokban, amikor nagy mennyis\u00e9g\u0171 napl\u00f3 \u00edr\u00f3dott.<\/p>\n<p><\/p>\n<p>V\u00e9g\u00fcl, a f\u0151 probl\u00e9ma a adatk\u00f6zpont f\u00e1jdalommentes le\u00e1ll\u00edt\u00e1sa volt.<\/p>\n<p><\/p>\n<p>Mit v\u00e1rtunk el a klasztert\u0151l az egyik adatk\u00f6zponttal val\u00f3 kapcsolat elveszt\u00e9se ut\u00e1n: <\/p>\n<p><\/p>\n<ul>\n<li>Ha az el\u00e9rhetetlen adatk\u00f6zpontban tart\u00f3zkodik az aktu\u00e1lis mester, akkor azt ism\u00e9telt v\u00e1laszt\u00e1ssal egy m\u00e1sik csom\u00f3pontba fogja visszakonfigur\u00e1lni egy m\u00e1sik adatk\u00f6zpontban.<\/li>\n<li>A mester gyorsan elt\u00e1vol\u00edtja a klaszterb\u0151l az \u00f6sszes el\u00e9rhetetlen csom\u00f3pontot.<\/li>\n<li>Alapj\u00e1n a megmaradtaknak meg\u00e9rti: az elt\u0171nt adatk\u00f6zpontban voltak olyan primary shardok, gyorsan feln\u00f6veli a kieg\u00e9sz\u00edt\u0151 replica shardokat a megmaradt adatk\u00f6zpontokban, \u00e9s folytat\u00f3dik az adatok index\u00e1l\u00e1sa. <\/li>\n<li>Ennek eredm\u00e9nyek\u00e9nt a klaszter \u00edr\u00e1si \u00e9s olvas\u00e1si s\u00e1vsz\u00e9less\u00e9ge fokozatosan cs\u00f6kken, azonban \u00f6sszess\u00e9g\u00e9ben minden m\u0171k\u00f6dni fog, m\u00e9g ha lassan is, de stabilan.<\/li>\n<\/ul>\n<p><\/p>\n<p>Kider\u00fclt, hogy valami ilyesmire v\u00e1gytunk:<\/p>\n<p><\/p>\n<p><img decoding=\"async\" alt=\"Elasticsearch klaszter 200 TB+\" src=\"\/wp-content\/uploads\/2020\/03\/71fa3d19a61eb58ddb93a4df55c759c5.jpg\" style=\"display:block;margin: 0 auto;\" \/><\/p>\n<p><\/p>\n<p>De a k\u00f6vetkez\u0151t kaptuk:<\/p>\n<p><\/p>\n<p><img decoding=\"async\" alt=\"Elasticsearch klaszter 200 TB+\" src=\"\/wp-content\/uploads\/2020\/03\/ab32be4dfbbb4bcc3279d57021707980.jpg\" style=\"display:block;margin: 0 auto;\" \/><\/p>\n<p><\/p>\n<p>Hogyan t\u00f6rt\u00e9nt ez? <\/p>\n<p><\/p>\n<p>Az adatk\u00f6zpont le\u00e1ll\u00e1sa pillanat\u00e1ban a mester szerepe volt a sz\u0171k keresztmetszet.<\/p>\n<p><\/p>\n<p>Mi\u00e9rt?<\/p>\n<p><\/p>\n<p>Az a helyzet, hogy a mestern\u00e9l van egy TaskBatcher, amely a klaszterben bizonyos feladatok \u00e9s esem\u00e9nyek eloszt\u00e1s\u00e1\u00e9rt felel\u0151s. B\u00e1rmelyik node hib\u00e1ja, b\u00e1rmely shard promot\u00e1l\u00e1sa replica-b\u00f3l primary-ra, b\u00e1rmely shard l\u00e9trehoz\u00e1s\u00e1ra vonatkoz\u00f3 feladat \u2014 mindez el\u0151sz\u00f6r a TaskBatcherbe ker\u00fcl, ahol sorrendben \u00e9s egy sz\u00e1lon dolgozz\u00e1k fel.<\/p>\n<p><\/p>\n<p>Az egyik adatk\u00f6zpont le\u00e1ll\u00edt\u00e1sa pillanat\u00e1ban \u00fagy t\u0171nt, hogy az \u00f6sszes \u00e9l\u0151 adatnode a fennmarad\u00f3 adatk\u00f6zpontokban k\u00f6teless\u00e9g\u00e9nek \u00e9rzi, hogy \u00e9rtes\u00edtse a mestert, hogy \"elvesztek ilyen-olyan shardok \u00e9s ilyen-olyan adatnode-ok\". <\/p>\n<p><\/p>\n<p>Ekkor az \u00e9letben maradt data node-ok teljes inform\u00e1ci\u00f3t k\u00fcldtek a jelenlegi mesternek, \u00e9s megpr\u00f3b\u00e1lt\u00e1k v\u00e1rni, hogy megkapj\u00e1k a visszaigazol\u00e1st, hogy \u0151 azt elfogadta. Ezt azonban nem v\u00e1rt\u00e1k meg, mivel a mester gyorsabban kapta a feladatokat, mint ahogy v\u00e1laszolni tudott. A node-ok a timeout miatt megism\u00e9telt\u00e9k a k\u00e9r\u00e9seket, m\u00edg a mester k\u00f6zben m\u00e1r nem is pr\u00f3b\u00e1lt v\u00e1laszolni, teljesen el volt foglalva a k\u00e9r\u00e9sek priorit\u00e1s szerinti rendez\u00e9s\u00e9vel.<\/p>\n<p><\/p>\n<p>Termin\u00e1lis form\u00e1ban \u00fagy n\u00e9zett ki, hogy az adatnode-ok annyira spamezt\u00e9k a mestert, hogy az full GC \u00e1llapotba ker\u00fclt. Ezut\u00e1n a mester szerepe \u00e1tl\u00e9pett egy k\u00f6vetkez\u0151 node-ra, \u00e9s ugyanaz t\u00f6rt\u00e9nt vele, m\u00edg v\u00e9g\u00fcl a klaszter teljesen sz\u00e9tesett. <\/p>\n<p><\/p>\n<p>M\u00e9r\u00e9seket v\u00e9gezt\u00fcnk, \u00e9s a 6.4.0 verzi\u00f3 el\u0151tt, ahol ezt jav\u00edtott\u00e1k, elegend\u0151 volt egyszerre mind\u00f6ssze 10 adatnode-ot le\u00e1ll\u00edtani a 360-b\u00f3l, hogy teljesen le\u00e1ll\u00edtsuk a klasztert.<\/p>\n<p><\/p>\n<p>A k\u00f6vetkez\u0151k\u00e9ppen n\u00e9zett ki:<\/p>\n<p><\/p>\n<p><img decoding=\"async\" alt=\"Elasticsearch klaszter 200 TB+\" src=\"\/wp-content\/uploads\/2020\/03\/3bed554b2703e7521339e9d943648ee4.jpg\" style=\"display:block;margin: 0 auto;\" \/><\/p>\n<p><\/p>\n<p>A 6.4.0 verzi\u00f3 ut\u00e1n, ahol ezt a r\u00e9miszt\u0151 hib\u00e1t jav\u00edtott\u00e1k, az adatnode-ok m\u00e1r nem \u00f6lt\u00e9k meg a mestert. De ett\u0151l m\u00e9g nem lett \"okosabb\". Nevezetesen: amikor 2, 3 vagy 10 (b\u00e1rmennyi, ami nem egy) adatnode-ot \u00e1ll\u00edtunk le, a mester kap egy els\u0151 \u00fczenetet, amely azt mondja, hogy az A node le\u00e1llt, \u00e9s pr\u00f3b\u00e1lja err\u0151l t\u00e1j\u00e9koztatni a B, C \u00e9s D node-okat. <\/p>\n<p><\/p>\n<p>Jelen pillanatban ezt csak azzal a technik\u00e1val lehet kezelni, hogy be\u00e1ll\u00edtunk egy id\u0151korl\u00e1tot arra, hogy mennyi ideig pr\u00f3b\u00e1lhatunk valakinek mes\u00e9lni valamir\u0151l, ez k\u00f6r\u00fclbel\u00fcl 20-30 m\u00e1sodperc, \u00edgy ir\u00e1ny\u00edtva a adatk\u00f6zpont kil\u00e9p\u00e9si sebess\u00e9g\u00e9t a klaszterb\u0151l.<\/p>\n<p><\/p>\n<p>Alapvet\u0151en ez megfelel azoknak a k\u00f6vetelm\u00e9nyeknek, amelyeket eredetileg a projekt keretein bel\u00fcl t\u00e1masztottak a v\u00e9gterm\u00e9kkel szemben, de a \u201etiszta tudom\u00e1ny\u201d szempontj\u00e1b\u00f3l ez egy hiba. Ezt egy\u00e9bk\u00e9nt a fejleszt\u0151k sikeresen jav\u00edtott\u00e1k a 7.2-es verzi\u00f3ban.<\/p>\n<p><\/p>\n<p>Ami azt illeti, amikor egy adatcsom\u00f3pont kil\u00e9pett, \u00fagy t\u0171nt, hogy fontosabb inform\u00e1ci\u00f3t terjeszteni a kil\u00e9p\u00e9s\u00e9r\u0151l, mint hogy elmondjuk az eg\u00e9sz klaszternak, hogy rajta voltak bizonyos primary-shard-ek (hogy promot\u00e1lhassuk a replica-shard-et egy m\u00e1sik adatk\u00f6zpontba els\u0151dlegess\u00e9, ahol inform\u00e1ci\u00f3kat lehetett \u00edrni).<\/p>\n<p><\/p>\n<p>Ez\u00e9rt amikor minden \u201eelcsendesedik\u201d, a kil\u00e9pett adatcsom\u00f3pontokat nem azonnal jel\u00f6lik meg friss\u00edtetlenk\u00e9nt. Ennek megfelel\u0151en v\u00e1rnunk kell, am\u00edg az \u00f6sszes ping id\u0151korl\u00e1tja el\u00e9rhet\u0151v\u00e9 v\u00e1lik a kil\u00e9pett adatcsom\u00f3pontokhoz, \u00e9s csak ezut\u00e1n kezd a klaszter mes\u00e9lni arr\u00f3l, hogy ott, ott \u00e9s ott folytatni kell az inform\u00e1ci\u00f3k r\u00f6gz\u00edt\u00e9s\u00e9t. R\u00e9szletesebben err\u0151l lehet olvasni <noindex><a rel=\"nofollow\" href=\"https:\/\/github.com\/elastic\/elasticsearch\/issues\/46909\">itt<\/a><\/noindex>. <\/p>\n<p><\/p>\n<p>V\u00e9g\u00fcl a adatk\u00f6zpont k\u00f6zl\u00e9s\u00e9nek m\u0171velete ma k\u00f6r\u00fclbel\u00fcl 5 percet vesz ig\u00e9nybe cs\u00facsid\u0151ben. Egy ilyen nagy \u00e9s neh\u00e9zkes g\u00e9pezethez k\u00e9pest ez meglehet\u0151sen j\u00f3 eredm\u00e9ny.<\/p>\n<p><\/p>\n<p>Ez\u00e9rt arra a k\u00f6vetkeztet\u00e9sre jutottunk, hogy<\/p>\n<p><\/p>\n<ul>\n<li>360 adatcsom\u00f3pontunk van 700 gigab\u00e1jtos meghajt\u00f3kkal.<\/li>\n<li>60 koordin\u00e1tor a forgalom ir\u00e1ny\u00edt\u00e1s\u00e1ra ezek az adatcsom\u00f3pontok k\u00f6z\u00f6tt.<\/li>\n<li>40 mester, akik \u00f6r\u00f6ks\u00e9gk\u00e9nt maradtak h\u00e1tra az 6.4.0 el\u0151tti verzi\u00f3kb\u00f3l \u2014 a adatk\u00f6zpont kil\u00e9p\u00e9s\u00e9nek \u00e1tv\u00e9szel\u00e9s\u00e9re lelkileg k\u00e9szen \u00e1lltunk, hogy n\u00e9h\u00e1ny g\u00e9pet elvesz\u00edts\u00fcnk, hogy garant\u00e1ltan m\u00e9g a legrosszabb forgat\u00f3k\u00f6nyv eset\u00e9n is legyen mesteri kv\u00f3rumunk.<\/li>\n<li>B\u00e1rmely k\u00eds\u00e9rlet a szerepek egy kont\u00e9nerben val\u00f3 egyes\u00edt\u00e9s\u00e9re azzal a probl\u00e9m\u00e1val szembes\u00fclt, hogy el\u0151bb vagy ut\u00f3bb a csom\u00f3pont a terhel\u00e9s alatt meghib\u00e1sodott. <\/li>\n<li>Az eg\u00e9sz klaszterben 31 gigab\u00e1jt m\u00e9ret\u0171 heap.size van haszn\u00e1latban: minden k\u00eds\u00e9rlet a m\u00e9ret cs\u00f6kkent\u00e9s\u00e9re azt eredm\u00e9nyezte, hogy a neh\u00e9z keres\u00e9si lek\u00e9r\u00e9sek vezet\u0151 wildcard-dal vagy meg\u00f6ltek n\u00e9h\u00e1ny csom\u00f3pontot, vagy a circuit breaker az Elasticsearch-ben besz\u00fcntet\u0151d\u00f6tt.<\/li>\n<li>Ezen k\u00edv\u00fcl a keres\u00e9si teljes\u00edtm\u00e9ny biztos\u00edt\u00e1sa \u00e9rdek\u00e9ben igyekezt\u00fcnk a klaszterben a lehet\u0151 legkisebb sz\u00e1m\u00fa objektumot tartani, hogy a lehet\u0151 legkevesebb esem\u00e9nyt dolgozhassunk fel a legsz\u0171kebb helyen, amely a mester\u00fcnkben alakult ki.<\/li>\n<\/ul>\n<p><\/p>\n<h2 id=\"naposledok-o-monitoringe\">V\u00e9g\u00fcl a megfigyel\u00e9sr\u0151l<\/h2>\n<p><\/p>\n<p>Ahhoz, hogy minden \u00edgy m\u0171k\u00f6dj\u00f6n, ahogy tervezt\u00fck, figyelemmel k\u00eds\u00e9rj\u00fck a k\u00f6vetkez\u0151ket:<\/p>\n<p><\/p>\n<ul>\n<li>Minden adatcsom\u00f3pont jelent\u00e9st k\u00fcld a felh\u0151nkbe arr\u00f3l, hogy l\u00e9tezik, \u00e9s hogy rajta ilyen-olyan shardok tal\u00e1lhat\u00f3k. Amikor valahol le\u00e1ll\u00edtunk valamit, a klaszter 2-3 m\u00e1sodpercen bel\u00fcl jelent, hogy az A k\u00f6zpontban le\u00e1ll\u00edtottuk a 2., 3. \u00e9s 4. csom\u00f3pontot \u2014 ez azt jelenti, hogy m\u00e1s adatk\u00f6zpontokban semmilyen k\u00f6r\u00fclm\u00e9nyek k\u00f6z\u00f6tt nem \u00e1ll\u00edthatunk le olyan csom\u00f3pontokat, amelyeken shardok vannak egyed\u00fcli p\u00e9ld\u00e1nyban.<\/li>\n<li>A mester viselked\u00e9s\u00e9nek ismeret\u00e9ben nagyon figyelmesen k\u00f6vetj\u00fck a f\u00fcgg\u0151ben l\u00e9v\u0151 feladatok sz\u00e1m\u00e1t. Mert m\u00e9g egy egyed\u00fcl\u00e1ll\u00f3an \u00e1ll\u00f3 feladat is, ha nem id\u0151ben id\u0151t\u00fall\u00e9p\u00e9sre ker\u00fcl, elm\u00e9letileg egy v\u00e9szhelyzetben azz\u00e1 v\u00e1lhat, ami miatt nem tudjuk v\u00e9grehajtani p\u00e9ld\u00e1ul a replica shard prom\u00f3ci\u00f3j\u00e1t primaryv\u00e1, ami miatt le\u00e1ll az indexel\u00e9s.<\/li>\n<li>A garbage collector k\u00e9sleltet\u00e9seit is nagyon figyelmesen n\u00e9zz\u00fck, mert m\u00e1r kor\u00e1bban nagy neh\u00e9zs\u00e9geink voltak ezzel az optimaliz\u00e1l\u00e1s sor\u00e1n.<\/li>\n<li>A sz\u00e1lakra vonatkoz\u00f3 elutas\u00edt\u00e1sok, hogy el\u0151re l\u00e1thassuk, hol tal\u00e1lhat\u00f3 a \u201esz\u0171k keresztmetszet\u201d.<\/li>\n<li>No \u00e9s a standard metrik\u00e1k, mint a heap, RAM \u00e9s I\/O.<\/li>\n<\/ul>\n<p><\/p>\n<p>A monitoring ki\u00e9p\u00edt\u00e9s\u00e9n\u00e9l mindenk\u00e9ppen figyelembe kell venni az Elasticsearch Thread Pool saj\u00e1toss\u00e1gait. <noindex><a rel=\"nofollow\" href=\"https:\/\/www.elastic.co\/guide\/en\/elasticsearch\/reference\/6.8\/modules-threadpool.html\">Az Elasticsearch dokument\u00e1ci\u00f3ja<\/a><\/noindex> le\u00edrja a keres\u00e9s, indexel\u00e9s be\u00e1ll\u00edt\u00e1s\u00e1nak lehet\u0151s\u00e9geit \u00e9s alap\u00e9rtelmezett \u00e9rt\u00e9keit, de teljesen elhallgat a thread_pool.management-r\u00f3l. Ezek a sz\u00e1lak kezelik p\u00e9ld\u00e1ul az _cat\/shards t\u00edpus\u00fa k\u00e9r\u00e9seket \u00e9s egy\u00e9b hasonl\u00f3akat, amelyeket k\u00e9nyelmesen haszn\u00e1lhatunk a monitoring \u00edr\u00e1sa sor\u00e1n. Min\u00e9l nagyobb a klaszter, ann\u00e1l t\u00f6bb ilyen k\u00e9r\u00e9s ker\u00fcl v\u00e9grehajt\u00e1sra egy id\u0151egys\u00e9g alatt, \u00e9s a fent eml\u00edtett thread_pool.management nemcsak, hogy nincs k\u00e9pviselve a hivatalos dokument\u00e1ci\u00f3ban, de alap\u00e9rtelmez\u00e9s szerint 5 sz\u00e1lra van korl\u00e1tozva, ami nagyon gyorsan elfogy, \u00e9s ezut\u00e1n a monitoring m\u00e1r nem m\u0171k\u00f6dik helyesen.<\/p>\n<p><\/p>\n<p>V\u00e9g\u00fcl szeretn\u00e9m elmondani: siker\u00fclt! Olyan eszk\u00f6zt tudtunk adni a programoz\u00f3inknak \u00e9s fejleszt\u0151inknek, amely szinte b\u00e1rmilyen helyzetben k\u00e9pes gyorsan \u00e9s megb\u00edzhat\u00f3an inform\u00e1ci\u00f3t szolg\u00e1ltatni arr\u00f3l, ami t\u00f6rt\u00e9nik a termel\u00e9sben.<\/p>\n<p><\/p>\n<p>Igen, el\u00e9g neh\u00e9z volt, de ennek ellen\u00e9re siker\u00fclt a k\u00edv\u00e1ns\u00e1gainkat beleilleszteni a m\u00e1r l\u00e9tez\u0151 term\u00e9kekbe, amelyekhez nem kellett jav\u00edtanunk vagy \u00e1t\u00edrnunk \u0151ket a saj\u00e1t ig\u00e9nyeinknek megfelel\u0151en.<\/p>\n<p><\/p>\n<p><img decoding=\"async\" alt=\"Elasticsearch klaszter 200 TB+\" src=\"\/wp-content\/uploads\/2020\/03\/1e852123ca5ec5eaec27bdc66b6c4e83.jpg\" style=\"display:block;margin: 0 auto;\" \/><\/p>\n<p>Forr\u00e1s: <a content=\"nofollow\" rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/odnoklassniki\/blog\/494260\/\">habr.com<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"<p>\u0421 Elasticsearch \u0441\u0442\u0430\u043b\u043a\u0438\u0432\u0430\u044e\u0442\u0441\u044f \u043c\u043d\u043e\u0433\u0438\u0435. \u041d\u043e \u0447\u0442\u043e \u043f\u0440\u043e\u0438\u0441\u0445\u043e\u0434\u0438\u0442, \u043a\u043e\u0433\u0434\u0430 \u0445\u043e\u0447\u0435\u0448\u044c \u0441 \u0435\u0433\u043e \u043f\u043e\u043c\u043e\u0449\u044c\u044e \u0445\u0440\u0430\u043d\u0438\u0442\u044c \u043b\u043e\u0433\u0438 \u00ab\u0432 \u043e\u0441\u043e\u0431\u043e \u043a\u0440\u0443\u043f\u043d\u043e\u043c \u043e\u0431\u044a\u0451\u043c\u0435\u00bb? \u0414\u0430 \u0435\u0449\u0451 \u0438 \u0431\u0435\u0437\u0431\u043e\u043b\u0435\u0437\u043d\u0435\u043d\u043d\u043e \u043f\u0435\u0440\u0435\u0436\u0438\u0432\u0430\u0442\u044c \u043e\u0442\u043a\u0430\u0437 \u043b\u044e\u0431\u043e\u0433\u043e \u0438\u0437 \u043d\u0435\u0441\u043a\u043e\u043b\u044c\u043a\u0438\u0445 \u0434\u0430\u0442\u0430-\u0446\u0435\u043d\u0442\u0440\u043e\u0432? \u041a\u0430\u043a\u043e\u0439 \u0441\u0442\u043e\u0438\u0442 \u0434\u0435\u043b\u0430\u0442\u044c \u0430\u0440\u0445\u0438\u0442\u0435\u043a\u0442\u0443\u0440\u0443, \u0438 \u043d\u0430 \u043a\u0430\u043a\u0438\u0435 \u043f\u043e\u0434\u0432\u043e\u0434\u043d\u044b\u0435 \u043a\u0430\u043c\u043d\u0438 \u043d\u0430\u0442\u043a\u043d\u0451\u0448\u044c\u0441\u044f? \u041c\u044b \u0432 \u041e\u0434\u043d\u043e\u043a\u043b\u0430\u0441\u0441\u043d\u0438\u043a\u0430\u0445 \u0440\u0435\u0448\u0438\u043b\u0438 \u043f\u0440\u0438 \u043f\u043e\u043c\u043e\u0449\u0438 elasticsearch \u0440\u0435\u0448\u0438\u0442\u044c \u0432\u043e\u043f\u0440\u043e\u0441 \u043b\u043e\u0433-\u043c\u0435\u043d\u0435\u0434\u0436\u043c\u0435\u043d\u0442\u0430, \u0430 \u0442\u0435\u043f\u0435\u0440\u044c \u0434\u0435\u043b\u0438\u043c\u0441\u044f \u0441 \u0425\u0430\u0431\u0440\u043e\u043c \u043e\u043f\u044b\u0442\u043e\u043c: \u0438 [&hellip;]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":75797,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-75796","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-administrirovanie"],"aioseo_notices":[],"aioseo_head":"\n\t\t<!-- All in One SEO 5.0.3 - aioseo.com -->\n\t<meta name=\"description\" content=\"\u0421 Elasticsearch \u0441\u0442\u0430\u043b\u043a\u0438\u0432\u0430\u044e\u0442\u0441\u044f \u043c\u043d\u043e\u0433\u0438\u0435.\" \/>\n\t<meta name=\"robots\" content=\"max-image-preview:large\" \/>\n\t<meta name=\"author\" content=\"Yuri Gagarin\"\/>\n\t<link rel=\"canonical\" href=\"https:\/\/prohoster.info\/hu\/blog\/administrirovanie\/klaster-elasticsearch-na-200-tb\" \/>\n\t\t<meta name=\"generator\" content=\"All in One SEO (AIOSEO) 5.0.3\" \/>\n\t\t<meta property=\"og:locale\" content=\"hu_HU\" \/>\n\t\t<meta property=\"og:site_name\" content=\"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\" \/>\n\t\t<meta property=\"og:type\" content=\"article\" \/>\n\t\t<meta property=\"og:title\" content=\"\ud83e\udd47\u041a\u043b\u0430\u0441\u0442\u0435\u0440 Elasticsearch \u043d\u0430 200 \u0422\u0411+ | ProHoster\" \/>\n\t\t<meta property=\"og:description\" content=\"\u0421 Elasticsearch \u0441\u0442\u0430\u043b\u043a\u0438\u0432\u0430\u044e\u0442\u0441\u044f \u043c\u043d\u043e\u0433\u0438\u0435.\" \/>\n\t\t<meta property=\"og:url\" content=\"https:\/\/prohoster.info\/hu\/blog\/administrirovanie\/klaster-elasticsearch-na-200-tb\" \/>\n\t\t<meta property=\"og:image\" content=\"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg\" \/>\n\t\t<meta property=\"og:image:secure_url\" content=\"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg\" \/>\n\t\t<meta property=\"og:image:width\" content=\"350\" \/>\n\t\t<meta property=\"og:image:height\" content=\"350\" \/>\n\t\t<meta property=\"article:published_time\" content=\"2020-03-28T17:42:18+00:00\" \/>\n\t\t<meta property=\"article:modified_time\" content=\"2020-03-28T17:42:18+00:00\" \/>\n\t\t<meta property=\"article:publisher\" content=\"https:\/\/www.facebook.com\/prohoster\" \/>\n\t\t<meta property=\"article:author\" content=\"https:\/\/www.facebook.com\/prohoster\" \/>\n\t\t<!-- All in One SEO -->\n\n","aioseo_head_json":{"title":"\ud83e\udd47Elasticsearch klaszter 200 TB+ | ProHoster","description":"Sokan tal\u00e1lkoznak Elasticsearch-szal.","canonical_url":"https:\/\/prohoster.info\/hu\/blog\/administrirovanie\/klaster-elasticsearch-na-200-tb","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\u041a\u043b\u0430\u0441\u0442\u0435\u0440 Elasticsearch \u043d\u0430 200 \u0422\u0411+ | ProHoster","og:description":"\u0421 Elasticsearch \u0441\u0442\u0430\u043b\u043a\u0438\u0432\u0430\u044e\u0442\u0441\u044f \u043c\u043d\u043e\u0433\u0438\u0435.","og:url":"https:\/\/prohoster.info\/hu\/blog\/administrirovanie\/klaster-elasticsearch-na-200-tb","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":"2020-03-28T17:42:18+00:00","article:modified_time":"2020-03-28T17:42:18+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"75796","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":null,"breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-02-28 17:49:32","updated":"2022-09-27 21:24:26","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\/75796","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=75796"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/hu\/wp-json\/wp\/v2\/posts\/75796\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/hu\/wp-json\/wp\/v2\/media\/75797"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/hu\/wp-json\/wp\/v2\/media?parent=75796"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/hu\/wp-json\/wp\/v2\/categories?post=75796"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/hu\/wp-json\/wp\/v2\/tags?post=75796"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}