الفرق بين VPS والاستضافة السحابية

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

01ما الذي تعنيه «السحابة» هندسياً

كلمة «سحابة» تُكتب اليوم على كل شيء، حتى على خادم VPS عادي. لكن المنصة السحابية بالمعنى الذي يهم المهندس تجمع خمس خصائص:

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

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

02نطاقات العطل: ماذا يسقط حين يتعطل شيء؟

نطاق العطل هو كل ما يسقط معاً حين يتعطل مكوّن واحد: قرص، أو جهاز فيزيائي، أو خزانة خوادم، أو مركز بيانات كامل. والمقارنة الصادقة بين الـ VPS والسحابة تبدأ من هذا الجدول:

لاحظ السطر الأخير: لا التوافر العالي ولا التكرار يحميانك من أخطائك. أمر حذف خاطئ أو تحديث يفسد قاعدة البيانات يُنسخ فوراً إلى كل نسخة حية. لذلك تبقى النسخ الاحتياطية المستقلة شرطاً في كل معمارية، ونشرح بناءها في مقال مستقل عن تخزين الـ VPS.

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

03التوسع الرأسي والأفقي

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

لكن التوسع الأفقي شرطه تطبيق بلا حالة (stateless)، أي أن أي خادم يستطيع خدمة أي طلب. عملياً يعني ذلك:

• جلسات المستخدمين في Redis أو قاعدة البيانات، لا في ملفات على قرص الخادم.
• الملفات المرفوعة في تخزين مشترك أو تخزين كائنات متوافق مع S3، لا في مجلد محلي.
• قاعدة البيانات على خادم مستقل، أو عنقود بنسخة رئيسية ونسخ للقراءة.
• الكود يُنشر إلى كل الخوادم بالأداة نفسها والإصدار نفسه.

وفي المقدمة يقف موازن يوزع الطلبات ويستبعد الخادم المعطل. هذا مثال بسيط لـ موازنة الأحمال بـ Nginx أمام خادمي تطبيق لمنصة حجز مواعيد العيادات في عمّان، mawid-amman.com:

# /etc/nginx/conf.d/mawid.conf على خادم الموازنةupstream mawid_app {    least_conn;    server 198.51.100.11:8080 max_fails=3 fail_timeout=10s;    server 198.51.100.12:8080 max_fails=3 fail_timeout=10s;}server {    listen 80;    server_name mawid-amman.com;    location / {        proxy_pass http://mawid_app;        proxy_set_header Host $host;        proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;        proxy_next_upstream error timeout http_502 http_503;    }}

وانتبه إلى حدّين. Nginx المجاني يفحص الخوادم فحصاً سلبياً، أي يكتشف العطل حين تفشل الطلبات الحقيقية، والفحص النشط يحتاج أداة مثل HAProxy. والموازن الواحد يعيدك إلى نطاق عطل واحد: المنصات السحابية تقدم موازنات مُدارة مكررة، وفي البنية التي تبنيها بنفسك تحتاج موازنين بعنوان IP عائم، أو تحويلاً على مستوى DNS.

04نماذج التكلفة

الـ VPS سعر ثابت لموارد ثابتة: تعرف فاتورتك قبل أن يبدأ الشهر، وتدفعها سواء عمل الخادم بنسبة 5% أو 90%. وفي السحابة تدفع عن الاستهلاك، فتكسب حين يتقلب الحمل، وتخسر حين يبقى ثابتاً على مدار الساعة، لأن سعر الساعة السحابية أعلى عادةً من حصتها في خطة شهرية. والفاتورة السحابية تتكون من بنود كثيرة:

مثال يوضح الفرق: منصة تذاكر لمهرجان في إربد، mahrajan-irbid.com، تعمل بحمل خفيف أحد عشر شهراً، ثم يتضاعف حملها عشرين مرة في أسبوع البيع. خادم بحجم الذروة طوال السنة هدر، والسعة التي تضيفها للأسبوع ثم تحذفها أوفر. أما متجر بحمل يومي ثابت تقريباً، فخطة VPS بحجم مناسب أرخص في الغالب من مقابلها السحابي.

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

05متى يكفيك VPS ومتى تحتاج السحابة

والسؤال الحاسم ليس «أيهما أفضل؟» بل «كم دقيقة توقف أتحمل، وكم بيانات أتحمل أن أفقد؟». هذان الرقمان يحسمان المعمارية، ونفصّل حسابهما في مقال مستقل عن حلول الاستضافة بحسب حجم الشركة.

06مرونة سحابية بخوادم VPS

لا تحتاج منصة سحابية كاملة لتخرج من نطاق العطل الواحد. هذا نمط شائع لمنصة مثل mawid-amman.com:

1. 01خادمان للتطبيق في مركزي بيانات مختلفين، مثلاً ألمانيا وفنلندا، بالإصدار نفسه من الكود.
2. 02قاعدة بيانات رئيسية في مركز، ونسخة متماثلة (replica) في الآخر تُرقّى حين تسقط الرئيسية.
3. 03الملفات المرفوعة متزامنة بين الخادمين، أو في تخزين كائنات مشترك.
4. 04سجل DNS بزمن TTL قصير، من 60 إلى 300 ثانية، لدى خدمة DNS تدعم فحص الصحة والتحويل، أو موازن أحمال أمام الخادمين.
5. 05نسخ احتياطي يومي مستقل خارج الخادمين.

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

المشكلةالموقع توقف رغم وجود خادمين

الحلافحص نقطة الدخول: موازن واحد، أو سجل DNS بزمن TTL طويل، يعيدانك إلى نطاق عطل واحد.

المشكلةبعد التحويل صارت قاعدتا البيانات تقبلان الكتابة معاً

الحلهذا انقسام الدماغ (split brain). لا ترقِّ النسخة المتماثلة تلقائياً دون آلية تضمن عزل الرئيسية القديمة، وابدأ بالترقية اليدوية.

المشكلةالمستخدمون يخرجون من حساباتهم عشوائياً بعد إضافة خادم

الحلالجلسات محفوظة على قرص كل خادم. انقلها إلى Redis أو قاعدة البيانات قبل أن توزع الحمل.

07قبل أن تقرر

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

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