أفضل 10 أدوات لمراقبة RAID للخوادم المنزلية

قد تبدو مصفوفة RAID سليمة بينما يزداد سوء أحد محركاتها بهدوء. وقد تتدهور أيضًا بينما لا تزال الأقراص المتبقية تعرض حالة SMART PASSED.

لذلك تحتاج المراقبة الجيدة إلى أكثر من ضوء حالة أخضر واحد. فأفضل إعداد للخادم المنزلي يراقب المصفوفة، ومحركات الأقراص الفعلية، وعمليات إعادة البناء أو الفحص، والتنبيهات التي تخبرك بتغير شيء ما.

مراقبة RAID تتجاوز SMART

تجيب صحة RAID وصحة القرص عن سؤالين مختلفين.

يخبرك مراقب المصفوفة بما إذا كان نظام التخزين لا يزال يضم الأعضاء المتوقّعين، وما إذا كانت التكرارية قد فُقدت، وما إذا كانت عملية إعادة بناء أو إعادة مزامنة أو فحص أو تحقق من الاتساق قيد التشغيل.

تراقب SMART ما يوجد تحت تلك المصفوفة، أي محركات الأقراص الصلبة HDD، ومحركات الأقراص SSD، ومحركات NVMe الفردية. ويمكنها كشف درجة الحرارة، وأخطاء الوسائط، والقطاعات المعلّقة، والقطاعات المعاد تخصيصها، والتحمل، ونتائج الاختبارات الذاتية، وغيرها من الإشارات على مستوى الجهاز.

مراقبة RAID
     |
     +-- حالة المصفوفة
     |     سليم / متدهور / غير متصل
     |
     +-- صحة محرك الأقراص
     |     SMART / NVMe / درجة الحرارة
     |
     +-- الاسترداد
     |     إعادة البناء / إعادة المزامنة / الفحص
     |
     +-- السجل التاريخي
     |     الاتجاهات / الأخطاء / السعة
     |
     +-- التنبيهات
           البريد الإلكتروني / الإشعارات الفورية / خطاف الويب / الدردشة

هذا التمييز مهم لأن المصفوفة السليمة قد تحتوي على محرك أقراص آخذ في التدهور، بينما قد تضم المصفوفة المتدهورة عدة أقراص فردية تظل حالة SMART فيها طبيعية.

يُشرح نموذج RAID الأساسي بمزيد من التفصيل في كيفية عمل RAID، لكن المراقبة تبدأ من قاعدة أبسط: راقب المصفوفة ومحركات الأقراص الموجودة تحتها معًا.

ما الذي ينبغي لأداة مراقبة RAID أن تراقبه فعليًا؟

ينبغي لمراقب الخادم المنزلي المفيد أن يغطي أكبر عدد ممكن من هذه الطبقات وفقًا لما يتطلبه دوره:

كيف صنّفنا أفضل أدوات مراقبة RAID

هذا ليس تصنيفًا لأجمل لوحات المعلومات. فالأدوات أدناه تعالج أجزاءً مختلفة من منظومة المراقبة.

قيّمناها استنادًا إلى خمسة أسئلة عملية:

• ما الذي يمكنه مراقبته فعليًا؟ حالة المصفوفة، والأقراص الفردية، ومجمّعات ZFS، وRAID العتادي، أم الخادم بأكمله؟
• هل تحتفظ بالسجل التاريخي؟ غالبًا ما يكون ارتفاع عدد الأخطاء ببطء أكثر فائدة من قيمة حالية واحدة.
• هل يمكنها إرسال تنبيهات دون فحص يدوي؟ ينبغي للمراقبة أن تكشف المشكلات بشكل استباقي.
• ما مدى صعوبة نشرها؟ لا ينبغي أن تتطلب وحدة NAS منزلية واحدة بنية مراقبة مؤسسية، إلا إذا أراد المستخدم ذلك.
• هل تتكامل مع أدوات RAID الأصلية؟ عادةً ما تجمع أفضل الإعدادات بين أداة مراقبة خاصة بالمصفوفة وطبقة لفحص صحة الأقراص.

الترتيب الرقمي تحريري وليس نتيجة معيار اصطناعي.

لمحة سريعة عن أفضل 10 أدوات لمراقبة RAID للخوادم المنزلية

1. Netdata — أفضل لوحة معلومات شاملة لمراقبة RAID

تُعد Netdata الخيار الأقوى إجمالًا عندما تريد طبقة مراقبة واحدة لنظام التخزين وبقية الخادم المنزلي.

تغطي جامعات التخزين الحالية عدة بنيات مهمة لمستخدمي RAID.

بالنسبة إلى RAID البرمجي في Linux، يقرأ جامع MD RAID الملف /proc/mdstat ويتتبع أجهزة MD. أما محركات الأقراص الفعلية، فلدى Netdata جامع SMART يستند إلى smartctl. ويراقب جامع مجمّعات ZFS صحة المجمّعات ومساحتها عبر zpool، بينما يمكن لـ جامع StoreCLI RAID مراقبة محولات RAID المدعومة، ومحركات الأقراص الفعلية، والبطاريات الاحتياطية.

يمنح هذا الاتساع Netdata ميزة مقارنةً بلوحات معلومات SMART محدودة التركيز.

MD RAID
SMART
ZFS
RAID العتادي
أنظمة الملفات
وحدة المعالجة المركزية
ذاكرة الوصول العشوائي
الشبكة
الحاويات
     |
  Netdata
     |
لوحة معلومات واحدة

يمكن لعامل Netdata واحد أن يعمل بشكل مستقل ويعرض لوحة المعلومات المحلية الخاصة به على المنفذ 19999الاتصال بالسحابة اختياري لوكيل المراقبة نفسه، مع أن Netdata Cloud يضيف عروضًا مركزية ووظائف إضافية لإدارة عدة عُقد.

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

الأفضل لـ: المستخدمين الذين يريدون لوحة تحكم واحدة تغطي RAID وبقية الخادم.

المقايضة: يركز Netdata على نطاق واسع بدل التركيز المفرط على الأقراص. ويوفر Scrutiny عرضًا أوضح عندما يكون الهدف دراسة سمات SMART وتدهور محركات الأقراص الفعلية على المدى الطويل.

2. Scrutiny — الأفضل لاكتشاف اتجاهات سلامة محركات الأقراص

يُعد Scrutiny من أكثر الإضافات فائدة إلى NAS المنزلي، لأنه يعالج عدة نقاط ضعف في مراقبة SMART الخام.

يعرض SMART عددًا كبيرًا من السمات، لكن ليست كل سمة مفيدة بالقدر نفسه. وقد تكون عتبات الشركة المصنّعة محافظة بما يكفي بحيث يبدو محرك الأقراص «سليمًا» حتى يقترب العطل نسبيًا.

يجمع Scrutiny بيانات SMART مع واجهة ويب وتخزين للاتجاهات التاريخية وتتبع درجات الحرارة وعتبات إضافية تستند إلى بيانات واقعية عن أعطال محركات الأقراص.

يسمح ذلك بطرح أسئلة مثل:

القطاعات المعلّقة حاليًا

يناير       0
مارس         0
يونيو          2
أغسطس        8

يُظهر تقرير SMART حالي واحد أن القيمة هي ثمانية. أما Scrutiny فيوضح أن المقياس يتحرك في الاتجاه الخاطئ.

كما يدعم إشعارات قابلة للتهيئة عبر البريد الإلكتروني وwebhooks وntfy وGotify وSlack وDiscord وTelegram وخدمات أخرى.

يعتمد دعم وحدة تحكم RAID على ما إذا كانت smartctl يمكنه الوصول إلى محركات الأقراص الفعلية الأساسية. ولهذا السبب يوثّق Scrutiny تمرير وحدات التحكم وتعيين أجهزة Docker.

والقيد المهم واضح بالقدر نفسه:

يراقب Scrutiny محركات الأقراص، وليس مصفوفة RAID نفسها.

ينبغي مع ذلك مراقبة مصفوفة Linux MD باستخدام mdadm أو طبقة أخرى مدركة للمصفوفات. وينبغي أن تتضمن مجموعة ZFS مراقبة خاصة بـZFS.

الأفضل لـ: الخوادم المنزلية التي تحتوي على عدة محركات HDD أو SSD، حيث تكون الاتجاهات التاريخية لبيانات SMART ودرجات الحرارة مهمة.

المقايضة: لا تخلط بين ظهور صف من الأقراص السليمة في Scrutiny وبين اعتبار ذلك دليلًا على سلامة مصفوفة RAID.

تعتمد طبقة سلامة محركات الأقراص أيضًا على المحركات نفسها. ويساعد اختيار محركات NAS المناسبة على تقليل المشكلات التي يمكن تجنبها أثناء إعادة البناء وأحمال العمل المستمرة على مدار الساعة طوال أيام الأسبوع.

3. ‏smartmontools — أفضل أساس لمراقبة محركات HDD وSSD وNVMe

إن smartmontools أقل إثارة بصريًا بكثير من Scrutiny، لكنه أكثر جوهرية.

يوفر المشروع أداتين أساسيتين:

smartctl
   |
فحص محرك أقراص واختباره

smartd
   |
مراقبة محركات الأقراص باستمرار

smartctl يمكنه فحص معلومات SMART والصحة من أجهزة ATA/SATA وSCSI/SAS وNVMe، وتشغيل اختبارات ذاتية لمحركات الأقراص. smartd يعمل كخدمة خفية ويفحص الأجهزة باستمرار بحثًا عن حالات الصحة المُهيأة.

تعتمد العديد من منتجات المراقبة عالية المستوى في النهاية على هذه البيانات. يتطلب جامع SMART في Netdata حزمة smartmontools، ويبني Scrutiny طبقة صحة الأقراص حول بيانات smartctl، وتستخدم مُصدّرات smartctl في Prometheus الواجهة نفسها.

لا يزال المشروع يتطور أيضًا. ويسرد سجل التغييرات الحالي للمشروع الرئيسي smartmontools 8.0 باعتباره الإصدار التالي غير المنشور بعد 7.5.

بالنسبة إلى خادم منزلي خفيف، قد يكون smartd كل ما تحتاج إليه:

محرك أقراص
  |
SMART
  |
smartd
  |
تنبيه

لا تحتاج بالضرورة إلى قاعدة بيانات ولوحة معلومات وحزمة مقاييس منفصلة لمعرفة أن أحد محركات الأقراص تجاوز عتبة مهمة.

الأفضل لـ: المستخدمين الذين يريدون أساسًا خفيفًا وناضجًا لصحة محركات الأقراص الفعلية والاختبارات المؤتمتة.

المقابل: مخرجات سطر الأوامر أقل سهولة في الاستخدام من Scrutiny أو Cockpit، كما أن smartd وحده لا يوفر التحليل المرئي التاريخي نفسه.

4. مراقب mdadm — أفضل مراقب أصلي لـ RAID البرمجي في Linux

إذا كانت المصفوفة هي Linux MD RAID، فينبغي أن يظل mdadm جزءًا من خطة المراقبة حتى عند تثبيت Netdata أو لوحة معلومات أخرى.

mdadm --monitor يفهم المصفوفة نفسها.

يمكنه الإبلاغ عن أحداث مثل:

• تعطل الجهاز؛
• المصفوفات المتدهورة؛
• تفعيل القرص الاحتياطي؛
• اختفاء الجهاز؛
• بدء إعادة البناء؛
• تقدم إعادة البناء؛
• اكتمال إعادة البناء.

وهذا يسد الفجوة التي يتركها SMART:

smartd
  |
هل محركات الأقراص سليمة؟

mdadm --monitor
  |
هل مصفوفة RAID سليمة؟

بالنسبة إلى خادم منزلي بسيط يعمل بنظام Linux، يؤدي الجمع بين مراقبة mdadm وsmartd إلى إنشاء نظام مراقبة قوي على نحو مفاجئ من دون إضافة حزمة ويب كبيرة.

الأفضل لـ: خوادم Debian وUbuntu وغيرها من خوادم Linux المبنية حول MD RAID 1 أو 5 أو 6 أو 10.

المقابل: يركز mdadm على RAID البرمجي في Linux بدلًا من ZFS أو RAID العتادي أو التحليل الرسومي طويل الأمد.

5. ‏OpenZFS ZED — أفضل مراقبة أصلية لأحداث مجموعات ZFS

ينبغي لمستخدمي ZFS مراقبة ZFS بصفته ZFS، بدلًا من محاولة مواءمة كل حدث مع مصطلحات RAID التقليدية.

يقوم ZED، وهو برنامج خفي لأحداث ZFS، بمراقبة الأحداث التي تنشئها وحدة نواة ZFS وتشغيل إجراءات ZEDLET المكوَّنة عند ظهور فئات أحداث مطابقة.

تصبح علاقة المراقبة كما يلي:

نواة ZFS
    |
  zevents
    |
   ZED
    |
إجراءات ZEDLET
    |
الإشعارات / الأتمتة

وهذا يجعل ZED مناسبًا لأحداث المجموعات والأجهزة الخاصة بـ ZFS نفسه، بدلًا من لوحة معلومات خارجية للأقراص.

لذلك قد تتضمن حزمة ZFS المنزلية الكاملة للخادم ما يلي:

ZED
 |
أحداث المجموعة

smartd / Scrutiny
 |
سلامة محركات الأقراص الفعلية

Netdata / Grafana
 |
لوحة المعلومات والسجل

الأفضل لـ: مستخدمي TrueNAS أو OpenZFS أو ZFS على Linux/BSD الذين يريدون معالجة أصلية للأحداث المتعلقة بمجموعاتهم.

المقايضة: ZED هو برنامج خفي للأحداث، وليس لوحة معلومات متكاملة مصقولة. أضف إليه طبقة أخرى إذا كان التصور طويل الأمد مهمًا.

6. تخزين Cockpit — أفضل واجهة رسومية لمراقبة RAID لمبتدئي Linux

يُعد Cockpit إحدى أسهل الطرق لإضافة واجهة إدارة عبر المتصفح إلى خادم Linux عادي.

يدعم تطبيق التخزين فيه الأقراص المحلية والأقسام وRAID والتشفير وNFS وiSCSI وعمليات التخزين الشائعة الأخرى.

أضاف Cockpit أيضًا معلومات حول سلامة أجهزة SMART إلى صفحة التخزين، بما في ذلك إمكانية تشغيل اختبارات ذاتية للأقراص من المتصفح.

وهذا يجعله خيارًا قويًا للمبتدئين لخادم يبدو بخلاف ذلك كما يلي:

Ubuntu / Debian / Fedora
          |
       Cockpit
          |
 واجهة تخزين عبر المتصفح
          |
 RAID + SMART + نقاط التحميل

وهو مفيد خصوصًا عندما يرغب المستخدم في إدارة التخزين بدلًا من إنشاء حزمة مخصصة للرصد.

الأفضل لـ: مبتدئي Linux الذين يريدون حالة RAID والأقراص ضمن واجهة نظيفة لإدارة الخادم.

المقايضة: يتفوق Cockpit في عرض حالة الخادم الحالية وإدارتها، لكنه أقل ملاءمة لتخزين سجل SMART التفصيلي لأشهر.

7. ‏Prometheus + smartctl_exporter + Grafana — الأفضل للمقاييس طويلة الأمد

عندما تصبح المراقبة هواية بحد ذاتها، تمنحك حزمة Prometheus تحكمًا أكبر بكثير من لوحة معلومات NAS مخصصة لهذا الغرض.

الرسمي smartctl_exporter يحوّل إحصاءات smartctl إلى مقاييس Prometheus. ويتطلب smartmontools‏ 7.0 أو إصدارًا أحدث لأنه يعتمد على مخرجات JSON من smartctl.

البنية معيارية:

مُصدِّرات SMART / RAID / ZFS
           |
       Prometheus
           |
         Grafana
           |
 لوحات المعلومات + التنبيهات

يمكن أن تضيف المصدّرات الإضافية أو مقاييس العقدة ما يلي:

• سعة نظام الملفات؛
• إدخال/إخراج القرص؛
• مجموعات ZFS؛
• حالة MD RAID؛
• درجة الحرارة؛
• حِمل الخادم؛
• مقاييس UPS؛
• نشاط الشبكة.

يُعد هذا الخيار الأقوى عندما تريد الإجابة عن أسئلة تاريخية بدلًا من التحقق من الحالة الحالية فحسب.

على سبيل المثال:

• هل ارتفعت درجة حرارة القرص أثناء إعادة إنشاء RAID الأخيرة؟
• متى ظهرت الأخطاء غير القابلة للتصحيح للمرة الأولى؟
• هل تغير زمن استجابة التخزين بعد إضافة قرص آخر؟
• ما مدى سرعة نمو استخدام مجموعة التخزين خلال العام الماضي؟

يمكن لـ Grafana Alerting أيضًا تقييم القواعد المستندة إلى Prometheus وتوجيه الإشعارات عند استيفاء الشروط.

الأفضل لـ: المتحمسين الذين يريدون مقاييس طويلة الأمد، ولوحات معلومات مخصصة، وربط البيانات، وتنبيهات مرنة.

المقايضة: يتطلب Prometheus + exporters + Grafana إعدادًا أكبر بكثير من Scrutiny أو Netdata. وبالنسبة إلى خادم NAS منزلي بسيط واحد، قد لا تقدم هذه التعقيدات فائدة عملية تُذكر.

8. Checkmk — الأفضل لمراقبة عدة خوادم منزلية

يصبح Checkmk أكثر جاذبية عندما يضم المختبر المنزلي أكثر من جهاز واحد.

بدلًا من التفكير في خادم NAS فقط، قد يكون لديك:

NAS
خادم نسخ احتياطي
مضيف Proxmox
حاسوب صغير
موجّه
مزود الطاقة غير المنقطع
مبدّل
     |
   Checkmk

يدعم وكيل Checkmk لنظام Linux مراقبة العتاد من خلال الإضافات، بما في ذلك قيم SMART من محركات HDD وSSD الحديثة.

كما توضح وثائقه صراحةً أنها تتعامل مع الأقراص المخفية خلف وحدات تحكم RAID المدعومة. وبحسب وحدة التحكم، قد تكون أدوات مثل smartmontools, tw_cliوقد تكون أدوات MegaRAID أو ما شابهها مطلوبة قبل أن يتمكن Checkmk من الوصول إلى معلومات الجهاز الأساسية.

وتتمثل الميزة الأكبر في الإدارة المركزية: إذ يمكن أن توجد عدة مضيفات، وحالات الخدمات، وقواعد التنبيه، والرسوم البيانية، والجرد، والسعة، ومراقبة النظام كلها في واجهة واحدة.

الأفضل لـ: المختبرات المنزلية التي تحتاج إلى مراقبة صحة التخزين إلى جانب عدة خوادم Linux وأجهزة البنية التحتية.

المقايضة: يُعد Checkmk عبئًا إضافيًا غير ضروري لخادم NAS واحد إذا كانت Netdata أو أدوات المراقبة الأصلية لنظام التشغيل تغطي بالفعل إشارات الأعطال المهمة.

9. StorCLI — الأفضل لوحدات RAID العتادية من LSI وBroadcom

يتطلب RAID العتادي أسلوبًا مختلفًا للمراقبة، لأن نظام التشغيل قد يرى قرصًا افتراضيًا واحدًا بينما تدير وحدة التحكم عدة أقراص فعلية تحته.

نظام التشغيل
      |
 محرك افتراضي
      |
 وحدة تحكم RAID
      |
+-----+-----+-----+
القرص 1   القرص 2  القرص 3

StorCLI هي أداة إدارة عبر سطر الأوامر من Broadcom لوحدات تحكم RAID المدعومة من LSI/Broadcom.

يمكنه فحص حالة وحدة التحكم، والأقراص الافتراضية، والأقراص الفعلية، وعمليات إعادة البناء، ومعلومات الهيكل، وذاكرة التخزين المؤقت، والمكونات المدعومة للبطارية أو النسخ الاحتياطي.

يمكن أن تتضمن حالة RAID العتادي حالات مثل:

• مثالي؛
• متدهور جزئيًا؛
• متدهور؛
• غير متصل.

تُعد هذه الرؤية على مستوى وحدة التحكم ضرورية، لأن أدوات SMART العامة قد لا تتمكن من اكتشاف الأقراص الأعضاء تلقائيًا عبر كل وحدة تحكم RAID.

من التركيبات المفيدة للمراقبة:

RAID من Broadcom / LSI
        |
      StorCLI
        |
     Netdata
        |
لوحة التحكم + التنبيهات

يمكن لجامع StoreCLI في Netdata استهلاك معلومات وحدة التحكم ووضعها بجانب بقية مقاييس الخادم.

الأفضل لـ: الخوادم المنزلية التي تستخدم وحدات تحكم عتادية مدعومة من Broadcom أو LSI أو MegaRAID.

المقابل: StorCLI أداة إدارة خاصة بوحدة التحكم، وليست لوحة تحكم عامة لخادم منزلي.

10. Zabbix — الأفضل للتنبيه المتقدم بشأن RAID والأتمتة

Zabbix هو الخيار الأكثر تركيزًا على البنية التحتية في هذه القائمة.

تتضمن قوالب Agent 2 الحالية مراقبة SMART الرسمية، بينما يمكن إضافة حالة المصفوفة ووحدة التحكم عبر عمليات التكامل المدعومة أو العناصر أو البرامج النصية أو القوالب المخصصة المناسبة للبيئة.

يمكن لتثبيت Zabbix أكبر أن يجمع بين:

SMART
RAID
ZFS
نظام الملفات
مزود الطاقة غير المنقطع
درجة الحرارة
الشبكة
الخدمات
     |
   Zabbix
     |
السجل
المشغلات
الإشعارات
التصعيد

تكمن القوة هنا ليس في شاشة RAID مصممة لغرض محدد، بل في القدرة على تحديد ما يشكّل فشلًا بالضبط وما الذي ينبغي أن يحدث بعد ذلك.

على سبيل المثال، يمكن توجيه تحذير واحد إلى قناة إشعارات عادية، بينما يؤدي تدهور المصفوفة أو عدم اتصال قرص افتراضي إلى تصعيد أكثر إلحاحًا.

الأفضل لـ: المستخدمين المتقدمين الذين يشغّلون Zabbix بالفعل أو يريدون قواعد تنبيه وأتمتة مفصلة لأنظمة متعددة.

المقابل: تعقيد الإعداد مرتفع. عادةً ما يكون تثبيت Zabbix لمراقبة قرصين فقط في جهاز NAS منزلي واحد أمرًا غير ضروري.

ما أداة مراقبة RAID التي ينبغي لك استخدامها فعليًا؟

سلامة RAID مقابل سلامة SMART: إنهما ليسا الشيء نفسه

هذا الفرق أهم من الاختيار بين معظم الأدوات في التصنيف.

من الأمثلة المفيدة:

mdadm:
المصفوفة سليمة

Scrutiny:
القرص 3
القطاعات المعلّقة حاليًا = 0 ← 2 ← 8

لم تفشل المصفوفة بعد، لكن سجل القرص الفعلي يمنحك سببًا للتحقيق.

يمكن أن يحدث العكس أيضًا:

mdadm:
المصفوفة في حالة تدهور

smartctl:
القرص 1: اجتاز الاختبار
القرص 2: اجتاز الاختبار
القرص 3: اجتاز الاختبار

قد يكون العضو المفقود قد اختفى بسبب الكابلات أو الطاقة أو مشكلات وحدة التحكم أو تعداد الأجهزة أو عطل آخر لا تمثله عتبة فشل SMART.

مراقبة mdadm مقابل ZFS مقابل RAID العتادي

تعتمد أداة المراقبة الصحيحة جزئيًا على موضع وجود منطق RAID.

لهذا السبب يؤثر تخطيط التخزين في بنية المراقبة. تكشف برمجيات RAID وZFS وRAID العتادي حالات مختلفة عبر طبقات تحكم مختلفة.

التدقيق مقابل Netdata: أيٌّ منهما ينبغي أن تثبّت؟

تعمل معًا بشكل أفضل من عملها ضد بعضها.

لذلك فإن تركيبة مباشرة لخادم منزلي هي:

Netdata
  |
صحة المصفوفة والخادم

Scrutiny
  |
اتجاهات محركات الأقراص الفعلية

إذا كنت تريد تطبيقًا واحدًا فقط، فإن Netdata يغطي طبقات أكثر.

إذا كان نظام تشغيل NAS يراقب صحة المصفوفة جيدًا بالفعل، فقد تضيف Scrutiny معلومات جديدة أكثر لأنها تمنح الأقراص الفعلية عرضًا تاريخيًا أفضل.

هل تحتاج إلى Prometheus وGrafana لخادم NAS منزلي؟

عادةً لا.

إذا كان المتطلب الوحيد هو:

أخبرني عندما تكون RAID في حالة متدهورة
أخبرني عندما يتعطل قرص

يمكن لتنبيهات المصفوفة الأصلية، إلى جانب smartd أو Scrutiny أو Netdata، حل المشكلة باستخدام بنية تحتية أقل بكثير.

يصبح استخدام Prometheus وGrafana منطقيًا عندما تهتم بما يلي:

• سجل يمتد لأشهر أو سنوات؛
• خوادم متعددة؛
• لوحات معلومات مخصصة؛
• ربط درجة الحرارة بعمليات الإدخال والإخراج؛
• تتبع نمو التخزين؛
• دمج RAID مع مقاييس UPS والشبكة وDocker والمضيف؛
• قواعد تنبيه PromQL مخصصة.

السبب الخاطئ لتثبيت Grafana هو ببساطة أن لوحة المعلومات تبدو مبهرة.

السبب الصحيح هو أن لديك أسئلة تتطلب سجلًا زمنيًا.

ما تنبيهات RAID التي ينبغي عليك إعدادها؟

لا تصبح المراقبة مفيدة إلا عندما يتمكن شيء ما من الوصول إليك دون أن تفتح لوحة المعلومات أولًا.

تنبيهات المصفوفة

• المصفوفة في حالة متدهورة؛
• المصفوفة غير متصلة؛
• فقدان عضو غير متوقع؛
• تم تفعيل محرك احتياطي؛
• بدأت إعادة البناء أو إعادة المزامنة؛
• فشلت إعادة البناء؛
• اكتملت إعادة البناء.

تنبيهات محرك الأقراص الفعلي

• فشل اختبار الصحة الإجمالية لـ SMART؛
• ازداد عدد القطاعات المعلّقة حاليًا؛
• ازداد عدد القطاعات غير القابلة للتصحيح دون اتصال؛
• ازداد عدد القطاعات المُعاد تخصيصها بدرجة ملحوظة؛
• تحذير حرج في NVMe؛
• تقترب متانة SSD أو مستوى تآكله من حد الاستبدال؛
• تبقى درجة حرارة محرك الأقراص خارج النطاق المتوقع.

تنبيهات ZFS

• التجميعة في حالة متدهورة؛
• عطل في الجهاز؛
• تزداد أخطاء المجموع الاختباري؛
• اكتشف الفحص أخطاءً؛
• بدأت عملية إعادة المزامنة أو فشلت؛
• تقترب سعة التجميعة من الحد المحدد.

تنبيهات RAID العتادي

• فشل محرك فعلي؛
• محرك افتراضي في حالة متدهورة؛
• محرك افتراضي غير متصل؛
• توقفت إعادة البناء أو فشلت؛
• عطل في ذاكرة التخزين المؤقت لوحدة التحكم أو في بطارية النسخ الاحتياطي.

لا ينبغي نسخ درجات الحرارة الدقيقة وحدود SMART بشكل أعمى من خادم آخر. إذ تكشف طُرز محركات الأقراص المختلفة سمات ونطاقات تشغيل مختلفة.

المبدأ أهم:

لوحة معلومات لا تفتحها أبدًا لا تُعد مراقبة.

اختبار SMART مقابل Scrub مقابل إعادة البناء: ثلاث مهام مختلفة

غالبًا ما تختلط هذه العمليات معًا، لكنها تفحص أشياء مختلفة.

اختبار SMART الذاتي

يُجرى اختبار SMART الذاتي بواسطة جهاز تخزين فردي.

محرك أقراص واحد
   |
اختبار SMART
   |
نتيجة على مستوى الجهاز

يمكن لاختبار SMART الطويل فحص مساحة أكبر من سطح محرك الأقراص مقارنةً بالاختبار القصير، لكنه لا يتحقق من تكافؤ RAID أو نسخ ZFS للبيانات عبر نظام التخزين بأكمله.

إعادة بناء RAID أو إعادة المزامنة

تستعيد عملية إعادة البناء التكرار بعد تعطل عضو أو استبداله.

RAID متدهور
     |
القرص البديل
     |
إعادة البناء / إعادة المزامنة
     |
تمت استعادة التكرار

إنها عملية استرداد، وليست اختبارًا لصحة القرص.

تتحقق عملية الفحص أو الاتساق من علاقات البيانات والتكرار الموجودة بالفعل.

فحص ZFS أو التحقق من اتساق RAID

إنه يجيب عن سؤال مختلف:

ولهذا ينبغي أن تعرض المراقبة الحالات الثلاث كلها عندما تدعم بنية التخزين ذلك.

فعّل تنبيهات NAS الأصلية قبل تثبيت لوحة معلومات أخرى

قد يوفر نظام تشغيل NAS مخصص بالفعل أول طبقة مراقبة تحتاج إليها.

فعلى سبيل المثال، يعرض نظام إدارة التخزين الحالي في ZimaOS حالة المصفوفة، وصحة الأقراص، والسعة القابلة للاستخدام، وسرعات القراءة والكتابة ضمن الإعدادات > التخزين. ويؤدي تعطل أحد أعضاء RAID إلى تحويل المصفوفة إلى حالة متدهورة، كما يوجّه سير عمل الاسترداد المستخدم خلال إعادة البناء بعد استبدال القرص.

يعرض ZimaOS أيضًا تقدم عمليات RAID وفحص التكافؤ طويلة الأمد، بالإضافة إلى معلومات مفصلة عن حالة الأقراص، في واجهة التخزين.

لذلك ينبغي أن يكون الترتيب العملي كما يلي:

1. فعّل التنبيهات الأصلية لـ NAS
        |
2. تأكد من اكتشاف حالة المصفوفة المتدهورة
        |
3. أضف سجلًا تاريخيًا للأقراص الفعلية
        |
4. أضف حزمة مراقبة أوسع فقط إذا كانت مفيدة

وبالمثل، توفر منصات NAS الأخرى مثل TrueNAS وUnraid وSynology وQNAP ميزات أصلية لمراقبة حالة التخزين، وينبغي إعدادها قبل إضافة نظام مراقبة ثانٍ.

ينبغي أن تجيب الطبقة الإضافية عن سؤال لا تجيب عنه واجهة المستخدم الأصلية بشكل جيد.

مراقبة RAID لا تحل محل النسخ الاحتياطي

يمكن لتنبيه دقيق أن يخبرك بتعطل قرص خلال ثوانٍ.

لا يمكنه استعادة إصدار الأمس من مجلد محذوف.

لا يمكنه استعادة الملفات التي شفّرها برنامج الفدية بالفعل.

لا يمكنه إعادة إنشاء NAS بعد السرقة أو الحريق أو تعطل وحدة التحكم بشكل كارثي.

ولهذا السبب، فإن RAID ليس نسخة احتياطية.

RAID
  |
التوافر بعد تعطل بعض الأقراص

المراقبة
  |
اكتشاف المشكلات بسرعة

النسخ الاحتياطي
  |
استعادة البيانات المفقودة أو التالفة

تحل هذه الحلول الثلاثة أجزاءً مختلفة من مشكلة الموثوقية.

تصبح المراقبة مهمة بشكل خاص أثناء عمليات إعادة البناء، لأن الأقراص المتبقية قد تشهد نشاطًا مستمرًا مع انخفاض مستوى التكرار. ويضيف انقطاع الطاقة غير المتوقع خلال تلك الفترة خطرًا آخر، ولهذا تُعد الحماية بواسطة UPS أثناء عمليات التخزين مهمة بشكل مستقل عن مراقبة حالة الأقراص.

حزم المراقبة الموصى بها لـ RAID

خادم RAID بسيط على Linux

mdadm --monitor
       +
     smartd

هذا هو الخيار خفيف الوزن.

يراقب mdadm مصفوفة Linux، ويراقب smartd الأقراص. ولا يتطلب أيٌّ منهما منصة ويب ثقيلة.

NAS منزلي سهل

مراقبة NAS الأصلية
         +
      Scrutiny

تتعامل واجهة NAS مع حالة المصفوفة وعمليات إعادة البناء، بينما تضيف Scrutiny سجلًا لصحة محركات الأقراص وإشعارات.

خادم Linux منزلي عام

Netdata
   +
Scrutiny

توفر Netdata مراقبة المصفوفة والخادم بأكمله، بينما توفر Scrutiny سجلًا أعمق لمحركات الأقراص الفعلية.

خادم ZFS منزلي

ZED
 +
Scrutiny
 +
Netdata

يتولى ZED معالجة أحداث ZFS الأصلية، وتراقب Scrutiny اتجاهات محركات الأقراص، بينما توفر Netdata لوحة معلومات أوسع للنظام.

مختبر منزلي متقدم

smartctl_exporter
مصدّرات MD / ZFS
node_exporter
      |
  Prometheus
      |
   Grafana
      |
التنبيهات

يُناسب هذا الخيار الحالات التي تكون فيها أهمية سجل المقاييس وتعدد الخوادم كافية لتبرير صيانة حزمة رصد كاملة.

خادم RAID عتادي

StorCLI
   |
Netdata / Checkmk
   |
التنبيهات + لوحة المعلومات

تظل أداة وحدة التحكم مصدر الحقيقة لطبقة RAID العتادية، بينما تجعل منصة المراقبة حالتها مرئية وقابلة لاتخاذ الإجراء.

الحكم النهائي

تُعدّ Netdata أفضل أداة شاملة لمراقبة RAID لمعظم الخوادم المنزلية؛ إذ يمكنها العمل فوق عدة بنى تخزين، مع مراقبة المضيف نفسه أيضًا.

تُعدّ Scrutiny أقوى أداة مرافقة عندما يكون تاريخ كل محرك أقراص على حدة مهمًا. وهي مفيدة خصوصًا لاكتشاف التغيرات البطيئة في سمات SMART قبل أن تصل المصفوفة نفسها إلى حالة متدهورة.

تظل smartmontools طبقة صحة الأقراص الأساسية، بينما لا تزال mdadm Monitor من أوضح الحلول لـ RAID البرمجي على Linux.

ينبغي أن تظل OpenZFS ZED جزءًا من استراتيجية مراقبة أصلية لـ ZFS، بدلًا من محاولة استبدال أحداث المجمّع ببيانات SMART عامة.

يُعدّ Cockpit أسهل خيار رسومي لخادم Linux عادي، بينما تصبح Prometheus وGrafana أكثر ملاءمة عندما تصبح المقاييس طويلة الأجل متطلبًا فعليًا.

تصبح Checkmk وZabbix أكثر قيمة مع زيادة عدد الأنظمة الخاضعة للمراقبة، بينما تُعدّ StorCLI ضرورية عندما يكون منطق RAID داخل عتاد LSI/Broadcom المدعوم.

لذلك تتمثل الاستراتيجية الأكثر موثوقية للخادم المنزلي في استخدام طبقات متعددة:

حالة المصفوفة
     +
حالة محرك الأقراص
     +
حالة الاسترداد
     +
التنبيهات
     +
السجل

يفشل RAID عادةً على مراحل، لذا ينبغي أن تكون المراقبة متعددة الطبقات أيضًا.

الأسئلة الشائعة

ما أفضل أداة لمراقبة RAID لخادم منزلي؟

تُعدّ Netdata أحد أفضل الخيارات الشاملة؛ إذ يمكنها مراقبة RAID البرمجي Linux MD، وأجهزة SMART، ومجمّعات ZFS، وعتاد RAID المدعوم، وبقية الخادم من واجهة واحدة. أما Scrutiny فهي أداة متخصصة أقوى عندما تكون الأولوية لتاريخ SMART التفصيلي لمحركات الأقراص الفعلية.

هل تُعدّ Scrutiny أداةً لمراقبة RAID؟

يراقب Scrutiny الأقراص الفعلية الموجودة أسفل مصفوفة RAID من خلال بيانات SMART. ولا يحل محل المراقبة على مستوى المصفوفة، مثل mdadm لـ Linux MD RAID، أو ZED لأحداث ZFS، أو StorCLI لوحدات تحكم RAID العتادية المدعومة.

هل يمكن أن تُظهر SMART الحالة PASSED رغم أن القرص يتعطل؟

تعني عبارة SMART PASSED أن القرص لم يتجاوز شرط فشل SMART الإجمالي الخاص بالجهاز. ومع ذلك، قد تتغير سمات فردية بطرق مقلقة قبل تحوّل الحالة إلى فاشل. وتفيد المراقبة التاريخية لأنها تجعل هذه الاتجاهات مرئية.

ما أفضل طريقة لمراقبة RAID باستخدام mdadm؟

استخدم وضع المراقبة في mdadm لأحداث المصفوفة، واربطه مع smartmontools أو Scrutiny لمراقبة صحة الأقراص الفعلية. ويمكن لـ Netdata توفير طبقة رسومية إضافية لمراقبة MD RAID والخادم.

ما أفضل طريقة لمراقبة مجموعة ZFS؟

استخدم أدوات ZFS الأصلية مثل ZED وzpool لمراقبة أحداث المجموعة وحالتها. وأضف smartmontools أو Scrutiny لمراقبة صحة الأقراص الفردية، وNetdata أو Prometheus أو Grafana عندما تكون هناك حاجة إلى عرض تاريخي.

هل تكتشف مراقبة RAID القرص الصلب الذي يتعطل قبل فشله؟

قد لا تكفي مراقبة المصفوفة وحدها. يمكن لأدوات القائمة على SMART إظهار تغيرات في سمات صحة الأقراص قبل أن تفقد المصفوفة أحد أعضائها، رغم أن أي نظام مراقبة لا يستطيع التنبؤ بكل أعطال الأقراص بشكل موثوق.

هل ينبغي أن أستخدم Netdata أم Scrutiny؟

استخدم Netdata عندما تريد لوحة معلومات واحدة تغطي الخادم بالكامل، بما في ذلك RAID والتخزين ووحدة المعالجة المركزية وذاكرة RAM والشبكة والخدمات. واستخدم Scrutiny عندما تكون الأولوية لاتجاهات SMART التفصيلية وسجل صحة الأقراص. وقد يكون تشغيل كليهما مفيدًا لأن كلًا منهما يغطي طبقة مختلفة.

هل أحتاج إلى Grafana لمراقبة RAID؟

لا. يُعد Grafana مفيدًا للمقاييس طويلة الأجل ولوحات المعلومات المخصصة والأنظمة المتعددة والربط بين الأحداث. ويمكن غالبًا مراقبة وحدة NAS منزلية بسيطة بشكل كافٍ باستخدام تنبيهاتها الأصلية، إلى جانب smartmontools أو Scrutiny أو Netdata.

ما التنبيهات التي ينبغي لخادم RAID إرسالها؟

كحد أدنى، اضبط تنبيهات للمصفوفات المتدهورة أو غير المتصلة، والأعضاء المفقودة، وفشل إعادة البناء، وفشل صحة SMART، والتغيرات المهمة في سمات SMART، وارتفاع درجات حرارة الأقراص، وأخطاء ZFS، وأعطال وحدة تحكم RAID العتادية أو ذاكرة التخزين المؤقت، حيثما ينطبق ذلك.

هل فحص RAID الشامل هو نفسه اختبار SMART؟

لا. يعمل اختبار SMART على قرص واحد. ويتحقق الفحص الشامل أو فحص الاتساق من البيانات والتكرار على مستوى نظام التخزين. أما إعادة البناء فتستعيد التكرار بعد تعطل قرص أو استبداله.

هل تحل مراقبة RAID محل النسخ الاحتياطي؟

لا. تساعد المراقبة على اكتشاف الأعطال بسرعة، ويمكن لـ RAID الحفاظ على التوافر بعد بعض أعطال الأقراص. لكنه لا يستعيد الملفات المحذوفة أو المشفّرة أو التالفة أو التي تغيّرت تاريخيًا. لذلك تظل هناك حاجة إلى نسخة احتياطية منفصلة.

هل ينبغي أن أراقب أقراص SSD ومحركات NVMe في RAID؟

نعم. تعرض أقراص SSD ومحركات NVMe معلومات عن الحالة، مثل التحذيرات الحرجة ودرجة الحرارة وأخطاء الوسائط وقدرة التحمل أو التآكل. وتختلف السمات الدقيقة عن بيانات SMART الخاصة بمحركات HDD، لذا تحتاج أداة المراقبة إلى دعم مناسب للأجهزة.