عزل لكل موقع
العزل هو الفارق بين وقوع حادث وبين انقطاع كامل للخدمة. يعمل كل موقع نستضيفه داخل قفص CloudLinux LVE على مستوى النواة مع حدود خاصة به للمعالج وذاكرة الوصول العشوائي والإدخال/الإخراج والعمليات، وعرض نظام ملفات CageFS خاص به، وإصدار PHP خاص به، ونظام تحجيم لقاعدة البيانات خاص به. الموقع الذي يتعرض لهجوم أو اختراق أو يقوم ببساطة بتشغيل استعلام مجهد يتم احتواؤه في مكانه — والحد الأساسي للعزل مشمول في كل خطة، ولا يُباع لكم كترقية إضافية. التوفر: ميزة تحجيم قاعدة البيانات لكل موقع وإحصاءات الموارد لكل موقع قيد التطوير النشط وليست متاحة بعد. كل ما عدا ذلك والمذكور هنا متاح للعمل اليوم.
يعمل أسطول العمال بنظام التشغيل CloudLinux OS، والذي يدفع بتعددية المستأجرين إلى داخل النواة مباشرةً. يحصل كل موقع على بيئة افتراضية خفيفة الوزن — LVE — تمثل حداً صارماً بدلاً من كونها مجرد عرف أدبي. لا يمكن استهلاك أي شيء يفعله موقع داخل قفصه من ميزانية شخص آخر.
تحدد تقنية LVE سقف استخدام المعالج (CPU)، والذاكرة (RAM)، والإدخال/الإخراج (IO)، وعمليات الإدخال/الإخراج في الثانية (IOPS)، والعمليات، وعمليات الدخول لكل موقع بشكل مستقل. وعندما يتجاوز أحد المواقع حده الأقصى، يتم تقييد موارده داخل قفصه المنعزل — ويُسجل الخطأ بحق ذلك الموقع فقط، بينما تستمر المواقع المجاورة في العمل دون أي تأثر.
إن المكون الإضافي العالق في حلقة مفرغة، أو مهمة cron المكتوبة بشكل سيئ، أو أداة الزحف التي تضغط بشدة على نقطة نهاية، كلها تصطدم بحدود العمليات وعمليات الدخول الخاصة بالموقع أولاً. لا يمكن لموقع واحد أن يستهلك موارد الخادم بالكامل ببساطة.
نظراً لأن العمليات الأولية (entry-processes) محددة بسقف لكل بيئة معزولة، فإن السيل الذي يستهدف موقعاً واحداً لا يمكنه فتح أعباء عمل غير محدودة على الخادم المضيف. تقع قيود الاتصال والطلبات في LiteSpeed وجدار الحماية للشبكة Imunify360 أمام ذلك، مما يحصر تأثير الهجوم على الموقع المستهدف فقط.
يتم تسجيل كل خطأ LVE لكل موقع ويتدفق إلى محرك سياسات المنصة، والذي يمكنه تشديد الحدود أو تخفيفها تلقائيًا. سترى سبب تقييد الموقع وموعد حدوث ذلك — بشكل تدريجي وقابل للإلغاء ومسجل.
عزل الموارد يمنع الموقع من استهلاك الكثير من الطاقة وإزعاج غيره. وعزل نظام الملفات يمنعه من التطفل. يمنح CageFS كل مستأجر عرضًا خاصًا ومحدودًا للخادم.
في ظل CageFS، يرى المستأجر ملفاته الخاصة ومجموعة مصغرة ومعقمة من ملفات النظام الثنائية — ولا يمكنه رؤية المستأجرين الآخرين، أو مواقعهم، أو ملفات النظام الحساسة. كما يتم إغلاق وضع الفشل المعتاد في الاستضافة المشتركة، حيث يصبح الحساب المخترق منصة للاطلاع على كل الحسابات الأخرى على الخادم، مباشرة عند مستوى النواة.
هذا ما يهم أكثر في اليوم الذي يحدث فيه خطأ ما. إذا تعرض موقع للاختراق — عبر ملحق قديم، أو بيانات اعتماد مسروقة، أو قالب به ثغرة أمنية — فإن CageFS هو ما يحافظ على نطاق الضرر ليقتصر على تلك الخلية الفردية وحدها. مواصفاتنا الأمنية دقيقة ومتعمدة في صياغتها: CageFS تحتوي الاختراقات. الاحتواء هو الادعاء الصادق، وهو الذي يحدد ما إذا كان الحادث عبارة عن عملية تنظيف لموقع واحد أو لأسطول كامله.
تعزز النسخ الاحتياطية الحدود ذاتها. فالنسخ الاحتياطية الخاصة بكل موقع غير قابلة للتغيير، ومحفوظة خارج الموقع، ومعزولة عن بيئة التشغيل الفعلية، مع عمليات استعادة مختبرة، حتى يكون لأسوأ حالات الاختراق على موقع واحد مسار استرداد نظيف ومستقل لا يعتمد على حالة الجهاز الذي كان يعمل عليه.
عزل طبقة الويب ليس سوى نصف القصة. في أسطول WordPress، الشيء الذي يجعل الخادم يبدو بطيئًا في أغلب الأحيان هو استعلامات موقع واحد، وليس زيارات موقع واحد. يتم التعامل مع هذا بشكل صريح.
يقوم CloudLinux MySQL Governor بتقييد استخدام قاعدة البيانات لكل موقع، وبالتالي لا يمكن للاستعلامات الثقيلة لموقع واحد أن تبطئ الخادم للجميع. إنه أداة التحكم لمنع التباطؤ، ويعمل سواء لاحظ الموقع المسبب للإزعاج أنه مقيد أم لم يلاحظ.
يعمل الأسطول باستخدام MariaDB (أو Percona)، وتم اختياره لأعباء عمل WordPress بدلاً من اعتماده افتراضيًا، مع وجود Governor كطبقة لتحقيق العدالة بين المستأجرين فوقه.
يعمل التخزين المؤقت للكائنات في Redis على مستوى الموقع على امتصاص عمليات القراءة المتكررة قبل وصولها إلى قاعدة البيانات، مما يقلل من الضغط الذي يتعين على Governor التحكيم فيه من الأساس. يعمل التخزين المؤقت والعزل كنظام واحد.
تمنح ميزة alt-PHP في CloudLinux كل موقع محدد إصدار PHP خاص به، وملحقاته الخاصة (مثل imagick وgd وredis وغيرها)، وإعداداته المحصنة الخاصة — مع تقييد عمال LSAPI بحدود LVE الخاصة بذلك الموقع، وبذلك يكون تزامن PHP جزءًا من القفص بدلاً من كونه وسيلة للهروب منه.
تحدد العزلة مدى انتشار المشكلة. ويحدد فرض الإجراءات ما سيحدث بعد ذلك. لقد استبدلنا التعليق التقليدي القائم على التشغيل/الإيقاف بنظام حالات متطور، تقوده مسارات عمل مستدامة ويتم فرضه على العامل من خلال LiteSpeed وLVE وImunify.
العزل ليس ميزة في خطة تظهر بعد ثلاث باقات للأعلى. إنه خاصية متأصلة في البنية التحتية، لذا فهو متطابق تمامًا سواء كنتم تديرون متجر WooCommerce واحدًا أو ألفي موقع على الشبكة.
تعمل شبكات المواقع المجمعة وPBN على نفس بنية LVE وCageFS التحتية، إلى جانب تدوير حسابات CDN المراعي للأثر الرقمي والتسليم الثابت لـ HTML. العزل هو ما يجعل الكثافة آمنة: تتشارك المواقع في الأسطول دون أن تتشارك المصير.
تحصل مواقع WordPress وWooCommerce وPHP الثابتة ومواقع Node المدارة على نفس بيئات العزل بالإضافة إلى خدمة ذاتية كاملة — إصدار PHP الخاص بكم والإضافات، وتخزين Redis المؤقت للكائنات، وبيئات الاختبار والنشر المباشر بنقرة واحدة.
بالنسبة لأحمال العمل التي تتطلب عزلاً أقوى من الإعداد الافتراضي المحسّن للكثافة، يتم توفير عزل كامل لحاوية لكل موقع كخيار بديل لمحرك التزويد: نفس المحرك، نفس لوحة التحكم، وموضع مختلف، بتكلفة تشغيلية أعلى.
يتم تضمين عزل LVE وCageFS، وجدار حماية التطبيقات الاستباقي (WAF)، وفحص البرامج الضارة لجميع العملاء، لأن الموقع المصاب أو الخارج عن السيطرة يهدد المواقع المجاورة وسمعة عناوين IP الخاصة بنا. إن التنظيف بنقرة واحدة للبرامج الضارة ومستويات الحماية المتقدمة هي إضافات مدفوعة — أما المستوى الأساسي فلا.
الإغراء التجاري في مجال الاستضافة هو بيع الأمان في باقات متدرجة: وضع العملاء ذوي التكلفة المنخفضة على خادم مشترك بحدود مرنة، وتحصيل رسوم إضافية ممن يهتمون بوجود عازل. نحن لا نفعل ذلك، لأن العميل الذي لم يدفع مقابل العزل هو بالتحديد من يصبح موقعه المخترق مشكلة تؤثر على الجميع.
نستضيف أكثر من 700,000 موقع حول العالم، على أسطول تمثل فيه الكثافة المقترح الاقتصادي بأكمله. ولا ينجح ذلك إلا إذا كان العزل الأساسي غير مشروط. أقفاص على مستوى النواة، وعرض خاص لنظام الملفات، وتقنين قواعد البيانات لكل موقع، وبي إتش بي (PHP) مخصص لكل موقع، هي ثمن التشغيل بهذا الحجم دون مصير مشترك — ولهذا فهي مفعلة للجميع، في كل خطة، بدءاً من أول موقع تنشرونه.
والنتيجة هي منصة تعمل بشكل موثوق ومتوقع حتى في أصعب الظروف التي يمر بها الآخرون. وتستند المنصة إلى ضمان جاهزية بنسبة 99.99%، ونسخ احتياطية خارجية غير قابلة للتغيير لكل موقع مع عمليات استعادة تم اختبارها، وسجل تدقيق كامل لكل إجراء تنفيذي يُتخذ على مواقعكم.
تم تصميم العزل خصيصاً لمنع ذلك. يحدد LVE الحد الأقصى لـ CPU وRAM وIO وIOPS والعمليات لكل موقع، ويضبط MySQL Governor استخدام قاعدة البيانات لكل موقع، ويتم تقييد عمال LSAPI بواسطة cage الخاص بالموقع نفسه — وبذلك يتم كبح الارتفاع المفاجئ في حركة مرور الجار أو عبء الاستعلامات الثقيل وفقاً لسقفهم، وليس لسقفكم. يتم تسجيل كل خطأ لكل موقع، ويمكن لمحرك السياسات تضييق حدود الموقع المزعج تلقائياً.
الإجابة الصادقة هي الاحتواء وليس الضمان. يوفر CageFS لكل مستأجر عرض نظام ملفات معزولًا — لا يمكن للمستأجر المخترَق رؤية المستأجرين الآخرين أو مواقعهم أو ملفات النظام الحساسة — وتنقل حالة البرامج الضارة أو التصيد الاحتيالي المؤكدة ذلك الموقع إلى الحجر الصحي: غير متصل بالإنترنت، ملفات مقفلة، بدون تنفيذ، ومعزول لأغراض التحقيق الجنائي. هذا هو ما يحد من نطاق التأثير. وإلى جانب ذلك، نقوم بتشغيل فحص البرامج الضارة وجدار حماية لتطبيقات الويب (WAF) استباقي على كل موقع، بالإضافة إلى نسخ احتياطية غير قابلة للتغيير خارج الموقع لكل موقع مع استردادات تم اختبارها، بحيث لا يعتمد الاسترداد أبدًا على حالة الجهاز المعني.
إنها متضمنة في كل خطة. يُعد عزل LVE وCageFS، وجدار حماية التطبيقات الويب (WAF) الاستباقي، وفحص البرامج الضارة معيارًا أساسيًا لكل عميل، لأن أي موقع مصاب أو خارج عن السيطرة يهدد جيرانه وسمعة عنوان IP الخاص بنا — ولا يمكننا ترك ذلك اختياريًا بشكل معقول. ما يُباع كإضافة هو تنظيف البرامج الضارة ومعالجتها بنقرة واحدة، ومستويات حماية متقدمة مثل قواعد WAF المحسنة، والفحص ذي الأولوية، وإدارة برامج الروبوت، ومستويات DDoS الأعلى.
يتم تقييد استهلاكه داخل قفصه الخاص بدلاً من إيقاف تشغيله. التقييد يعني حدود LVE أكثر صرامة وتقييداً للمعدل مع بقاء الموقع قيد التشغيل والخدمة، ويتعافى تلقائياً بمجرد زوال السبب. سيتم إخطاركم بالسبب، ويتم تسجيل هذا الانتقال بأدلته، وهو قابل للاستئناف. إذا كان هذا الضغط نتيجة نمو حقيقي وليس خللاً، فإن الحل هو خطة أكبر، وليس تقييداً دائماً.
لا — يعرض الموقع المعلّق صفحة انتظار مخصصة ومرتبطة بالسبب (الفوترة، أو الصيانة، أو إساءة الاستخدام) حتى يبدو الأمر متعمداً وليس عطلاً. ويُلغى التعليق عند السداد، أو بعد الإصلاح، أو بناءً على طلب استئناف. أما الحجر الصحي فهو أكثر صرامة ويعمل بطريقة مختلفة: لا يُلغى إلا بعد التنظيف والمراجعة، ولا يتم ذلك تلقائياً أبداً.
على Zinn® Managed WordPress، نعم — يمنح CloudLinux alt-PHP لكل موقع أداة اختيار إصدار PHP خاصة به، وامتداداته الخاصة مثل imagick وgd وredis، وإعداداته المحصنة الخاصة، وكلها مقيدة بحدود LVE الخاصة بذلك الموقع. تستخدم استضافة Footprint-Free عمداً تكويناً أكثر معيارية وإحكاماً لكل موقع، لأن تنوع التكوين بحد ذاته يعد أثراً رقمياً (footprint).
نعم. يُعد CloudLinux LVE وCageFS الخيار الافتراضي المُحسَّن للكثافة عبر كلا خطي الإنتاج. بالنسبة لأعباء العمل التي تتطلب حداً أكثر عزلاً، يتوفر عزل كامل بحاوية لكل موقع كخيار بديل لمحرك التوفير — نفس المحرك ولوحة التحكم مع اختلاف في آلية التوزيع، حيث تتم التضحية ببعض الموارد العامة مقابل الحصول على فصل أقوى.
نعم. تبدأ استضافة Footprint-Free بفترة تجريبية مدتها 14 يومًا بدون بطاقة تغطي ما يصل إلى خمسة مواقع — دون الحاجة لبيانات الدفع ودون أي التزام. انشروا بعض المواقع، ومرروا بعض الحمل من خلالها، وشاهدوا كيف تعمل العزلات قبل اتخاذ قراركم.
ابدأ فترة تجريبية لمدة 14 يومًا دون الحاجة إلى بطاقة على استضافة Footprint-Free — ما يصل إلى خمسة مواقع، دون بيانات دفع، ودون أي التزام. يتم تضمين العزل على مستوى النواة، وجدار حماية تطبيقات الويب (WAF) الاستباقي، وفحص البرمجيات الضارة بدءًا من أول عملية نشر.
ابدأ مجانًا