یک الگوریتم مقاوم در برابر خرابی و با راند مان بالا در تکرار سازی برای ذخیره ابر توزیعی
برای اجتناب از شکست و داشتن دسترسی بالاتر ، رویهی تکرار به طور گسترده در سیستمهای ذخیره سازی ابری توزیع شده استفاده میشود[۲۵]. هرچند که بیشتر آنها فقط به صورت دادهی استاتیک، در بعضی از گرههای تصادفی انتخابی، به تعداد ثابتی از دفعات تکرار میشوند و بدیهی است که برای تخصیص منابع منطقی بیشتر کافی نمیباشد. علاوهبراین، بار پرس و جو برای برنامه کاربردی وب بسیار نامنظم است. این امر ما را به سمت وضعیت دشواری میبرد که همیشه حداکثر تعداد تکرارها را در حالت فوران بار پرس و جو حفظ کنیم یا منابع را با تکرارهای زیاد و هزینه کم اجرا و ذخیره کنیم. در این مقاله، الگوریتم تکرار سراسری منعطف (resilient)، تحمل پذیر خطا و کارآمد(RFH) را برای سیستمهای ذخیره سازی ابری توزیعی ارائه میکنیم. RFH با مسئلهی ازدحام آنی روبرو میشود. هر قسمت از داده توسط یک نود مجازی ارائه میشود. هر نود مجازی توسط وزن دادن به جوانب مثبت و منفی خودش تصمیم میگیرد که تکرار شود، مهاجرت کند یا خودکشی کند. این امر مبتنی بر ارزیابی ترافیک باری همه نودها است، و برای تکرار یا مهاجرت از میان نودهای فیزیکی با بیشترین ترافیک را (مرکز ترافیک) انتخاب میکند. سپس، با احتمال مسدود شدن حساب برای دستیابی به پاسخ سریعتر و عملکرد تعادل بار بهتر، طول می کشد. شبیه سازیهای گستردهای انجام شده و نتایج نشان دادهاند که رویهی پیشنهادی RFH از الگوریتمهای اصلی موجود ( الگوریتمهای درخواست محور [۱۶] [۵]، الگوریتمهای مالک محور [۷] [۱۱] [۱۲] [۱۳] و الگوریتمهای تصادفی [۴] [۲۱] [۲۲]) از لحاظ نرخ بهرهوری بالای تکرار، کارایی بالای پرس و جو و طول مسیر منطقی با هزینهی پایین هنگامی که دسترس پذیری مشخص است، فراتر رفته است.
کلمات کلیدی: تکرار داده، ذخیره سازی ابری توزیعی، تحمل خطا، کارایی بالا
RFH: A Resilient, Fault-Tolerant and High-efficient Replication Algorithm for Distributed Cloud Storage
Abstract—To avoid failure and achieve higher availability, replication scheme is now widely used in distributed Cloud storage systems [25]. However, most of them only statically replicate data on some randomly chosen nodes for a fixed number of times and it is obviously not enough for more reasonable resource allocation. Moreover, query load for Web application is highly irregular. It throws us into a dilemma to always maintain maximum number of replicas in case of
لطفاً براي ارسال دیدگاه، ابتدا وارد حساب كاربري خود بشويد