Share via

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

  • مقالة

ينطبق على: MongoDB vCore

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

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

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

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

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

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

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

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

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

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

المتطلبات الأساسية

يجب إنشاء Azure Cosmos DB لنظام مجموعة MongoDB vCore في المناطق التالية:

  • شرق أستراليا
  • جنوب شرق آسيا
  • وسط كندا
  • أوروبا الشمالية
  • جنوب المملكة المتحدة
  • أوروبا الغربية
  • Central US
  • شرق الولايات المتحدة
  • East US 2
  • South Central US
  • West US 2

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

لتمكين مناطق التوفر، يجب تمكين قابلية الوصول العالية (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، يعمل كل جزء كجزء أساسي جنبا إلى جنب مع جزء الاستعداد السريع المتوفر في منطقة توفر أخرى. النسخ المتماثل بين الجزء الأساسي والثانوي متزامن بشكل افتراضي. يستمر أي تعديل على قاعدة البيانات على كل من الأجزاء الأساسية والثانوية (الاستعداد السريع) قبل تلقي استجابة من قاعدة البيانات.

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

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

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

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