نسخ Azure Site Recovery المتماثل

إن Azure Site Recovery (ASR) خدمة للتعافي من الكوارث تنسخ أحمال العمل من موقع أساسي إلى موقع ثانوي، مما يتيح التحويل عند الفشل إذا أصبح الموقع الأساسي غير متاح. وعلى خلاف Azure Backup، الذي ينشئ نقاط استرداد زمنية، تحافظ ASR على نسخة متماثلة محدّثة باستمرار من أجهزتك الافتراضية، بحيث يمكنك إجراء التحويل عند الفشل مع الحد الأدنى من فقدان البيانات. وتدعم ASR النسخ المتماثل من Azure إلى Azure، ومن VMware أو Hyper-V المحليين إلى Azure، ومن الخوادم الفعلية إلى Azure.

بالنسبة إلى النسخ المتماثل من Azure إلى Azure، تستخدم ASR Mobility Service (يتم تثبيتها تلقائياً كامتداد للجهاز الافتراضي) لالتقاط عمليات الإدخال والإخراج للكتابة من أقراص الجهاز الافتراضي المصدر. وتُنقل البيانات الملتقطة عبر العمود الفقري لـ Azure إلى حساب تخزين مؤقت في المنطقة المستهدفة، ثم تُكتب إلى أقراص مُدارة متماثلة. وينسّق مخزن Recovery Services في المنطقة المستهدفة عملية النسخ المتماثل. ويستمر الجهاز الافتراضي المصدر في العمل بشكل طبيعي أثناء النسخ المتماثل، من دون تأثير على أداء عمليات الكتابة التي تقل عن عرض نطاق النسخ المتماثل.

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

تعرض لوحة معلومات ASR في مخزن Recovery Services سلامة النسخ المتماثل لكل جهاز افتراضي محمي. وتشمل الحالات المحتملة Healthy وWarning وCritical. ويعرض مقياس RPO (هدف نقطة الاسترداد) المحقق مدى تأخر النسخة المتماثلة عن المصدر؛ فعادةً ما تحقق ASR، في النسخ المتماثل من Azure إلى Azure، RPO يقل عن دقيقة واحدة في الظروف العادية. ويمكنك أيضاً عرض استهلاك عرض نطاق النسخ المتماثل وأي حالات خطأ.

يحدد نهج النسخ المتماثل تكرار نقطة الاسترداد المتسقة مع الأعطال (كل 5 دقائق افتراضياً) وتكرار نقطة الاسترداد المتسقة مع التطبيق (كل 60 دقيقة افتراضياً). وتُلتقط نقاط الاسترداد المتسقة مع الأعطال من دون إيقاف التطبيق مؤقتاً؛ أما نقاط الاسترداد المتسقة مع التطبيق فتستخدم VSS/البرامج النصية لضمان إمكانية استرداد التطبيق بشكل سليم. كما يحدد النهج مدة الاحتفاظ بنقاط الاسترداد، من 0 إلى 72 ساعة للنقاط المتسقة مع الأعطال، ومن 0 إلى 48 ساعة للنقاط المتسقة مع التطبيق.

أثناء إعداد النسخ المتماثل، تنشئ ASR موارد المنطقة المستهدفة أو تربطها، وتشمل مجموعة موارد مستهدفة وشبكة افتراضية مستهدفة وحساب تخزين مؤقت وأقراصاً مُدارة متماثلة. ويمكنك تخصيص تعيين الشبكة المستهدفة لوضع الأجهزة الافتراضية التي ستعمل بعد التحويل عند الفشل في شبكات فرعية محددة، وتعيين عناوين IP خاصة ثابتة، وتكوين أحجام الأجهزة الافتراضية المستهدفة، التي قد تختلف عن حجم المصدر، وهو أمر مفيد لضبط الحجم أثناء التعافي من الكوارث. وتُخزّن هذه الإعدادات في تكوين Compute and Network للعنصر المحمي.

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

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

يستخدم النسخ المتماثل في ASR شبكة Azure الأساسية في سيناريوهات Azure-to-Azure، ولذلك لا تدفعون مقابل النطاق الترددي الصادر بين مناطق Azure المقترنة لحركة بيانات النسخ المتماثل. ومع ذلك، يجب ألا يتجاوز معدل النسخ المتماثل للتغييرات النطاق الترددي المتاح للتحميل من مساحة تخزين الجهاز الافتراضي المصدر. وبالنسبة إلى أحمال العمل ذات عمليات الكتابة الكثيفة، مثل قواعد بيانات SQL Server الكبيرة التي تتضمن حركة كتابة كثيفة، استخدموا أداة ASR Deployment Planner لتقدير النطاق الترددي المطلوب والتحقق من توافق بيئتكم قبل تمكين النسخ المتماثل.

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

يُعد ASR وAzure Backup خدمتين متكاملتين وليستا بديلين إحداهما عن الأخرى. تحمي Azure Backup من تلف البيانات والحذف غير المقصود وبرامج الفدية؛ إذ تستعيدون البيانات إلى حالة سليمة معروفة من وقت سابق يعود إلى أيام أو أسابيع. أما ASR فيحمي من انقطاع المناطق؛ إذ تجرون تجاوز الفشل إلى نسخة متماثلة متأخرة عن المصدر بثوانٍ إلى دقائق. وعادةً ما يحتاج حمل العمل الإنتاجي إلى الخدمتين معًا: Backup لحماية البيانات وASR للتعافي من الكوارث واستمرارية الأعمال.

تعلمتم في هذا الدرس أن Azure Site Recovery يوفر نسخًا متماثلًا مستمرًا للتغييرات في الأجهزة الافتراضية إلى منطقة مستهدفة، بما يتيح التعافي من الكوارث مع RPO يقترب من الصفر، وأن نهج النسخ المتماثل يتحكم في تكرار نقاط الاسترداد المتسقة مع الأعطال والمتسقة مع التطبيقات، وأن تعيين الشبكات يضمن وصول الأجهزة الافتراضية التي تم تجاوز الفشل لها إلى شبكة VNet المستهدفة الصحيحة. بعد ذلك، سنستكشف كيفية اختبار تجاوز الفشل وتنفيذه بأمان باستخدام ASR.