استضافة مشتركة أم VPS أم خادم مخصص: كيف تختار

ما الذي تختاره فعلًا

تختلف باقات الاستضافة في ثلاثة أمور، وعليها يتحدد السعر:

• الموارد: هل المعالج والذاكرة والقرص مشتركة مع عملاء آخرين أم محجوزة لك.
• التحكم: هل لديك صلاحية root وتستطيع تثبيت ما تحتاجه وإعداده.
• المسؤولية: من يثبّت التحديثات الأمنية، ويراقب الخادم، ويأخذ النسخ الاحتياطية ويستعيد منها.

ومسألة الإدارة منفصلة عن نوع الاستضافة، فقد يكون VPS مُدارًا بالكامل، وقد يُسلَّم إليك خادم مخصص لا شيء عليه سوى نظام التشغيل.

الاستضافة المشتركة

تعمل مواقع كثيرة على خادم واحد، بنظام تشغيل واحد وخادم ويب واحد، ولكل موقع حسابه الخاص بلوحة تحكم مثل cPanel أو Plesk أو DirectAdmin. يتولى المزوّد الخادم، وتتولى أنت موقعك.

• لكل حساب حدود في المعالج والذاكرة والعمليات والاتصالات المتزامنة، ومع ذلك قد يُبطئ الجيران كثيفو الاستهلاك الخادمَ كله.
• لا يمكنك تثبيت برمجيات على مستوى النظام: فلا Redis، ولا عمليات خلفية دائمة التشغيل، وفي الغالب لا Node.js أو نسخة مقيّدة منه فقط.
• كثيرًا ما يتشارك البريد الصادر عنوان IP مع عملاء آخرين، فتؤثر سمعتهم في سمعتك.

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

‏VPS

الخادم الافتراضي الخاص آلة افتراضية تعمل على hypervisor، عادةً KVM، وتُدار غالبًا عبر منصة مثل Proxmox VE (التي تدير آلات KVM وحاويات LXC) أو عبر نظام المزوّد نفسه. وفي VPS المبني على KVM تحصل على نواة (kernel) ونظام تشغيل خاصين بك، وحصة من vCPU والذاكرة والقرص، وصلاحية root.

• يمكنك تشغيل ما يحتاجه التطبيق: Nginx وPHP-FPM مضبوطين، وRedis، وqueue workers، وNode.js، وDocker، ومهام مجدولة.
• لكنّ العتاد يبقى مشتركًا. وبحسب المزوّد، قد يكون المعالج مبيعًا بأكثر من طاقته، وقد تتشارك عمليات القرص مع آلات أخرى على المضيف نفسه.
• التوسّع يعني عادةً تغيير حجم الآلة، وكثيرًا ما يتطلب إعادة تشغيل قصيرة.
• إن لم يكن مُدارًا، فكل ما فوق الـ hypervisor مسؤوليتك: التحديثات، والجدار الناري، وتقوية SSH، والنسخ الاحتياطي، والمراقبة.

بعض الباقات الأرخص هي في الواقع حاويات (LXC أو OpenVZ أو Virtuozzo) تتشارك نواة المضيف، فلا يمكنك استخدام وحدات النواة ولا تعديل بعض إعداداتها ولا تشغيل برمجيات معيّنة، لذلك تحقق مما تشتريه. ويناسب VPS المتاجر الإلكترونية وتطبيقات الويب وأنظمة CRM ومجموعات المواقع ذات الحمل المتوقع.

الخوادم المخصصة

آلة فعلية كاملة لك وحدك. لا يعمل عليها شيء آخر، لذا يكون أداء المعالج والذاكرة وسرعة NVMe متوقعًا. أنت تختار توزيع الأقراص، وعادةً أقراص متطابقة مع ZFS أو RAID برمجي في Linux ‏(mdadm)؛ ويجب أن يرى ZFS الأقراص مباشرة لا أن يعمل فوق وحدة تحكم RAID عتادية. ويمكنك أيضًا تشغيل منصة افتراضية خاصة بك، مثل Proxmox VE، لتقسيم الآلة إلى عدة آلات افتراضية وحاويات.

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

من يدير ماذا

«مُدار» ليس مصطلحًا موحّدًا، فاطلب قائمة المهام مكتوبة، ولا سيما: من يستعيد من النسخ الاحتياطية، وكم مرة تُختبر الاستعادة، وماذا يحدث خارج ساعات العمل.

متى تنتقل إلى مستوى أعلى

انتقل من الاستضافة المشتركة إلى VPS عندما:

• تصطدم بحدود الموارد مع الزيارات العادية، لا في أوقات الذروة فقط.
• يحتاج التطبيق إلى برمجيات لا تسمح بها الباقة: Redis أو queue workers أو Node.js أو إصدار أو امتداد معيّن من PHP.
• تتباطأ استعلامات قاعدة البيانات لأن خادم قاعدة البيانات مشترك.
• تحتاج إلى عنوان IP خاص بك، أو سجلات خاصة بك، أو تحكّم في من يملك صلاحية الوصول.

وانتقل من VPS إلى عتاد مخصص حين يبقى استهلاك المعالج مرتفعًا لفترات طويلة، أو حين يظل زمن الاستلاب (steal time، العمود st في top أو vmstat) مرتفعًا لأن جيرانك على المضيف يستهلكون من حصتك في المعالج، أو حين يكشف زمن انتظار القرص (I/O wait) أنك تتنافس عليه، أو حين لم تعد قاعدة البيانات تتسع في الذاكرة بارتياح، أو حين تريد تشغيل عدة آلات افتراضية معزولة على عتاد تتحكم فيه.

vmstat 1 5

النسخ الاحتياطي والتعافي من الكوارث

• خارج الخادم. احفظ النسخ الاحتياطية لدى مزوّد آخر أو في موقع آخر، فاللقطة (snapshot) على المضيف نفسه لا تنفع حين يتعطل المضيف.
• ‏RPO وRTO. حدّد كم من البيانات تحتمل أن تخسر (نقطة الاستعادة)، وكم من الوقت تحتمل أن تبقى متوقفًا (زمن الاستعادة). فهذان الرقمان يحدّدان وتيرة النسخ الاحتياطي وبنيته.
• قواعد بيانات متسقة. استخدم نسخ dump سليمة، أو الاستعادة إلى نقطة زمنية من binary logs ‏(MySQL وMariaDB) أو من أرشيف WAL ‏(PostgreSQL). نسخ ملفات قاعدة بيانات قيد التشغيل غير موثوق.
• مدة الاحتفاظ. احتفظ بنسخ يومية وأسبوعية وشهرية، لتتمكن من التعافي من برامج الفدية أو من تغيير خاطئ لم يُكتشف إلا متأخرًا.
• اختبارات الاستعادة. استعد النسخ دوريًا على خادم منفصل، فالنسخة الاحتياطية التي لم تُجرَّب استعادتها قط مجرد افتراض.
• خطة لعطل العتاد. في الخوادم المخصصة، دوّن ما يحدث حين يتعطل قرص أو لوحة أم، وكم تستغرق إعادة البناء.

مُدار أم غير مُدار

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

• من يثبّت التحديثات الأمنية لنظام التشغيل، وكم مرة؟
• أين تُحفظ النسخ الاحتياطية، وإلى متى، ومتى اختُبرت الاستعادة آخر مرة؟
• ما الذي يخضع للمراقبة، ومن يتلقى التنبيهات خارج ساعات العمل؟
• هل أحصل على صلاحية root، وكيف يتغير الدعم إن أجريت تغييرات بنفسي؟
• كيف أغادر؟ هل أستطيع الحصول على نسخ احتياطية كاملة وعلى بياناتي بصيغ قياسية؟

قاعدة مختصرة

• موقع تعريفي بزيارات قليلة ودون خدمات خاصة: استضافة مشتركة أو مُدارة.
• متجر أو CRM أو تطبيق ويب أو عدة مواقع مع مهام خلفية: ‏VPS، مُدار إن لم يكن لديك مدير أنظمة.
• حمل ثقيل مستمر، أو قواعد بيانات كبيرة، أو متطلبات عزل، أو آلات افتراضية كثيرة: عتاد مخصص، مع خطة تعافٍ مكتوبة قبل الإطلاق.

دورنا

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

• الاستضافةاستضافة مُدارة على خوادم Linux مُحسَّنة
• VPSموارد مخصصة مع صلاحية root
• بنية تحتية مخصصةخوادم وتوافر عالٍ واستعادة من الكوارث