كيف تختبر Koroma Tech جهاز ZimaBoard 2 باستخدام Proxmox وTrueNAS

وجد Koroma Tech أن ZimaBoard 2 تعمل بأفضل صورة كمنصة مدمجة وصامتة للمختبر المنزلي، مخصصة للخدمات الخفيفة والحاويات والتخزين والافتراضية المحدودة. وتوضح اختباراته أن اللوحة قادرة على تشغيل بيئة الخادم الافتراضية المُدارة عبر المتصفح، وProxmox مع حاوية Ubuntu LXC، وTrueNAS مع مجموعة تخزين معكوسة من وحدتي تخزين، لكن لا ينبغي التعامل مع Intel N150 رباعي الأنوية فيها على أنه مضيف افتراضية متطور.

شكرًا لـ Koroma Tech على توثيق الإعداد الكامل ومشاركة الموضع الذي يناسب فيه هذا العتاد مختبرًا منزليًا حقيقيًا. ويتناول فيديوه الأصلي العتاد، وتجميع وحدتي التخزين، وواجهة الخادم الأولية، وتوسعة NVMe، وتثبيت Proxmox، واختبار حاوية Ubuntu LXC، وتهيئة التخزين في TrueNAS.

إفصاح عن التعاون: وفّر فريق ZimaBoard اللوحة والملحقات الظاهرة في فيديو Koroma Tech. ويذكر المنشئ أنه يشارك تجربته واستخدامه المقصود كما هما. وقد تتغير إصدارات البرامج وتفاصيل الواجهة وحزم العتاد والتوافق بعد النشر.

النتيجة: ليست ZimaBoard 2 بديلًا مصغرًا لخادم رفوف مزود بعدد كبير من الأنوية. وتكمن قوتها في الجمع بين التشغيل الصامت، وشبكتي 2.5GbE، وتخزين SATA المباشر، وتوسعة PCIe المفتوحة ضمن نظام x86 صغير يمكن تخصيصه لدور واحد محدد في الخادم المنزلي.

من ZimaBoard الأصلي إلى عقدة جديدة في المختبر المنزلي

يبدأ Koroma Tech بسياق مفيد يمتد على المدى الطويل. فهو يمتلك بالفعل نظامين من ZimaBoard 832 الأصلي، وقد استخدمهما كجدار حماية وخادم Docker وعتاد عام لمختبره المنزلي. ويخطط لإعادة استخدام اللوحتين الأقدم ضمن عنقود Proxmox، لذا تستند مراجعة ZimaBoard 2 إلى خبرة فعلية، لا إلى تجربة أولى مع فئة المنتجات هذه.

تحافظ اللوحة الجديدة على التصميم المدمج المصنوع من الألومنيوم ومن دون مروحة، مع تحديث المعالج والذاكرة والشبكات وخيارات التوسعة. أما الاستخدام المقصود لوحدة المراجعة لدى Koroma Tech فهو خادم تطوير مخصص بنظام NixOS داخل مختبره المنزلي، وهو دور يتوافق مع نقاط قوة المنصة: التشغيل الهادئ، والتوافر المستمر، والتوافق مع Linux، ومساحة توسعة كافية لوحدات التخزين أو الواجهات الخاصة بالمشروعات.

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

ما الذي صُمم عتاد ZimaBoard 2 للتعامل معه؟

يعتمد خادم ZimaBoard 2 المنزلي المصغر على معالج Intel N150. وتذكر Intel أن N150 معالج بأربع أنوية وأربعة خيوط، بتردد توربو أقصى يبلغ 3.6GHz وقدرة أساسية للمعالج تبلغ 6W، وفقًا لما ورد في المواصفات الرسمية.

تراجع Koroma Tech الطراز المزود بذاكرة 16GB وذاكرة eMMC بسعة 64GB. ويستخدم الإعداد الأصغر ذاكرة بسعة 8GB وتخزين eMMC بسعة 32GB. المعالج نفسه في كلا الطرازين، لذا لا يتحول الطراز الأكبر إلى خادم حوسبة ذي عدد أنوية أكبر؛ بل تمنح الذاكرة الإضافية الحاويات والتطبيقات والمحاكاة الافتراضية المحدودة مساحة أكبر.

لماذا تُعد منافذ Intel المزدوجة بسرعة 2.5GbE مهمة؟

تسلّط Koroma Tech الضوء على الشبكات لأنها تعالج إحباطين واجههما عند استخدام ZimaBoard الأصلي كجدار حماية. فقد استخدم ذلك الإعداد الأقدم شبكة Realtek، وواجه انقطاعات اتصال متقطعة وحاجة إلى عمل إضافي على برامج التشغيل في OPNsense. كما أصبحت منافذا 1GbE فيه قيدًا عند توجيه حركة البيانات بين شبكات VLAN.

تزيد واجهتا Intel بسرعة 2.5GbE في ZimaBoard 2 من عرض النطاق الترددي المتاح، وتوفران أساسًا أكثر ترتيبًا لجهاز توجيه أو جدار حماية أو شبكة منزلية مقسّمة أو وصلة NAS سريعة. ويمكن للمنفذ الثاني فصل مسارات حركة البيانات بدلًا من إجبار كل أعباء العمل على المرور عبر واجهة واحدة.

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

إنشاء بنية التوسعة ذات القرصين وPCIe

تتضمن المراجعة حاملة أقراص صلبة بفتحتين، وبطاقة رفع PCIe، وبطاقة محول، ومروحة اختيارية. يثبّت Koroma Tech اللوحة على قاعدة الأقراص، ويؤمّن مجموعة الرفع، ويركّب القرصين، ويوصل كابل بيانات وطاقة SATA. كما يساعد القرصان على تثبيت الحاملة عبر نقاط التثبيت الجانبية.

ثم يضيف محول NVMe عبر PCIe. وينشئ ذلك خطة تخزين مفيدة من ثلاث طبقات: ذاكرة eMMC المدمجة للبيئة الخفيفة الأصلية، وNVMe لنظام تشغيل بديل أو مضيف افتراضي، وقرصا SATA للبيانات.

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

استكشاف بيئة الخادم المُدارة عبر المتصفح

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

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

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

لماذا تثبّت Koroma Tech أنظمة بديلة على NVMe

يوضح Koroma Tech أنه يمكن تقنيًا تثبيت Proxmox وTrueNAS على eMMC المدمج، لكنه يختار محرك NVMe. ويتمثل قلقه في نشاط القرص المستمر: إذ قد تولّد منصات المحاكاة الافتراضية وقواعد البيانات والسجلات والبيانات الوصفية وتحديثات النظام عمليات كتابة أكثر من البيئة الخفيفة المورّدة.

يفصل استخدام NVMe نظام التشغيل البديل عن محركي بيانات SATA ويحافظ على بيئة eMMC المدمجة. كما يجعل أدوار التخزين أسهل في الفهم: يتولى NVMe تشغيل النظام النشط، بينما تحتوي محركات الأقراص الصلبة على مجموعة التخزين الموجهة نحو السعة.

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

تشغيل Proxmox وحاوية Ubuntu LXC

يدخل Koroma Tech إلى BIOS، ويقلع من مُثبّت Proxmox على USB، ويثبّت Proxmox على محرك NVMe. يكتمل التثبيت بصورة طبيعية، ثم ينشر حاوية Ubuntu LXC للتحقق من أن بيئة المحاكاة الافتراضية تعمل.

تعمل الحاوية بنجاح. وهذا مهم لأن الحاويات تتلاءم مع الأجهزة المتاحة بصورة أفضل من مجموعة من الأجهزة الافتراضية الكاملة. ويوضح Proxmox أن منصته تدمج الأجهزة الافتراضية KVM مع حاويات Linux، التي تعزل بيئات Linux مع مشاركة نواة المضيف.

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

متى ينبغي أن تتوقف أعباء عمل Proxmox

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

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

بالنسبة إلى القراء الذين يختارون بين نماذج النشر، يساعد دليل ZimaSpace حول المفاضلة بين التشغيل مباشرة على العتاد وDocker وProxmox في المختبر المنزلي على التمييز بين احتياجات العزل وعبء الافتراضية غير الضروري.

تحويل العتاد نفسه إلى خادم TrueNAS

تستبدل Koroma Tech بعد ذلك Proxmox بـ TrueNAS، مع تثبيت نظام التشغيل مرة أخرى على NVMe. يكتمل التثبيت دون الحاجة إلى حل غير معتاد، وتكتشف لوحة المعلومات eMMC المدمج، ومحرك النظام NVMe، ومحركي الأقراص الصلبة SATA.

ينشئ مجموعة من قرصي HDD ويختار تخطيطًا معكوسًا. يعرّف TrueNAS المرآة بأنها VDEV يخزّن فيه كل قرص نسخة مطابقة تمامًا من البيانات. وتتطلب قرصين على الأقل، بينما تساوي السعة المتاحة حجم قرص واحد، وفقًا لـ وثائق مجموعات TrueNAS.

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

Proxmox أم TrueNAS: أي اختبار يطابق العتاد بشكل أفضل؟

تعتبر Koroma Tech أن TrueNAS مناسب بشكل خاص مع حاوية الأقراص الخارجية ذات القرصين، لأن لأجهزة التخزين دورًا واضحًا. ويُعد Proxmox خيارًا عمليًا أيضًا، لكن قيمته تأتي من الحاويات خفيفة الوزن والافتراضية الانتقائية، لا من زيادة عدد الأجهزة الضيفة إلى أقصى حد.

ما الذي تثبته المراجعة—وما الذي لا تثبته

من ينبغي أن يفكر في تهيئة ZimaBoard 2 هذه؟

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

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

يكون الخادم الأكبر خيارًا أفضل عندما تعتمد الخطة على العديد من الأجهزة الافتراضية الكاملة، أو الحوسبة المتزامنة العالية، أو ذاكرة تتجاوز حد المنصة، أو العديد من محركات الأقراص الداخلية، أو أجهزة PCIe متعددة. وتبرز قوة ZimaBoard 2 عندما يمكن تحديد مهمتها بوضوح.

يصبح الخادم الصغير مفيدًا بفضل وضوح الدور

تؤكد مراجعة Koroma Tech عنوان الفيديو: إن ZimaBoard 2 صغيرة، لكن لا ينبغي الاستهانة بها. تنجح العتادات في الانتقال بين واجهة خادم سهلة الاستخدام، وProxmox مع Ubuntu LXC، وTrueNAS مع تخزين SATA معكوس.

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

شاهد المراجعة الكاملة من Koroma Tech للتعرّف على التجميع الفعلي وعروض الواجهة الشاملة. ولمزيد من تجارب الخوادم المنزلية وأفكار النشر والملاحظات العملية من منشئين آخرين، انضم إلى مجتمع ZimaSpace على Discord.