ما التكلفة الحقيقية للخادم؟ حساب واضح للتكلفة الإجمالية للملكية

ابدأ بمقارنة خدمات متكافئة

لا يمكن مقارنة خادم بسعر 3,600 € مباشرة برسوم سحابية شهرية. يتضمن أحد العرضين العتاد، وقد يتضمن الآخر وقت الحوسبة وتشغيل مركز البيانات. وقد يستثني كلاهما النسخ الاحتياطي والدعم والتراخيص. ابدأ بمواصفات الخدمة: التطبيقات، والسعة القابلة للاستخدام، وساعات العمل، وفقدان البيانات المسموح، وأطول انقطاع يمكن تحمله.

عدد الأنوية ليس وحدة أداء مشتركة أيضاً. فقد تختلف قدرة المعالج الافتراضية المشتركة والأنوية المخصصة ومعالج قديم تملكه عند تشغيل التطبيق نفسه. ينبغي أن تنجح المقارنة في معالجة حمل محدد وتحقيق أهداف الاستعادة نفسها. وإلا فقد يكون العرض الأرخص أصغر ببساطة أو يتحمل مسؤوليات أقل.

يتعامل إطار AWS Well-Architected مع تحسين التكلفة كمهمة مستمرة تربط الاستخدام والمسؤولية التنظيمية واختيار الموارد. ينطبق ذلك أيضاً على الخوادم المملوكة: تحتاج الميزانية إلى مسؤول ومراجعة دورية، وليس فقط موافقة عند الشراء. AWS: ركيزة تحسين التكلفة ↗

نموذج حساب شفاف على خمس سنوات

مثالنا خادم صغير في غرفة معدات موجودة. نفترض تكلفة عتاد لمرة واحدة تبلغ 3,600 €، و600 € للإعداد والتسليم الموثق. المدة خمس سنوات، كل منها 8,760 ساعة تشغيل. ونفترض متوسط استهلاك سنوي عند المقبس يبلغ 180 واط، وسعر طاقة قدره 0.30 € لكل كيلوواط ساعة.

المعادلة هنا: 4,200 € أولية + 5 × 3,053.04 € متكررة = 19,465.20 € خلال خمس سنوات. وعند توزيعها على 60 شهراً تصبح 324.42 € شهرياً. هذا رقم للمقارنة، وليس الدفعة الشهرية الفعلية ولا تمويلاً. بسبب الشراء، تبلغ السنة الأولى 7,253.04 €؛ وتتحمل كل سنة لاحقة تكاليف التشغيل المفترضة.

يشكل العتاد وحده نحو 18.5% من المجموع في هذا النموذج. ويبلغ الدعم المفترض وحده 9,600 € على خمس سنوات. ليست هذه نسبة عامة في السوق، بل نتيجة مدخلاتنا المعلنة. يوضح الحساب لماذا لا يفيد جهاز أرخص كثيراً إذا تسببت إعدادات غير واضحة بعمل إضافي كل شهر.

قِس الكهرباء بدلاً من قراءة ملصق مزوّد الطاقة

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

في نموذجنا، تعني قدرة 180 واط طوال سنة استهلاك 1,576.8 kWh. إذا كان خادم اختبار يعمل فعلياً اثنتي عشرة ساعة فقط خلال خمسة أيام أسبوعياً، فاستخدم مدته الحقيقية بدلاً من افتراض 8,760 ساعة. تحقق أولاً من توافق الإيقاف مع النسخ الاحتياطي والتحديثات وأوقات الوصول المطلوبة. فالكمبيوتر الذي يُفترض إمكان إطفائه مساءً لكنه يستورد البيانات ليلاً له نمط حمل مختلف.

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

أي افتراض يغير النتيجة أكثر؟

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

تستحق مدة التشغيل مقارنة مستقلة. على ثلاث سنوات فقط، يعطي النموذج نفسه 4,200 + 3 × 3,053.04 = 13,359.12 €. وعلى 36 شهراً يصبح نحو 371.09 € شهرياً. يوزع الاستخدام الأطول تكلفة الشراء، لكنه قد يتطلب لاحقاً إصلاحات وتمديد الدعم والترحيل. لا تمدد الحساب دون فحص النتائج التشغيلية.

بنود تُذكر غالباً منفصلة في العروض

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

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

أظهر آثار الانقطاع إلى جانب الميزانية

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

لا يؤدي هذا السيناريو تلقائياً إلى التوصية بنظام توافر عالٍ مكلف. ربما يستطيع الفريق العمل ساعتين بإجراء بديل مُعد مسبقاً. وربما تكون ساعة واحدة حرجة. ينبع الاستثمار المناسب من العمليات المتأثرة فعلياً واستعادة جرى اختبارها، لا من معادلة عامة لتكلفة التوقف.

اختتم بورقة قرار قابلة للمراجعة

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

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