استكشاف سيناريو التوزيع النشط/الفعال

  • 7 دقائق

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

تنطبق الاعتبارات التالية لهذا التكوين:

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

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

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

إشعار

استرداد موقع Azureغير قادر حاليًا على نسخ الأجهزة الظاهرية النشطة إلى الأجهزة الظاهرية غير النشطة بين المناطق.

  • يجب الاستثمار في الأتمتة التي تسمح لك، إذا كان هناك فشل في المنطقة، ببدء طبقة تطبيق SAP تلقائيا في المنطقة الثانية.