تحديث سيء في الساعة 2 صباحًا يظهر بشكل مختلف عندما يكون جهازك بوت الخلاف يتوقف عن الاستجابة، أو يتلف عالم خادم اللعبة، أو تختفي قاعدة بيانات تطبيقك بعد أمر واحد خاطئ. وهذا هو بالضبط السبب في أن النسخ الاحتياطية التلقائية لاستضافة VPS ليست إضافة جيدة. إنهم جزء من تشغيل أي شيء يحتاج إلى وقت تشغيل حقيقي.
إذا كنت تدير خادم VPS للروبوتات، أو الخوادم متعددة اللاعبين، أو تطبيقات الويب، أو أدوات المجتمع، فإن النسخ الاحتياطية هي التي تحول الكارثة إلى فترة صيانة قصيرة. بدونها، كل تغيير في البرنامج الإضافي، أو تحديث الحزمة، أو وظيفة cron، أو إجراء إداري يحمل مخاطر أكبر مما ينبغي. معهم، يصبح التعافي متوقعًا.
لماذا تعتبر النسخ الاحتياطية التلقائية لاستضافة VPS مهمة؟
لا يفقد معظم مستخدمي VPS البيانات بسبب فشل كبير في الأجهزة. إنهم يفقدونها بسبب العمليات العادية. تحديث اللوحة يكسر التبعيات. يؤدي استيراد قاعدة البيانات إلى الكتابة فوق بيانات الإنتاج. يقوم البرنامج النصي للبوت بتكرار الملفات المحلية وإتلافها. يقوم أحد أعضاء الفريق بحذف الدليل الخطأ. في بعض الأحيان تكون محاولة التسوية أو برنامج الفدية هي المشكلة. وفي أغلب الأحيان، يكون الأمر مجرد خطأ بشري ممزوج بالسرعة.
تعمل عمليات النسخ الاحتياطي التلقائي على تقليل هذه المخاطر لأنها تحدث في الموعد المحدد، وليس عندما تتذكرها. وهذا يهم أكثر مما يعتقده الناس. تبدو عمليات النسخ الاحتياطي اليدوية جيدة حتى تكون مشغولاً، أو تنشر بسرعة، أو تدير مشروعًا يتغير يوميًا. في تلك الحالات، عادةً ما تكون النسخة الاحتياطية التي خططت لإجرائها هي النسخة التي لم تقم بإنشائها مطلقًا.
ل مجتمعات الألعاب ومطوري الروبوتات، وهذا أكثر عملية. يمكن أن يتغير كل من عالم Minecraft ومجموعة التكوين وبيئة الروبوت المميزة وقاعدة البيانات والبرامج النصية المخصصة خلال ساعات. إذا كان عمر نقطة الاستعادة الخاصة بك أسبوعًا، فقد تنقذك تقنيًا، لكنك ستظل تفقد تقدم اللاعب أو سجلات الإشراف أو تغييرات التكوين المباشرة. النسخة الاحتياطية موجودة، ولكن الضرر لا يزال حقيقيا.
ما الذي يجب أن تتضمنه نسخة VPS الاحتياطية فعليًا؟
هذا يعتمد على ما يتم تشغيله على الخادم. تلك هي المقايضة الأولى. لا يحتاج كل VPS إلى نسخة احتياطية كاملة للصور كل ساعة، وليس كل إعداد آمنًا مع النسخ الاحتياطية للملفات فقط.
بالنسبة لنظام التشغيل Linux أو Windows VPS النموذجي، غالبًا ما ينقسم نطاق النسخ الاحتياطي إلى ثلاث طبقات. الأول هو بيانات التطبيق - عوالم الألعاب، والتحميلات، والتكوينات، والبرامج النصية المخصصة، والسجلات التي تستحق الاحتفاظ بها، وأي مساحة تخزين ثابتة تعتمد عليها خدمتك. والثاني هو بيانات قاعدة البيانات - MySQL، أو MariaDB، أو PostgreSQL، أو أي شيء مشابه. والثالث هو طبقة النظام - الحزم المثبتة، وتكوين نظام التشغيل، وقواعد جدار الحماية، والمستخدمين، والمهام المجدولة، وتعريفات الخدمة.
إذا قمت فقط بنسخ الملفات احتياطيًا وتجاهلت قاعدة البيانات، فلن يكتمل الاسترداد. إذا قمت فقط بعمل نسخة احتياطية لقاعدة البيانات وتجاهلت ملفات التطبيق، فقد تستمر الخدمة في الفشل بعد الاستعادة. إذا كنت تعتمد فقط على اللقطات الكاملة، فقد تكون عمليات الاستعادة أبطأ وقد ينمو استخدام مساحة التخزين بسرعة. الإجابة الصحيحة هي عادة مزيج.
قد يحتاج مطور الروبوت إلى عمليات تفريغ يومية لقاعدة البيانات بالإضافة إلى نسخ احتياطية أكثر تكرارًا للتعليمات البرمجية والتكوين. قد يهتم مالك خادم اللعبة أكثر بالحفظ العالمي ومجلدات المكونات الإضافية. قد يحتاج تطبيق الأعمال الصغيرة على VPS إلى حماية على مستوى الصورة بالإضافة إلى النسخ الاحتياطية لقاعدة بيانات المعاملات. نفس فئة البنية التحتية، وأولويات التعافي مختلفة.
اللقطات مقابل النسخ الاحتياطية للملفات مقابل عمليات تفريغ قاعدة البيانات
غالبًا ما يتم التعامل مع هؤلاء الثلاثة كبدائل. إنهم ليسوا كذلك.
تكون اللقطات سريعة ومفيدة عندما تريد التقاط الحالة الكاملة لخادم VPS قبل إجراء تغيير محفوف بالمخاطر. إنها ممتازة قبل ترقيات نظام التشغيل، أو تثبيتات لوحة التحكم، أو عمليات نشر التطبيقات الرئيسية. يتمثل القيد في أن اللقطات تكون أثقل، وترتبط أحيانًا بمنصة الاستضافة، وليست دائمًا مثالية للاسترداد الدقيق. من الممكن استعادة ملف تكوين واحد محذوف من لقطة كاملة، ولكنها ليست ملائمة دائمًا.
تعد النسخ الاحتياطية للملفات أفضل للاستعادة الانتقائية. إذا تعطل مجلد البرنامج الإضافي، أو تكوين Nginx، أو البرنامج النصي للبوت، فيمكنك سحب ما تحتاجه فقط. إنها فعالة للحماية المستمرة لبيانات التطبيق، ولكنها لا تلتقط دائمًا حالة قاعدة البيانات المتسقة ما لم يتم التخطيط لها بشكل صحيح.
تعتبر عمليات تفريغ قاعدة البيانات ضرورية لأي شيء ديناميكي. عادةً ما تكون مواقع الويب المجتمعية ولوحات المعلومات وإعدادات Discord bot وأنظمة الاقتصاد وسجلات التذاكر وبيانات المصادقة موجودة هناك. يمنحك جدول التفريغ النظيف نقاط الاستعادة المهمة. المهم هو أن عمليات التفريغ وحدها لا تؤدي إلى إعادة بناء الخادم بأكمله.
عادةً ما تجمع أقوى إستراتيجية النسخ الاحتياطي لاستضافة VPS بين الثلاثة. استخدم النسخ الاحتياطية للملفات المجدولة للبيانات المستمرة، وعمليات تفريغ قاعدة البيانات العادية للمحتوى الديناميكي، واللقطات قبل التغييرات الرئيسية.
كم مرة يجب تشغيل النسخ الاحتياطية؟
يجب أن يتوافق التكرار مع معدل التغيير، وليس التخمين.
إذا كان خادم VPS الخاص بك يستضيف أداة شخصية منخفضة التغيير، فقد تكون النسخة الاحتياطية اليومية كافية. إذا كان يقوم بتشغيل خادم ألعاب نشط أو روبوت Discord مع عمليات الكتابة المتكررة، فقد يكون ذلك يوميًا فضفاضًا للغاية. في هذه الحالة، كل بضع ساعات للبيانات الهامة يكون أكثر منطقية. غالبًا ما تحتاج قواعد البيانات ذات نشاط المستخدم المباشر إلى فترات زمنية أقصر من الملفات الثابتة.
الاحتفاظ مهم بقدر الجدول الزمني. يعد الاحتفاظ بنسخة احتياطية واحدة فقط أمرًا محفوفًا بالمخاطر نظرًا لأن الفساد أو التكوين السيئ قد يستمر لأيام قبل أن يلاحظ أي شخص. يحتفظ الإعداد الأكثر ذكاءً بنقاط استعادة متعددة - على سبيل المثال، النسخ اليومية قصيرة المدى والنسخ الأسبوعية طويلة المدى. يمنحك ذلك مساحة للتعافي من الأخطاء المباشرة والاكتشافات المتأخرة.
هناك تكلفة تخزين هنا، وهذه هي المقايضة. يعمل المزيد من التكرار والاحتفاظ لفترة أطول على تحسين خيارات الاسترداد، ولكنها تستهلك أيضًا مساحة أكبر ويمكن أن تزيد من أعباء الإدارة. الهدف ليس الحد الأقصى من النسخ الاحتياطية. ومن النسخ الاحتياطية مفيدة.
حيث ينبغي تخزين النسخ الاحتياطية
النسخة الاحتياطية المخزنة فقط على نفس VPS ليست استراتيجية نسخ احتياطي. إنها نسخة الراحة.
إذا تم اختراق الخادم أو تلفه أو فقده بالكامل، فقد تصاحبه ملفات النسخ الاحتياطي المحلية. التخطيط الحقيقي للنسخ الاحتياطي يعني تخزين النسخ بشكل منفصل عن بيئة الإنتاج. يمكن أن يكون ذلك هدف تخزين آخر، أو بنية أساسية للنسخ الاحتياطي يديرها مزود الخدمة الخاص بك، أو وجهة بعيدة تتحكم فيها.
وهذا هو أحد الأسباب التي تجعل خيارات النسخ الاحتياطي على مستوى الموفر جذابة. إنها تقلل من وقت الإعداد وتحافظ على عمليات النسخ الاحتياطي خارج VPS نفسه. بالنسبة للمستخدمين الذين يريدون السرعة والعمل اليدوي الأقل، عادةً ما يكون هذا هو المسار الأنظف. بالنسبة للإعدادات الأكثر تقدمًا، قد توفر أنظمة تخزين الكائنات الخارجية أو الأنظمة الثانوية مرونة إضافية، خاصة إذا كنت تدير العديد من مثيلات VPS.
ما يهم هو العزلة. لا ينبغي أن تكون آلة الإنتاج الخاصة بك هي المكان الوحيد الذي توجد فيه خطة الاسترداد الخاصة بك.
تأثير الأداء حقيقي، ولكن يمكن التحكم فيه
يتجنب بعض المستخدمين النسخ الاحتياطية التلقائية لأنهم يفترضون أن النسخ الاحتياطية ستؤدي إلى إبطاء الخادم. يمكن أن يحدث ذلك، ولكن عادةً بسبب سوء توقيت العملية أو سوء تصميمها.
يمكن أن تؤدي عمليات فحص الملفات الكبيرة أثناء ذروة حركة المرور، أو الضغط الشديد، أو عمليات تفريغ قاعدة البيانات الكاملة على الخدمات المزدحمة إلى زيادة التحميل. الجواب هو عدم تخطي النسخ الاحتياطية. إنه جدولتها بذكاء واستخدام الطريقة الصحيحة لحجم العمل.
على سبيل المثال، قد تعمل عمليات النسخ الاحتياطي بين عشية وضحاها بشكل جيد لموقع مجتمعي، ولكن ليس لروبوت عالمي ينشط على مدار الساعة. يمكن أن تؤدي النسخ الاحتياطية المتزايدة إلى تقليل استخدام الموارد مقارنةً بالنسخ الكاملة المتكررة. يمكن أن تؤدي إجراءات النسخ الاحتياطي المستندة إلى قاعدة البيانات إلى الحد من وقت القفل. يمكن للقطات قبل نوافذ الصيانة أن تتجنب الحمل الزائد أثناء التشغيل العادي.
تصميم النسخ الاحتياطي الجيد يحمي وقت التشغيل بدلاً من التنافس معه.
كيفية تقييم ميزات النسخ الاحتياطي على خطة VPS
عند النظر إلى استضافة VPS، فإن جودة النسخ الاحتياطي لا تتعلق فقط بوجود مربع اختيار في اللوحة. تريد أن تعرف كيف تعمل الاستعادة عمليًا.
هل يمكنك استعادة VPS كامل بسرعة؟ هل يمكنك استعادة ملف واحد؟ كم عدد نقاط الاستعادة التي تم الاحتفاظ بها؟ هل النسخ الاحتياطية تلقائية أم لا تزال تعتمد على الإجراء اليدوي؟ هل يتم تخزينها خارج المثيل؟ هل العملية بسيطة بما يكفي بحيث يمكنك استخدامها تحت الضغط؟
هذا هو المكان الذي يتمتع فيه المزود الذي يركز على الأداء بميزة. إذا كان النظام الأساسي مبنيًا بالفعل على وقت التشغيل والنشر السريع والبساطة التشغيلية، فإن أدوات النسخ الاحتياطي تميل إلى أن تكون أكثر منطقية للمستخدمين الحقيقيين. وهذا مهم للمطورين الذين يقومون بشحن التحديثات بسرعة ولمسؤولي خادم اللعبة الذين يحتاجون إلى الاسترداد دون تحويل الصيانة إلى مشروع ليوم كامل. في البنية التحتية مثل ACLlouds، لا تقتصر القيمة على وجود نسخ احتياطية فحسب. إنها تناسب نفس المنطق مثل بقية الخدمة - الإعداد السريع، والاحتكاك المنخفض، والموثوقية العملية.
أفضل خطة احتياطية هي تلك التي تختبرها
هذا هو الجزء الذي يتخطاه كثير من الناس. يقومون بتعيين جدول زمني، ويرون ظهور ملفات النسخ الاحتياطي، ويفترضون أن المهمة قد انتهت. لكن نجاح النسخ الاحتياطي لا يقاس بما إذا كانت المهمة قد تم تشغيلها أم لا. يتم قياسه من خلال ما إذا كان التعافي ناجحًا أم لا.
تخبرك عمليات الاستعادة التجريبية كيف يبدو وقت التوقف الحقيقي لديك. إنها توضح ما إذا كانت الأذونات تعود بشكل صحيح، وما إذا كانت قواعد البيانات يتم استيرادها بشكل نظيف، وما إذا كان الروبوت الخاص بك يعيد الاتصال، وما إذا كان خادم اللعبة الخاص بك يقوم بتحميل العالم الصحيح، وما إذا كانت التكوينات الخاصة بك لا تزال تتطابق مع البيئة الحالية. كما أنها تكشف القطع المفقودة في وقت مبكر.
قد تظل النسخة الاحتياطية التي تستغرق عشر دقائق لإنشائها ولكن ثلاث ساعات لاستعادتها مقبولة. النسخة الاحتياطية التي يتم استعادتها على الفور ولكنها تعود غير مكتملة ليست كذلك. وقت الاسترداد وجودة الاسترداد مهمان.
إذا كان خادم VPS الخاص بك يستضيف أي شيء يستخدمه الأشخاص بشكل نشط، فيجب التعامل مع النسخ الاحتياطية التلقائية مثل البنية التحتية لوقت التشغيل، وليس نظافة التخزين الاختيارية. نادرًا ما يكون الإعداد الأكثر ذكاءً هو الأكثر تعقيدًا. فهو الذي يتم تشغيله وفقًا للجدول الزمني، ويخزن النسخ في المكان المناسب، ويمنحك مسار استعادة تثق به عندما يتعطل شيء ما.