تجميع مثيل SAP ASCS/SCS على نظام مجموعة تجاوز فشل Windows باستخدام قرص مشترك في Azure

نوافذ

نظام مجموعة تجاوز الفشل ل Windows Server (WSFC) هو أساس تثبيت SAP ASCS/SCS عالية التوفر (HA) وأنظمة إدارة قواعد البيانات (DBMSs) في Windows.

مجموعة تجاوز الفشل هي مجموعة من خوادم مستقلة 1 +n (العقد) التي تعمل معا لزيادة توفر التطبيقات والخدمات. إذا حدث فشل عقدة، يحسب WSFC عدد حالات الفشل التي يمكن أن تحدث ولا يزال يحتفظ بنظام مجموعة سليمة لتوفير التطبيقات والخدمات. يمكنك الاختيار من بين أوضاع الحصة المختلفة لتحقيق تجاوز الفشل للمجموعات.

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

قبل أن تبدأ المهام في هذه المقالة، راجع المقالة بنية قابلية وصول عالية وسيناريوهات ل SAP NetWeaver.

تجميع تجاوز الفشل للمجموعات في Windows Server في Azure

يتطلب WSFC مع أجهزة Azure الظاهرية (VMs) خطوات تكوين إضافية. عند إنشاء كتلة تحتاج إلى تعيين عناوين IP عدة وأسماء المضيف الظاهري لمثيل SAP ASCS/SCS.

دقة الاسم في Azure واسم المضيف الظاهري للمجموعة

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

توفر خدمة موازنة التحميل Azure موازنة تحميل داخلي لـAzure. باستخدام موازن التحميل الداخلي، يصل العملاء إلى نظام المجموعة عبر عنوان IP الظاهري لنظام المجموعة.

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

SAP ASCS/SCS HA مع أقراص مشتركة للمجموعة

في Windows، يحتوي مثيل SAP ASCS/SCS على خدمات SAP المركزية وخادم رسائل SAP وعمليات خادم الانتظار وملفات مضيف SAP العمومية. تقوم ملفات المضيف العمومية SAP بتخزين الملفات المركزية لنظام SAP بأكمله.

يحتوي مثيل SAP ASCS/SCS على المكونات التالية:

• خدمات SAP المركزية:

  • عمليتان (لخادم رسائل وخادم قائمة انتظار) واسم مضيف ظاهري ASCS/SCS يستخدم للوصول إلى العمليتين
  • بنية الملف: رقم مثيل S:\usr\sap\<SID>\ASCS/SCS<>

• ملفات المضيف العمومي SAP:

  • بنية الملف: S:\usr\sap\<SID>\SYS...

  • مشاركة ملف sapmnt، والتي تمكن الوصول إلى ملفات S:\usr\sap\<SID>\SYS العمومية هذه باستخدام مسار UNC التالي:

    \\<ASCS/SCS اسم> المضيف الظاهري\sapmnt\<SID>\SYS...

في إعداد التوفر العالي، يمكنك تجميع مثيلات SAP ASCS/SCS. يمكنك استخدام الأقراص المشتركة لنظام المجموعة (محرك الأقراص S في مثال هذه المقالة) لوضع ملفات المضيف العمومي SAP ASCS/SCS وSAP.

باستخدام بنية Enqueue Replication Server 1 (ERS1):

• يتم استخدام نفس اسم المضيف الظاهري ASCS/SCS للوصول إلى خادم رسائل SAP وتعداد عمليات الخادم، بالإضافة إلى ملفات المضيف العمومية ل SAP عبر مشاركة ملف sapmnt .
• تتم مشاركة نفس القرص المشترك لنظام المجموعة (محرك الأقراص S) بينهما.

باستخدام بنية Enqueue Replication Server 2 (ERS2):

• يتم استخدام نفس اسم المضيف الظاهري ASCS/SCS للوصول إلى عملية خادم رسائل SAP، بالإضافة إلى ملفات المضيف العمومي ل SAP عبر مشاركة ملف sapmnt .
• تتم مشاركة نفس القرص المشترك لنظام المجموعة (محرك الأقراص S) بينهما.
• هناك اسم مضيف ظاهري منفصل ل ERS للوصول إلى عملية خادم قائمة الانتظار.

الأقراص المشتركة وخادم النسخ المتماثل Enqueue

يتم دعم الأقراص المشتركة مع بنية ERS1، حيث مثيل ERS1:

• غير متفاوت المسافات.
• يستخدم اسما localhost .
• يتم نشر على الأقراص المحلية على كل عقدة من عقد نظام المجموعة.

يتم دعم الأقراص المشتركة أيضا مع بنية ERS2، حيث مثيل ERS2:

• متفاوت المسافات.
• يستخدم اسم مضيف ظاهري أو شبكة مخصص.
• يحتاج إلى عنوان IP لاسم المضيف الظاهري ERS ليتم تكوينه على موازن تحميل داخلي Azure، بالإضافة إلى عنوان IP (A)SCS.
• يتم نشر على الأقراص المحلية على كل عقدة من العقد المجمعة، لذلك ليست هناك حاجة إلى قرص مشترك.

لمزيد من المعلومات حول ERS1 وERS2، راجع Enqueue Replication Server في نظام مجموعة تجاوز الفشل من Microsoft ونسخ Enqueue المتماثل الجديد في بيئات نظام مجموعة تجاوز الفشل على موقع SAP على الويب.

خيارات الأقراص المشتركة في Azure لأحمال عمل SAP

هناك خياران للأقراص المشتركة في مجموعة تجاوز فشل Windows في Azure:

• استخدم أقراص Azure المشتركة لإرفاق أقراص Azure المدارة إلى أجهزة ظاهرية متعددة في وقت واحد.
• استخدم SIOS DataKeeper Cluster Edition لإنشاء تخزين معكوس يحاكي التخزين المشترك للمجموعة.

عند تحديد تقنية الأقراص المشتركة، ضع في اعتبارك الاعتبارات التالية حول أقراص Azure المشتركة لأحمال عمل SAP:

• يتم دعم استخدام الأقراص المشتركة ل Azure مع أقراص Azure Premium SSD لنشر SAP في مجموعات التوفر ومناطق التوفر.
• لا يتم دعم أقراص Azure Ultra Disk Storage وأقراص Azure Standard SSD كأقراص Azure المشتركة لأحمال عمل SAP.
• تأكد من توفير أقراص Azure Premium SSD بحد أدنى لحجم القرص، كما هو محدد في نطاقات Premium SSD، لتكون قادرا على إرفاق العدد المطلوب من الأجهزة الظاهرية في وقت واحد. تحتاج عادة إلى جهازين ظاهريين لمجموعات تجاوز فشل SAP ASCS Windows.

ضع في اعتبارك الاعتبارات التالية حول SIOS:

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

أقراص Azure المشتركة

يمكنك تنفيذ SAP ASCS/SCS HA مع أقراص Azure المشتركة.

المتطلبات الأساسية والقيود

حاليا، يمكنك استخدام أقراص Azure Premium SSD كأقراص مشتركة ل Azure لمثيل SAP ASCS/SCS. القيود التالية مستخدمة حالياً:

• لا يتم دعم أقراص Azure Ultra Disk Storage وأقراص SSD القياسية كأقراص Azure المشتركة لأحمال عمل SAP.
• يتم دعم أقراص Azure Shared مع أقراص Premium SSD لنشر SAP في مجموعات التوفر ومناطق التوفر.
• تأتي الأقراص المشتركة ل Azure مع أقراص Premium SSD مع خيارين للتخزين:
  • يتم دعم التخزين الزائد محليا (LRS) للأقراص المشتركة Premium SSD (skuName قيمة Premium_LRS) مع النشر في مجموعات التوفر.
  • يتم دعم التخزين المتكرر للمنطقة (ZRS) للأقراص المشتركة Premium SSD (skuName قيمة Premium_ZRS) مع النشر في مناطق التوفر.
• تحدد قيمة القرص المشترك Azure maxShares عدد عقد نظام المجموعة التي يمكنها استخدام القرص المشترك. بالنسبة لمثيل SAP ASCS/SCS، عادة ما تقوم بتكوين عقدتين في WSFC. ثم قم بتعيين القيمة ل maxShares إلى 2.
• مجموعة موضع تقارب Azure (PPG) غير مطلوبة للأقراص المشتركة ل Azure. ولكن لنشر SAP مع PPGs، اتبع هذه الإرشادات:
  • إذا كنت تستخدم PPGs لنظام SAP المنتشر في منطقة ما، يجب أن تكون جميع الأجهزة الظاهرية التي تشترك في قرص جزءا من نفس PPG.
  • إذا كنت تستخدم PPGs لنظام SAP المنتشر عبر المناطق، كما هو موضح في مجموعات موضع التقارب مع عمليات النشر المناطقية، يمكنك إرفاق Premium_ZRS التخزين بالأجهزة الظاهرية التي تشترك في قرص.

لمزيد من المعلومات، راجع قسم القيود في وثائق الأقراص المشتركة ل Azure.

اعتبارات مهمة للأقراص المشتركة Premium SSD

ضع في اعتبارك هذه النقاط المهمة حول الأقراص المشتركة ل Azure Premium SSD:

• LRS للأقراص المشتركة Premium SSD:

  • يعمل توزيع SAP مع LRS للأقراص المشتركة Premium SSD مع قرص مشترك Azure واحد على مجموعة تخزين واحدة. إذا كانت هناك مشكلة في نظام مجموعة التخزين حيث يتم نشر القرص المشترك Azure، فإنه يؤثر على مثيل SAP ASCS/SCS.

• ZRS للأقراص المشتركة Premium SSD:

  • زمن انتقال الكتابة ل ZRS أعلى من زمن انتقال LRS بسبب النسخ عبر المناطق للبيانات.
  • تختلف المسافة بين مناطق التوفر في مناطق مختلفة، وكذلك زمن انتقال قرص ZRS عبر مناطق التوفر. قياس الأقراص لتحديد زمن انتقال أقراص ZRS في منطقتك.
  • ينسخ ZRS للأقراص المشتركة Premium SSD البيانات بشكل متزامن عبر ثلاث مناطق توفر في المنطقة. إذا كانت هناك مشكلة في إحدى مجموعات التخزين، يستمر مثيل SAP ASCS/SCS في التشغيل لأن تجاوز فشل التخزين شفاف لطبقة التطبيق.
  • لمزيد من المعلومات، راجع قسم القيود في الوثائق حول ZRS للأقراص المدارة.

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

إصدارات نظام التشغيل المدعومة

يتم دعم Windows Server 2016 و2019 والإصدارات الأحدث. استخدم أحدث صور مركز البيانات.

نوصي بشدة باستخدام Windows Server 2019 Datacenter على الأقل، لهذه الأسباب:

• WSFC في Windows Server 2019 على علم ب Azure.
• يتضمن Windows Server 2019 Datacenter تكاملا ووعيا بصيانة مضيف Azure وتجربة محسنة من خلال مراقبة الأحداث المجدولة في Azure.
• يمكنك استخدام أسماء الشبكة الموزعة. (إنه الخيار الافتراضي.) ليست هناك حاجة إلى وجود عنوان IP مخصص لاسم شبكة نظام المجموعة. أيضا، لا تحتاج إلى تكوين عنوان IP على موازن تحميل داخلي Azure.

الأقراص المشتركة في Azure مع SIOS DataKeeper

خيار آخر للأقراص المشتركة هو استخدام SIOS DataKeeper Cluster Edition لإنشاء تخزين معكوس يحاكي التخزين المشترك لنظام المجموعة. يوفر حل SIOS النسخ المتماثل للبيانات المتزامنة في الوقت الفعلي.

لإنشاء مورد قرص مشترك لنظام مجموعة:

1. قم بإرفاق قرص إضافي بكل جهاز من الأجهزة الظاهرية في تكوين مجموعة Windows.
2. قم بتشغيل SIOS DataKeeper Cluster Edition على كل من عقدتي الجهاز الظاهري.
3. تكوين SIOS DataKeeper Cluster Edition بحيث يعكس محتوى وحدة التخزين الإضافية المرفقة بالقرص من الجهاز الظاهري المصدر إلى وحدة التخزين الإضافية المرفقة بالقرص للجهاز الظاهري الهدف. يقوم SIOS DataKeeper بتجريد وحدات التخزين المحلية المصدر والهدف، ثم يقدمها إلى WSFC كقرص مشترك واحد.

إشعار

لا تحتاج إلى أقراص مشتركة للتوفر العالي مع بعض منتجات DBMS، مثل SQL Server. تنسخ مجموعات قابلية وصول عالية التوفر AlwaysOn في SQL Server بيانات وملفات سجل DBMS من القرص المحلي لعقدة مجموعة واحدة إلى القرص المحلي لعقدة مجموعة أخرى. في هذه الحالة، لا يحتاج تكوين نظام المجموعة Windows إلى قرص مشترك.

التكوينات الاختيارية

تظهر الرسومات التخطيطية التالية مثيلات SAP متعددة على أجهزة Azure الظاهرية التي تعمل بنظام Windows Server Failover Clustering لتقليل العدد الإجمالي للأجهزة الظاهرية.

يمكن أن يكون هذا التكوين إما خوادم تطبيقات SAP المحلية على نظام مجموعة SAP ASCS/SCS أو دور مجموعة SAP ASCS/SCS على عقد Microsoft SQL Server Always On.

هام

تثبيت خادم تطبيق SAP محلي على عقدة SQL Server Always On غير مدعوم.

كل من SAP ASCS/SCS وقاعدة بيانات Microsoft SQL Server هي نقاط فشل واحدة (SPOFs). يساعد WSFC على حماية ملفات SPOF هذه في بيئة Windows.

على الرغم من أن استهلاك موارد SAP ASCS/SCS صغير إلى حد ما، نوصي بتقليص تكوين الذاكرة إما ل SQL Server أو خادم تطبيق SAP بمقدار 2 غيغابايت.

يوضح هذا الرسم التخطيطي خوادم تطبيقات SAP على عقد WSFC باستخدام SIOS DataKeeper:

نظرا لتثبيت خوادم تطبيق SAP محليا، ليست هناك حاجة لإعداد أي مزامنة.

يوضح هذا الرسم التخطيطي SAP ASCS/SCS على عقد SQL Server Always On باستخدام SIOS DataKeeper:

للحصول على معلومات حول التكوينات الأخرى، راجع الموارد التالية:

• التكوين الاختياري لخوادم تطبيقات SAP على عقد WSFC باستخدام Windows Scale-Out File Server

• التكوين الاختياري لخوادم تطبيقات SAP على عقد WSFC باستخدام Server Message Block في Azure NetApp Files

• التكوين الاختياري ل SAP ASCS/SCS على عقد SQL Server Always On باستخدام Windows Scale-Out File Server

• التكوين الاختياري ل SAP ASCS/SCS على عقد SQL Server Always On باستخدام Server Message Block في Azure NetApp Files

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

• إعداد البنية الأساسية Azure ل SAP HA باستخدام نظام مجموعة تجاوز فشل Windows وقرص مشترك لمثيل SAP ASCS/SCS

• تثبيت قابلية الوصول العالية لـ SAP NetWeaver على Windows failover cluster وقرص مشترك لمثيل SAP ASCS/SCS