مشاركة عبر

الموثوقية في Azure Cosmos DB ل MongoDB vCore

  • مقالة

ينطبق على: MongoDB vCore

تحتوي هذه المقالة على معلومات مفصلة حول المرونة الإقليمية مع مناطق التوفر والتعافي من الكوارث عبر المناطق واستمرارية الأعمال ل Azure Cosmos DB ل MongoDB vCore.

للحصول على نظرة عامة معمارية على الموثوقية في Azure، راجع موثوقية Azure.

دعم منطقة القابلية للوصول

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

لمزيد من المعلومات حول مناطق التوفر في Azure، راجع ما هي مناطق التوفر؟

للحصول على دعم منطقة التوفر، يجب تمكين قابلية الوصول العالية (HA).

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

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

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

إنشاء مورد مع تمكين مناطق التوفر

لتمكين مناطق التوفر، يجب تمكين قابلية الوصول العالية (HA) عند إنشاء نظام مجموعة أو في قسم Scale من مجموعة موجودة في مدخل Microsoft Azure.

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

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

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

لا يوفر Azure Cosmos DB ل MongoDB vCore تجاوز الفشل التلقائي المضمن أو التعافي من الكوارث. يعد التخطيط لقابلية الوصول العالية خطوة هامة مع تحجيم الحل الخاص بك.

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

لزيادة وقت التشغيل إلى أقصى حد، خطط مسبقا للحفاظ على استمرارية الأعمال والاستعداد للتعافي من الكوارث باستخدام Azure Cosmos DB ل MongoDB vCore.

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

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

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

فترة الاستبقاء
المجموعات النشطة 35 أيام
المجموعات المحذوفة 7 أيام

التصميم لقابلية الوصول العالية

يجب تمكين قابلية الوصول العالية (HA) ل Azure Cosmos DB الهامة لمجموعات MongoDB vCore التي تقوم بتشغيل أحمال عمل الإنتاج. في نظام المجموعة الممكنة ل HA، يعمل كل جزء كجزء أساسي جنبا إلى جنب مع جزء الاستعداد السريع المتوفر في منطقة توفر أخرى. النسخ المتماثل بين الجزء الأساسي والثانوي متزامن بشكل افتراضي. يستمر أي تعديل على قاعدة البيانات على كل من الأجزاء الأساسية والثانوية (الاستعداد السريع) قبل تلقي استجابة من قاعدة البيانات.

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

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

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

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