تكوين قابلية الوصول العالية المدمجة ومعالجة الكوارث

  • 6 دقائق

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

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

تنطبق الاعتبارات التالية:

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

  • عند استخدام هذه البنية، تحتاج إلى مراقبة الحالة عن كثب، ومحاولة الاحتفاظ بمثيلات DBMS وSAP Central Services النشطة في نفس المنطقة مثل طبقة التطبيق المنشورة. إذا كان هناك تجاوز فشل ل SAP Central Service أو مثيل DBMS، فأنت تريد التأكد من أنه يمكنك إرجاع الفشل يدويا إلى المنطقة مع نشر طبقة تطبيق SAP في أسرع وقت ممكن.

  • يجب أن يكون لديك مثيلات تطبيق الإنتاج مثبتة مسبقاً في الأجهزة الظاهرية التي تقوم بتشغيل مثيلات تطبيق تأكيد الجودة النشطة.

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

  • بالنسبة لموازنات التحميل لمجموعات تجاوز الفشل من SAP Central Services وطبقة نظام إدارة قواعد البيانات، تحتاج إلى استخدام موازنة تحميل وحدة حفظ المخزون الخاصة بـ Azure القياسي. لا يعمل موازن التحميل الأساسي عبر المناطق.

  • شبكة الاتصال الظاهرية لـ Azure التي قمت بنشرها لاستضافة نظام SAP، جنباً إلى جنب مع الشبكات الفرعية الخاصة به، يتم توسيع عبر المناطق. لا تحتاج إلى شبكات ظاهرية منفصلة لكل منطقة.

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

  • لا يدعم تخزين Azure Premium وتخزين محرك أقراص ذي الحالة الصلبة الخاص بـ Ultra أي نوع من النسخ المتماثل للتخزين عبر المناطق. يجب أن يقوم التطبيق (نظام إدارة قواعد البيانات أو SAP Central Services) بنسخ البيانات المهمة.

  • وينطبق الشيء نفسه على الدليل sapmnt المشتركة، وهو قرص مشترك (Windows)، أو مشاركة CIFS (Windows)، أو مشاركة NFS (Linux). تحتاج إلى استخدام تقنية نسخ هذه الأقراص المشتركة أو المشاركات بين المناطق. هذه التقنيات مدعومة:

    • على سبيل Windows، حل نظام مجموعة يستخدم SIOS DataKeeper، كما هو موثق فيمجموعة الأجهزة لمثيل SAP ASCS/SCS على مجموعة أجهزة تجاوز الفشل Windows باستخدام قرص مجموعة أجهزة مشتركة في Azure.
    • بالنسبة إلى SUSE Linux، مشاركة NFS التي تم إنشاؤها كما هو موثّق في قابلية الوصول العالية لـNFS على الأجهزة الظاهرة لـAzure على نظام SUSE Linux Enterprise Server.

  • حاليا، الحل الذي يستخدم Microsoft Scale-Out File Server غير مدعوم عبر المناطق.

  • يتم استخدام المنطقة الثالثة لاستضافة جهاز SBD في حالة إنشاء نظام مجموعة SUSE Linux Pacemaker أو مثيلات التطبيق الأخرى