مشاركة عبر


الموثوقية في Azure Event Hubs

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

عند استخدام Azure، تعد الموثوقية مسؤولية مشتركة. توفر Microsoft مجموعة من الإمكانات لدعم المرونة والاسترداد. أنت مسؤول عن فهم كيفية عمل هذه الإمكانات في جميع الخدمات التي تستخدمها، وتحديد الإمكانات التي تحتاجها لتحقيق أهداف عملك وأهداف وقت التشغيل.

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

توصيات نشر الإنتاج

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

نظرة عامة على بنية الموثوقية

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

العمارة المنطقية

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

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

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

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

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

العمارة المادية

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

لتحقيق التكرار، تحتوي كل مجموعة على نسخ متماثلة متعددة تعالج طلبات القراءة والكتابة. لقابلية الوصول العالية وتحسين الأداء، يتم تخزين جميع البيانات على ثلاث نسخ متماثلة للتخزين. لتوسيع نطاق موارد الحوسبة في مساحة الاسم الخاصة بك، قم بنشر وحدات معدل النقل (TUs) أو وحدات المعالجة (PUs) أو وحدات السعة (CUs)، اعتمادا على المستوى. لمزيد من المعلومات، راجع التحجيم باستخدام مراكز الأحداث.

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

المرونة في مواجهة الأعطال العابرة

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

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

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

عند تصميم تطبيقات العميل للعمل مع مراكز الأحداث، اتبع الإرشادات التالية:

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

  • قم بتكوين قيم المهلة المناسبة بناء على متطلبات التطبيق الخاص بك. عادة ما تكون المهلة الافتراضية 60 ثانية ، ولكن يمكنك تعديلها بناء على السيناريو الخاص بك.

  • قم بتنفيذ نقاط التحقق في معالج الأحداث الخاص بك لتتبع التقدم وتمكين الاسترداد من آخر موضع تمت معالجته بعد حالات الفشل العابرة.

  • استخدم التجميع لعمليات الإرسال لتحسين معدل النقل وتقليل تأثير مشكلات الشبكة العابرة على الرسائل الفردية.

  • استخدم Apache Kafka SDKs إذا كنت تعمل مع بروتوكول Kafka. تنفذ حزم تطوير البرامج (SDK) من Kafka أيضا سياسات إعادة المحاولة وأفضل الممارسات الأخرى التي تساعد في معالجة الأخطاء العابرة.

المرونة في مواجهة حالات فشل منطقة التوفر

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

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

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

رسم تخطيطي يعرض مساحة اسم مراكز الأحداث المتكررة في المنطقة.

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

دعم المنطقة

يمكن نشر مساحات أسماء مراكز الأحداث الزائدة عن الحاجة في المنطقة في أي منطقة Azure تدعم مناطق التوفر.

المتطلبات

  • تدعم المستويات القياسية والمتميزة مناطق التوفر دون الحاجة إلى تكوين إضافي.

  • بالنسبة للطبقة المخصصة، تتطلب مناطق التوفر ما لا يقل عن ثلاث وحدات CU.

Cost

لا يضيف تكرار المنطقة في مراكز الأحداث تكلفة إضافية.

تكوين دعم منطقة التوفر

تدعم مساحات أسماء مراكز الأحداث تلقائيا تكرار المنطقة عند نشرها في المناطق المدعومة. لا يلزم تكوين إضافي.

السلوك عندما تكون جميع المناطق صحية

عندما تستخدم مساحات أسماء مراكز الأحداث تكرار المنطقة وتعمل جميع مناطق التوفر بشكل طبيعي، توقع السلوك التالي:

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

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

السلوك أثناء فشل المنطقة

عندما تستخدم مساحات أسماء مراكز الأحداث تكرار المنطقة ويحدث انقطاع في منطقة التوفر، توقع السلوك التالي:

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

  • فقدان البيانات المتوقع: لا يحدث فقدان للبيانات أثناء فشل المنطقة لأن مراكز الأحداث تقوم بنسخ الأحداث بشكل متزامن عبر المناطق قبل الإقرار.

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

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

    عادة ما تتعامل مجموعات SDK لعميل مراكز الأحداث مع إدارة الاتصال وإعادة محاولة المنطق بشفافية.

استعادة المنطقة

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

اختبار فشل المنطقة

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

القدرة على الصمود في وجه الإخفاقات على مستوى المنطقة

توفر مراكز الأحداث نوعين من الدعم متعدد المناطق:

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

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

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

Geo-replication

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

استخدم النسخ المتماثل الجغرافي للسيناريوهات التي تتطلب مرونة مع انقطاع التيار الكهربائي في المنطقة ولديها تفاوت منخفض مع فقدان بيانات الحدث.

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

رسم تخطيطي يعرض مساحة اسم مراكز الأحداث التي تم تكوينها للنسخ المتماثل الجغرافي.

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

‏‫ملاحظة

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

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

دعم المنطقة

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

المتطلبات

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

Considerations

عند تمكين النسخ المتماثل الجغرافي، ضع في اعتبارك العوامل التالية:

  • تنسيق نقطة التفتيش: يتغير شكل نقاط التفتيش. لمزيد من المعلومات، راجع النسخ المتماثل الجغرافي: استهلاك البيانات.

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

Cost

لفهم كيفية عمل التسعير للنسخ المتماثل الجغرافي، راجع التسعير.

تكوين الدعم متعدد المناطق

السلوك عندما تكون جميع المناطق صحية

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

  • توجيه حركة المرور بين المناطق: تتصل تطبيقات العميل من خلال FQDN لمساحة الاسم الخاصة بك، ومسارات حركة المرور الخاصة بها إلى المنطقة الأساسية.

    تعالج المنطقة الأساسية فقط الأحداث من العملاء أثناء العمليات العادية. تتلقى المنطقة الثانوية أحداثا متماثلة ولكنها تظل سلبية في وضع الاستعداد.

  • النسخ المتماثل للبيانات بين المناطق: يعتمد سلوك النسخ المتماثل للبيانات بين المناطق الأساسية والثانوية على ما إذا كنت تقوم بتكوين اقتران النسخ المتماثل لاستخدام النسخ المتماثل المتزامن أو غير المتزامن.

    • متزامن: يتم نسخ الأحداث إلى المنطقة الثانوية قبل اكتمال عملية الكتابة.

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

      • غير متزامن: تتم كتابة الأحداث إلى المنطقة الأساسية ثم تكتمل عملية الكتابة. بعد وقت قصير ، يقوم بتكرار الأحداث إلى المنطقة الثانوية.

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

      عند تكوين النسخ المتماثل غير المتزامن، يمكنك تكوين الحد الأقصى لوقت التأخير المقبول لاستغراقه النسخ المتماثل. في أي وقت، يمكنك التحقق من تأخر النسخ المتماثل الحالي باستخدام مقاييس Azure Monitor.

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

      لمزيد من المعلومات، راجع أوضاع النسخ المتماثل.

السلوك أثناء فشل المنطقة

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

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

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

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

  • إشعار: مايكروسوفت لا تخبرك تلقائيا عندما تكون المنطقة معطلة. ومع ذلك، يمكنك استخدام Azure Service Health لفهم الصحة العامة للخدمة، بما في ذلك أي أعطال في المناطق، ويمكنك إعداد تنبيهات صحة الخدمة لإبلاغك بالمشاكل.

    استخدم هذه المعلومات والمقاييس الأخرى لتحديد وقت ترقية منطقة ثانوية إلى منطقة أساسية.

  • الطلبات النشطة: يعتمد السلوك على ما إذا كان انقطاع المنطقة يحدث في المنطقة الأساسية أو منطقة ثانوية:

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

    • انقطاع المنطقة الثانوية: قد يتسبب الانقطاع في المنطقة الثانوية في حدوث مشكلات في الطلبات النشطة في الحالات التالية:

      • إذا كنت تستخدم وضع النسخ المتماثل المتزامن، فلن تتمكن المنطقة الأساسية من إكمال عمليات الكتابة إذا كانت أي منطقة ثانوية غير متوفرة.

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

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

  • فقدان البيانات المتوقع: يعتمد مقدار فقدان البيانات على نوع العرض الترويجي الذي تقوم به (مخطط له أو إجباري) ووضع النسخ المتماثل (متزامن أو غير متزامن):

    • العرض الترويجي المخطط له: لا يتوقع فقدان البيانات. ومع ذلك ، أثناء انقطاع المنطقة ، قد لا يكون الترويج المخطط له ممكنا لأنه يتطلب توفر جميع المناطق الأولية والثانوية.

    • الترويج القسري، النسخ المتماثل المتزامن: لا يتوقع فقدان البيانات.

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

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

  • التوقف عن العمل المتوقع: يعتمد مقدار وقت التوقف المتوقع على ما إذا كنت ستنفذ عرضا ترويجيا مخططا أو إجباريا:

    • العرض الترويجي المخطط له: الخطوة الأولى في الترويج المخطط لها تكرر البيانات إلى المنطقة الثانوية. عادة ما تكتمل هذه العملية بسرعة ، ولكن في بعض الحالات ، قد يستغرق الأمر ما يصل إلى طول تأخر النسخ المتماثل. بعد اكتمال النسخ المتماثل ، تستغرق عملية الترويج عادة حوالي 5 إلى 10 دقائق. قد يستغرق الأمر أحيانا وقتا أطول لخوادم نظام أسماء النطاقات (DNS) لتحديث الإدخالات ونسخ سجلاتها بالكامل إلى العملاء.

      لا تقبل المنطقة الأساسية عمليات الكتابة أثناء عملية الترويج بأكملها.

      قد لا يكون هذا الخيار ممكنا أثناء انقطاع المنطقة لأنه يتطلب توفر جميع المناطق الأساسية والثانوية.

    • الترقية القسرية: أثناء العرض الترويجي الإجباري، لا تنتظر مراكز الأحداث حتى يكتمل النسخ المتماثل للبيانات، وتبدأ العرض الترويجي على الفور. تستغرق عملية الترويج عادة حوالي 5 إلى 10 دقائق. قد يستغرق الأمر أحيانا وقتا أطول حتى يتم نسخ إدخالات DNS وتحديثها بالكامل عبر العملاء.

      لا تقبل المنطقة الأساسية عمليات الكتابة أثناء عملية الترويج بأكملها.

  • إعادة توجيه حركة المرور: بعد اكتمال العرض الترويجي، يشير FQDN لمساحة الاسم إلى المنطقة الأساسية الجديدة. لكن إعادة التوجيه هذه تعتمد على مدى سرعة تحديث سجلات DNS الخاصة بالعملاء، بما في ذلك خوادم DNS الخاصة بهم لاحترام وقت البقاء (TTL) لسجلات DNS لمساحة الاسم.

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

انتعاش المنطقة

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

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

اختبار حالات فشل المنطقة

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

راقب مدة العرض الترويجي وتحقق من أن دفاتر التشغيل والأتمتة تعمل بشكل صحيح. بعد الاختبار ، يمكنك الفشل في العودة إلى التكوين الأصلي.

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

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

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

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

مهم

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

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

رسم تخطيطي يعرض مساحتي اسم مراكز الأحداث التي تم تكوينها للتعافي من الكوارث الجغرافية لبيانات التعريف.

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

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

دعم المنطقة

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

المتطلبات

  • طبقة مساحة الاسم الأساسية: يجب أن تكون مساحة الاسم الأساسية في المستوى القياسي أو أعلى لاستخدام التعافي من الكوارث الجغرافية لبيانات التعريف.

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

Considerations

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

  • سجل المخطط: يتم نسخ بيانات تعريف سجل المخطط عند استخدام التعافي من الكوارث الجغرافية لبيانات التعريف، ولكن لا يتم نسخ المخططات المسجلة في سجل المخطط.

  • تصميم التطبيق: يتطلب التعافي من الكوارث الجغرافية اعتبارات محددة عند تصميم تطبيقات العميل الخاصة بك. لمزيد من المعلومات، راجع الاعتبارات.

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

Cost

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

تكوين الدعم متعدد المناطق

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

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

تخطيط القدرات وإدارتها

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

السلوك عندما تكون جميع المناطق صحية

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

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

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

  • النسخ المتماثل للبيانات بين المناطق: يتم نسخ بيانات تعريف التكوين فقط بين مساحات الأسماء. يحدث النسخ المتماثل للتكوين بشكل مستمر وغير متزامن.

    تظل جميع بيانات الحدث في مساحة الاسم الأساسية فقط ولا يتم نسخها إلى مساحة الاسم الثانوية.

السلوك أثناء فشل المنطقة

يصف هذا القسم ما يمكن توقعه عند تكوين مساحة اسم مراكز الأحداث للتعافي من الكوارث الجغرافية وهناك انقطاع في المنطقة الأساسية.

  • الكشف والاستجابة: أنت مسؤول عن مراقبة سلامة المنطقة وبدء تجاوز الفشل يدويا. لا تقوم Microsoft بإجراء تجاوز الفشل أو ترقية منطقة ثانوية تلقائيا، حتى إذا كانت منطقتك الأساسية معطلة.

    لمزيد من المعلومات حول كيفية بدء تجاوز الفشل، راجع تجاوز الفشل اليدوي.

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

  • إشعار: مايكروسوفت لا تخبرك تلقائيا عندما تكون المنطقة معطلة. ومع ذلك، يمكنك استخدام Azure Service Health لفهم الصحة العامة للخدمة، بما في ذلك أي أعطال في المناطق، ويمكنك إعداد تنبيهات صحة الخدمة لإبلاغك بالمشاكل.

    استخدم تلك المعلومات ومقاييس أخرى لتحديد متى تنتقل إلى المنطقة الثانوية.

  • الطلبات النشطة: تنتهي الطلبات النشطة قيد التقدم عند بدء تجاوز الفشل. يجب أن تعيد تطبيقات العميل محاولة العمليات بعد اكتمال تجاوز الفشل.

  • فقدان البيانات المتوقع:

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

    • بيانات الحدث: لا يتم نسخ بيانات الحدث بين المناطق. إذا تعطلت المنطقة الأساسية، تصبح الأحداث في مساحة الاسم الأساسية غير متاحة.

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

  • التوقف عن العمل المتوقع: يحدث تجاوز الفشل عادة في غضون 5 إلى 10 دقائق. قد يستغرق العملاء وقتا أطول لنسخ إدخالات DNS وتحديثها بالكامل.

  • إعادة توجيه حركة المرور: يقوم العملاء الذين يستخدمون الاسم المستعار للتعافي من الكوارث الجغرافية للاتصال بمساحة الاسم تلقائيا بإعادة التوجيه إلى مساحة الاسم الثانوية بعد تجاوز الفشل. لكن إعادة التوجيه هذه تعتمد على خوادم DNS التي تحترم TTL لسجلات DNS لمساحة الاسم والعملاء الذين يتلقون سجلات DNS المحدثة هذه.

انتعاش المنطقة

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

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

اختبار حالات فشل المنطقة

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

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

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

حلول مخصصة متعددة المناطق للمرونة

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

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

النسخ الاحتياطي والاستعادة

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

إذا كنت بحاجة إلى الاحتفاظ بنسخة من الأحداث الخاصة بك، ففكر في استخدام التقاط مراكز الأحداث، الذي يحفظ نسخا من الأحداث في حساب Azure Blob Storage.

اتفاقية مستوى الخدمة

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

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