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

هل يمكن لـ Jellyfin مشاركة وحدة معالجة رسومات أو مسرّع بأمان مع حاوية أخرى؟
مشاركة وحدة معالجة الرسومات (GPU) مشروطة: تحقّق من ظهور الجهاز ودعم برنامج التشغيل، ثم شغّل كلا الحملين وراقب التحوّل إلى بديل برمجي.

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

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

