Ishlab chiqarishda elastika qidirish - eng yaxshi amaliyotlar

Elasticsearch - zamonaviy ma'lumotlarni tahlil qilish uchun juda optimallashtirilgan qidiruv tizimidir.

Elasticsearch - bu haqiqiy vaqtda ajoyib qidiruv va tahlil mexanizmi. Apache Lucene-da qurilgan. U taqsimlangan, RESTful, foydalanish uchun qulay va juda mavjud. Elasticsearch-dan foydalanish holatlari qidirishni kuchaytirish, tranzaktsiyalar monitoringi va xatolarni aniqlash, tarkibni aniqlash, jurnal tahlillari, noaniq qidirish, voqealar ma'lumotlarini yig'ish, ma'lumotlarni vizualizatsiya qilishni o'z ichiga oladi. Elasticsearch va Elastic Stack-ning qolgan qismlari juda ko'p qirrali ekanligi isbotlangan va yuqorida ko'rib turganingizdek, Elasticsearch-ni bugungi kunda mahsulotingiz etkazib berayotgan narsaga integratsiya qilish va unga qo'shimcha tushunchalarni qo'shish mumkin.

Biz undan Botmetric-da qidirish va tahlil qilish uchun juda ko'p foydalanamiz, biz kuniga milliardga yaqin hujjatlarni indekslaymiz va real vaqt rejimida ma'lumotlarni vizualizatsiya qilish uchun juda murakkab agregatlardan foydalanamiz.

Aytilishicha, dasturni yuklab olish va uni ishlab chiqarish va saqlashda ishlatish umuman boshqacha. Ushbu arikle ushbu omillarning ko'pchiligini hayotiy tajribadan qamrab oladi va Elasticsearch-ni ishlab chiqarishda ishlatish uchun e'tiborga olish kerak bo'lgan asosiy keng tarqalgan narsalardir.

Xotira:

Elasticsearch va Lucene Java-da yozilgan, ya'ni siz bo'shliq va JVM statistikasini izlashingiz kerak. Elasticsearch-da qancha uyum mavjud bo'lsa, u so'rovlar samaradorligini oshirish uchun filtrdan va boshqa keshlashda foydalanishi mumkin bo'lgan xotira ko'proq. Ammo shuni yodda tutingki, haddan tashqari ko'p to'planish sizni uzoq axlat yig'ish pauzalariga olib kelishi mumkin. Xmx-ni JVM siqilgan ob'ekt ko'rsatkichlarini (siqilgan oops) ishlatishda ishlatiladigan kesishma ustki qismiga qo'ymang; aniq kesish farq qiladi, lekin 32 Gb atrofida.

Umumiy muammo juda katta bo'lgan uyumni sozlash. Sizda 64 Gb mashinasi bor va gollly yordamida siz Elasticsearch-ga barcha 64 Gb xotirani berishni xohlaysiz. Ko'proq yaxshiroq! Uyum Elasticsearch uchun juda muhimdir. U tezkor ishlashni ta'minlash uchun ko'p xotirali ma'lumotlar tuzilmalari tomonidan ishlatiladi. Ammo shuni ta'kidlash kerakki, yana bir muhim xotira foydalanuvchisi bor: u OS keshi.

Lucene asosiy operatsion tizimni xotira ichidagi ma'lumotlar tuzilmalarini keshlash uchun ishlatishga mo'ljallangan. Lucene segmentlari alohida fayllarda saqlanadi. Segmentlar o'zgarmas bo'lgani uchun, bu fayllar hech qachon o'zgarmaydi. Bu ularni juda qulay kesh qiladi va asosiy operatsion tizim tezroq kirish uchun hot segmentlarni xotirada saqlaydi. Ushbu segmentlarga inverter indeks (to'liq matnni qidirish uchun) va doc qiymatlari (umumlashtirish uchun) kiradi. Lucene-ning ishlashi ushbu operatsion tizim bilan o'zaro ta'sirga asoslanadi. Ammo, agar siz mavjud bo'lgan barcha xotirani Elasticsearch tizimiga bersangiz, OS fayllar keshida hech narsa qolmaydi. Bu ishlashga jiddiy ta'sir ko'rsatishi mumkin. Standart tavsiya mavjud xotiraning 50 foizini Elasticsearch uyasiga berish, qolgan 50 foizini esa bo'sh qoldirishdir. U ishlatilmaydi; Lucene, fayllarni keshlash uchun qolgan narsalarni mamnuniyat bilan iste'mol qiladi. Elasticsearch uyumini quyidagi usulda sozlash mumkin,

eksport qilish ES_HEAP_SIZE = 10g

yoki

ES_JAVA_OPTS = "- Xms10g -Xmx10g" ./bin/elasticsearch

MARKAZIY PROTSESSOR:

Elasticsearch yig'ish va filtrlangan so'rovlarni qo'llab-quvvatlaydi. Murakkab filtrlangan so'rovlarni, intensiv indeksatsiyani, perkolatsiyani va indekslarga qarshi so'rovlarni bajarish uchun og'ir protsessor kerak, shuning uchun to'g'ri tanlovni tanlash juda muhimdir. CPU xususiyatlarini va ular JVM-da so'rovlarni bajarishda Java bilan qanday ishlashini tushunish kerak.

Har bir hovuz sozlanishi mumkin bo'lgan va navbatga ega bo'lgan bir qator iplarni ishlaydi. Agar sizda aniq talab bo'lmasa, uni o'zgartirish tavsiya etilmaydi, chunki Elasticsearch yadrolarni dinamik ravishda ajratadi.

Ip pulining turlari:

Elasticsearch-da 3 ta mavzular mavjud.

  1. Keshlangan: Keshlangan oqim puli - bu kutilmagan so'rovlar mavjud bo'lsa, oqimlarni tarqatadigan, biriktirilmagan iplar puli. Ushbu oqim pulidan bu pulga yuborilgan so'rovlarning bloklanishi yoki rad etilishining oldini olish uchun foydalaniladi. Ushbu oqim hovuzidagi ishlatilmagan iplar saqlash muddati tugagandan so'ng to'xtatiladi (asl besh daqiqagacha). Keshlangan ip pullari umumiy oqim pullari uchun ajratilgan.
  2. Ruxsat etilgan: zanjirli pullar to'plami, so'rovlarni ularga xizmat ko'rsatadigan hech qanday so'rovlar uchun navbat bilan (ixtiyoriy ravishda bog'langan holda) bajarish uchun belgilangan hajmdagi iplarni o'z ichiga oladi. O'lcham parametri mavzular sonini boshqaradi va yadrolar sonini 5 marta takrorlaydi.
  3. Masshtablash: Masshtabli iplar hovuzida dinamik sonlar soni mavjud. Ushbu raqam ish yukiga mutanosib va ​​1 va o'lchov parametrining qiymati orasida o'zgarib turadi.

Elasticsearch protsessorni ishlatishni har xil turdagi ip pullariga ajratadi:

  • umumiy: kashfiyot va oqim pulining turi kabi standart operatsiyalar uchun keshlangan.
  • indeks: indeks / o'chirish operatsiyalari uchun. Suzish havzasi turi sobit.
  • qidirish: hisoblash / qidirish operatsiyalari uchun. Suzish havzasi turi sobit.
  • get: operatsiyalarni bajarish uchun. Suzish havzasi turi sobit.
  • ommaviy: ommaviy indekslash kabi ommaviy operatsiyalar uchun. Suzish havzasi turi sobit. Ommaviy hujjatlarning eng yaxshi konfiguratsiyasi klaster konfiguratsiyasiga bog'liq, uni bir nechta qiymatlarni sinab ko'rish orqali aniqlash mumkin.
  • perkolat: perkolatsiya uchun. Suzish havzasi turi sobit.
  • yangilash: yangilash uchun. Bog' hovuz turi kengaymoqda.

Muayyan ip pulini o'zgartirish uning turiga xos parametrlarni o'rnatish orqali amalga oshirilishi mumkin.

Batafsil https://www.elastic.co/guide/en/elasticsearch/reference/2.2/modules-threadpool.html#types

Shard hajmi:

Sard - bu Elasticsearch klaster ichida ma'lumotlarni tarqatadigan qism. Ma`lumotlarni qayta muvozanatlashda Elasticsearch yordamida tezlikni o'zgartirishi mumkin, masalan. Muvaffaqiyatsiz bo'lgandan so'ng, o'lchovlar soni va soni, shuningdek tarmoq va diskning ishlashiga bog'liq bo'ladi.

Elasticsearch-da har bir so'rov bitta shtatda bitta ipda bajariladi. Shu bilan birga, bir nechta shardlar parallel ravishda qayta ishlanishi mumkin, xuddi shu shardaga nisbatan bir nechta so'rovlar va yig'ilishlar.

Bu shuni anglatadiki, so'rovlarning minimal davomiyligi, hech qanday keshlash amalga oshirilmaganda, ma'lumotlarga, so'rov turiga, shuningdek shardning hajmiga bog'liq bo'ladi. Ko'p sonli kichik shardlarni so'rash shard boshiga ishlov berishni tezlashtiradi, lekin ko'p sonli vazifalarni navbatga qo'yish va ketma-ketlikda bajarish kerak, chunki bu kichikroq hajmdagi katta shardlarni so'rashdan tezroq bo'lishi shart emas. Agar bir vaqtning o'zida bir nechta so'rovlar mavjud bo'lsa, juda ko'p kichik shardlarga ega bo'lish, shuningdek so'rovlarning o'tkazuvchanligini kamaytiradi.

Har bir shardning xotirasida saqlanishi kerak bo'lgan ma'lumotlar mavjud va to'plangan joydan foydalaniladi. Bunga ma'lumotlarning diskda saqlanadigan joyini aniqlash uchun ma'lumotni sard darajasida va segment darajasida saqlaydigan ma'lumotlar tuzilmalari kiradi. Ushbu ma'lumotlar tuzilmalarining o'lchamlari aniqlanmagan va foydalanish holatlariga qarab o'zgaradi. Segmentning qo'shimcha xarajatlar bilan bog'liq bo'lgan muhim xususiyati shundaki, u segmentning o'lchamiga mutanosib ravishda mutanosib emas. Bu shuni anglatadiki, kattaroq segmentlar kichikroq segmentlarga qaraganda ma'lumotlar hajmiga kamroq sarflanadi. Farq sezilarli bo'lishi mumkin. To'g'ri sonlarni tanlash juda qiyin, chunki siz boshlashdan oldin qancha hujjatlarni olishni hech qachon bilmaysiz. Ko'plab shardlarga ega bo'lish klaster uchun ham yaxshi, ham dahshatli bo'lishi mumkin. Indekslar va qalqonlarni boshqarish asosiy tugunni ortiqcha yuklashi mumkin, bu esa javob bermasligi mumkin va ba'zi g'alati va noxush xatti-harakatlarga olib keladi. Klaster hajmini engish uchun asosiy tugunlarni etarlicha resurslar bilan taqsimlang.

Yomon narsa shundaki, shardlarning soni o'zgarmasdir va indeksni yaratishda u aniqlanadi. Indeks yaratilgandan so'ng, shardlar sonini o'zgartirishning yagona usuli - indekslaringizni o'chirib tashlash, ularni qayta yaratish va reindeks qilish.

Replikatsiya

Elasticsearch replikatsiyani qo'llab-quvvatlaydi, ma'lumotlar tugunlarning yo'qolishi ma'lumotlarning yo'qolishiga olib kelmasligi uchun ma'lumotlar tugunlari orasida takrorlanadi. Sukut bo'yicha replikatsiya koeffitsienti 1 ga teng, ammo mahsulot talablariga qarab uni ko'paytirish mumkin. Ma'lumotlaringiz qancha ko'p nusxalar keltirsa, halokatga chidamli bo'ladi. Ko'p nusxaga ega bo'lishning yana bir afzalligi shundaki, har bir tugun replikatsiya shardiga ega, bu so'rovlar samaradorligini yaxshilaydi, chunki replikalar ham so'rov uchun ishlatiladi.

Elasticsearch tomonidan ishlatiladigan replikatsiya formulasi quyidagicha:

(asosiy + raqam_of_replikalar) / 2 + 1

Ajratishni optimallashtirish

Mahsulot ma'lumotlari talablariga asoslanib, biz ma'lumotlarni issiq va sovuqqa ajratishimiz mumkin. Boshqalarga qaraganda tez-tez kirib turadigan indikatorlarga ko'proq ma'lumotlar tugunlari ajratilishi mumkin, ammo indekslarga kamroq kirish ko'rsatkichlari kamroq manbalarga ega bo'lishi mumkin. Ushbu strategiya, ayniqsa dasturlar jurnallari (masalan: ELK) kabi vaqt ketma-ketligini saqlash uchun foydalidir.

Bunga indekslarni doimiy ravishda turli tugunlarga o'tkazadigan kronjobni ishga tushirish orqali erishish mumkin.

Issiq tugun - bu ma'lumotlar tugunining turi bo'lib, klaster ichidagi barcha indeksatsiyani amalga oshiradi. Shuningdek, ular eng so'nggi indekslarga ega, chunki odatda ular ko'pincha so'raladi. Indekslash - bu CPU va IO intensiv ishlashi sababli, ushbu serverlar kuchli bo'lishi va biriktirilgan SSD saqlash bilan ta'minlanishi kerak. Yuqori imkoniyatlarga ega bo'lish uchun kamida 3 ta issiq tugunni ishlashni tavsiya etamiz. Siz to'plashingiz va so'rashingiz kerak bo'lgan so'nggi ma'lumotlarning miqdoriga qarab, ishlash maqsadlaringizga erishish uchun ushbu sonni ko'paytirishingiz kerak bo'lishi mumkin.

Issiq tugun - bu tez-tez so'ralishi mumkin bo'lmagan katta miqdordagi o'qishga mo'ljallangan indekslarni qayta ishlash uchun mo'ljallangan ma'lumot uzatish tugunining turi. Ushbu indekslar faqat o'qish uchun mo'ljallanganligi sababli, iliq tugun SSD-lar o'rniga katta biriktirilgan disklardan (odatda disklarni) foydalanishga moyildir. Issiq tugunda bo'lgani kabi, yuqori darajada bo'lish uchun biz kamida 3 Issiq tugunni tavsiya etamiz. Avvalgidek, katta hajmdagi ma'lumotlar ishlash talablariga javob beradigan qo'shimcha tugunlarni talab qilishi mumkinligi haqida ogohlantirgan holda. Shuni ham yodda tutingki, CPU va xotira konfiguratsiyalari ko'pincha sizning issiq tugunlaringizni aks ettirishlari kerak bo'ladi. Buni faqat siz ishlab chiqarish sharoitida duch keladigan savollarga o'xshash sinovlar orqali aniqlashingiz mumkin.

Issiq va issiq tugun haqida ko'proq ma'lumot olish uchun bu erga qarang.

Moslashtirishingiz mumkin bo'lgan yana bir strategiya bu indekslarni s3-ga arxivlash va ushbu indekslardan ma'lumotlar kerak bo'lganda tiklash. Bu haqda ko'proq ma'lumotni shu erdan o'qishingiz mumkin.

Tugun topologiyasi:

Elastika qidirish tugunlarini uch toifaga bo'lish mumkin master tugun, ma'lumotlar tugmasi, mijoz tugunlari.

  1. Magistral tugun: Magistral tugun, agar u ma'lumotlar tugmasi bo'lmasa ham kichik bo'lishi mumkin, chunki u biron bir indeks / shartlarni saqlamaydi. Uning vazifasi batafsil klaster holatini saqlash va meta-ma'lumotni qidirishda indekslar / shardsda ma'lumot va boshqa tugunlarni saqlashdir. Split miya muammosining oldini olish uchun Elasticsearch-da bir nechta master tugunlari bo'lishi kerak.
  2. Ma'lumotlar tuguni: Ma'lumotlar tugmasi haqiqiy indeks ma'lumotlarini saqlash / so'rash uchun javobgardir.
  3. Mijoz tugun: Mijoz tuguni indeksatsiya va qidirish uchun proksi sifatida ishlatiladi. Agar agregatlar juda ko'p ishlatilsa, bu juda tavsiya etiladi. Bu maxsus ElastikSearch tugunlari bo'lib, ular na ma'lumotlarga, na usta huquqiga ega emas. Mijoz tugunlari klasterlardan xabardor va shuning uchun oqilona yuklarni muvozanatlashtiruvchi vazifasini bajarishi mumkin. Siz o'zingizning so'rovlaringizni mijoz tugunlariga yuborishingiz mumkin, ular har bir ma'lumot tugunlaridan so'rov natijalariga javoblarni to'plash kabi qimmat vazifani o'z zimmasiga olishi mumkin.

ushbu sozlamalarni tegishli tugunlar uchun elasticsearch.yml fayliga qo'shing.

Asosiy tugun: node.master: haqiqiy node.data:false
Ma'lumot tuguni: node.master: noto'g'ri node.data:true
Mijoz tugun: node.master: noto'g'ri node.data:false

Nosozliklarni tuzatish bo'yicha maslahatlar:

Elastika izlash samaradorligi ko'p jihatdan u o'rnatilgan mashinaga bog'liq. CPU, Xotiradan foydalanish va Disk I / O har bir Elasticsearch tugunining asosiy operatsion tizim o'lchovidir. Protsessorlardan foydalanish boshlanganida Java Virtual Machine (JVM) o'lchovlarini ko'rib chiqish tavsiya etiladi. Quyidagi misolda boshoqning paydo bo'lishiga sabab axlat yig'ishning yuqori faolligi edi.

  1. Yig'ish bosimi: Yuqori xotira bosimi klaster ishlashiga qarshi ikkita usulda ishlaydi: Xotira bosimi 75% va undan yuqori darajaga ko'tarilganligi sababli kamroq xotira saqlanib qoladi va sizning klasteringiz axlat yig'ish orqali xotirani tiklash uchun ba'zi protsessor resurslarini sarflashi kerak. Ushbu CPU tsikllari axlat yig'ish yoqilgan paytda foydalanuvchi so'rovlarini ko'rib chiqish uchun mavjud emas. Natijada, tizim resurslari cheklanib borishi bilan foydalanuvchi so'rovlariga javob berish vaqtlari ko'payadi. Agar xotira bosimi ko'tarilishda davom etsa va 100% ga yaqin bo'lsa, axlat yig'ishning ancha agressiv shakli qo'llaniladi va bu o'z navbatida klasterga javob berish vaqtini keskin ta'sir qiladi. Index Response Times metrikasi shuni ko'rsatadiki, yuqori xotira bosimi sezilarli darajada ishlashga ta'sir qiladi.
  2. JVM-ning uyali bo'lmagan xotirasida o'sish, sahifani keshlash uchun mo'ljallangan xotira yo'q bo'lib, yadro darajasida OOM-ning yig'ilishini keltirib chiqarishi mumkin.
  3. Split miya muammosidan qoching. Split miya - bu klaster tarqaladigan stsenariy. Masalan, sizda 6 tugunli klaster mavjud. 2 tugun klasterdan uzilgan, ammo ular hali ham bir-birini ko'rish imkoniyatiga ega. Keyin ushbu 2 tugun yana bir klaster hosil qiladi. Ular hatto o'zlari orasida yangi ustani saylashadi. Endi bizda xuddi shu nomdagi ikkita guruh mavjud, biri 4 tugunli, ikkinchisi 2 tugunli. Ularning har birida ham asosiy tugun mavjud. Bu ES klasterlari bilan bo'linadigan miya muammosi deb nomlanadi. Buning oldini olish uchun, ES kashfiyot.zen.minimum_master_nodes parametrlarini tugunlar sonining + yarmiga qo'ying.
  4. Elasticsearch saqlash qurilmalaridan juda ko'p foydalanganligi sababli, I / O diskini kuzatib borish ushbu asosiy ehtiyoj bajarilishini ta'minlaydi. I / O diskining pasayishi uchun ko'plab sabablar mavjud, bu ko'plab muammolarni bashorat qilish uchun asosiy metrika hisoblanadi. Indekslash va so'rovlar samaradorligini tekshirish yaxshi metrikadir. O'qish va yozish operatsiyalarini tahlil qilish, aniq foydalanish holatida tizimga nima kerakligini to'g'ridan-to'g'ri ko'rsatadi. I / O diskini operatsion tizim sozlamalari boshqa barcha optimallashtirish uchun asos bo'lib, I / O diskini sozlash mumkin bo'lgan muammolarni oldini oladi. I / O disk hali etarli bo'lmasa, shardlar sonini va ularning o'lchamlarini optimallashtirish, birlashtirish, siqish, sekin disklarni almashtirish, SSD-larga o'tish yoki qo'shimcha tugunlarni qo'shish kabi qarshi choralar I / O sabab bo'lgan holatlarga qarab baholanishi kerak. idishlar.
  5. Qidiruvga ishonadigan ilovalar uchun foydalanuvchi tajribasi qidiruv so'rovlarining kechikishi bilan juda bog'liqdir. O'rnatilgan so'rovlar, noto'g'ri sozlangan Elasticsearch klasteri, JVM xotirasi va axlat yig'ish muammolari, IO disk va boshqalar kabi so'rovlar ishiga ta'sir ko'rsatadigan ko'p narsalar mavjud. So'rovning kechikishi bu foydalanuvchilarga to'g'ridan-to'g'ri ta'sir ko'rsatadigan metrika, shuning uchun unga ba'zi ogohlantirishlar qo'yganingizga ishonch hosil qiling.
  6. Elasticsearch-dagi ko'p filtrlar sukut bo'yicha saqlanadi. Bu shuni anglatadiki, filtrlangan so'rov birinchi marta bajarilganda, Elasticsearch filtrga mos keladigan hujjatlarni topadi va ushbu ma'lumotlardan foydalangan holda "bitset" deb nomlangan tuzilmani yaratadi. Bitsetda saqlanadigan ma'lumotlar hujjat identifikatorini o'z ichiga oladi va berilgan hujjat filtrga mos keladimi. Xuddi shu filtrga ega bo'lgan so'rovlarning keyingi bajarilishi bitsetda saqlangan ma'lumotni qayta ishlatadi va shu bilan I / O operatsiyalari va protsessor tsikllarini tejash orqali so'rovlarning bajarilishini tezlashtiradi. So'rovda filtrdan foydalanish tavsiya etiladi. To'liqroq ma'lumotni bu erdan olishingiz mumkin.
  7. Yangilanish vaqti va birlashma vaqti indekslash samaradorligi bilan chambarchas bog'liq va qo'shimcha ravishda ular umumiy klaster ishiga ta'sir qiladi. Yangilanish vaqti Lucene indeksi (shard) uchun fayl operatsiyalarining soni bilan ortadi.
  8. Sekin so'rovlar jurnalini yoqish qaysi so'rovlar sekinligini va ularni yaxshilash uchun nima qilish kerakligini aniqlashga yordam beradi, ayniqsa joker so'rovlari uchun foydalidir.
  9. Maksimal fayllarga ruxsat berish uchun ulimit hajmini oshiring.
  10. OT foydalanilmagan dastur xotirasini o'chirishga qaror qilganda ElasticSearch ishlashi mumkin. OT darajasidagi sozlamalarni almashtirish bilan almashtirishni o'chiring yoki ElasticSearch config bootstrap.mlockall-da quyidagini o'rnating: true
  11. Nuqtali so'rov bo'yicha barcha indekslarni o'chirishni o'chirib qo'ying. Kimdir barcha indekslarda (* yoki _all) DELETE operatsiyasini bermasligiga ishonch hosil qilish uchun action.destructive_requires_name-ni true qilib qo'ying.

Tugashdan oldin, o'lchovlarni ko'rish uchun foydali bo'lgan URL manzillari ro'yxati.

  • / _klaster / sog'liqmi? Chiroyli: Klaster sog'liq ko'rsatkichi uchun.
  • / _status? yoqimli: Barcha indekslar haqida barcha ma'lumotlar uchun.
  • / _ tugunlari? yoqimli: tugunlar haqida barcha ma'lumotlar uchun.
  • / _cat / master? yoqimli: Asosiy tugun uchun.
  • / _stats? yoqimli: shardlarni taqsimlash uchun indekslar statistikasi.
  • / _nodes / stats? yoqimli: Shaxsiy tugun statistikasi uchun, bu tugun uchun jvm, http, io statslarni o'z ichiga oladi.

Elasticsearch-ning metrikaviy agregatsiyasi Datadog, TICK kabi tizim monitoringi vositalarida qo'llab-quvvatlanadi. Bunday vositalardan foydalanish tavsiya etiladi va elastika yaratish Elasticsearch-ni doimiy ravishda kuzatib borish uchun tavsiya etiladi.

Xulosa:

Elasticsearch - bu taqsimlangan to'liq matnli qidiruv va tahlil mexanizmi bo'lib, bir nechta ijarachilarga ularning o'lchamidan qat'i nazar, misli ko'rilmagan tezlikda ma'lumotlarni yig'ish imkoniyatini beradi. To'liq matnli qidirish qobiliyatiga qo'shimcha ravishda, ElasticSearch analitik tizim va tarqatilgan ma'lumotlar bazasi sifatida ikki baravar ko'paymoqda. Ishni boshlash uchun ElasticSearch-ning mukammal parametrlari mavjud. Ammo dastlabki tajriba bosqichidan o'tib, sizning ehtiyojlaringizga mos keladigan sozlamalarni o'zgartirish uchun biroz vaqt sarflashingiz kerak. Keyinchalik sizning klasteringiz sizning ehtiyojlaringizga moslashtirilganligiga ishonch hosil qilish uchun konfiguratsiyani rasmiy hujjatlar bilan birga qayta ko'rib chiqish tavsiya etiladi.