مجموعات وضع التقارب في Azure للحصول على زمن وصول الشبكة الأمثل مع تطبيقات SAP

  • مقالة
  • قراءة خلال 14 دقائق

هام

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

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

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

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

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

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

هام

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

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

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

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

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

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

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

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

ملاحظة

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

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

مجموعات مواضع التقارب مع أنظمة SAP التي تستخدم أجهزة Azure الظاهرية فقط

في هذا القسم، نمر ببُنى النشر المستخدمة حتى الآن والتوصيات الجديدة

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

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

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

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

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

Old Proximity placement groups with zones

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

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

New Proximity placement groups with zones

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

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

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

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

Proximity placement groups with AvSets

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

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

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

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

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

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

Proximity placement groups and HANA Large Instances

مثال على النشر باستخدام مجموعات مواضع التقارب

فيما يلي بعض أوامر PowerShell التي يمكنك استخدامها لنشر الأجهزة الظاهرية مع مجموعات مواضع التقارب من Azure.

الخطوة الأولى، بعد تسجيل الدخول إلى Azure Cloud Shell، هي التحقق مما إذا كنت في اشتراك Azure الذي تريد استخدامه للنشر:


Get-AzureRmContext

إذا كنت بحاجة إلى التغيير إلى اشتراك مختلف، فيمكنك القيام بذلك عن طريق تشغيل هذا الأمر:


Set-AzureRmContext -Subscription "PPG test subscription"

قم بإنشاء مجموعة موارد Azure جديدة عن طريق تشغيل هذا الأمر:


New-AzResourceGroup -Name "ppgexercise" -Location "westus2"

قم بإنشاء مجموعة مواضع التقارب جديدة عن طريق تشغيل هذا الأمر:


New-AzProximityPlacementGroup -ResourceGroupName "ppgexercise" -Name "collocate" -Location "westus2"

قم بنشر أول جهاز ظاهري في مجموعة مواضع التقارب باستخدام أمر مثل هذا:


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

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

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

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

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

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

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


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

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

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

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

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

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

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

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