دليل اختبار إيقاف التشغيل بواسطة UPS للمضيفين والأجهزة الافتراضية والحاويات ووحدات التخزين

إيفا وونغ

IceWhale author

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

UPS Shutdown Testing Guide for Hosts, VMs, Containers, and Storage

ينجح تصميم مزوّد الطاقة غير المنقطع (UPS) فقط عندما يتوقف كل كاتب قبل الوصول إلى التخزين المشترك، وينتهي كل مضيف قبل حد فصل البطارية، مع بقاء وقت مقاس لإعادة المحاولة.

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

حدّد شرط النجاح وحد الإيقاف

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

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

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

نفّذ حدثًا برمجيًا قبل فصل طاقة الشبكة

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

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

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

أجرِ اختبارًا مضبوطًا لانقطاع طاقة الشبكة

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

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

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

Featured

ZimaCube 2 سحابة شخصية منزلية NAS

ZimaCube2

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

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

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

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