الخادم الافتراضي حصة مخصصة من خادم فعلي: معالج وذاكرة ومساحة لك وحدك لا يستطيع الجار أن يقضمها. والفارق الحقيقي عن الاستضافة المشتركة ليس أنه أسرع، بل أن التحكم لك والمسؤولية كذلك.
ومعظم من يشترونه لم يكونوا بحاجة إليه.
رقم من خادمنا نحن
الجهاز الذي تُقدَّم منه هذه الصفحة فيه أربع أنوية معالجة وثماني جيجابايت من الذاكرة.
وعلى هذا الجهاز الواحد تعمل تسعة مواقع ووردبريس حية، وكان متوسط حمل النظام لحظة كتابة هذا النص ٠.٤، أي نحو عُشر الطاقة.
نذكر ذلك لأن باعة الخوادم الافتراضية يتحدثون بالأنوية والجيجابايتات، وليس ذلك ما ينفد أولًا. ما ينفد أولًا عدد عمليات PHP التي تنفَّذ في وقت واحد.
ما الذي يُسقط الخادم فعلًا
على هذا الجهاز ضُبطت pm.max_children على عشرين. أي أن عشرين طلب PHP تنفَّذ معًا وكل ما عداها ينتظر في طابور.
تخيّل الآن موقفًا عشناه: يُمسح تخزين موقع كامل. عندها كل صفحة بلا نسخة مخزّنة لا بد أن يعيد PHP بناءها، وإن طُلب مئة عنوان في وقت واحد، نُفِّذ عشرون وانتظر ثمانون. يبطؤ الموقع أمام الجميع، بما في ذلك الثمانية الأخرى التي لا شأن لها بالأمر.
والمعالج طوال ذلك عاطل. والذاكرة فيها متسع. الذي نفد هو الطابور. ولهذا لا تُصلح الترقية من نواتين إلى أربع هذه المشكلة، بينما يصلحها ضبط طبقة التخزين.
متى يكون الخادم الافتراضي هو الجواب فعلًا
أربع حالات الجواب فيها غير محتمل للجدل.
حين تحتاج برمجيات غير ووردبريس. إن لزمك تشغيل Node أو Redis أو خدمة خلفية، فالاستضافة المشتركة لن تسمح، وينتهي النقاش.
حين يؤذيك الجيران. إن كنت على استضافة مشتركة وارتفع زمن استجابة خادمك في ساعات بعينها دون أن يتغير شيء عندك، فالمشكلة على الأرجح ليست منك.
حين تحتفظ ببيانات حساسة. للموقع الذي يخزّن معلومات العملاء، تستحق البيئة المعزولة ثمنها حتى لو لم تستهلك مواردها كاملة.
حين تدير عدة مواقع. بعد الثالث أو الرابع، يخرج خادم افتراضي واحد أرخص من عدة باقات مشتركة منفصلة وأسهل في الإدارة.
ومتى لا يكون
إن كان لديك موقع ووردبريس واحد يتلقى بضعة آلاف زيارة يوميًا وتخزين صفحاته يعمل كما ينبغي، فالخادم الافتراضي لا يضيف لك شيئًا سوى قائمة مهام صارت عليك.
وتلك المهام لا يعدّدها أحد وقت البيع: تحديثات أمن نظام التشغيل، وضبط الجدار الناري، والنسخ الاحتياطي، وتجديد الشهادة، ومراقبة ما إذا كان الخادم يعمل أصلًا. وعلى الاستضافة المشتركة يتولاها المضيف وهي محسوبة في السعر.
وثمة فخ أشيع: شراء خادم افتراضي لحل مشكلة سرعة. فإن كان موقعك بطيئًا لأن الصفحة ثلاثة ميجابايت أو لأن إضافة تعيد بناء كل شيء مع كل طلب، فالموقع نفسه سيبقى بالبطء ذاته على خادم أغلى. والعلاقة الحقيقية بين إعداد الاستضافة والسرعة تفصل الجزء الذي يتحمله الخادم من البطء عن الجزء الذي لا يتحمله.
مُدار أم غير مُدار
هذا التمييز أهم من عدد الأنوية ونادرًا ما يظهر في جدول الأسعار.
الخادم غير المُدار جهاز فارغ، ومن لحظة التسليم كل ما يعطب فهو عليك. والمُدار يعني أن المضيف يتولى التحديثات والنسخ والأمن الأساسي، وثمنه أعلى لسبب بديهي.
وإن لم تكن مرتاحًا مع سطر أوامر لينكس فالخادم غير المُدار ليس رخيصًا؛ أنت فقط حوّلت كلفته من مال إلى وقتك أنت. وأول ليلة يسقط فيها الموقع في الثانية فجرًا ستعيد حساب ذلك التحويل.
أسئلة تتكرر
هل الخادم الافتراضي أسرع من الاستضافة المشتركة؟ ليس بالضرورة. خادم افتراضي ضعيف بلا ضبط أبطأ من باقة مشتركة جيدة. السرعة تأتي من الإعداد لا من فئة المنتج.
كم ذاكرة أحتاج؟ لموقع إلى ثلاثة مواقع ووردبريس عادية، جيجابايتان تكفيان. وإن قال لك أحد إنك تحتاج ثمانية فاسأله على أي أساس.
خادم داخل إيران أم خارجها؟ إن كان جمهورك إيرانيًا وتدفع بالريال فالداخل أعقل عادةً. والمقارنة التي أجريناها بين مضيفَين إيرانيَين تبيّن أن الفجوة بين مزودَين محليَين قد تفوق الفجوة بين الداخل والخارج.
وإن لم تعرف في أي المجموعتين أنت، فأبسط خطوة أن تكتشف أين يضيع وقت موقعك الحالي فعلًا. الجواب لمعظم المواقع ليس الخادم، واختيار استضافة تناسب مرورك الحقيقي يخرج أرخص من ترقية عمياء. وإن كنت تدير عدة مواقع أو تحتاج برمجيات بعينها، فإن استضافة ووردبريس بإعداد جاهز نقطة وسطى معقولة. أما الموقع الذي بُني ثقيلًا من أساسه فلا خادم يغني عن إعادة بنائه ببنية أخف.
قُرئت مواصفات الخادم وقيمة pm.max_children من ذلك الجهاز في ١٥ أغسطس ٢٠٢٦، وهي تصف إعدادنا نحن لا توصية تصلح لكل خادم.
التعليقات والأسئلة
لديكم سؤال حول هذا المقال؟ اسألوا، سنجيب.
لا توجد تعليقات بعد؛ كونوا الأولين.