در الستیک سرچ داده هایی از یک نوع (مرتبط به هم) معمولا در یک ایندکس ذخیره می شود( می توان معادل یک config wrapper تصور کرد). هر ایندکس از مجموعه ای از اسناد با فرمت JSON تشکیل شده است. وقتی یک سند ایندکس(نمایه) می شود الستیک سرچ برای هر فیلد آن یک ایندکس مع می سازد.( Lucene’s inverted index ) ایندکس مع قوانین و شرایط را به ایندکس هایی که شامل آن اسناد هستند را مپ میکند(map).

یک ایندکس در یک یا بیشتر شارد و صفر یا بیشتر replica  ذخیره می شود. ( به زبان دیگر حداقل یک شارد داریم ولی replica ممکن است نباشد)

 

هنگام ساختن هر ایندکس می توان تعداد شارد اصلی (primary shard) و تعداد  replica shard به ازای هر شارد را مشخص کرد. بصورت پیش فرض برای هر ایندکس ۵ شارد اصلی و یک شارد replica به ازای هر شارد اصلی تعریف می شود. تعداد شاردهای اصلی بعد از ساخته شدن ایندکس قابل تغییر نیستند بنابراین انتخاب تعداد آن حساس می باشد. البته بعدا با عملیات reindex می توان این مشکل را حل کرد (تغییر تعداد شارد اصلی). ولی تعداد شاردهای replica را هر موقع نیاز باشد میتوان تغییر داد. برای جلوگیری از data loss  مستر نود مطمئن می شود که هر شارد replica داخل همان نودی که شارد اصلی قرار دارد ذخیره نشود ( به زبان دیگر replica shard مربوط به هر primary shard در نود های دیگر ذخیره شود)

فرآیند جستجو در الستیک سرچ

نحوه ساماندهی و ذخیره داده در الستیک سرچ

پیش‌بینی ترند‌های برنامه نویسی در سال ۲۰۲۰

ایندکس ,شارد ,یک ,اصلی ,replica ,ذخیره ,می شود ,شارد اصلی ,هر ایندکس ,می توان ,یک ایندکس

مشخصات

تبلیغات

آخرین ارسال ها

برترین جستجو ها

آخرین جستجو ها

برنامه ریزی و کنترل پروژه کشکولک من استاد طب های تخصصی طراحی سایت |سارین وب آریا حساب قومس اشعار اهلبیت اطهار سایت مطالب گوناگون و جالب هــیئت انصـارالمــہدی کفشور |کفشور استیل|کفشور خطی|کفشور سرامیک خور|کفشور مشبک| مرکز رفرنس HIV/AIDS شیراز