لدينا طريقتان لاستعادة البيانات من الكوارث: مجموعة "ممتدة" (تثبيت نشط نشط) ونظام أساسي مع أجهزة افتراضية (نسخ متماثلة) متوقفة. لديهم عدة نقاط لحفظ اللقطات.
هناك طلب للتسامح مع الكوارث ، وكثير من عملائنا في حاجة إليها حقا. لذلك ، بدأنا في عمل كلا المخططين كجزء من إنتاجنا.
الأساليب لها إيجابيات وسلبيات ، الآن سأخبرك عنها.
كتلة ممتدة
كما ترون ، هذه قصة كتلة مترو القياسية. في المحترفين - توقف صفر تقريبًا ، توقف مؤقتًا فقط عند بدء تشغيل الأجهزة الظاهرية. تعمل هذه الميزة - VMware High Availability (HA). ترى أن المضيفين فقدوا ، ويعيد تشغيل الجهاز الظاهري على الفور على الموقع البعيد.
يتم الإطلاق على الفور من التخزين ، الموجود في الكتلة.
التخزين مع مجموعة موزعة جغرافيا هو ميزة تسويقية لـ NetApp. الشركات المصنعة الأخرى لديها شيء يحمل نفس الاسم. في الجوهر ، هذا هو تكرار غير متزامن مدروس من جانب إلى آخر. نكتب إلى عقدة في الشبكة المحلية ونقوم بالمزامنة من خلال قنوات اتصال متخصصة مع أخرى.
في حالة فشل أحد أنظمة التخزين ، يقدم الباقي (في موقع آخر) المسار إلى الأقراص إلى المضيفين المتبقين. يتم إعادة تشغيل الأجهزة الظاهرية التي ماتت عليها. كل شيء يحدث تلقائيًا - تعطل مركز البيانات ، وتم إعادة تشغيل كل شيء ، وعمل التخزين ، وعمل VMware. رأى العميل أن كل شيء يومض وأعيد تشغيله.
يمكن فقدان ذاكرة التخزين المؤقت الوحيدة من ذاكرة الوصول العشوائي للجهاز الظاهري. ولكن إذا أوقفتها قاعدة البيانات ، فإن الخسارة تكون صفر في الوقت المناسب.
إذا فقدنا الاتصال بين المواقع ، فسيستمر كل شيء في العمل في مكانه ، وبمجرد استعادة الاتصال ، يبدأ في المزامنة.
الجانب السلبي هو السعر المرتفع. لأنك تحتاج بالفعل إلى SHD مزدوج (علاوة على ذلك ، متشابه في النوع والسرعة وحجم الأقراص الخاصة بـ SHD الأول على الموقع الرئيسي) ، والتي لا يمكن استخدامها بطريقة ما ، باستثناء كاحتياطي. بالإضافة إلى الربط بالتخزين لمجموعة المترو ، فهذه هي الجسور FC وشبكة FC والمزيد.
لدينا اثنان من DPCs ، بينهما حزمة FC على طول شعاعين (أربعة خطوط بصرية داكنة و DWDM). هاتان قطعتان من الحديد ، كل منهما يوفر عرض نطاق ترددي بسرعة 200 جيجابت في الثانية لـ FC و Ethernet.
بديل مع د
هناك برنامج يحمل اسمًا لا ينسى بشكل بديهي - توفر VMware vCloud لـ Cloud-to-Cloud DR.
هذا هو نظام لإنشاء VM متطابق على موقع بعيد مرة واحدة ، نسبيًا ، في 15 دقيقة. يتم إرفاق نظام لتقديم كل هذا بالطريقة الصحيحة لآليات التحكم في السحابة على الشريط الكهربائي.
أي أن تقنية النسخ المتماثل لـ VMware موجودة في الواجهة الخلفية. في حالة حدوث فشل ، نقوم بتشغيل خطة DR يدويًا على الموقع الثاني ، ويتوقف تلقائيًا عن محاولة النسخ المتماثل ، ثم يسجل VM في vCloud Director ، ويخصص عناوين IP (بحيث لا يلزم تغييره إلى VM) ويبدأ VM بالترتيب الضروري. في حلنا ، ليس من الضروري تغيير العنونة ، نمد الشبكات إلى كلا مركزي البيانات.
يتم نسخ الأجهزة باستمرار ، ولكن ليس مركز البيانات بأكمله ، ولكن فقط الأجهزة المحددة هي عمليات حاسمة. يتم تكرارها من حين لآخر ، الحد الأدنى للفاصل الزمني هو 15 دقيقة (هذه حالة مثالية عندما يطير كل شيء ويوجد خادم نسخ متماثل مخصص وحد أدنى من التغييرات على VM). من الناحية العملية ، لديك نسخة قبل نصف ساعة أو ساعة. إذا حدث خطأ ما ، فستفقد البيانات التي وقعت في الفاصل الزمني. 15 دقيقة هي سؤال الوكيل الذي يجمع النسخ المتماثل الجديد. يقول Veeam أنه يمكن أن يستغرق الأمر أقل من 15 دقيقة ، ولكنه في الواقع أطول من الناحية العملية إذا لم يستخدموا ميزات التخزين. لم أر في آلة صناعية (وليس في اختبار) أنه سيكون على خلاف ذلك.
لفترة طويلة ، يحتوي NetApp ، مثل العديد من الشركات المصنعة الأخرى لأنظمة التخزين ، على تقنية SnapMirror التي تسمح بتحويل عمل النسخ المتماثل من أنظمة مراقبة الأجهزة الافتراضية إلى أنظمة التخزين ، ويمكن لـ VMware Replication استخدامه.
بينما تعمل خدمة النسخ المتماثل ، يذهب القطار بعيداً. لكنها رخيصة.
لماذا لا تزال رخيصة - لأنه يمكنك استخدام أي مساحة تخزين على أي جانب (من جهات تصنيع مختلفة وفئات مختلفة) ، لا تحتاج إلى تخصيص حجم كبير من الأقراص مسبقًا.
لا حاجة لتخصيص مجموعة قرص كبيرة ، يتم فيها قطع الأقمار. إنه يأخذ مكانًا فقط على التخزين المحلي ويتم تطبيقه على حقيقة توفر السجل من الجهاز الظاهري. ونتيجة لذلك ، يتم شغل المكان على نظام التخزين بشكل مثالي ، إذا تم استخدامه لمهام أخرى. ويتم استخدامها ، لأننا لا نقدم مثل هذه الخدمة لجميع العملاء.
ناقص - تحتاج إلى تكوين النسخ المتماثل على مستوى VM ، أي التحكم في تكوين كل شيء بشكل صحيح ، وأن هذا هو الجهاز ، وتأكد من مرور النسخ المتماثل ، وعدم وجود أخطاء. إنشاء خطط DR لكل عميل ، وإجراء اختباراتهم.
في الحالة الأولى ، يتم أخذ التخزين ، بشكل مشروط ، وبني التحتية ، تقريبًا حسب القطاعات (بشكل أدق ، حسب الكائنات). ثم يمكن أن يسقط جهاز واحد بسبب سقوط مهمة بسبب بعض أسباب البرنامج المتعلقة بأخطاء في مستويات عالية ، أو بسبب مشاكل في الوصول. يحدث هذا في كثير من الأحيان أكثر مما لو كنت تأخذ مستويات منخفضة فقط.
بالإضافة إلى ذلك - DR يخزن عدة نقاط. يمكنك استعادة بعض اللقطات.
خارج نظام تشغيل الضيف ، تحتاج إلى برامج إضافية.
من أجل الحصول على جميع الشبكات اللازمة لمدير Vcloud ، نحن بحاجة إلى عمل المسؤول لدينا. بشكل عام ، تظل جميع اتصالات الشبكة في هذا الإصدار مع مسؤولنا. بالنسبة للعميل السحابي ، هذا يعني تطبيقًا يستغرق وقتًا أيضًا.
يتم تكوين النسخ المتماثل من خلال التطبيق. تمت إضافة VM - تحتاج إلى إرسال طلب تحتاج إلى نسخه. لا تقع في مهام النسخ المتماثل تلقائيًا. من الضروري الانتباه إلى المسؤول.
الفرق
نتيجة لذلك ، قد يختلف السعر بأكثر من مرتين. سيضاعف النسخ المتماثل تكلفة مساحة القرص بمقدار نسختين أو أكثر (نسختان كاملتان + سجل التغييرات) ، بالإضافة إلى شيء ما للخدمة وحجز موارد الحوسبة. في حالة كتلة المترو ، سيتم مضاعفة تكلفة المساحة بمقدار اثنين ، ولكن المساحة نفسها ستكلف أكثر بكثير ، بالإضافة إلى أنك تحتاج إلى حجز العقد في موقع بعيد. أي أنه يجب ضرب موارد الحوسبة في اثنين ، ولا يمكننا استخدامها لأي شيء آخر.
في حالة كتلة المترو ، يمكننا استخدام نفس الأنواع فقط من الأقراص بحيث تكون هناك مرآة كاملة. إذا كانت بعض محركات الأقراص سريعة في مركز البيانات الرئيسي ، فإن بعضها بطيء عند 10 آلاف دورة في الدقيقة ، عندئذٍ يلزم تكوين مماثل. في حالة النسخ المتماثلة ، من الممكن عمل أقراص أبطأ على موقع النسخ الاحتياطي ، وهو أرخص بسبب التخزين. ولكن عند التحول إلى الاحتياطي ، سيتبين أنه سيكون أقل في الأداء. أي أنه إذا قام بتخزين شيء ما على SSD في المجموعة الرئيسية ، وتم نسخه على أقراص عادية ، فإن التخزين سيكون أرخص بكثير على حساب إبطاء البنية التحتية الاحتياطية.
نختار الآن ما سيتم تضمينه في إصدار سابق ، لذلك نريد التشاور: هل يمكنك إخبارنا بإيجاز عن كيفية تنظيم مواقع DR وماذا تريد أن يفعلوا بشكل عام؟