كيف تنشئ RG 4 Tech سحابةً خاصة باستخدام ZimaBoard 2

يحوّل RG 4 Tech جهاز ZimaBoard 2 إلى أكثر من مجرد خادم ملفات صغير. يجمع تصميمه بين أجهزة x86 هادئة، وقرصين متصلين مباشرة، ومجموعة تخزين RAID 1 عبر ZimaOS، وHome Assistant في نظام واحد يُدار من خلال المتصفح. والنتيجة أساس عملي لسحابة خاصة للملفات وخدمات المنزل الذكي، لكنه لا يزال يحتاج إلى نسخة احتياطية مستقلة وخطة نشر تراعي الاختلافات بين Home Assistant Container وHome Assistant OS.

شكرًا لـ RG 4 Tech على توثيق الإعداد الكامل. يستعرض الفيديو الأصلي الأجهزة، والتبريد الداخلي، والإعداد الأولي لـ ZimaOS، وإعداد RAID 1 باستخدام قرصين، وتثبيت التطبيقات، وتهيئة Home Assistant.

ملاحظة المصدر: يعيد هذا المقال تنظيم الإعداد والملاحظات المعروضة في فيديو RG 4 Tech. ولا يفترض أن كل جهاز ظاهر في الفيديو قد قدمته ZimaSpace، إذ لم يثبت هنا بشكل مستقل وجود أي ادعاء بهذا التعاون. وقد تتغير تفاصيل الواجهة وإصدارات التطبيقات والحزم المتاحة ودرجات الحرارة والتوافق بعد النشر.

النتيجة: يمنح ZimaBoard 2 منصة واحدة منخفضة الارتفاع لـ RG 4 Tech للتخزين المحلي والتحكم في المنزل الذكي. يحافظ RAID 1 على إتاحة مجموعة التخزين إذا تعطل أحد الأقراص، بينما يضيف Home Assistant طبقة أتمتة محلية. ولا تلغي أي من الميزتين الحاجة إلى نسخ احتياطي للبيانات والإعدادات المهمة خارج الخادم.

لماذا يبدأ RG 4 Tech بخادم منزلي محلي

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

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

يتعامل RG 4 Tech مع ZimaBoard 2 باعتباره قاعدة مرنة، وليس جهازًا مغلقًا. يمكن أن يبدأ اللوح كخادم تخزين، ثم يستضيف تطبيقات إضافية عبر ZimaOS، مما يتيح للنظام أن يتوسع وفقًا لسير العمل المنزلي الفعلي.

ما الذي يجعل ZimaBoard 2 مناسبًا لهذا التصميم

يجمع خادم ZimaBoard 2 المنزلي المصغر  بين معالج Intel N150، وذاكرة مدمجة وتخزين للنظام، ومنفذي 2.5GbE، ووصلي SATA، وواجهة توسعة PCIe مفتوحة. وتكمن أهمية هذا المزيج في أن الخادم المنزلي يحتاج إلى أكثر من أداء المعالج؛ فهو يحتاج إلى مسارات عملية للتخزين، والشبكات، والعتاد المستقبلي.

يتيح منفذا SATA توصيل زوج من محركات الأقراص الصلبة أو محركات أقراص SSD مباشرةً من دون الاعتماد على جسر تخزين عبر USB. ويمكن لواجهتي الشبكة دعم رابط تخزين، أو شبكة مقسّمة، أو مشروع موجّه، أو بنية أخرى يصبح فيها منفذ واحد عامل تقييد. كما يتيح PCIe مساحة لتوسعة مختارة، مثل تخزين NVMe أو محوّل آخر مخصص لمهمة معينة.

لا تزال المنصة صغيرة الحجم. فلا يمكن لمسار PCIe واحد استيعاب جميع وحدات التوسعة في الوقت نفسه، ولا يحوّل منفذا SATA اثنان الجهاز إلى خادم NAS متعدد الفتحات، كما لا ينبغي التعامل مع Intel N150 باعتباره معالجًا افتراضيًا متعدد الأنوية. يعمل التصميم بأفضل شكل عندما تُختار الأدوار الرئيسية للخادم قبل إضافة الملحقات.

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

عند الساعة 08:16، تفتح RG 4 Tech هيكل ZimaBoard 2 وتعرض التصميم الداخلي للوحة والموضع المستخدم للتبريد النشط. وتكتسب هذه الرؤية أهميتها لأن المظهر الخارجي النهائي وحده لا يوضح كيفية ابتعاد الحرارة عن المعالج والمكونات القريبة.

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

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

التخطيط للتخزين الفعلي قبل إنشاء مجموعة التخزين

توصّل RG 4 Tech قرصين قبل تهيئة التخزين في ZimaOS. قد يبدو هذا الترتيب بديهيًا، لكنه يمنع فئة مهمة من الأخطاء: إنشاء المشاركات أو تثبيت التطبيقات قبل تحديد القرص الذي سيحتفظ بالبيانات النشطة، والقرص الذي سيشارك في التكرار، ومكان حفظ النسخ الاحتياطية.

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

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

إنشاء مجموعة RAID 1 مكوّنة من قرصين في ZimaOS

عند الساعة 16:50، يستخدم RG 4 Tech واجهة تخزين ZimaOS لتحديد القرصين وضبط RAID 1. يكتب هذا التخطيط نسخًا متطابقة على أقراص المجموعة، مقابل التضحية بنصف السعة الخام الإجمالية للاستفادة من إبقاء المجموعة متاحة عند تعطل أحد الأقراص.

يعرض ZimaOS خيار RAID 1 بوصفه الخيار الذي يركز على التكرار في دليل خيارات RAID في ZimaOS. وتخفض آلية العمل الرسومية عتبة البدء باستخدام NAS لأول مرة، إذ يمكن للمستخدم تحديد الأقراص واختيار وضع التخزين دون إنشاء المصفوفة بالكامل من سطر الأوامر.

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

لماذا يُعد RAID 1 مفيدًا لكنه ليس نسخة احتياطية

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

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

يجمع التصميم الأكثر أمانًا بين RAID 1 والنسخ الاحتياطية المُدارة بالإصدارات والمخزنة في مكان آخر. يشرح دليل ZimaSpace حول تخطيطات RAID والتخطيط للنسخ الاحتياطي لأجهزة NAS سبب معالجة التكرار، وسجل النسخ الاحتياطية، والنسخة المخزنة خارج الجهاز لمخاطر مختلفة.

يحوّل ZimaOS أجهزة التخزين إلى منصة للتطبيقات

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

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

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

تثبيت Home Assistant يضيف تحكمًا محليًا بالمنزل الذكي

عند الساعة 19:07، بدأ Home Assistant العمل ووصل RG 4 Tech إلى شاشة الإعداد الأولي. ويؤكد ذلك قدرة ZimaBoard 2 على استضافة التطبيق إلى جانب بيئة التخزين، كما يمنح المشروع دورًا واضحًا ثانيًا: التنسيق المحلي للأجهزة المتوافقة مع المنزل الذكي وعمليات الأتمتة.

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

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

Home Assistant Container وHome Assistant OS خياران مختلفان

يعني تثبيت Home Assistant من خلال منصة تطبيقات موجودة عادةً تشغيل Home Assistant Container. يوضح دليل تثبيت Home Assistant الرسمي أن مسار الحاوية يستخدم مضيفًا وبيئة حاويات يديرهما المستخدم. كما أنه لا يتضمن نظام التطبيقات المتاح في Home Assistant OS.

يناسب نشر الحاويات خادم ZimaOS متعدد الاستخدامات، لأن Home Assistant يمكنه التعايش مع التخزين والتطبيقات الأخرى. ويُعد Home Assistant OS الخيار الأقرب إلى الأجهزة المخصصة عندما يكون الجهاز بأكمله مخصصًا لـ Home Assistant ويريد المستخدم تجربة الإدارة المتكاملة التي يوفرها.

يتميز نهج RG 4 Tech بجاذبية لأنه يدمج الأدوار. لكن ينبغي موازنة هذه الراحة مع نطاق الفشل: فقد يؤثر إعادة تشغيل الخادم المشترك أو إصلاحه مؤقتًا في الوصول إلى الملفات والتحكم في المنزل الذكي معًا.

تحتاج خدمات التخزين والمنزل الذكي إلى خطط تعافٍ منفصلة

تحمي مجموعة التخزين المعكوسة ونسخة Home Assistant قيد التشغيل أشياء مختلفة. يساعد RAID 1 المجموعة على البقاء بعد تعطل أحد الأقراص الأعضاء. وتحفظ نسخة Home Assistant الاحتياطية الإعدادات وعمليات الأتمتة وحالة التطبيق المدعومة. ولا ينشئ أيٌّ منهما تلقائيًا نسخة آمنة خارج الخادم.

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

يطرح اختبار عملي للتعافي سؤالين منفصلين: هل يستطيع أفراد المنزل استعادة ملفاتهم بعد فقدان جهاز NAS، وهل يستطيعون استعادة Home Assistant بعد فقدان مضيف التطبيق؟ إذا كانت الإجابتان تعتمدان على استمرار تشغيل الخادم نفسه، فلا يزال النظام ضمن نطاق فشل واحد.

ما الذي يبرع فيه هذا الخادم الموحّد

من ينبغي أن يبني النوع نفسه من خادم ZimaBoard 2؟

يناسب هذا الإعداد من يريد سحابة خاصة أولى، أو NAS عائليًا بمحركي أقراص، أو وحدة تحكم محلية للمنزل الذكي، أو مضيف تطبيقات مدمجًا من دون تخصيص جهاز كمبيوتر منفصل لكل دور. ويصبح جذابًا خصوصًا عندما تكون quiet operation وإمكانية توسيع العتاد عبر عتاد مفتوح أهم من تصميم جهاز مغلق مصقول.

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

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

يبني RG 4 Tech سحابة خاصة حول مهام منزلية واضحة

ينجح مشروع RG 4 Tech لأن لكل خطوة رئيسية غرضًا واضحًا. يوضح فتح الهيكل مسار التبريد والصيانة. ويؤدي توصيل محركي أقراص إلى إنشاء أساس للتخزين. يحسّن RAID 1 التوافر بعد تعطل أحد الأقراص. ويجعل ZimaOS إدارة هذا التخزين أسهل، بينما يوسّع Home Assistant وظائف الجهاز لتشمل الأتمتة المحلية.

يكون هذا البناء أقوى عندما تُوصف فوائده بدقة. RAID 1 يوفر التكرار، وليس النسخ الاحتياطي. حاوية Home Assistant ليست مطابقة لنظام Home Assistant OS. يمكن لخادم واحد هادئ أن يجمع مهام مفيدة، لكنه يجمع المخاطر أيضًا ما لم تُحفَظ النسخ الاحتياطية وخطط الاسترداد خارج الجهاز.

شاهد الفيديو الكامل من RG 4 Tech للاطلاع على فحص المكوّنات الداخلية، وتهيئة التخزين في ZimaOS، وسير عمل RAID 1، وتثبيت Home Assistant. ولمسار آخر لنشر المنزل الذكي محليًا، تعرّف على كيفية تشغيل Home Assistant على ZimaBoard، أو انضم إلى مجتمع ZimaSpace على Discord لمقارنة عمليات بناء الخوادم المنزلية مع مستخدمين آخرين.