مشاركة عبر

خيارات التكوين لتقليل زمن انتقال الشبكة باستخدام تطبيقات SAP

  • مقالة

هام

في نوفمبر 2021، أجرينا تغييرات جوهرية في الطريقة التي يجب بها استخدام مجموعات مواضع التقارب مع حمل عمل SAP في عمليات النشر في المناطق.

تطبيقات SAP المستندة إلى بنية SAP NetWeaver أو SAP S/4HANA حساسة لزمن انتقال الشبكة بين طبقة تطبيق SAP وطبقة قاعدة بيانات SAP. هذه الحساسية ناتجة عن أغلب منطق تسلسل العمل الذي يعمل في طبقة التطبيق. نظرًا لأن طبقة تطبيق SAP تدير منطق تسلسل العمل، فإنها تصدر استعلامات إلى طبقة قاعدة البيانات بتردد عال، بمعدل الآلاف أو عشرات الآلاف في الثانية. في معظم الحالات، تكون طبيعة هذه الاستعلامات بسيطة. غالبا ما يمكن تشغيلها على طبقة قاعدة البيانات في 500 ميكروثانية أو أقل.

الوقت المستغرق على الشبكة لإرسال مثل هذا الاستعلام من طبقة التطبيق إلى طبقة قاعدة البيانات وتلقي النتيجة المرسلة مرة أخرى له تأثير كبير على الوقت الذي تستغرقه لتشغيل العمليات التجارية. هذه الحساسية لزمن انتقال الشبكة تمثل السبب في أنك قد ترغب في تحقيق حد أدنى معين من زمن انتقال الشبكة في مشاريع نشر SAP. راجع ملاحظة SAP #1100926 - الأسئلة الشائعة: أداء الشبكة للحصول على إرشادات حول كيفية تصنيف زمن انتقال الشبكة.

زاد عدد مراكز البيانات في العديد من مناطق Azure. في الوقت نفسه، يستخدم العملاء، خاصة بالنسبة لأنظمة SAP المتطورة، عائلات أجهزة ظاهرية خاصة أكثر مثل Mv2 أو Mv3 العائلية وأحدث. لا تتوفر هذه الأنواع من أجهزة Azure الظاهرية دائما في كل مركز من مراكز البيانات التي يتم تجميعها في منطقة Azure. يمكن أن تخلق هذه الحقائق فرصًا لتحسين زمن انتقال الشبكة بين طبقة تطبيق SAP وطبقة SAP DBMS.

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

مجموعات تعيين موضع التقارب

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

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

هام

ونتيجة للقيود المحتملة، ينبغي عدم استخدام مجموعات مواضع التقارب إلا:

  • عند الضرورة في سيناريوهات معينة (انظر أدناه)
  • عندما يكون زمن انتقال الشبكة بين طبقة التطبيق وطبقة DBMS مرتفعًا للغاية ويؤثر على حمل العمل
  • على نقاوة نظام SAP واحد فقط وليس لبيئة نظام كامل أو بيئة SAP كاملة
  • بطريقة لخفض أنواع الأجهزة الظاهرية المختلفة وعدد الأجهزة الظاهرية داخل مجموعة مواضع التقارب إلى أدنى حد

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

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

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

ما هي مجموعات مواضع التقارب؟

مجموعة مواضع التقارب من Azure هي بنية منطقية. عند تعريف مجموعة مواضع التقارب، فإنها مرتبطة بمنطقة Azure ومجموعة موارد Azure. عند نشر الأجهزة الظاهرية، تتم الإشارة إلى مجموعة مواضع التقارب من خلال:

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

إشعار

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

لتقليل مخاطر ما سبق، يوصى باستخدام خيار الهدف عند إنشاء مجموعة موضع التقارب. يسمح لك خيار الهدف بإدراج أنواع الأجهزة الظاهرية التي تنوي تضمينها في مجموعة موضع التقارب. سيتم أخذ قائمة أنواع الأجهزة الظاهرية هذه للعثور على أفضل مركز بيانات يستضيف أنواع الأجهزة الظاهرية هذه. إذا تم العثور على مركز البيانات هذا، فسيتم إنشاء PPG ويتم تحديد نطاقه لمركز البيانات الذي يفي بمتطلبات وحدة SKU للجهاز الظاهري. إذا لم يتم العثور على مركز البيانات هذا، فسيفشل إنشاء مجموعة موضع التقارب. يمكنك العثور على مزيد من المعلومات في الوثائق PPG - استخدام الهدف لتحديد أحجام الأجهزة الظاهرية. يجب أن تدرك أن حالات السعة الفعلية لا تؤخذ في الاعتبار في عمليات التحقق التي تم تشغيلها بواسطة خيار الهدف. ونتيجة لذلك، لا يزال من الممكن أن تكون هناك أخطاء في التخصيص متجذرة في عدم كفاية السعة المتاحة.

يمكن أن تحتوي مجموعة موارد Azure واحدة على مجموعات متعددة لمواضع التقارب المعينة لها. ولكن لا يمكن تعيين مجموعة مواضع التقارب إلا إلى مجموعة موارد Azure واحدة فقط.

لمزيد من المعلومات وأمثلة التوزيع لمجموعات وضع التقارب، راجع الوثائق المتوفرة.

مجموعات مواضع التقارب مع عمليات النشر في المناطق

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

تجنب تجميع العديد من أنظمة إنتاج SAP أو غير المنتجة في مجموعة وضع تقارب واحدة. تجنب حزم أنظمة SAP لأنه كلما زاد عدد الأنظمة التي تقوم بتجميعها في مجموعة مواضع التقارب، كلما زادت احتمالات:

  • أنك تحتاج إلى نوع جهاز ظاهري غير متوفر تحت العمود الفقري للشبكة التي تم تعيين مجموعة موضع التقارب إليها.
  • يمكن في نهاية المطاف إلغاء تعبئة موارد الأجهزة الظاهرية غير المتلقين للمعلومات، مثل M-Series VMs، عندما تحتاج إلى توسيع عدد الأجهزة الظاهرية إلى مجموعة موضع التقارب بمرور الوقت.

استنادا إلى العديد من التحسينات التي نشرتها Microsoft في مناطق Azure لتقليل زمن انتقال الشبكة داخل منطقة توفر Azure، يبدو إرشادات التوزيع عند استخدام مجموعات وضع التقارب في عمليات التوزيع المناطقية كما يلي:

مجموعات وضع التقارب الجديدة مع المناطق

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

بالنسبة للحالة الخاصة لاستخدام Azure NetApp Files لبيئة DBMS والوظائف المتعلقة بملفات Azure NetApp لمجموعة وحدة تخزين تطبيق Azure NetApp Files ل SAP HANA وضرورتها لمجموعات وضع التقارب، تحقق من مستندات وحدات تخزين NFS v4.1 على ملفات Azure NetApp ل SAP HANA.

مجموعات مواضع التقارب مع عمليات نشر مجموعة التوفر

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

مجموعات موضع التقارب مع AvSets

في هذا الرسم، سيتم تعيين مجموعة مواضع التقارب واحدة لنظام SAP واحد. يتم تعيين مجموعة مواضع التقارب (PPG) هذه إلى مجموعات التوفر الثلاثة. ثم يتم تحديد نطاق مجموعة مواضع التقارب عن طريق نشر الأجهزة الظاهرية الأولية لطبقة قاعدة البيانات في مجموعة توفر DBMS. تدمج توصية البنية هذه جميع الأجهزة الظاهرية تحت نفس العمود الفقري للشبكة. إنها تقدم القيود المذكورة سابقا في هذه المقالة. لذلك، يجب استخدام بنية مجموعة مواضع التقارب بشكل ضئيل.

الجمع بين مجموعات التوفر ومناطق التوفر مع مجموعات وضع التقارب

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

باستخدام مجموعات مواضع التقارب، يمكنك تجاوز هذا القيد. ها هنا تسلسل النشر:

  • مجموعة موضع التقارب.
  • انشر جهازا ظاهريا للارتساء، يوصى به باعتباره الجهاز الظاهري ASCS/SCS، عن طريق الرجوع إلى منطقة توفر.
  • إنشاء مجموعة توفر تشير إلى مجموعة موضع تقارب Azure. (راجع الأمر لاحقا في هذه المقالة.)
  • نشر طبقة برنامج الأجهزة الظاهرية بالإشارة إلى مجموعة التوفر ومجموعة موضع التقارب.

هام

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

بدلا من نشر الجهاز الظاهري الأول كما هو موضح في القسم السابق، يمكنك الرجوع إلى منطقة توفر ومجموعة موضع التقارب عند نشر الجهاز الظاهري:

New-AzVm -ResourceGroupName "ppgexercise" -Name "centralserviceszone1" -Location "westus2" -OpenPorts 80,3389 -Zone "1" -ProximityPlacementGroup "collocate" -Size "Standard_E8s_v4"

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

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

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

Get-AzProximityPlacementGroup -ResourceGroupName "ppgexercise" -Name "collocate"

عند إنشاء مجموعة التوفر، يجب مراعاة معلمات إضافية عند استخدام الأقراص المدارة (بشكل افتراضي ما لم ينص على خلاف ذلك) ومجموعات مواضع التقارب:

New-AzAvailabilitySet -ResourceGroupName "ppgexercise" -Name "ppgavset" -Location "westus2" -ProximityPlacementGroupId "/subscriptions/my very long ppg id string" -sku "aligned" -PlatformUpdateDomainCount 3 -PlatformFaultDomainCount 2

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

New-AzVm -ResourceGroupName "ppgexercise" -Name "appinstance1" -Location "westus2" -OpenPorts 80,3389 -AvailabilitySetName "myppgavset" -ProximityPlacementGroup "collocate" -Size "Standard_E16s_v4"

إشعار

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

ونتيجة لهذا النشر هي:

  • خدمات مركزية لنظام SAP الموجود في منطقة (مناطق) توفر محددة.
  • طبقة تطبيق SAP الموجودة من خلال مجموعات التوفر في نفس العمود الفقري للشبكة مثل الأجهزة الظاهرية أو جهاز (ASCS/SCS) الظاهرية لخدمات SAP Central.

إشعار

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

تغيير تكوينات مجموعة مواضع التقارب لنظام موجود

إذا قمت بتنفيذ مجموعات مواضع التقارب وفقًا للتوصيات المقدمة حتى الآن، وأردت التكيف مع التكوين الجديد، فيمكنك القيام بذلك باستخدام الطرق الموضحة في هذه المقالات:

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

مجموعة مقياس الجهاز الظاهري مع تزامن مرن

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

توزيع حمل عمل SAP في مجموعة مقياس مرنة

في بيئة غير إنتاجية أو غير HA، من الممكن نشر جميع مكونات نظام SAP، بما في ذلك قاعدة البيانات وASCS وطبقة التطبيق، داخل منطقة واحدة باستخدام مجموعة مقياس مرنة مع FD=1.

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

مجموعات موضع التقارب لنظام SAP بأكمله مع عمليات التوزيع المناطقية

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

رسم تخطيطي لمجموعات وضع التقارب القديمة مع المناطق.

يمكنك إنشاء مجموعة وضع التقارب (PPG) في كل من منطقتين من مناطق التوفر التي قمت بنشر نظام SAP الخاص بك فيها. جميع الأجهزة الظاهرية لمنطقة معينة هي جزء من مجموعة موضع التقارب الفردية لتلك المنطقة المعينة. تبدأ في كل منطقة بنشر DBMS VM لتحديد نطاق PPG ثم نشر الجهاز الظاهري ASCS في نفس المنطقة وPPG. في خطوة ثالثة، يمكنك إنشاء مجموعة توفر Azure، وتعيين مجموعة التوفر إلى PPG المحددة النطاق ونشر طبقة تطبيق SAP فيها. وكانت ميزة هذا التكوين أن جميع المكونات تتم محاذاتها بشكل جيد تحت نفس العمود الفقري للشبكة. العيب الجسيم هو أن مرونتك في تغيير حجم الأجهزة الافتراضية يمكن أن تكون محدودة.

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

مجموعات مواضع التقارب ومثيلات HANA الكبيرة

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

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

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

ونتيجة لذلك، ستكون العلاقات بين مجموعات موارد Azure ومجموعات مواضع التقارب لمستأجر واحد كما هو موضح هنا:

رسم تخطيطي لمجموعات موضع التقارب ومثيلات HANA الكبيرة.

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

تحقق من الوثائق: