تعمل ثلاث تراخيص على ثلاثة مستويات مختلفة: LiteSpeed يستبدل خادم الويب، وCloudLinux يعزل كل حساب، وKernelCare+ يلغي عمليات إعادة التشغيل المرتبطة بتصحيحات النواة. ومعًا تُسرّع خادم الاستضافة وتزيد استقراره.
أين يتحقّق الأداء
يعتمد زمن الاستجابة على خادم الويب (الضغط والذاكرة المؤقتة وتنفيذ PHP) وعلى توزيع الموارد بين الحسابات وعلى حداثة النواة. الموقع البطيء ليس دائمًا سيئ البرمجة: يكفي جار مستهلك للموارد أو خادم ويب غير مضبوط لإضعاف الآلة بأكملها. وقبل أي تغيير، سجّل خط الأساس: زمن استجابة الصفحة الرئيسية وأكثر الصفحات زيارة، ومتوسط الحمل على مدى أسبوع.
LiteSpeed: خادم الويب والذاكرة المؤقتة
LiteSpeed خادم ويب متوافق مع Apache: تبقى قواعد .htaccess والإضافات المعتادة عاملة، وتُضاف ذاكرة LSCache من جانب الخادم، ويُفعَّل ضغط HTTP والتخزين المؤقت للمتصفح إلى جانبها لتقليل حجم الصفحات المنقولة. تُختار الرخصة حسب عدد العمليات العاملة، أي الاتصالات المتزامنة المعالجة: عمليتان لخادم VPS بعدة مواقع، وأربع أو ثماني لخادم يستضيف أكثر منها، وعدد غير محدود لاستضافة مشتركة عالية الحمل.
CloudLinux: عزل الحسابات
يحوّل CloudLinux النظام إلى منصة استضافة: يُعزل كل حساب في حاوية LVE بحدود للمعالج والذاكرة والعمليات، مع محدّد إصدار PHP لكل موقع. الحساب الذي يستهلك أكثر من اللازم يُبطَّأ دون الإضرار بالبقية. وتُضبط حدود LVE لكل حزمة استضافة بدلًا من قيمة واحدة للجميع، حتى لا يتأثر عميل صغير بعميل ثقيل. وهو أيضًا الأساس الذي تعتمد عليه بعض حمايات Imunify360.
KernelCare+: تصحيح دون إعادة تشغيل
يطبّق KernelCare+ تصحيحات أمان النواة أثناء التشغيل: تُعالَج الثغرات دون إعادة تشغيل أو انقطاع للخدمة. تحقّق من حالة الوكيل بالأمر kcarectl --info وافرض التحديث بالأمر kcarectl --update. وهو المكمّل المنطقي لخادم يجب أن يبقى متصلًا، ويُفعَّل على جميع الخوادم التي تعتمد على نواة مدعومة.
الجمع بين الثلاثة بالترتيب الصحيح
- CloudLinux أولًا: تحويل النظام وضبط حدود LVE.
- LiteSpeed بعد ذلك: استبدال خادم الويب وتفعيل الذاكرة المؤقتة.
- KernelCare+ أخيرًا: تصحيحات النواة دون انقطاع.
تحقّق من توافق لوحتك (cPanel أو Plesk) قبل التحويل، واختبر على خادم تجريبي: تغيير خادم الويب يعدّل ملفات الإعداد. وبعد كل خطوة كرّر القياس للتأكد من أن التحسّن حقيقي وليس نتيجة تغيّر في نمط الزيارات.
القياس قبل وبعد
سجّل زمن الاستجابة والحمل قبل التحويل ثم قارن. راقب حمل النظام بالأمر uptime والذاكرة المتاحة بالأمر free -m ونسبة إصابة الذاكرة المؤقتة. يظهر التحسّن الواضح في زمن استجابة الصفحات الديناميكية وفي متوسط الحمل في ساعات الذروة.
