خادم Hetzner مطفأ والفاتورة مستمرة

الخلاصة

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

«ربما نعود العام المقبل» عبارة مريحة للعميل ومكلفة لمن يترك لها مكاناً في حسابه السحابي. لا تحدد موعداً ولا ميزانية، لكنها تكفي أحياناً لإبقاء مشروع تقني حياً بعد انتهاء العمل الذي دفع ثمنه العميل.

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

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

هذه خدمة يمكن أن تكون مفيدة. فالوكالة ربما وعدت العميل بالعودة سريعاً حين يقرر إقامة المعرض التالي. المشكلة التجارية تبدأ عندما يبقى الوعد بينما ينتهي البند الذي يموله. الخادم يأخذ إجازة، والوعد يبقى في المناوبة.

حفظ الماضي أرخص أحياناً من إبقاء الموقع جاهزاً

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

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

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

لذلك لا تكفي جملة «لدينا نسخة احتياطية». السؤال هو أي نسخة ستبقى بعد الإجراء المزمع تنفيذه. ويجب أن يكون تاريخها مناسباً أيضاً؛ فاللقطة القديمة لا تكتسب تلقائياً آخر تعديل أجراه العميل على بيانات المعرض.

ثم تأتي حدود القرص. تستثني الصفحة التعريفية للميزة وحدات التخزين Volumes المتصلة بالخادم من محتوى النسخ واللقطات. إذا وضعت الوكالة صور المعرض أو ملفاته في وحدة منفصلة، فلن يجمعها حفظ قرص النظام من تلقاء نفسه.

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

العنوان يستطيع البقاء وحده، ومعه رسومه

تُدار Primary IPs بصورة مستقلة عن الخادم. وتوضح الأسئلة الخاصة بها أن إعداد الحذف التلقائي يحدد مصير العنوان غير المحمي عند حذف الخادم. إذا عُطل الإعداد بقي العنوان، وإذا فُعل حُذف معه.

يظل Primary IPv4 المحتفظ به خاضعاً للرسوم حتى إن لم يكن مخصصاً لأي خادم. أما Primary IPv6 فهو مجاني بحسب صفحة الفوترة. ولهذا قد يكون بقاء عنوان في الفاتورة بعد حذف الآلة قراراً مقصوداً تماماً. وقد يكون نسياناً. لا تستطيع الفاتورة وحدها أن تعرف نية صاحبها.

لكن العنوان ليس بطاقة انتقال إلى أي موقع. يجب تخصيص Primary IP لخادم في الموقع نفسه. حين تعد الوكالة بالاحتفاظ بالعنوان القديم، فإنها تضيق أيضاً خيارات المكان الذي ستعيد فيه بناء الخدمة.

وللتخزين قرار مستقل. تفصل تعليمات الإلغاء في Hetzner Console بين فصل وحدة تخزين عن الخادم وحذف الوحدة. فصلها يقطع الارتباط، لكنه لا ينهي وجود المورد. اختفاء الخادم من القائمة لا يعني أن المشروع كله توقف عن الإنفاق.

اللقطة لا تحجز الخادم المقبل

حفظ القرص يعالج مسألة البيانات المحفوظة. الحصول على قدرة جديدة يعالج مسألة أخرى. تذكر الأسئلة العامة لخدمة Cloud حدود الحساب، وعدم توافر موارد في موقع معين، والقيود المؤقتة على بعض العملاء، ضمن أسباب تعذر إنشاء خوادم جديدة. وفي القيود المؤقتة التي تصفها، تبقى الخوادم الموجودة في المشروع.

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

قد تتوافر موارد في موقع آخر، لكن العنوان المحفوظ ما زال مرتبطاً بموقعه. كما تعرض وثائق المواقع اختلافات التسعير بين مناطق الشبكة. حفظ حالة القرص لا يجمد شروط الطلب المقبل.

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

ما ينقص لحساب عتبة التوفير لوكالتنا المتخيلة هو قائمة مواردها، ومدة التوقف، وساعات إعادة البناء. هذه الأرقام هي التي تحسم الخيار.

فاتورة تصل بعد الرحيل قد تكون عن الإقامة السابقة

تعتمد منظومة الفوترة لدى Hetzner على المحاسبة بعد الاستخدام. لذلك قد تصل فاتورة أخيرة بعد حذف الخادم لتغطي فترة سابقة. وقت وصول البريد ليس وقت نشوء التكلفة.

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

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