LizardFS

📅 آخر تحديث: ٢٦ يوليو ٢٠٢٦
✍️ نُشر في: ٢٦ يوليو ٢٠٢٦
الموسوعة الحرة

LizardFS هو نظام ملفات موزّع مفتوح المصدر ، متوافق مع معيار POSIX ، ومرخص بموجب رخصة GPLv3 . [ 3 ] [ 4 ] تم إصداره عام 2013 كنسخة معدلة من MooseFS . [ 5 ] كما يوفر LizardFS دعمًا فنيًا مدفوعًا (الأساسي، والمؤسسي، والمؤسسي بلس)، يشمل تهيئة وإعداد المجموعة ومراقبة المجموعة النشطة.

LizardFS هو نظام ملفات موزع وقابل للتوسع ومقاوم للأعطال. صُمم نظام الملفات بحيث يمكن إضافة المزيد من الأقراص والخوادم "أثناء التشغيل"، دون الحاجة إلى إعادة تشغيل الخادم أو إيقافه. [ 6 ]

وصف

يُؤمّن نظام LizardFS الملفات من خلال تخزين جميع البيانات في نسخ متعددة موزعة على الخوادم المتاحة. ويُقدّم هذا التخزين للمستخدم النهائي كمساحة اسم منطقية واحدة. كما يُمكن استخدامه لإنشاء وحدات تخزين فعّالة من حيث المساحة، لأنه مُصمّم للعمل على أجهزة قياسية . وله تطبيقات في مجالات متعددة، ويستخدمه مؤسسات في قطاعات التمويل، والاتصالات، والطب، والتعليم، وما بعد الإنتاج، وتطوير الألعاب، وخدمات الحوسبة السحابية.

الأجهزة

نظام LizardFS مستقل تمامًا عن نوع العتاد. يمكن استخدام العتاد القياسي لتحقيق الكفاءة في التكلفة. الحد الأدنى من المتطلبات هو عقدتان مخصصتان مع عدد من الأقراص، ولكن للحصول على تثبيت عالي التوافر، يلزم وجود 3 عقد على الأقل. وهذا يتيح أيضًا استخدام ترميز المحو .

بنيان

يحتفظ نظام LizardFS بالبيانات الوصفية (مثل أسماء الملفات، وتواريخ التعديل، وهياكل الدليل) والبيانات بشكل منفصل. تُحفظ البيانات الوصفية على خوادم البيانات الوصفية، بينما تُحفظ البيانات على خوادم الأجزاء.

يتكون التركيب النموذجي من:

  • يتطلب النظام خادمين على الأقل للبيانات الوصفية، يعملان بنظام رئيسي-تابع لاستعادة النظام في حال حدوث عطل. يتمثل دورهما في إدارة النظام بأكمله، ولذلك يُطلق على خادم البيانات الوصفية النشط اسم الخادم الرئيسي. أما دور الخوادم الأخرى فهو المزامنة مع الخادم الرئيسي النشط، ولذلك تُسمى غالبًا بالخوادم الرئيسية الاحتياطية. أي خادم رئيسي احتياطي جاهز لتولي دور الخادم الرئيسي في أي وقت. يُنصح بتكوين خادم البيانات الوصفية على جهاز مزود بمعالج مركزي سريع ، وذاكرة وصول عشوائي (RAM) لا تقل عن 32  جيجابايت، وقرص تخزين واحد على الأقل (يُفضل أن يكون SSD) لتخزين عدة جيجابايت من البيانات الوصفية.
  • مجموعة من خوادم التجزئة لتخزين البيانات. يُقسّم كل ملف إلى كتل تُسمى أجزاء (يصل حجم كل منها إلى 64 ميجابايت) تُخزّن على خوادم التجزئة. يُنصح باستخدام جهاز مزود بمساحة تخزين كبيرة، إما بنظام JBOD أو RAID، لتكوين خادم التجزئة . لا يُعدّ المعالج وذاكرة الوصول العشوائي (RAM) عاملين مهمين. يمكنك استخدام خادمَي تجزئة كحد أدنى، أو مئات الخوادم كحد أقصى.
  • العملاء الذين يستخدمون البيانات المخزنة على LizardFS. تستخدم هذه الأجهزة وحدة تخزين LizardFS للوصول إلى الملفات في النظام ومعالجتها تمامًا كما لو كانت موجودة على محركات الأقراص الصلبة المحلية. يمكن عرض الملفات المخزنة على LizardFS والوصول إليها من قِبل أي عدد من العملاء حسب الحاجة.

سمات

  • اللقطات - عند إنشاء لقطة، يتم نسخ البيانات الوصفية للملف المستهدف فقط، مما يُسرّع العملية. وتُشارك أجزاء من الملف الأصلي والملف المُستنسخ حتى يتم تعديل أحدهما.
  • جودة الخدمة - يوفر LizardFS آليات تسمح للمسؤولين بتعيين حدود عرض النطاق الترددي للقراءة/الكتابة لجميع حركة المرور التي يتم إنشاؤها بواسطة نقطة تحميل معينة، وكذلك لمجموعة محددة من العمليات المنتشرة على أجهزة عملاء متعددة ونقاط تحميل.
  • نسخ البيانات - تُقسّم الملفات المخزنة في LizardFS إلى كتل تُسمى أجزاء، يصل حجم كل منها إلى 64 ميجابايت. يُحفظ كل جزء على خوادم الأجزاء، ويمكن للمسؤولين تحديد عدد النسخ المحفوظة من كل ملف. على سبيل المثال، عند اختيار الاحتفاظ بثلاث نسخ (configuration goal=3)، ستبقى جميع البيانات محفوظة حتى في حال تعطل أي قرصين أو خادمين من خوادم الأجزاء، لأن LizardFS لا يحتفظ بنسختين من الجزء نفسه على نفس العقدة.
  • النسخ الجغرافي - يتيح لك النسخ الجغرافي تحديد مكان تخزين أجزاء البيانات. تسمح ميزة البنية باقتراح النسخة التي يجب على العميل قراءتها في حال توفر أكثر من نسخة. على سبيل المثال، عند نشر LizardFS عبر مركزَي بيانات، أحدهما في لندن والآخر في باريس، يُمكن تعيين التسمية "لندن" لكل خادم في مركز لندن، و"باريس" لكل خادم في مركز باريس.
  • نسخ البيانات الوصفية - تُخزَّن البيانات الوصفية على خوادم البيانات الوصفية. في أي وقت، يتولى أحد هذه الخوادم إدارة التثبيت بالكامل ويُسمى الخادم الرئيسي. أما خوادم البيانات الوصفية الأخرى، فتُعتبر خوادم رئيسية احتياطية، وتظل متزامنة معه.
  • التوافر العالي - توفر خوادم الظل الرئيسية توافرًا عاليًا لنظام LizardFS. في حال وجود خادم ظل رئيسي واحد على الأقل قيد التشغيل وفقدان خادم النظام الرئيسي النشط، يتولى أحد خوادم الظل الرئيسية المهمة.
  • نظام الحصص - يدعم LizardFS آلية حصص القرص المعروفة في أنظمة ملفات POSIX الأخرى. يوفر هذا النظام خيارًا لتعيين حدود قصوى ودنيا لعدد الملفات وحجمها الإجمالي لمستخدم معين أو مجموعة من المستخدمين. لا يمكن للمستخدم الذي تجاوز حده الأقصى كتابة بيانات جديدة إلى LizardFS.
  • سلة المهملات - من ميزات LizardFS الأخرى سلة مهملات شفافة وتلقائية بالكامل. بعد حذف أي ملف، يُنقل إلى سلة المهملات، التي لا يراها إلا المسؤول. يمكن استعادة أي ملف في سلة المهملات أو حذفه نهائيًا.
  • عميل ويندوز أصلي - يمكن تثبيت عميل LizardFS لنظام ويندوز على محطات العمل والخوادم. يوفر هذا العميل إمكانية الوصول إلى الملفات المخزنة على LizardFS عبر محرك أقراص افتراضي. عميل ويندوز ميزة مرخصة، ويمكن الحصول عليها بالتواصل مع مطوري LizardFS - Distributed FS Sp. z oo
  • يوفر نظام المراقبة LizardFS واجهتين للمراقبة. أولاً، أداة سطر أوامر مفيدة لأنظمة مثل Nagios وZabbix وIcinga، والتي تُستخدم عادةً للمراقبة الاستباقية. ثانياً، واجهة مراقبة رسومية عبر الويب متاحة للمسؤولين، تتيح تتبع جميع جوانب النظام تقريباً.
  • هادوب - هو حل قائم على جافا يسمح لهادوب باستخدام تخزين LizardFS، حيث يُطبّق واجهة HDFS لـ LizardFS. يعمل كطبقة تجريد لنظام الملفات. يُمكّنك من استخدام مهام هادوب للوصول مباشرةً إلى البيانات على مجموعة LizardFS. يقوم الملحق بترجمة بروتوكول LizardFS ويجعل البيانات الوصفية قابلة للقراءة بواسطة Yarn و MapReduce.
  • يستخدم LizardFS خادم NFS -ganesha لإنشاء مشاركات NFS، لذا من الناحية التقنية، لا يتصل عميل NFS بالخادم الرئيسي، بل بخادم ملفات Ganesha الذي يتواصل مباشرةً مع مكونات LizardFS. من وجهة نظر المستخدم، يعمل تمامًا مثل خادم NFS عادي.

انظر أيضاً

مراجع

  1. ↑ "LizardFS" . مؤرشف من الأصل بتاريخ 30 يناير 2016. تم الاطلاع عليه بتاريخ 9 مايو 2016 .
  2. ↑ "الإصدارات · lizardfs/lizardfs" . GitHub . مؤرشف من الأصل بتاريخ 2023-06-08 . تم الاطلاع عليه بتاريخ 2025-07-15 .
  3. ↑ "LizardFS: التخزين المعرّف برمجياً، كما ينبغي أن يكون (المقال الأصلي باللغة الألمانية)" . www.golem.de . 27 أبريل 2016. مؤرشف من الأصل في 30 أبريل 2016. تم الاطلاع عليه في 6 مايو 2016 .
  4. ↑ "السيد بلو كوت: (مُحدَّث) معيار أداء نظام الملفات الموزعة" . مؤرشف من الأصل بتاريخ 22-05-2016 . تم الاطلاع عليه بتاريخ 06-05-2016 .
  5. ↑ "ZFS + glusterfs على عقدتين أو ثلاث عقد" . permalink.gmane.org . مؤرشف من الأصل بتاريخ 13-10-2016 . تم الاطلاع عليه بتاريخ 06-05-2016 .
  6. ^ كورينكوف، ف.ف. كوتوفسكي، NA؛ بلاشوف، NA؛ بارانوف، إيه في؛ سيمينوف، RN (2015/01/01). "البنية التحتية السحابية JINR" . بروسيديا علوم الكمبيوتر . المؤتمر الدولي الرابع للعلماء الشباب في العلوم الحاسوبية. 66 : 574-583 . دوى : 10.1016/j.procs.2015.11.065 .