استخدم وصلة محلية على وحدة تخزين متصلة مباشرة عندما يملك حاسوب مصغر واحد مكتبة الوسائط وتريد أقل قدر ممكن من اعتماديات بدء التشغيل والأذونات والشبكة. استخدم مشاركة SMB عندما تكون ملفات الوسائط مملوكة لـNAS أو خادم ملفات مستقل، أو تحتاج إلى مشاركتها بين عدة أنظمة، أو ينبغي أن تبقى في مكانها عند إعادة بناء الحاسوب المصغر أو استبداله. بالنسبة إلى معظم خوادم الوسائط المنزلية، العامل الحاسم هو ملكية التخزين والاسترداد، وليس ما إذا كان SMB يستطيع بث فيلم بسرعة كافية.
المقصود بـ«الوصلة المحلية» هنا هو نظام ملفات على وحدة تخزين متصلة مباشرة بالحاسوب المصغر، مثل SATA أو NVMe داخليين أو حاوية USB. أما مشاركة SMB فتعني أن الوسائط تبقى على جهاز آخر ويجري تركيبها في نظام تشغيل الحاسوب المصغر قبل أن يقرأها تطبيق الوسائط. وإذا كان الخادم يعمل ضمن Docker، فيمكن بعد ذلك تركيب هذه الوصلة المضيفة داخل الحاوية باستخدام bind mount.
مالك التخزين يحدد أكثر من البروتوكول
تجعل الوصلة المحلية الحاسوب المصغر مالكًا لكل من موارد الحوسبة ومسار التخزين. فإذا بدأ الخادم وكان القرص سليمًا، يكون مسار الوسائط موجودًا عادةً دون انتظار مضيف آخر أو سجل DNS أو تبادل بيانات اعتماد أو مسار شبكي. وهذا أمر جذاب لأنظمة الوسائط ذات الجهاز الواحد.
تضع مشاركة SMB ملكية الملفات على عاتق NAS أو خادم ملفات منفصل. تنص إرشادات Jellyfin للتخزين على ضرورة تركيب تخزين Samba أو NFS في نظام التشغيل، مع إبقاء قاعدة البيانات محلية. ويمثل هذا الفصل حدًا معماريًا مفيدًا: يمكن أن تكون الوسائط بعيدة دون جعل قاعدة بيانات التطبيق بعيدة أيضًا.
لذلك يبدأ الاختيار بسؤال يتعلق بالاسترداد. إذا كان استبدال الحاسوب المصغر يجب أن يترك مكتبة الوسائط دون تغيير وقابلة لإعادة الاستخدام فورًا من مضيف آخر، فإن SMB يتمتع بميزة كبيرة. أما إذا كان الحاسوب المصغر وأقراصه يمثلان عمدًا جهازًا واحدًا قابلًا للاسترداد، فإن التخزين المحلي يزيل اعتمادًا دون التخلي عن متطلب تحتاج إليه فعلًا.
| محور اتخاذ القرار | مشاركة SMB | وصلة محلية |
|---|---|---|
| مالك التخزين | وحدة NAS مستقلة أو خادم ملفات | الحاسوب المصغر نفسه |
| اعتماديات بدء التشغيل | الشبكة، والخادم البعيد، وبيانات الاعتماد، والوصلة | القرص المحلي ونظام الملفات |
| المشاركة بين أجهزة متعددة | قوة أصلية | يتطلب من الحاسوب المصغر إعادة مشاركة البيانات |
| نموذج الأذونات | نظام الملفات بالإضافة إلى طبقة هوية/قوائم تحكم في الوصول لـ SMB | معرّف المستخدم/المجموعة المحلي أو قوائم التحكم في الوصول لنظام الملفات |
| استبدال المضيف | تبقى الوسائط على خادم التخزين | انتقال التخزين مع المضيف أو وجوب فصله عنه |
| الأنسب لـ | مكتبة مشتركة مستقلة | جهاز وسائط بسيط لمضيف واحد |
يزيل التخزين المحلي تبعية بدء تشغيل كاملة
يكون القرص المتصل مباشرةً متاحًا عادةً باعتباره جزءًا من تسلسل نظام الملفات المحلي للمضيف. ويمكن لخادم الوسائط البدء بعد تركيب نظام الملفات، كما يمكن لحاوية تلقي مسار المضيف المستقر نفسه. ولا توجد مشاركة بعيدة قد تختفي بسبب إعادة تشغيل خادم NAS أو تأخر بدء الشبكة.
يميّز systemd بين عمليات الربط الشبكية وأنظمة الملفات المحلية، ويرتّب وحدات ربط الشبكة حول أهداف أنظمة الملفات البعيدة. ويهم هذا الفرق خادم الوسائط الذي يعمل دائمًا، لأن التطبيق لا ينبغي أن يفحص مسار مكتبة متوقعًا قبل أن يصبح نظام الملفات البعيد متاحًا فعليًا.
التخزين المحلي ليس أكثر أمانًا تلقائيًا. فقد تؤدي حاوية USB غير محكمة التثبيت، أو كابل SATA تالف، أو قرص ممتلئ، أو نظام ملفات تالف، إلى فقدان الوصول إلى المكتبة بفاعلية مماثلة لانقطاع الشبكة. وتتمثل الميزة في تقليل عدد المكونات ضمن مسار الوصول، لا في الحماية من أعطال التخزين.
تجعل SMB المكتبة مستقلة عن الحاسوب المصغر
تكون SMB الخيار الأقوى عندما يتجاوز عمر تخزين الوسائط عمر جهاز الحوسبة الحالي. إذ يمكن لخادم NAS إتاحة المكتبة نفسها لخادم Jellyfin، وحاسوب مكتبي لإدارة الملفات، وعملية نسخ احتياطي، ومضيف وسائط آخر، من دون نقل الأقراص فعليًا. وعند إعادة بناء الحاسوب المصغر، تصبح المهمة استعادةً للحوسبة بدلًا من ترحيل البيانات.
تُتيح عمليات الربط Bind Mounts في Docker عرض مسار من المضيف داخل حاوية، بحيث يمكن تقديم مشاركة مركّبة على المضيف إلى حاوية الوسائط كما لو كانت مسارًا آخر في نظام الملفات. كما يدعم نموذج الربط Bind Mount في Docker عمليات ربط للقراءة فقط، وهو أمر مفيد عندما يحتاج خادم الوسائط إلى قراءة ملفات المكتبة فقط ولا ينبغي له تعديل النسخ الأصلية.
الشرط الخفي هو التوافر. تحذّر Jellyfin من أن الصيانة المجدولة قد تزيل عناصر المكتبة إذا كان تخزين الوسائط غير متاح أثناء تنفيذ مهمة. لذلك تحتاج مشاركة الشبكة إلى ترتيب موثوق للتركيب ومعالجة حالات الفشل؛ فمجرد وضع مسار SMB في برنامج نصي لبدء التشغيل لا يعادل جعل التبعية متينة.
تكون الصلاحيات أبسط محليًا، لكنها أكثر صراحة عبر SMB
يحتوي التخزين المحلي عادةً على طبقة صلاحيات واحدة يراها مضيف خادم الوسائط: ملكية نظام الملفات، أو بتات الأذونات، أو قوائم التحكم بالوصول. ولا تزال الحاويات قد تُدخل مشكلات في تعيين UID/GID، لكن المشغّل لا يضطر أيضًا إلى تصحيح هوية مشاركة بعيدة وسياسة وصول إليها.
توضح TrueNAS وجود عناصر تحكم منفصلة على مستوى المشاركة وعلى مستوى نظام الملفات لقوائم التحكم بالوصول الخاصة بـ SMB. وتبيّن إرشاداتها الحالية حول إدارة مشاركة SMB وقوائم التحكم بالوصول سبب كون المسار البعيد أكثر صراحة، لكنه أيضًا أكثر تعددًا للطبقات: إذ يقرر خادم التخزين الحساب الذي يمكنه استعراض مجموعة البيانات المشتركة أو قراءتها أو تعديلها، قبل أن يطبّق مضيف الوسائط صلاحيات العملية المحلية الخاصة به.
تكون هذه الطبقة الإضافية مفيدة عندما تحتاج عدة أجهزة إلى صلاحيات مختلفة. لكنها تمثل عبئًا عندما تكون عملية وسائط موثوقة واحدة هي المستهلك الوحيد. إذا كانت الصلاحيات تتسبب بالفعل وبشكل متكرر في تعطّل عمليات الفحص أو إنشاء ملفات مملوكة للمستخدم root، فبسّط مسار الهوية قبل اعتبار التخزين البعيد ترقيةً لقابلية التوسع.
يفرض الفحص والبث ضغطًا على أجزاء مختلفة من المسار
تشغيل الأفلام يكون متسلسلًا إلى حد كبير، وقد لا يستخدم سوى جزء من اتصال جيجابت سليم، لذا يمكن لمشاركة SMB بث الوسائط بشكل مثالي بينما تظل سعة احتياطية في الشبكة وخادم التخزين. أما فحص المكتبة فمختلف؛ إذ قد يُجري العديد من عمليات البحث عن البيانات الوصفية، وعمليات الدلائل، وقراءات الأعمال الفنية، وعمليات الوصول إلى الملفات الصغيرة، حيث يكون زمن الاستجابة أكثر وضوحًا.
تصف وثائق عميل CIFS في Linux العميلَ الموجود في النواة والمستخدم من أجل تركيب مشاركات SMB في نظام ملفات Linux. بعد التركيب، يظل تطبيق الوسائط يرى مسارات نظام الملفات، لكن كل عملية غير مخزنة مؤقتًا قد تعبر الشبكة وتعتمد على استجابة الخادم البعيد.
لا تستنتج أن الفحص البطيء يعني أن SMB خيار خاطئ قطعًا. قارن المكتبة نفسها على الشبكة الفعلية، وافحص زمن استجابة أقراص NAS واستخدام الوصلة، وتحقق مما إذا كانت الصور المصغرة أو قواعد بيانات البيانات الوصفية أو ذاكرات التخزين المؤقت للتحويل موجودة على الشبكة عن طريق الخطأ. احتفظ بقواعد بيانات التطبيقات وبيانات ذاكرة التخزين المؤقت كثيرة التغيّر محليًا، ما لم يدعم التطبيق صراحةً وضعها عن بُعد.
قد يقلب الاسترداد الفائز في البساطة
يكون التخزين المحلي أبسط أثناء التشغيل العادي، لكنه قد يربط استرداد الوسائط باسترداد الحوسبة. إذا تعطل الحاسوب المصغر وكانت المكتبة على أقراص داخلية، فقد تتضمن عملية الاستبدال نقل تلك الأقراص، أو إعادة إنشاء نقاط التحميل، أو الاستعادة من نسخة احتياطية قبل عودة التشغيل.
يمكن لمكتبة SMB أن تجعل استرداد الحوسبة أسرع، لأن مسار البيانات موجود أصلًا في مكان آخر. ثبّت تطبيق الوسائط على مضيف بديل، واستعد إعداداته، وأعد إنشاء نقطة التحميل نفسها، ثم أعد توصيله بالمشاركة الموجودة. تتناول مقارنة ZimaSpace المجاورة بين التخزين المتصل مباشرةً والتخزين المتصل بالشبكة الفرق الأوسع في الملكية؛ وبالنسبة إلى خادم وسائط على حاسوب مصغر، يتحول هذا الفرق إلى تبعية استرداد ملموسة.
لذلك فإن شرط عكس الاختيار واضح. إذا كانت البساطة في جهاز واحد أهم من الاسترداد المستقل، فالتخزين المحلي هو الأفضل. أما إذا كان ينبغي للمكتبة أن تبقى بعد زوال أي مضيف واحد لخادم الوسائط أو أن تستخدمها عدة أنظمة، فقد تقلل تبعية SMB الإضافية إجمالي أعمال الاسترداد بدلًا من زيادتها.
اختر نموذج التحميل وفق دورة حياة المكتبة
اختر نقطة تحميل محلية لمكتبة صغيرة على مضيف واحد عندما يكون الحاسوب المصغر هو جهاز التخزين عمدًا، وتكون الأقراص سهلة النسخ الاحتياطي، وتريد أقصر طريق من الإقلاع إلى التشغيل. يناسب هذا أيضًا الإعدادات المحمولة أو منخفضة التعقيد التي لا تعتمد على جهاز NAS يعمل دائمًا.
اختر SMB عندما يكون جهاز NAS يملك الوسائط بالفعل، أو تحتاج أنظمة متعددة إلى الملفات، أو تزداد سعة التخزين بشكل مستقل عن الحوسبة، أو تريد استبدال عتاد خادم الوسائط من دون نقل المكتبة. اجعل نقطة التحميل تبعية أساسية لعملية الإقلاع، واحتفظ بقاعدة بيانات التطبيق وذاكرة التخزين المؤقت للتحويل على وحدة تخزين محلية.
لا تختَر بينهما استنادًا إلى رقم إنتاجية اصطناعي وحده. إذا كان كلا المسارين قادرًا على توفير معدل البت المطلوب، فالتصميم الأفضل هو الذي تتوافق أذوناته، وتوافر نقطة التحميل فيه، وسلوك الاسترداد مع طريقة تشغيل المكتبة فعليًا.
مقارنات المنتجات
المزيد للقراءة

Docker أم آلة افتراضية لـ Plex: أي مسار نشر يناسبك؟
تقييم مشروط لنشر Plex باستخدام Docker أو الأجهزة الافتراضية أو Docker داخل جهاز افتراضي، استنادًا إلى المتطلبات التشغيلية المشتركة.

ذاكرة RAM بسعة 8 جيجابايت مقابل 16 جيجابايت مقابل 32 جيجابايت لـ Plex: ما الفئة التي تناسب عبء العمل لديك؟
اختر 8 جيجابايت لخادم Plex منخفض الاستهلاك، أو 16 جيجابايت للتطبيقات المشتركة المعتدلة، أو 32 جيجابايت للأجهزة الافتراضية ومساحات العمل ذات الذاكرة العشوائية المحددة—فقط...

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

