كيفية تقليل التزاحم على قاعدة بيانات Plex في مضيف Docker مزدحم

إيفا وونغ

IceWhale author

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

How to Reduce Plex Database Contention on a Busy Docker Host

قلّل التنافس على قاعدة بيانات Plex بحماية عمليات الإدخال والإخراج لبيانات التطبيق من عمليات الكتابة المتنافسة، والإبقاء على قاعدة البيانات كحالة خاصة بـ Plex بدلًا من استخدامها كخدمة مشتركة.

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

تأكد من أن التباطؤ مرتبط بعمليات الإدخال والإخراج لبيانات التطبيق

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

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

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

افصل مسار قاعدة البيانات عن عمليات الكتابة الكبيرة

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

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

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

اضبط المضيف قبل محاولة التلاعب بقاعدة البيانات

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

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

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

-15% OFF

ZimaBoard 2 - خادم منزلي صغير لأفكارك الكبيرة

Single board computer zimaboard2

قسّم أعباء العمل عندما يبقى التنافس متكررًا

توقف عن ضبط إعدادات Plex عندما يعجز جهاز التخزين الفعلي نفسه بشكل متكرر عن تلبية كلا الحملين في الوقت ذاته. لن يؤدي الاستمرار في تحسين التطبيق إلى إنشاء سعة إدخال وإخراج لا توفرها طبقة التخزين.

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

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