مشاركة عبر

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

  • مقالة

Windows logo. Windows

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

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

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

قبل بدء المهام الموضحة في هذه المقالة، راجع المقالات التالية وملاحظات SAP:

  • بنية وسيناريوهات قابلية الوصول العالية لأجهزة Azure الظاهرية ل SAP NetWeaver
  • 1928533 ملاحظة SAP، التي تحتوي على:
    • قائمة بأحجام Azure VM المعتمدة لنشر برنامج SAP
    • معلومات مهمة عن السعة لأحجام أجهزة Azure الظاهرية
    • برنامج SAP المدعوم ونظام التشغيل (OS) ومجموعات قواعد البيانات
    • إصدار SAP kernel المطلوب لـ Windows على Microsoft Azure
  • تسرد ملاحظة SAP رقم 2015553 المتطلبات الأساسية لعمليات نشر برامج SAP المدعومة في Azure.
  • تحتوي ملاحظة SAP Note 2178632 على معلومات مفصلة حول جميع مقاييس المراقبة التي تم الإبلاغ عنها لـ SAP في Azure.
  • تتضمن ملاحظة رقم SAP 1999351 معلومات إضافية لاستكشاف الأخطاء وإصلاحها لـ Azure Enhanced Monitoring Extension for SAP.
  • يسرد SAP Note 2287140 المتطلبات الأساسية لميزة CA المدعومة من SAP لبروتوكول SMB 3.x.
  • يحتوي SAP Note 2802770 على معلومات استكشاف الأخطاء وإصلاحها لمعاملة SAP البطيئة التشغيل AL11 في Windows 2012 و2016.
  • يحتوي SAP Note 1911507 على معلومات حول ميزة تجاوز الفشل الشفافة لمشاركة ملف على خادم Windows باستخدام بروتوكول SMB 3.0.
  • يحتوي SAP Note 662452 على توصية (إلغاء تنشيط إنشاء اسم 8.3) لمعالجة ضعف أداء / أخطاء نظام الملفات أثناء الوصول إلى البيانات.
  • تثبيت قابلية الوصول العالية SAP NetWeaver على نظام مجموعة تجاوز فشل Windows ومشاركة الملفات لمثيلات SAP ASCS/SCS على Azure

إشعار

يتم دعم تجميع مثيلات SAP ASCS/SCS باستخدام مشاركة ملف لأنظمة SAP باستخدام SAP Kernel 7.22 (والإصدارات الأحدث). لمزيد من التفاصيل، راجع ملاحظة SAP 2698948

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

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

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

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

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

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

Figure 1: Windows Server Failover Clustering configuration in Azure without a shared disk

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

SAP ASCS/SCS HA مع مشاركة الملف

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

إشعار

تعد مشاركة ملف SMB بديلا لاستخدام الأقراص المشتركة للمجموعة لتجميع مثيلات SAP ASCS/SCS.

هذه البنية محددة بالطرق التالية:

  • خدمات SAP المركزية (مع بنية الملفات الخاصة بها وعمليات الرسائل وقوائم الانتظار) منفصلة عن ملفات المضيف العالمي SAP.
  • يتم تشغيل خدمات SAP المركزية ضمن مثيل SAP ASCS/SCS.
  • يتم تجميع مثيل SAP ASCS/SCS ويمكن الوصول إليه باستخدام <اسم المضيف الظاهري ASCS/SCS>اسم المضيف الظاهري.
  • يتم وضع ملفات SAP العمومية على مشاركة ملف SMB ويتم الوصول إليها باستخدام <المضيف العالمي SAP>اسم المضيف:// <المضيف العالمي SAP>\sapmnt\<SID>/SYS...
  • يتم تثبيت مثيل SAP ASCS/SCS على قرص محلي على كل من عقد نظام المجموعة.
  • يختلف اسم شبكة<اسم المضيف الظاهري ASCS/SCS> عن <مضيف SAP العمومي>.

Figure 2: SAP ASCS/SCS HA architecture with SMB file share

الشكل 2: بنية SAP ASCS/SCS HA الجديدة مع مشاركة ملف SMB

المتطلبات الأساسية لمشاركة ملف SMB:

  • بروتوكول SMB 3.0 (أو أحدث).
  • القدرة على تعيين قوائم التحكم في الوصول إلى Active Directory (قائمة التحكم في الوصول) لمجموعات مستخدمي Active Directory و computer$ كائن الكمبيوتر.
  • يجب تمكين مشاركة الملف:
    • يجب ألا تكون الأقراص المستخدمة لتخزين الملفات نقطة فشل واحدة.
    • لا يتسبب تعطل الخادم أو الجهاز الظاهري في تعطل مشاركة الملف.

لا يحتوي دور نظام مجموعة SAP <SID> على أقراص نظام المجموعة المشتركة أو مورد نظام مجموعة مشاركة ملفات عام.

Figure 3: SAP <SID> cluster role resources for using a file share

الشكل 3: موارد دور المجموعة <SID> لاستخدام مشاركة ملف

مشاركة ملفات قابلة للتوسيع مع "مساحات التخزين مباشرة" في Azure كمشاركة ملف SAPMNT

يمكنك استخدام مشاركة ملف قابل للتوسيع لاستضافة ملفات مضيف SAP العمومية وحمايتها. توفر مشاركة الملفات القابلة للتوسيع أيضا خدمة مشاركة ملفات SAPMNT متوفرة بشكل كبير.

Figure 4: Scale-out file share used to protect SAP global host files

الشكل 4: مشاركة ملف قابل للتوسيع تستخدم لحماية ملفات المضيف العمومي لـ SAP

هام

يتم دعم مشاركات الملفات القابلة للتوسيع بشكل كامل في سحابة Microsoft Azure وفي البيئات المحلية.

توفر مشاركة الملفات القابلة للتوسيع مشاركة ملف SAPMNT متوفرة بشكل كبير وقابلة للتطوير أفقيا.

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

عند اختيار مساحات التخزين مباشرة، ضع في اعتبارك حالات الاستخدام التالية:

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

المتطلبات الأساسية لـ SAP لمشاركات الملفات القابلة للتوسيع في Azure

لاستخدام مشاركة ملفات قابلة للتوسعة، يجب أن يفي نظامك بالمتطلبات التالية:

  • عقدتا نظام مجموعة على الأقل لمشاركة ملف قابلة للتوسعة.
  • يجب أن تحتوي كل عقدة على قرصين محليين على الأقل.
  • لسبب الأداء، يجب استخدام مرونة النسخ المتطابق:
    • النسخ المتطابق ثنائي الاتجاه لمشاركة ملف قابلة للتوسيع باستخدام عقدتي المجموعة.
    • النسخ المتطابق ثلاثي الاتجاهات لمشاركة ملف قابلة للتوسيع مع ثلاث عقد نظام المجموعة (أو أكثر).
  • نوصي بثلاث عقد نظام المجموعة (أو أكثر) لمشاركة ملف قابلة للتوسعة، مع النسخ المتطابق ثلاثي الاتجاهات. يوفر هذا الإعداد قابلية أكبر للتوسع ومرونة تخزين أكبر من إعداد مشاركة الملفات القابلة للتوسيع باستخدام عقدتي نظام المجموعة وانعكاس ثنائي الاتجاه.
  • يجب عليك استخدام أقراص Azure Premium.
  • نوصي باستخدام أقراص Azure المدارة.
  • نوصي بتنسيق وحدات التخزين باستخدام نظام الملفات المرن (ReFS).
  • يمكنك استخدام DS-Series أو DSv2-Series أحجام الجهاز الظاهري Azure.
  • للحصول على أداء جيد للشبكة بين الأجهزة الظاهرية، وهو أمر ضروري لمزامنة القرص المباشر لمساحات التخزين، استخدم نوع الجهاز الظاهري الذي يحتوي على عرض نطاق ترددي "عال" للشبكة على الأقل. لمزيد من المعلومات، راجع مواصفات DSv2-SeriesوDS-Series.
  • نوصي بحجز بعض السعة غير المخصصة في تجمع التخزين. يؤدي ترك بعض السعة غير المخصصة في تجمع التخزين إلى توفير مساحة لوحدات التخزين لإصلاحها "في مكانها" في حالة فشل محرك الأقراص. هذا يحسن سلامة البيانات والأداء. لمزيد من المعلومات، راجع اختيار حجم الصوت.
  • لست بحاجة إلى تكوين موازنة التحميل الداخلي Azure لاسم شبكة مشاركة الملفات القابلة للتوسعة، مثل لـ <مضيف SAP العمومي>. يتم ذلك < لاسم المضيف الظاهري ASCS/SCS> لمثيل SAP ASCS/SCS أو لنظام إدارة قواعد البيانات. تعمل مشاركة الملفات القابلة للتوسيع على زيادة الحمل عبر جميع عقد نظام المجموعة. <يستخدم مضيف SAP العمومي >عنوان IP المحلي لجميع عقد نظام المجموعة.

هام

لا يمكنك إعادة تسمية مشاركة ملف SAPMNT التي تشير إلى <مضيف SAP العمومي>. يدعم SAP اسم المشاركة "sapmnt" فقط.

لمزيد من المعلومات، راجع SAP Note 2492395 - هل يمكن تغيير اسم مشاركة sapmnt؟

تكوين مثيلات SAP ASCS/SCS ومشاركة ملف قابلة للتوسيع في مجموعتين

يجب نشر مثيلات SAP ASCS/SCS في مجموعة منفصلة، مع دور مجموعة SAP <SID> الخاص بها. في هذه الحالة، يمكنك تكوين مشاركة الملفات القابلة للتوسيع على نظام مجموعة آخر، مع دور نظام مجموعة آخر.

هام

يجب أن يفي الإعداد بالمتطلبات التالية: يجب توزيع مثيلات SAP ASCS/SCS ومشاركة SOFS في نُظم مجموعات منفصلة.

هام

في هذا السيناريو، يتم تكوين مثيل SAP ASCS/SCS للوصول إلى مضيف SAP العمومي باستخدام مسار UNC// <المضيف العمومي SAP>\sapmnt\<SID>\SYS.

Figure 5: SAP ASCS/SCS instance and a scale-out file share deployed in two clusters

الشكل 5: مثيل SAP ASCS/SCS ومشاركة ملف قابلة للتوسيع تم نشرها في مجموعتين

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

تعرض الرسومات التخطيطية التالية مثيلات SAP متعددة على أجهزة Azure الظاهرية التي تقوم بتشغيل Microsoft Windows Failover Cluster لتقليل العدد الإجمالي للأجهزة الظاهرية.

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

هام

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

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

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

خوادم تطبيقات SAP على عقد WSFC باستخدامWindows SOFS

Figure 6: Windows Server failover clustering configuration in Azure with Windows SOFS and locally installed SAP Application Server

إشعار

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

SAP ASCS/SCS على عقد مجموعات قابلية الوصول عالية التوفر SQL Server باستخدام Windows SOFS

Figure 7: SAP ASCS/SCS on SQL Server Always On nodes using Windows SOFS

إشعار

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

هام

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

مشاركة الملفات العامة مع SIOS DataKeeper كأقراص مشتركة للمجموعة

تعد مشاركة الملفات العامة خيارا آخر لتحقيق مشاركة ملفات متوفرة بشكل كبير.

في هذه الحالة، يمكنك استخدام حل SIOS تابع لجهة خارجية كقرص مشترك للمجموعة.

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