نواصل الموضوع الذي بدأ النظر فيه في
الجزء الأول . سنتحدث اليوم عن اتصالات الشبكة والخوادم المستهدفة ، ونقدم الخيارات الممكنة وخيارات تخطيط البنية التحتية للاستعادة المثلى لاسترداد الأجهزة الافتراضية. لذا أرحب القط.
حول اتصالات الشبكة
بالطبع ، من الجيد أن يكون لديك قناة ذات نطاق ترددي يبلغ 10 جيجابت / ثانية ، يتم من خلالها نقل البيانات أثناء النسخ الاحتياطي. ومع ذلك ، فإن القناة أكثر تواضعًا للاستعادة من نسخة احتياطية ، ولكن يوصى باستخدام NIC teaming مع LACP أو SMB Multichannel ، أو بعض الخيارات الأخرى مع تجميع النطاق الترددي. يمكنك استخدام ، على سبيل المثال ، منافذ LOM في إصدار 4x1 Gbit / s. يوصى بهذا التكوين لاتصال "العديد من أجهزة المصدر - جهاز نسخ احتياطي مستهدف واحد" ، أي عند توصيل "العديد إلى واحد". (وبالمثل ، فإن الاسترداد المتوازي من وحدة تخزين احتياطية واحدة إلى الأجهزة المستهدفة - كقاعدة ، هذه هي نفس الأجهزة الأولية التي تم إجراء النسخ الاحتياطي منها - هو اتصال واحد لكثير.)
على سبيل المثال ، يمكنك تكوين العديد من مهام النسخ الاحتياطي من عدة مضيفين Hyper-V / LUNs وحفظ النسخ الاحتياطية في نفس التخزين الهدف. إذا كان لديك 10 مضيفين من هذا القبيل مع إجمالي عرض النطاق الترددي للقناة 4 × 1 جيجابت / ثانية ، ثم مع أنبوب 10 جيجابت / ثانية على الجهاز المستهدف ، فهذا تكوين مناسب تمامًا.
في الحالة التي يكون فيها التخزين الاحتياطي هو مشاركة SMB ، تعمل القنوات المتعددة بشكل جيد للغاية (يمكن استكمالها بواسطة SMB Direct إذا كان لديك NICs مع تكوين دعم RDMA). هذه القدرات مدعومة الآن في العديد من عمليات نشر مجموعات Hyper-V. ومع ذلك ، يمكن لمكون حل Veeam المسؤول عن نقل البيانات استخدام SMB Multichannel و SMB Direct (مرة أخرى ، مع NICs التي تم تكوينها مع دعم RDMA) فقط في السيناريو عند استخدام VMs المخزنة على مشاركة SMB File للنسخ الاحتياطي وكيل خارج المضيف. يعمل ناقلو البيانات Veeam على التوالي على وكيل النسخ الاحتياطي خارج المضيف وعلى المستودع. يتم وصف هذا السيناريو بالتفصيل
هنا .
نقطة أخرى مهمة: عند استخدام فريق Windows NIC في
وضع التبديل المستقل ، يُسمح بنقل البيانات من جميع المشاركين ، والاستلام من واحد فقط. إذا كنت ترغب في الحصول على معدل النقل الأمثل في كلا الاتجاهين لعملية واحدة ، فلن تحتاج إلى استخدام LACP. ولكن في هذه الحالة ، تحتاج إلى التأكد من إجراء العديد من عمليات الاستعادة لنفس المضيف.
كما ترى ، فإن تجميع النطاق الترددي يحمل معه عددًا من القيود ولا يتطابق تمامًا مع وجود قناة جيدة واحدة. على أي حال ، تحتاج إلى البناء على سيناريوهات الاستخدام المخطط لها.
التلخيص: بناءً على البنية الأساسية لديك ، يمكنك استخدام Windows NIC teaming في LACP أو Switch Independent mode / SMB Multichannel mode. يعتبر الخيار الأخير مفيدًا إذا كنت تعمل مع مشاركة ملف SMB وتريد استخدام SMB Direct (لا تنس ميزات العمل المذكورة أعلاه).
هناك حاجة إلى عرض نطاق ترددي عالٍ ووقت استجابة منخفض لتوفير أفضل أداء أثناء تركيب الأقراص الافتراضية ، عند الوصول إلى البيانات ونسخها أثناء الاسترداد الفوري للأجهزة الافتراضية.
يمكنك إجراء العديد من عمليات الاسترداد في نفس الوقت ولا تزال لا توقف مهام النسخ الاحتياطي. هذا ، مرة أخرى ، في وجود قناة لائقة ، يتم لعب الدور الرئيسي من خلال موارد الحوسبة والتخزين. إذا تم تصميم كل هذا بشكل صحيح للنسخ الاحتياطي ، فسيكون الاسترداد فعالًا.
توصيات للأجهزة المستهدفة
ضع في اعتبارك العديد من الخيارات ، والتي من المحتمل أن تختار الأفضل لنفسك.
الخيار 1: الاسترداد إلى مضيفي Hyper-V ومباشرة إلى LUN في البنية التحتية للإنتاج
حتى إذا كان لديك نظام تخزين عالي الأداء مع التخزين المؤقت للقراءة / الكتابة أو المستوى 1 تم تكوينه ، فعندئذ كما هو مذكور
في منشور
سابق ، يجب أن تكون حريصًا على عدم تجاوز الحد. خلاف ذلك ، سوف تتأثر VMs الإنتاج. ويمكن أن يحدث هذا ، على سبيل المثال ، إذا حاولت كتابة كميات كبيرة من البيانات إلى نظام التخزين في أسرع وقت ممكن - يحدث هذا عند ترحيل أنظمة التخزين. في مثل هذه العمليات ، نحاول تجنب استخدام أنظمة التخزين من المستوى 1. تنطبق اعتبارات مماثلة على استعادة VMs كبيرة.
يمكنك التوصية بالاسترداد لفصل LUNs مع ملفات تعريف مختلفة. يمكن بعد ذلك ترحيل الأجهزة الظاهرية المُستعادة ببطء إلى إنتاج ملفات CSV. لضمان التوفر العالي ، يمكنك استخدام المجموعة باستخدام التخزين المباشر للترحيل (وظيفة ترحيل التخزين "المباشرة"). بطبيعة الحال ، تحتاج إلى التركيز على أداء مجموعة التخزين الخاصة بك.
الخيار 2: الاسترداد إلى مضيفي Hyper-V باستخدام محركات أقراص SSD / NMVe المحلية
سيناريو استرداد آخر في الإنتاج ، فعال للغاية: استخدام مضيف Hyper-V من التخزين المحلي إلى SSD أو NVMe. يعتمد حجم مساحة القرص على عدد الأجهزة الافتراضية التي ترغب في استردادها خلال فترة زمنية معينة وحجم هذه الأجهزة.
من الناحية النظرية ، من غير المحتمل أن تحتاج إلى استعادة الجميع وكل شيء ، لذلك يجب أن يكون هذا التكوين اقتصاديًا للغاية من حيث التكلفة. على سبيل المثال ، يمكنك استخدام SSD واحد في كل من عقد الكتلة ، أو فقط في عدد قليل ، أو بشكل عام في واحدة فقط. كلما زاد استخدام SSD / NVMe ، زادت الميزانية التي يمكن أن تكون ، مع الحفاظ على توزيع تحميل فعال إلى حد ما عبر المضيفين. في المرحلة الأخيرة من إجراء الاسترداد الفوري ، يمكن بسهولة نقل الأجهزة الافتراضية إلى إنتاج CSVs ، باستخدام نفس وظيفة التخزين المباشر للتخزين.
يوضح الرسم البياني خيار تخطيط البنية التحتية. بالطبع ، يمكنك الجمع بين الأساليب المذكورة أعلاه حسب تقديرك.
الخيار 3: استعد إلى مضيفات Hyper-V المخصصة مع محركات أقراص SSD / NVMe المحلية
في هذا الخيار ، نقوم بتخصيص مضيف واحد أو أكثر خصيصًا لدعم الاسترداد. هذا يتجنب النقص المحتمل في الموارد والتأثير على تشغيل مضيفي الإنتاج في المجموعة. يمكنك استخدام محركات NVMe. نوصي باختبار إمكانيات الاسترداد في هذا التكوين مسبقًا لفهم كيفية نفاد الموارد.
إذا كنت تخطط لزيادة استهلاكها ، فبالنسبة للترحيل النهائي للآلات المجددة إلى الإنتاج ، يمكنك استخدام ما يسمى الترحيل بدون مشاركة الموارد Shared Nothing Live Migration. (لهذا سيتعين عليك تعيين إعدادات أمان إضافية.) أما بالنسبة لموارد الشبكة ، فيمكنك استخدام ، على سبيل المثال ، SMB Multichannel وإمكانيات SMB Direct للانتقال إلى CSV / Live Migration / S2D Hyper-V.
نعم ، إن ترحيل أنظمة التخزين (التخزين المباشر للتخزين) ليس أسرع عملية ، بل هو ناقص. ولكن هناك ميزة إضافية - تتم استعادة أجهزتك الافتراضية وتستمر في العمل أثناء هذه العملية.
في الختام
بالطبع ، يختار الجميع الخيارات المفضلة اعتمادًا على ما هو عنق الزجاجة في بنية أساسية معينة (الخادم المصدر ، الخادم الهدف ، موارد الشبكة). علاوة على ذلك ، من الممكن تمامًا أن تكون هناك حاجة إلى دراسة متأنية فقط للتخطيط لاسترداد أكثر الأجهزة الافتراضية أهمية أو للمستهلكين الذين يدفعون مقابل هذه الخدمة.
على أي حال ، سيكون الهدف الرئيسي دائمًا هو أسرع انتعاش ممكن.
بعد ذلك ، من الممكن بالفعل الترحيل بأمان إلى نظام تخزين العنقود ، مما يضمن توفرًا عاليًا وتحملًا للخطأ. وبالطبع ، يجب حماية الأجهزة الافتراضية في شكل نسخ احتياطي \ تكرار في حالة الحاجة إلى استعادتها مرة أخرى في مرحلة ما.
ماذا تقرأ: