مشاركة عبر

مراكز الأحداث في Azure - التعافي من الكوارث الجغرافية

  • مقالة

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

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

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

هام

  • تتيح الميزة الاستمرارية الفورية للعمليات بنفس التكوين، ولكن لا تنسخ بيانات الحدث. ما لم تتسبب الكارثة في فقدان جميع المناطق، فإن بيانات الحدث المحفوظة في مركز الأحداث الأساسي بعد تجاوز الفشل ستكون قابلة للاسترداد ويمكن الحصول على الأحداث التاريخية من هناك بممخزون استعادة الوصول. لنسخ بيانات الأحداث وتشغيل مساحات الأسماء المقابلة في تكوينات نشطة / نشطة للتعامل مع حالات الانقطاع والكوارث، لا تعتمد على مجموعة ميزات الاسترداد من الكوارث الجغرافية، ولكن اتبع إرشادات النسخ.
  • لا يتم نسخ تعيينات التحكم في الوصول المستند إلى الدور (RBAC) من Microsoft Entra إلى الكيانات في مساحة الاسم الأساسية إلى مساحة الاسم الثانوية. قم بإنشاء تعيينات الأدوار يدويًا في مساحة الاسم الثانوية لتأمين الوصول إليها.

المفاهيم والمصطلحات الأساسية

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

تُستخدم المصطلحات التالية في هذه المقالة:

  • الاسم المستعار: اسم تكوين التعافي من الكوارث الذي أعددته. يوفر الاسم المستعار سلسلة اتصالFully Qualified Domain Name (FQDN) ثابتة واحدة. تستخدم التطبيقات سلسلة اتصال الاسم المستعار هذه للاتصال بمساحة اسم.
  • مساحة الاسم الأساسية / الثانوية: مساحات الأسماء التي تتوافق مع الاسم المستعار. مساحة الاسم الأساسية نشطة وتتلقى رسائل (يمكن أن تكون مساحة اسم موجودة أو جديدة). مساحة الاسم الثانوية سلبية ولا تتلقى رسائل. بيانات التعريف بين كليهما متزامنة، لذلك يمكن لكليهما قبول الرسائل بسلاسة دون أي تغيير في كود التطبيق أو سلسلة الاتصال. للتأكد من أن مساحة الاسم النشطة فقط تتلقى الرسائل، يجب عليك استخدام الاسم المستعار.
  • بيانات التعريف: كيانات مثل مراكز الأحداث ومجموعات المستهلكين وخصائصها للخدمة المقترنة بمساحة الاسم. يتم نسخ الكيانات وإعداداتها فقط تلقائيًا. لا يتم تكرار الرسائل والأحداث.
  • تجاوز الفشل: عملية تنشيط مساحة الاسم الثانوية.

أزواج مساحة الاسم المدعومة

يتم دعم المجموعات التالية من مساحات الأسماء الأساسية والثانوية:

طبقة مساحة الاسم الأساسية طبقة مساحة الاسم الثانوية المسموح بها
قياسي قياسي، مخصص
متميز متميز
مخصصة مخصصة

هام

لا يمكنك إقران مساحات الأسماء الموجودة في نفس المجموعة المخصصة. يمكنك إقران مساحات الأسماء الموجودة في مجموعات منفصلة.

الإعداد وتدفق الفشل

القسم التالي هو نظرة عامة على عملية تجاوز الفشل، ويشرح كيفية إعداد تجاوز الفشل الأولي.

لقطة شاشة تعرض نظرة عامة على عملية تجاوز الفشل.

إشعار

لا تدعم ميزة التعافي من الكوارث الجغرافية تجاوز الفشل التلقائي.

الإعداد

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

  1. قم بإنشاء مساحة الاسم الأساسية.

  2. قم بإنشاء مساحة الاسم الثانوية في منطقة مختلفة. هذه الخطوة اختيارية. يمكنك إنشاء مساحة اسم ثانوية أثناء إنشاء الاقتران في الخطوة التالية.

  3. في مدخل Microsoft Azure، انتقل إلى مساحة الاسم الأساسية الخاصة بك.

  4. حدد Geo-recovery في القائمة اليمنى وحدد بدء الاقتران على شريط الأدوات.

    لقطة شاشة تعرض صفحة الاسترداد الجغرافي لمساحة اسم مراكز الأحداث مع تحديد زر بدء الاقتران.

  5. في صفحة بدء الاقتران، اتبع الخطوات التالية:

    1. حدد مساحة اسم ثانوية موجودة أو أنشئ واحدًا في منطقة مختلفة. في هذا المثال، يتم تحديد مساحة اسم موجودة.
    2. بالنسبة إلى الاسم المستعار، أدخل اسمًا مستعارًا لاقتران geo-dr.
    3. وبعد ذلك، حدد إنشاء.

    لقطة شاشة تعرض تحديد مساحة الاسم الثانوية للاقتران.

  6. يجب أن تشاهد صفحة Geo-DR Alias​​. يمكنك أيضًا الانتقال إلى هذه الصفحة من مساحة الاسم الأساسية عن طريق تحديد Geo-recovery في القائمة اليمنى.

    لقطة شاشة تعرض صفحة الاسم المستعار ل Geo-DR التي تعرض مساحات الأسماء الأساسية والثانوية.

  7. في صفحة Geo-DR Alias ​​، حدد Shared access policies في القائمة اليمنى للوصول إلى سلسلة الاتصال الأساسية للاسم المستعار. استخدم سلسلة الاتصال هذه بدلاً من استخدام سلسلة الاتصال إلى مساحة الاسم الأساسية / الثانوية مباشرةً.

  8. في صفحة Overview هذه، يمكنك القيام بالإجراءات التالية:

    1. كسر الاقتران بين مساحات الأسماء الأساسية والثانوية. حدد Break pairing على شريط الأدوات.

    2. تجاوز الفشل يدوياً إلى مساحة الاسم الثانوية. حدد Failover على شريط الأدوات.

      لقطة شاشة تعرض قوائم Break Pairing و Failover في صفحة الاسم المستعار Geo-DR لمراكز الأحداث.

      تحذير

      يؤدي تجاوز الفشل إلى تنشيط مساحة الاسم الثانوية وإزالة مساحة الاسم الأساسية من الاقتران Geo-Disaster Recovery. قم بإنشاء مساحة اسم أخرى للحصول على زوج جديد للتعافي من الكوارث الجغرافية.

أخيرًا، يجب عليك إضافة بعض المراقبة لاكتشاف ما إذا كان تجاوز الفشل ضرورياً. في معظم الحالات، تكون الخدمة جزءا واحدا من نظام بيئي كبير وبالتالي نادرا ما تكون عمليات تجاوز الفشل التلقائية ممكنة، حيث غالبا ما يجب إجراء عمليات تجاوز الفشل متزامنة مع النظام الفرعي أو البنية الأساسية المتبقية.

مثال

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

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

تدفق تجاوز الفشل

إذا قمت ببدء تجاوز الفشل، فسيتطلب الأمر خطوتين:

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

إشعار

يتم دعم دلالات الفشل إلى الأمام فقط. في هذا السيناريو، تتجاوز الفشل مرة أخرى ثم تعيد الاقتران بمساحة اسم جديدة. الفشل في العودة غير معتمد؛ على سبيل المثال، في مجموعة SQL.

صورة تعرض تدفق تجاوز الفشل.

تجاوز الفشل اليدوي

يوضح هذا القسم كيفية تجاوز الفشل يدويا باستخدام مدخل Microsoft Azure وCLI وPowerShell وC#، وما إلى ذلك.

  1. في مدخل Microsoft Azure، انتقل إلى مساحة الاسم الأساسية الخاصة بك.

  2. حدد Geo-recovery في القائمة اليسرى.

  3. تجاوز الفشل يدوياً إلى مساحة الاسم الثانوية. حدد Failover على شريط الأدوات.

    تحذير

    سيؤدي تجاوز الفشل إلى تنشيط مساحة الاسم الثانوية وإزالة مساحة الاسم الأساسية من إقران Geo-Disaster Recovery. قم بإنشاء مساحة اسم أخرى للحصول على زوج جديد للتعافي من الكوارث الجغرافية.

الإدارة

إذا أخطأت؛ على سبيل المثال، قمت بإقران المناطق الخاطئة أثناء الإعداد الأولي، يمكنك قطع الاقتران بين مساحتي الأسماء في أي وقت. إذا كنت تريد استخدام مساحات الأسماء المقترنة كمساحات أسماء عادية، فاحذف الاسم المستعار.

الاعتبارات

لاحظ الاعتبارات التالية التي يجب وضعها في الاعتبار:

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

    • ()EventPosition.FromStart - إذا كنت ترغب في قراءة جميع البيانات الموجودة على مركز الأحداث الثانوي.
    • ()EventPosition.FromEnd - إذا كنت ترغب في قراءة جميع البيانات الجديدة من وقت الاتصال بمركز الحدث الثانوي.
    • EventPosition.FromEnqueuedTime (dateTime) - إذا كنت ترغب في قراءة جميع البيانات المستلمة في مركز الحدث الثانوي بدءًا من تاريخ ووقت محددين.

  2. في التخطيط لتجاوز الفشل، يجب أيضاً مراعاة عامل الوقت. على سبيل المثال، إذا فقدت الاتصال لمدة تزيد عن 15 إلى 20 دقيقة، فقد تقرر بدء تجاوز الفشل.

  3. حقيقة عدم تكرار أي بيانات تعني أنه لا يتم تكرار الجلسات النشطة الحالية. بالإضافة إلى ذلك، قد لا يعمل الكشف عن التكرارات والرسائل المجدولة. ستعمل الجلسات الجديدة والرسائل المجدولة والتكرارات الجديدة.

  4. يجب التمرين على الفشل في البنية التحتية الموزعة المعقدة مرة واحدة على الأقل.

  5. يمكن أن تستغرق الكيانات المتزامنة بعض الوقت، حوالي 50-100 كيان في الدقيقة.

  6. تصبح بعض جوانب مستوى الإدارة لمساحة الاسم الثانوية للقراءة فقط بينما يكون إقران الاسترداد الجغرافي نشطا.

  7. ستكون وحدة البيانات لمساحة الاسم الثانوية للقراءة فقط بينما يكون إقران الاسترداد الجغرافي نشطا. سيقبل مستوى البيانات لمساحة الاسم الثانوية طلبات GET لتمكين التحقق من صحة اتصال العميل وعناصر التحكم في الوصول.

نقاط النهاية الخاصة

يوفر هذا القسم مزيدًا من الاعتبارات عند استخدام استرداد الكوارث الجغرافية مع مساحات الأسماء التي تستخدم نقاط النهاية الخاصة. لمعرفة المزيد حول استخدام نقاط النهاية الخاصة مع "مراكز الأحداث" بشكل عام، راجع تكوين نقاط النهاية الخاصة.

أزواج جديدة

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

إشعار

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

لاختبار أن تكوينات نقطة النهاية الخاصة هي نفسها في مساحات الأسماء الأساسية والثانوية، أرسل طلب قراءة (على سبيل المثال: Get Event Hub) إلى مساحة الاسم الثانوية من خارج الشبكة الظاهرية، وتحقق من تلقيك خطأ رسالة من الخدمة.

الأزواج الموجودة

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

إشعار

بينما نسمح بالوصول للقراءة فقط إلى مساحة الاسم الثانوية، يُسمح بإجراء تحديثات على تكوينات نقطة النهاية الخاصة.

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

لنفترض أن لديك شبكتين ظاهريتين: VNET-1، VNET-2 ومساحات الأسماء الأساسية والثانوية هذه: EventHubs-Namespace1-Primary، . EventHubs-Namespace2-Secondary عليك القيام بالخطوات التالية:

  • في EventHubs-Namespace1-Primary، قم بإنشاء نقطتي نهاية خاصتين تستخدمان الشبكات الفرعية من VNET-1 و VNET-2
  • في EventHubs-Namespace2-Secondary، قم بإنشاء نقطتي نهاية خاصتين تستخدمان نفس الشبكات الفرعية من VNET-1 و VNET-2

نقاط النهاية الخاصة والشبكات الظاهرية

تتمثل ميزة هذا الأسلوب في إمكانية حدوث تجاوز الفشل في طبقة التطبيق المستقلة عن مساحة اسم Event Hubs. ضع في الاعتبار السيناريوهات التالية:

تجاوز فشل التطبيق فقط: هنا، لن يكون التطبيق موجودا في VNET-1 ولكنه سينتقل إلى VNET-2. نظرا لتكوين كل من نقطتي النهاية الخاصة على كل من VNET-1 و VNET-2 لكل من مساحات الأسماء الأساسية والثانوية، سيعمل التطبيق فقط.

تجاوز فشل مساحة الاسم فقط لـ Event Hubs: مرة أخرى، نظرًا لأن كلا نقطتي النهاية الخاصتين قد تم تكوينهما على كل من الشبكات الظاهرية لمساحات الأسماء الأساسية والثانوية، سيعمل التطبيق فقط.

إشعار

للحصول على إرشادات حول استعادة النظام الجغرافي بعد الكوارث لشبكة افتراضية، راجع الشبكة الظاهرية - استمرارية الأعمال.

التحكم في الوصول استناداً إلى الدور

لا يتم نسخ تعيينات التحكم في الوصول المستند إلى الدور (RBAC) من Microsoft Entra إلى الكيانات في مساحة الاسم الأساسية إلى مساحة الاسم الثانوية. قم بإنشاء تعيينات الأدوار يدويًا في مساحة الاسم الثانوية لتأمين الوصول إليها.

المحتوى ذو الصلة

راجع العينات التالية أو الوثائق المرجعية.