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