.
MooseFS گسل تحمل، شبکه توزیع فایل سیستم است که اسپرد داده بیش از سرورهای چند فیزیکی که به کاربر به عنوان یکی از منابع را لمس کنید و قابل مشاهده می باشد. برای انجام عملیات فایل استاندارد MooseFS به عنوان دیگر سیستم فایل یونیکس به طور یکسان اعمال:
و nbsp؛ * یک ساختار سلسله مراتبی (درخت دایرکتوری)
و nbsp؛ * ویژگی های فایل فروشگاه POSIX (مجوز، دسترسی به گذشته و اصلاح بار)
و nbsp؛ * پشتیبانی از فایل های خاص (بلوک و شخصیت دستگاه، لوله ها و سوکت)
و nbsp؛ * * * * لینک های نمادین (نام فایل اشاره به هدف قرار دادن فایل ها، نه لزوما در MooseFS) و لینکهای سخت (نام های مختلف از فایل های که بر روی MooseFS اشاره به داده های مشابه)
و nbsp؛ * دسترسی به فایل سیستم را می توان محدود بر اساس آدرس IP و / یا رمز عبور
ویژگی های متمایز از MooseFS عبارتند از:
و nbsp؛ * قابلیت اطمینان بالا (چند نسخه از داده ها می تواند در سراسر کامپیوتر جداگانه ذخیره می شود)
و nbsp؛ * ظرفیت به صورت پویا با اتصال کامپیوتر های جدید / دیسک قابل ارتقا است
و nbsp؛ * فایل های حذف شده برای یک دوره تنظیم زمان (سطح سیستم فایل "سطل زباله") را حفظ
و nbsp؛ * عکس منسجم از فایل ها، حتی در حالی که فایل است که نوشته شده است / دیده
MooseFS متشکل از چهار عنصر:
و nbsp؛ * سرور مدیریت (سرور اصلی) کردن & ndash؛ یک دستگاه واحد مدیریت کل فایل سیستم، ذخیره سازی ابرداده برای هر فایل (اطلاعات به اندازه، ویژگی و محل فایل (بازدید کنندگان)، از جمله تمام اطلاعات در مورد فایل های غیر منظم، یعنی دایرکتوری، سوکت، لوله ها و دستگاه های).
و nbsp؛ * سرویس دهنده اطلاعات (سرور تکه) - هر تعداد از سرورهای کالا ذخیره سازی داده ها فایل ها و هماهنگ سازی آن در میان خود (در صورت یک فایل خاص قرار است در بیش از یک کپی وجود دارد).
و nbsp؛ * سرور پشتیبان متاداده (بازدید کنندگان) (سرور metalogger) - هر تعداد از سرور، همه از آن تغییرات فروشگاه ابرداده و دوره دانلود فایل ابرداده اصلی. تا که به ترویج این سرویس دهنده به نقش سرور مدیریت زمانی که استاد اولیه کار متوقف می شود.
و nbsp؛ * کامپیوتر سرویس گیرنده است که دسترسی (کوه) فایل ها در MooseFS - هر تعداد از ماشین آلات با استفاده از فرآیند mfsmount برای برقراری ارتباط با سرور مدیریت (برای دریافت و اصلاح متاداده پرونده) و با chunkservers (به تبادل اطلاعات فایل واقعی).
mfsmount بر ساز و فیوز (سیستم فایل در فضای کاربری) بر اساس، بنابراین MooseFS در دسترس در هر سیستم عامل با اجرای فیوز کارگر است (لینوکس، FreeBSD، MacOS اکس، و غیره)
متاداده در حافظه از سرور مدیریت ذخیره می شود و به طور همزمان ذخیره بر روی دیسک (به عنوان یک فایل باینری دوره ای به روز و بلافاصله به روز سیاهههای مربوط به افزایشی). فایل باینری اصلی و همچنین سیاهههای مربوط به metaloggers همزمان (در صورت وجود).
اطلاعات فایل را به تکه های (تکه) با حداکثر 64MiB هر تقسیم شده است. هر تکه خود را در یک فایل بر روی دیسک انتخاب شده بر روی سرور داده (chunkservers) است.
قابلیت اطمینان بالا توسط پیکربندی به عنوان بسیاری از سرویس دهنده داده های مختلف به عنوان مناسب برای تحقق بخشیدن به "هدف" مقدار (تعداد نسخه برای حفظ) تنظیم برای فایل داده شده به دست آورد.
چگونه کار می کند
همه عملیات فایل در یک کامپیوتر سرویس گیرنده است که MooseFS نصب شده است دقیقا همان آنها با دیگر سیستم های فایل باشد. هسته سیستم عامل انتقال تمام عملیات فایل به ماژول فیوز، که با روند mfsmount ارتباط برقرار. روند mfsmount از طریق شبکه پس از آن با مدیریت سرور و داده های سرور (سرور تکه) ارتباط برقرار کند. این فرایند کل به طور کامل به کاربر شفاف است.
mfsmount ارتباط با سرور مدیریت در هر زمان یک عملیات در ابرداده فایل مورد نیاز است:
و nbsp؛ * ایجاد فایل
و nbsp؛ * حذف فایل
و nbsp؛ * دایرکتوری خواندن
و nbsp؛ * خواندن و تغییر صفات
و nbsp؛ * تغییر اندازه فایل
و nbsp؛ * در آغاز خواندن و یا نوشتن اطلاعات
و nbsp؛ * در هر دسترسی به فایل های خاص در MFSMETA
mfsmount با استفاده از یک اتصال مستقیم به سرور داده (سرور تکه) که در فروشگاه تکه مربوط به یک فایل. هنگام نوشتن یک فایل، پس از اتمام فرآیند نوشتن سرور مدیریت اطلاعات دریافت شده از mfsmount برای به روز رسانی طول یک فایل و زمان آخرین تغییر.
علاوه بر این، سرور داده (سرور تکه) با یکدیگر ارتباط برقرار تکرار داده ها به منظور دستیابی به تعداد مناسب از کپی از یک فایل در دستگاه های مختلف.
و nbsp؛
تحمل خطا
و nbsp؛
دستورات اداری اجازه مدیر سیستم برای مشخص کردن "هدف"، و یا تعداد نسخه است که باید حفظ شود، در سطح هر پوشه یا هر فایل. تنظیم هدف به بیش از یک و داشتن سرور بیش از یک داده خواهد شد تحمل خطا را فراهم. هنگامی که داده های فایل در بسیاری از نسخه (در بیش از یک سرور داده) ذخیره شده، این سیستم را به شکست و یا قطع شبکه موقت از سرور داده واحد مقاوم است.
این البته به فایل های با "هدف" را به 1، که در این صورت فایل تنها در سرور داده واحد که چگونه بسیاری از داده های سرور در سیستم مستقر وجود دارد بدون در نظر گرفتن مراجعه نمی کند.
فوق العاده فایل های مهم ممکن است هدف خود را به تعداد بالاتر از دو، که اجازه خواهد داد این فایل ها به تفکیک بیش از یک سرور مقاوم در برابر شود در یک بار.
به طور کلی تنظیم برای تعداد نسخه های موجود باید یکی بیشتر از تعداد پیش بینی شده از سرویس دهنده غیر قابل دسترس یا خارج از نظم باشد.
در مورد که در آن یک سرور داده واحد را تجربه یک شکست و یا قطع ارتباط از شبکه، فایل های درون آن ذخیره می شود که حداقل دو نسخه به حال، از سرور داده یکی دیگر از دسترس باقی خواهد ماند. داده است که در حال حاضر تحت هدف آن خواهد شد در دیگر سرور داده های در دسترس تکرار دوباره ارائه تعداد مورد نیاز از نسخه.
لازم به ذکر است که اگر تعداد سرورهای موجود پایین تر از "هدف" را برای یک فایل داده شده است، تعداد مورد نیاز از نسخه نمی تواند حفظ شود. به طور مشابه اگر به همان تعداد از سرور به عنوان هدف در حال حاضر مجموعه و اگر سرور داده است 100٪ ظرفیت خود رسیده وجود دارد، آن را قادر خواهد بود برای شروع به برگزاری یک کپی از فایل است که در حال حاضر پایینتر از حد به هدف خود به دلیل دیگری سرور داده های آنلاین رفتن. در این موارد سرور داده های جدید باید به سیستم در اسرع وقت به منظور حفظ شماره مورد نظر از کپی از فایل متصل شده است.
سرور داده های جدید را می توان به سیستم در هر زمان متصل می شود. ظرفیت جدید فورا در دسترس خواهد بود برای استفاده برای ذخیره فایل های جدید و یا به برگزاری نسخه تکرار از فایل ها از سرورهای دیگر داده می شود.
آب و برق اداری به پرس و جو از وضعیت فایل های درون فایل سیستم برای تعیین اینکه آیا هر یک از فایل های در حال حاضر زیر به هدف خود (تعداد مجموعه ای از نسخه) وجود داشته باشد. این برنامه همچنین می تواند مورد استفاده قرار گیرد تعیین هدف برای تغییر به عنوان مورد نیاز است.
قطعات داده های ذخیره شده در تکه های در حال نسخه، بنابراین دوباره اتصال سرور داده ها با کپی های قدیمی تر از داده (مانند اگر آن را آنلاین برای یک دوره از زمان بوده است)، باعث خواهد شد فایل نمی برای تبدیل شدن به نامنسجم. سرور داده خواهد خود را به نگه داشتن نسخه فعلی از تکه های، که در آن تکه های منسوخ حذف خواهد شد و فضای آزاد خواهد شد اختصاص به برگزاری تکه های جدید همگام سازی.
شکست یک ماشین مشتری (که روند mfsmount اجرا می شود) خواهد بدون تاثیر بر انسجام از فایل سیستم و یا در عملیات مشتری دیگر را داشته باشد. در بدترین سناریو مورد داده هایی را که هنوز از کامپیوتر کلاینت شکست خورده فرستاده ممکن است از دست داد.
و nbsp؛
سیستم عامل
& nbsp؛ در MooseFS در دسترس در هر سیستم عامل با اجرای فیوز کارگر است:
و nbsp؛ * لینوکس (لینوکس 2.6.14 و پشتیبانی فیوز موجود در هسته رسمی)
و nbsp؛ * بورس
و nbsp؛ * اوپنسولاریس
و nbsp؛ * MacOS اکس
استاد سرور، سرور metalogger و chunkservers همچنین می توانید در سولاریس یا ویندوز با از Cygwin اجرا می شود. متاسفانه بدون فیوز آن ممکن نخواهد بود به نصب فایل سیستم در این سیستم عامل
چه در این نسخه جدید است.
تغییرات مهم ترین شامل ثابت دهنده سیگنال قرار دارند دست زدن به در ماژول چند رشته ای ، هدف و محدودیت trashtime در mfsexport.cfg، و چک ساده برای فایل های ابرداده دانلود.
جدید در نسخه 1.6.19 است:
به تغییرات قابل توجهی برای یکپارچگی بهتر از ابرداده به دستگاه metalogger و ابزار metarestore معرفی شدند.
نوار پیشرفت اسکن در CS اضافه شد.
نام استاد در حال حاضر حل و فصل هنگامی که یک اتصال با شکست مواجه.
جلسه جدید ایجاد شده است که یکی از قبلی از دست داده است.
بسیاری از دیگر رفع اشکال و بهبود ساخته شد.
جدید در نسخه 1.6.17 است:
در این نسخه ما معرفی مدیریت کش داده اتوماتیک.
این به اندازه کافی برای ارتقاء فقط سرور اصلی (بدون تغییر در سرورهای تکه یا مشتریان 'کد ساخته شده بودند) است.
مکانیسم کش هسته همیشه وجود داشته است، اما تا به حال کش همیشه پس از باز کردن یک فایل پاک شده است. در حال حاضر MooseFS کنترل که آیا به آن یا نه روشن با چک کردن در صورتی که فایل بود و یا توسط یک سرویس گیرنده دیگر تغییر نمی کند. بیایید نگاهی به برخی از حالات نگاه کنید.
سناریو اول:
1. کامپیوتر می خواند فایل X
2. کامپیوتر B می خواند فایل X
3. کامپیوتر می خواهد به خواندن فایل X - ما کش ترک (فایل تغییر نمی شد)
سناریوی دوم:
1. کامپیوتر می خواند فایل X
2. کامپیوتر می نویسد به فایل X
3. کامپیوتر می خواهد تر خواندن فایل X - ما کش (فایل تغییر شد اما کامپیوتر می داند در مورد این تغییرات) ترک
سناریو سوم:
1. کامپیوتر می خواند فایل X
2. کامپیوتر B می نویسد به فایل X
3. کامپیوتر می خواهد به خواندن فایل X - در اینجا ما باید به زور به خالی کردن حافظه پنهان (به دلیل تغییرات توسط کامپیوتر B و کامپیوتر ساخته شده است در مورد آنها نمی دانند)
در محیط های واقعی سناریوهای اول و دوم به مراتب بیشتر از سناریو سوم اتفاق می افتد و به همین دلیل منطقی است به ترک محتویات کش و به دست آوردن عملکرد کلی سیستم.
البته برخی از حالات متوسط وجود دارد (اما آنها نیز قبلا وجود) مثل این یکی:
1. کامپیوتر فایل X باز می شود و آن را می خواند به طور کامل (فایل در حافظه نهان باقی می ماند)
2. کامپیوتر B تغییر فایل X
3. کامپیوتر را دوباره خواند فایل X (اما بدون بسته شدن و یا بازگشایی آن - فقط در حال حرکت در موقعیت 0 و بازخوانی آن)
در این وضعیت کامپیوتر را داده همان است که در مرحله 1 را دریافت کنید، اما همان نیز در MooseFS اتفاق افتاده است قبل از.
nodatacache ویژگی نیز معرفی شد که منع به کش یک فایل. از نسخه 1.6.17 تا فایل با nodatacache ویژگی رفتار مانند فایل های در نسخه های قدیمی تر از MooseFS انجام داد. این پرچم را می توان با ابزار mfsseteattr، mfsdeleattr و mfsgeteattr استفاده می شود.
این پرچم پیشگیرانه اضافه شد و احتمالا شما نمی خواهد نیاز به استفاده از آن. اگر بعد از مدتی به نظر می رسد که این واقعا بی فایده آن حذف خواهد شد. اما اگر شما هر صورت / سناریو که خواستار ناتوان ساز و کش اتوماتیک پیدا لطفا آن را با ما.
نظر یافت نشد