الاسترداد داخل المنطقة باستخدام مناطق التوفر والتعافي من الكوارث الجغرافية عبر المناطق (Azure Event Grid)

توضح هذه المقالة كيفية دعم Azure Event Grid للاسترداد التلقائي في المنطقة لتعريفات موارد شبكة الأحداث والبيانات عند حدوث فشل في منطقة تحتوي على مناطق توفر. كما يصف كيفية دعم Event Grid للاسترداد التلقائي لتعريفات موارد Event Grid (بدون بيانات) إلى منطقة أخرى عند حدوث فشل في منطقة تحتوي على منطقة مقترنة.

الاسترداد داخل المنطقة باستخدام مناطق التوفر

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

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

التعافي من الكوارث الجغرافية عبر المناطق

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

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

تمارس Microsoft تجاوز الفشل الذي بدأته Microsoft في مواقف نادرة للفشل في موارد شبكة الأحداث من منطقة متأثرة إلى المنطقة المقترنة جغرافيًا المقابلة. تحتفظ Microsoft بالحق في تحديد متى سيتم ممارسة هذا الخيار. لا تتضمن هذه الآلية موافقة المستخدم قبل تجاوز فشل نسبة استخدام الشبكة المستخدم.

يمكنك تمكين هذه الوظيفة أو تعطيلها عن طريق تحديث التكوين لموضوعك أو مجالك. حدد خيار Cross-Geo (افتراضي) لتمكين تجاوز الفشل الذي بدأته Microsoft والمنطقية لتعطيله. للحصول على خطوات مفصلة لتكوين هذا الإعداد، راجع تكوين موقع البيانات. إذا اخترت الإقليمية، لا يتم نسخ أي بيانات من أي نوع إلى منطقة أخرى بواسطة Microsoft، ويمكنك تحديد خطة التعافي من الكوارث الخاصة بك. لمزيد من المعلومات، راجع إنشاء خطة الإصلاح بعد كارثة الخاصة بك لمواضيع ومجالات Azure Event Grid.

فيما يلي بعض الأسباب التي تدفعك إلى تعطيل ميزة تجاوز الفشل التي بدأتها Microsoft:

• يتم تجاوز الفشل الذي بدأته Microsoft على أساس أفضل جهد.
• لا تفي بعض الأزواج الجغرافية بمتطلبات موقع بيانات مؤسستك.

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

RTO وRPO

يتم قياس التعافي من الكوارث بمقياسين:

• هدف نقطة الاسترداد (RPO): دقائق أو ساعات البيانات التي قد تفقد.
• هدف وقت الاسترداد (RTO): الدقائق أو الساعات التي قد تكون فيها الخدمة معطلة.

يحتوي تجاوز الفشل التلقائي لشبكة الأحداث على RPOs وRTOs مختلفة لبيانات التعريف الخاصة بك (الموضوعات والمجالات واشتراكات الأحداث) والبيانات (الأحداث). إذا كنت بحاجة إلى مواصفات مختلفة عن المواصفات التالية، فلا يزال بإمكانك تنفيذ تجاوز الفشل من جانب العميل الخاص بك باستخدام واجهات برمجة التطبيقات الصحية للموضوع.

هدف نقطة الاسترداد (RPO)

• Metadata RPO: صفر دقيقة. بالنسبة للموارد القابلة للتطبيق، عند إنشاء/تحديث/حذف مورد، يتم نسخ تعريف المورد بشكل متزامن إلى الزوج الجغرافي. عند حدوث تجاوز الفشل، لا يتم فقد أي بيانات تعريف.

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

هدف وقت الاسترداد (RTO)

• بيانات التعريف RTO: يعتمد اتخاذ قرار تجاوز الفشل على عوامل مثل السعة المتاحة في منطقة مقترنة ويمكن أن تستمر في نطاق 60 دقيقة أو أكثر. بمجرد بدء تجاوز الفشل، في غضون 5 دقائق، تبدأ Event Grid في قبول استدعاءات الإنشاء/التحديث/الحذف للموضوعات والاشتراكات.

• Data RTO: نفس المعلومات المذكورة أعلاه.

هام

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

الخطوات التالية

راجع إنشاء التعافي من الكوارث من جانب العميل لمواضيع Azure Event Grid.