قارن بين ownCloud Infinite Scale و Nextcloud 28 بدون تخمين

قد يبدو خادم الملفات بطيئًا حتى عندما تبدو رسوم بيانية وحدة المعالجة المركزية هادئة: تستغرق قوائم الدلائل ثوانٍ، وتتوقف عمليات التحميل أثناء فترات الذروة، أو يبدو أن العملية تستهلك المزيد من ذاكرة الوصول العشوائي يوميًا. لن تُشخّص مقارنة ownCloud Infinite Scale (oCIS) مع Nextcloud 28 برقم واحد فقط لـ "ذاكرة الوصول العشوائي لكل مستخدم" هذه المشكلة. لا يوجد معيار رسمي موحد يُحدد فائزًا عالميًا، ويُوثّق كلا المشروعين أن طلب الذاكرة يعتمد على عبء العمل والتكوين. لإجراء مقارنة مفيدة، قِس كل منصة باستخدام نفس الملفات والعملاء والتخزين والتزامن وفترة الاختبار؛ تحقق أولًا مما إذا كانت عنق الزجاجة هي التطبيق أو قاعدة البيانات أو التخزين أو العمليات التي تجري في الخلفية.

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

لماذا تختلف قراءات ذاكرة الوصول العشوائي (RAM) والسرعة؟

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

Nextcloud 28 هو تطبيق PHP. يعتمد حجمه الإجمالي على عدد عمليات PHP-FPM العاملة وسلوك كل عملية، والتطبيقات المُفعّلة، وخادم الويب، وقاعدة البيانات، والذاكرة المؤقتة، وإنشاء المعاينات، والمهام التي تعمل في الخلفية. يشير دليل الإدارة الرسمي إلى أن متطلبات الذاكرة تختلف اختلافًا كبيرًا باختلاف المستخدمين والتطبيقات والملفات ونشاط الخادم. يمكن أن يؤدي إضافة عمليات عاملة إلى تحسين معالجة الطلبات المتوازية مع زيادة ذروة استخدام ذاكرة الوصول العشوائي (RAM). لذلك، قارن إجمالي ذاكرة المضيف أو الحاوية، وليس فقط ذاكرة عملية PHP واحدة مقابل ذاكرة عملية oCIS واحدة.

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

قارن بينهما في ظل نفس الظروف

1. سجّل عمليات البناء والنشر بدقة. دوّن إصدار oCIS، ومستوى تصحيح Nextcloud 28، ونظام التشغيل، وحدود الحاويات، وتخصيص وحدة المعالجة المركزية، وقاعدة البيانات، ووحدة التخزين الخلفية، والتطبيقات والخدمات المُفعّلة، وإصدار PHP، وخادم الويب. حافظ على نفس الأجهزة ومسار البيانات قدر الإمكان. لا تخلط بين حد ذاكرة الحاوية لمنصة ما واستخدام المضيف بالكامل لمنصة أخرى.
2. استخدم مجموعة اختبار تمثيلية. أدرج العمليات التي تبدو بطيئة في بيئة الإنتاج: المزامنة الأولية، والمزامنة التزايدية، وتصفح مجلد كبير، وتنزيل الملفات وتحميلها، والمشاركة، وتسجيلات الدخول المتزامنة. حافظ على ثبات عدد الملفات، وتوزيع أحجامها، وعدد العملاء النشطين، والتزامن. استخدم نسخة تجريبية وتجنب الضغط على بيانات الإنتاج.
3. قم بقياس خط الأساس، ثم كرر العملية. سجّل بيانات الذاكرة الخاملة بعد بدء التشغيل، والذاكرة أثناء كل عملية، وذروة استخدام الذاكرة، ووحدة المعالجة المركزية، وعمليات الإدخال/الإخراج للقرص، ونشاط قاعدة البيانات، وزمن استجابة الطلبات أو المزامنة. شغّل العملية مرة واحدة بعد بدء تشغيل نظيف، ومرة ​​أخرى بعد تهيئة ذاكرة التخزين المؤقت. كرر كل تشغيل بما يكفي للتأكد من استقرار النتيجة؛ ولا تعتبر أي تشغيل منفرد بمثابة اختبار معياري.
4. افصل ذاكرة التطبيق عن ذاكرة النظام. بالنسبة للحاويات، افحص مجموعة العمل وحدود ذاكرة الحاوية؛ أما بالنسبة لعمليات لينكس، فاستخدم مراقب العمليات وإحصائيات ذاكرة النظام. راقب أيضًا ذاكرة التبديل، وحالات نفاد الذاكرة، وذاكرة قاعدة البيانات. لا يعني ازدياد حجم ذاكرة التخزين المؤقت للنظام بالضرورة وجود تسريب في التطبيق، وقد تختلف قراءات حدود ذاكرة الحاوية باختلاف بيئات التشغيل.

لمراقبة oCIS، راجع الوثائق المتوافقة مع الإصدار للاطلاع على مقاييس الخدمة ونقاط نهاية Prometheus. توضح وثائق ownCloud 8.2 مقاييس الخدمات المدعومة؛ وتختلف هذه المقاييس باختلاف الخدمة والإصدار. يمكن لنظرة عامة على إدارة Nextcloud وأدوات النظام الكشف عن تحذيرات الإعداد، بينما تُعد مراقبة نظام التشغيل وقاعدة البيانات ضرورية لتفسير إجمالي ذاكرة الوصول العشوائي (RAM). حافظ على تطابق أدوات الاختبار قدر الإمكان، وسجّل الوحدات وفترات أخذ العينات.

ما الذي يجب عليك ضبطه أولاً؟

1. تأكد من وجود ضغط حقيقي على الذاكرة

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

2. تقليل الأعمال التحضيرية التي يمكن تجنبها

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

3. اضبط إعدادات PHP وذاكرة التخزين المؤقت في Nextcloud بشكل مدروس

بالنسبة لـ Nextcloud، تحقق من إعدادات PHP المدعومة للإصدار 28، وحدد حجم عمال PHP-FPM بناءً على ذاكرة الوصول العشوائي (RAM) المتاحة. قد يؤدي عدد قليل جدًا من العمال إلى تراكم الطلبات، بينما قد يؤدي عدد كبير جدًا إلى استنفاد الذاكرة. قم بتهيئة ذاكرة تخزين مؤقتة مدعومة وRedis لقفل الملفات للمعاملات عند الحاجة، باتباع دليل الإصدار 28. تستهلك ذاكرة التخزين المؤقتة الذاكرة، ولكنها قد تُحسّن العمليات المتكررة، لذا قارن زمن الاستجابة والذاكرة معًا. تجنب نسخ الإعدادات من إصدارات Nextcloud الحالية إلى الإصدار 28 دون مراجعة الوثائق الخاصة بهذا الإصدار.

4. مراجعة بيانات التعريف وخيارات التخزين الخاصة بنظام oCIS

بالنسبة لـ Infinite Scale، قيّم عدد المساحات، وبيانات تعريف الملفات والمجلدات، وبرنامج تشغيل التخزين، وسلوك ذاكرة التخزين المؤقت. توضح وثائق المتطلبات الأساسية الرسمية أن بيانات التعريف المحفوظة في الذاكرة تؤثر على أداء الوصول والمزامنة. إذا تزامنت أحمال عمل السرد أو المزامنة واسعة النطاق مع ضغط الذاكرة، قارن مقاييس الخدمة والتخزين ذات الصلة قبل إضافة ذاكرة الوصول العشوائي (RAM). تحقق من خيارات التخزين الخاصة بإصدار oCIS المحدد؛ لا تفترض أن أحد أنظمة التخزين الخلفية له نفس سلوك الذاكرة لنظام آخر.

5. زيادة الطاقة الاستيعابية فقط بعد تحديد القيد

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

كيفية التحقق من النتيجة

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

أخيرًا، تعامل مع انتهاء دعم Nextcloud 28 كمسألة تشغيلية منفصلة. استخدم إرشادات الترقية الخاصة بالمشروع للانتقال إلى إصدار مدعوم، ثم أعد إجراء المقارنة لأن التحديثات البرمجية، وإصدارات PHP، والتطبيقات، وتغييرات الترحيل قد تؤثر على حجم البيانات. للاطلاع على متطلبات النشر الحالية والإعدادات الخاصة بكل إصدار، راجع متطلبات ownCloud Infinite Scale 8.2 ، ومقاييس ownCloud لـ Prometheus ، ومتطلبات نظام Nextcloud 28 ، وتخزين الذاكرة المؤقت في Nextcloud 28 ، وجدول صيانة وإصدارات Nextcloud .