تدريب - التوسع بشكل عمودي لتطبيق ويب

مكتمل

يوفر التوسع بشكل عمودي موارد أكثر قوة لتشغيل تطبيق ويب. كما أنه يزيد عدد المثيلات المتوافرة لتوسيع النطاق.

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

في هذا التمرين، قم بتوسيع نطاق تطبيق الويب لنظام حجز الفنادق الذي قمت بنشره سابقا. قم بتشغيل نفس تطبيق عميل الاختبار الذي استخدمته من قبل، وراقب أداء تطبيق الويب.

فحص طبقة التسعير الحالية لتطبيق الويب

هام

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

1. سجل دخولك إلى مدخل Azure.

2. في قائمة "مدخل Azure" أو من صفحة Home، حدد All resources، ثم حدد خطة App Service.

3. ضمن Settings، حددScale up (App Service plan). يجب أن تشاهد تفاصيل طبقة التسعير لخطة App Service. طبقة التسعير هي S1 التي توفر 100 وحدة حساب في Azure و1.75 جيجابايت من الذاكرة تعمل على جهاز ظاهري من السلسلة A.

   

تشغيل تطبيق العميل التجريبي

1. في نافذة Cloud Shell على الجانب الأيمن من الشاشة، انتقل إلى المجلد ~/mslearn-hotel-reservation-system/src/HotelReservationSystemTestClient:

   cd ~/mslearn-hotel-reservation-system/src/HotelReservationSystemTestClient
   

2. قم بتشغيل تطبيق العميل. وفِّر للنظام بضع دقائق للتشغيل. كما هو الحال في بداية التمرين السابق، تكون الاستجابات بطيئة. تفشل طلبات العميل قريبا مع أخطاء HTTP 408 (المهلة).

   dotnet run
   

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

توسيع تطبيق الويب بشكل عمودي ومراقبة النتائج

1. في مدخل Microsoft Azure، ارجع إلى الصفحة الخاصة بخطة App Service.

2. ضمن Settings، حددScale up (App Service plan).

3. حدد طبقة التسعير P2V2 ثم حدد Apply. يمنحك مستوى التسعير هذا 420 وحدة ACU (أكثر من أربعة أضعاف قوة مستوى التسعير S1) و7 غيغابايت من الذاكرة التي تعمل على جهاز ظاهري Dv2-Series. ولكن هذا الجهاز الظاهري يكلف أربعة أضعاف تكلفة تشغيل مستوى التسعير S1.

4. انتظر خمس دقائق أخرى، ثم قم بعرض مخطط الأداء على لوحة المعلومات في مدخل Microsoft Azure.

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

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

   

6. ارجع إلى Cloud Shell الذي يقوم بتشغيل تطبيق العميل. اختر Enter لإيقاف التطبيق.