تكوين App Service Environment v1
هام
تتناول هذه المقالة App Service Environment إصدار 1. سيتم إيقاف الإصدارين 1 و2 من App Service Environment في 31 أغسطس 2024. يوجد إصدار جديد من App Service Environment يسهل استخدامه ويعمل ببنية أساسية أكثر قوة. لمعرفة المزيد عن الإصدار الجديد، ابدأ بمقدمة لبيئة App Service. إذا كنت تستخدم إصدار 1 من App Service Environment حاليًا، فالرجاء اتباع الخطوات الواردة في هذه المقالة للترحيل إلى الإصدار الجديد.
بعد 31 أغسطس 2024، سيبدأ إيقاف تشغيل أجهزة App Service Environment v1 وv2، وقد يؤثر ذلك على توفر التطبيقات والبيانات وأدائها. لن تنطبق اتفاقية مستوى الخدمة (SLA) وأرصدة الخدمة على أحمال عمل App Service Environment v1 وv2 التي تستمر في الإنتاج بعد 31 أغسطس 2024.
يجب إكمال الترحيل إلى App Service Environment v3 قبل 31 أغسطس 2024 أو قد يتم حذف التطبيقات والموارد. سنحاول الترحيل التلقائي لأي بيئة خدمة تطبيقات متبقية v1 وv2 على أساس أفضل جهد باستخدام ميزة الترحيل الموضعي، ولكن Microsoft لا تقدم أي مطالبة أو ضمانات حول توفر التطبيق بعد الترحيل التلقائي. قد تحتاج إلى إجراء تكوين يدوي لإكمال الترحيل وتحسين خيار SKU لخطة App Service لتلبية احتياجاتك. إذا لم يكن الترحيل التلقائي ممكنا، حذف الموارد وبيانات التطبيق المقترنة. ونحثك بشدة على التصرف الآن لتجنب أي من هذه السيناريوهات المتطرفة.
للحصول على أحدث المعلومات حول إيقاف App Service Environment v1/v2، راجع تحديث إيقاف App Service Environment v1 وv2.
نظرة عامة
يتكون Azure App Service Environment، على مستوى عال، من عدة مكونات رئيسية:
- حوسبة الموارد التي يتم تشغيلها في البيئة المستضافة لـ App Service Environment
- التخزين
- قاعدة بيانات
- شبكة Azure الظاهرية (VNet) الكلاسيكية (V1) أو Resource Manager (V2)
- شبكة فرعية مع خدمة مستضافة لـ App Service Environment قيد التشغيل فيها
حوسبة الموارد
يمكنك استخدام حوسبة الموارد لمجموعات الموارد الأربعة لديك. يتضمن كل App Service Environment (ASE) مجموعة من الواجهات الأمامية وثلاثة تجمعات عامل محتملة. لا تحتاج إلى استخدام تجمعات العامل الثلاثة، ويمكنك فقط استخدام واحد أو اثنين إذا كنت تريد ذلك.
لا يمكن للمستأجرين الوصول مباشرة إلى المضيفين في تجمعات الموارد (الواجهات الأمامية والعمال). لا يمكنك استخدام بروتوكول سطح المكتب البعيد (RDP) للاتصال بهم أو تغيير التزويد أو العمل كمسؤول عنهم.
يمكنك تعيين كمية تجمع الموارد وحجمها. لديك، في ASE، أربعة خيارات للحجم تتم تسميتها من P1 إلى P4. للحصول على تفاصيل حول هذه الأحجام وأسعارها، راجع تسعير App Service. يسمى تغيير الكمية أو الحجم عملية المقياس. يمكن أن تكون عملية مقياس واحدة فقط قيد التقدم في كل مرة.
الواجهات الأمامية: الواجهات الأمامية هي نقاط نهاية HTTP/HTTPS لتطبيقات يتم الاحتفاظ بها في ASE لديك. لا تباشر تشغيل أعباء العمل في الواجهات الأمامية.
- يبدأ ASE باثنين من P2s وهو ما يكفي لأحمال عمل التطوير/الاختبار وأحمال عمل الإنتاج منخفضة المستوى. نوصي بشدة بـ P3s لأحمال عمل الإنتاج المتوسطة إلى الثقيلة.
- نوصي، بالنسبة لأحمال عمل الإنتاج المتوسطة إلى الثقيلة، بأن يكون لديك ما لا يقل عن أربعة P3s لضمان وجود واجهات أمامية كافية قيد التشغيل عند حدوث الصيانة المجدولة. ستؤدي أنشطة الصيانة المجدولة إلى إسقاط واجهة أمامية واحدة في كل مرة. وهذا يقلل من القدرة الإجمالية المتوفرة للواجهة الأمامية أثناء أنشطة الصيانة.
- يمكن أن يستغرق توفير الواجهات الأمامية ما يصل إلى ساعة.
- ينبغي، لمزيد من الضبط الدقيق للمقياس، مراقبة النسبة المئوية لوحدة CPU ونسبة الذاكرة ومقاييس «الطلبات النشطة» لتجمع الواجهة الأمامية. إذا تجاوزت النسب المئوية لوحدة CPU أو الذاكرة 70 بالمائة عند تشغيل P3s، أضف المزيد من الواجهات الأمامية. إذا كانت قيمة "الطلبات النشطة" تتراوح بين 15,000 و20,000 طلب لكل واجهة أمامية، فينبغي أيضا إضافة المزيد من الواجهات الأمامية. الهدف العام هو الحفاظ على النسب المئوية لوحدة CPU والذاكرة لتكون أقل من 70٪، ومتوسط الطلبات النشطة أقل من 15,000 طلب لكل واجهة أمامية عند تشغيل P3s.
العمال: العمال هو مكان يتم فيه تشغيل التطبيقات بالفعل. عند توسيع نطاق خطط App Service التي تستخدم العاملين في تجمع العامل المقترن.
- لا يمكنك إضافة عمال على الفور. قد يستغرق توفيرها ما يصل إلى ساعة.
- سيستغرق تغيير حجم مورد الحوسبة لأي تجمع < ساعة واحدة لكل مجال تحديث. هناك 20 مجال تحديث في ASE. إذا قمت بتغيير حجم الحوسبة لتجمع العامل باستخدام 10 مثيلات، فقد يستغرق ما يصل إلى 10 ساعات حتى يكتمل.
- إذا قمت بتغيير حجم موارد الحوسبة المستخدمة في تجمع العامل، فستتسبب في بدء تشغيل التطبيقات التي تعمل في تجمع العامل هذا.
أسرع طريقة لتغيير حجم مورد الحوسبة لتجمع العامل الذي لا يعمل على تشغيل أي تطبيقات هي:
- خفّض كمية العمال إلى 2. الحد الأدنى لتقليص الحجم في المدخل هو 2. سيستغرق إلغاء تخصيص المثيلات لديك بضع دقائق.
- حدد حجم الحساب الجديد وعدد المثيلات. سيستغرق الأمر من هنا ما يصل إلى ساعتين لإكماله.
إذا كانت تطبيقاتك تتطلب حجم أكبر من مورد الحوسبة، فلا يمكنك الاستفادة من الإرشادات السابقة. يمكنك، بدلا من تغيير حجم تجمع العامل الذي يستضيف هذه التطبيقات، ملء تجمع عامل آخر بعمال بالحجم المطلوب ونقل تطبيقاتك إلى هذا التجمع.
- أنشئ مثيلات إضافية لحجم الحساب المطلوب في تجمع عامل آخر. سيستغرق إكمال ذلك ما يصل إلى ساعة.
- أعد تعيين خطط App Service التي تستضيف التطبيقات التي تحتاج إلى حجم أكبر إلى تجمع العمال المكون حديثا. هذه عملية سريعة يجب أن تستغرق أقل من دقيقة لإكمالها.
- يوصى بتقليص حجم تجمع العامل الأول إذا لم تعد بحاجة إلى هذه المثيلات غير المستخدمة. تستغرق هذه العملية بضع دقائق لإكمالها.
التحجيم التلقائي: تتمثل إحدى الأدوات التي يمكن أن تساعدك على إدارة استهلاك مورد الحوسبة في التحجيم التلقائي. يمكنك استخدام التحجيم التلقائي للواجهة الأمامية أو تجمعات العامل. يمكنك تنفيذ أشياء مثل زيادة المثيلات لأي نوع تجمع في الصباح وتقليلها في المساء. أو ربما يمكنك إضافة مثيلات عندما يصل عدد العمال المتوفرين في تجمع العمال إلى أقل من حد محدد.
إذا كنت ترغب في تعيين قواعد التحجيم التلقائي حول مقاييس تجمع موارد الحوسبة، فيوصى بمراعاة الوقت الذي يتطلبه التوفير. لمزيد من التفاصيل حول التحجيم التلقائي ل App Service Environments، راجع كيفية تكوين التحجيم التلقائي في App Serrvice Environment.
التخزين
يتم تكوين كل ASE باستخدام 500 GB من التخزين. يتم استخدام هذه المساحة عبر جميع التطبيقات في ASE. مساحة التخزين هذه هي جزء من ASE ولا يمكن تبديلها حاليا لاستخدام مساحة التخزين لديك. في حالة إجراء تعديلات على توجيه الشبكة الظاهرية أو الأمان، فلا تزال بحاجة إلى السماح بالوصول إلى Azure Storage، أو لا يمكن ل ASE العمل.
قاعدة البيانات
تحتوي قاعدة البيانات على المعلومات التي تحدد البيئة بالإضافة إلى تفاصيل عن التطبيقات قيد العمل داخلها. هذا أيضا جزء من اشتراك Azure. إنه ليس شيئا لديك قدرة مباشرة على التلاعب به. في حالة إجراء تعديلات على توجيه الشبكة الظاهرية أو الأمان، فلا تزال بحاجة إلى السماح بالوصول إلى SQL Azure، أو لا يمكن ل ASE العمل.
الشبكة
يمكن أن تكون الشبكة الظاهرية المستخدمة مع ASE هي الشبكة التي أنشأتها عند إنشاء ASE أو تلك التي أنشأتها مسبقا. عند إنشاء الشبكة الفرعية أثناء إنشاء ASE، فهذا يجبر ASE على أن يكون في نفس مجموعة الموارد مثل الشبكة الظاهرية. إذا كنت بحاجة إلى مجموعة الموارد التي يستخدمها ASE لديك لتكون مختلفة عن تلك الخاصة بالشبكة الظاهرية، فأنت بحاجة إلى إنشاء ASE خاص بك باستخدام قالب Azure Resource Manager.
هناك بعض القيود على الشبكة الظاهرية المستخدمة ل ASE:
- يجب أن تكون الشبكة الظاهرية شبكة ظاهرية إقليمية.
- يجب أن تكون هناك شبكة فرعية ذات 8 عناوين أو أكثر حيث يتم نشر ASE.
- بعد استخدام شبكة فرعية لاستضافة ASE، لا يمكن تغيير نطاق عنوان الشبكة الفرعية. توصي، لهذا السبب، بأن تحتوي الشبكة الفرعية على 64 عنوانا على الأقل لاستيعاب أي نمو ASE مستقبلا.
- لا يمكن أن يكون هناك شيء آخر في الشبكة الفرعية سوى ASE.
على عكس الخدمة المستضافة التي تحتوي على ASE، تكون الشبكة الظاهرية والشبكة الفرعية تحت تحكم المستخدم. يمكنك إدارة الشبكة الظاهرية من خلال واجهة مستخدم الشبكة الظاهرية أو PowerShell. يمكن نشر ASE في شبكة ظاهرية كلاسيكية أو Resource Manager. تختلف تجارب المدخل وواجهة برمجة التطبيقات اختلافا طفيفا بين الشبكات الظاهرية الكلاسيكية وResource Manager ولكن تجربة ASE هي نفسها.
يمكن للشبكة الظاهرية المستخدمة لاستضافة ASE استخدام عناوين IP RFC1918 الخاصة أو يمكنها استخدام عناوين IP العامة. إذا كنت ترغب في استخدام نطاق IP غير مشمول ب RFC1918 (10.0.0.0/8, 172.16.0.0/12, 192.168.0.0/16)، فأنت بحاجة إلى إنشاء الشبكة الظاهرية والشبكة الفرعية ليستخدمهما ASE قبل إنشاء ASE.
نظرا لأن هذه الإمكانية تضع Azure App Service في شبكتك الظاهرية، فهذا يعني أن تطبيقاتك المستضافة في ASE لديك يمكنها الآن الوصول إلى الموارد التي يتم توفيرها من خلال ExpressRoute أو الشبكات الظاهرية الخاصة (VPNs) من موقع إلى موقع مباشرة. لا تتطلب التطبيقات الموجودة داخل App Service Environment ميزات شبكة اتصال إضافية للوصول إلى الموارد المتوفرة للشبكة الظاهرية التي تستضيف App Service Environment. يعني هذا أنك لا تحتاج إلى استخدام تكامل VNET أو «اتصالات مختلطة» للوصول إلى الموارد في شبكتك الظاهرية أو الاتصال بها. لا يزال بإمكانك استخدام هاتين الميزتين للوصول إلى الموارد في الشبكات غير المتصلة بالشبكة الظاهرية لديك.
يمكنك، على سبيل المثال، استخدام تكامل VNET للتكامل مع شبكة ظاهرية موجودة في الاشتراك لكنها غير متصلة بالشبكة الظاهرية التي يوجد بها ASE. لا يزال بإمكانك أيضا استخدام Hybrid Connections للوصول إلى الموارد الموجودة في شبكات أخرى تماما كما تفعل عادة.
إذا كانت الشبكة الظاهرية لديك تم تكوينها باستخدام ExpressRoute VPN، يجب أن تكون على دراية ببعض متطلبات التوجيه الخاصة بـ ASE. هناك بعض تكوينات التوجيه المعرف بواسطة المستخدم (UDR) غير متوافقة مع ASE. لمزيد من التفاصيل حول تشغيل ASE في شبكة ظاهرية باستخدام ExpressRoute، راجع تشغيل App Service Environment في شبكة ظاهرية باستخدام ExpressRoute.
تأمين نقل البيانات الواردة
هناك طريقتان أساسيتان للتحكم في نقل البيانات الواردة إلى ASE. يمكنك استخدام مجموعات أمان الشبكة (NSGs) للتحكم في عناوين IP التي يمكنها الوصول إلى ASE كما هو موضح هنا كيفية التحكم في نقل البيانات الواردة في App Service Environment ويمكنك أيضا تكوين ASE لديك باستخدام موازن التحميل الداخلي (ILB). يمكن أيضا استخدام هذه الميزات معا إذا كنت تريد تقييد الوصول باستخدام NSGs إلى ILB ASE لديك.
سيتم، عند إنشاء ASE، إنشاء VIP في VNet لديك. هناك نوعان من VIP، خارجي وداخلي. عند إنشاء ASE باستخدام VIP خارجي، سيكون من الممكن الوصول إلى تطبيقاتك في ASE عبر عنوان IP قابل للتوجيه عبر الإنترنت. سيتم، عند تحديد داخلي، تكوين ASE باستخدام ILB ولن يمكن الوصول إليه مباشرة عبر الإنترنت. لا يزال ILB ASE يتطلب VIP خارجي لكنه يستخدم فقط لإدارة Azure والوصول إلى الصيانة.
يمكنك، أثناء إنشاء ILB ASE، توفير المجال الفرعي المستخدم بواسطة ILB ASE وسيتعين عليك إدارة DNS الخاص بك للمجال الفرعي الذي تحدده. يجب أيضا، نتيجة تعيين اسم المجال الفرعي، إدارة الشهادة المستخدمة للوصول إلى HTTPS. يُطلب منك، بعد إنشاء ASE، تقديم الشهادة. لمعرفة المزيد حول إنشاء واستخدام ILB ASE، اقرأ كيفية إنشاء ASEv1 من القالب.
المدخل
يمكنك إدارة ومراقبة App Service Environment باستخدام واجهة المستخدم في مدخل Microsoft Azure. من المحتمل، إذا كان لديك ASE، ظهور رمز App Service على الشريط الجانبي. يستخدم هذا الرمز لتمثيل App Service Environments في مدخل Microsoft Azure:
يمكنك، لفتح واجهة المستخدم التي تسرد جميع بيئات App Service Environments، استخدام الأيقونة أو تحديد الرمز chevron (">") في أسفل الشريط الجانبي لتحديد App Service Environments. يمكنك، بتحديد أحد ASEs المدرج، فتح واجهة المستخدم المستخدمة في مراقبته وإدارته.
تعرض هذه الشفرة الأولى بعض خصائص ASE لديك إلى جانب مخطط قياسي لكل تجمع موارد. بعض الخصائص التي تظهر في الكتلة Essentials هي أيضا ارتباطات تشعبية ستفتح الشفرة المقترنة بها. يمكنك، على سبيل المثال، تحديد اسم «الشبكة الظاهرية» لفتح واجهة المستخدم المقترنة بالشبكة الظاهرية التي يتم تشغيل ASE فيها. تفتح خطط App ServiceوApps شفرات تسرد هذه العناصر الموجودة في ASE.
مراقبة
تسمح لك المخططات برؤية مجموعة متنوعة من مقاييس الأداء في كل تجمع موارد. يمكنك، بالنسبة إلى تجمع الواجهة الأمامية، مراقبة معدل وحدة CPU والذاكرة. يمكنك، بالنسبة إلى تجمعات العامل، مراقبة الكمية المستخدمة والكمية المتوفرة.
يمكن لخطط App Service المتعددة الاستفادة من العمال في تجمع العامل. لا يتم توزيع حمل العمل بنفس الطريقة كما هو الحال مع خوادم الواجهة الأمامية، لذلك لا يقدم استخدام وحدة CPU والذاكرة الكثير من المعلومات المفيدة. من المهم للغاية تتبع عدد العمال الذين تم استخدامهم والمتاحين خاصة إذا كنت تدير هذا النظام ليستخدمه الآخرون.
يمكنك أيضا استخدام جميع المقاييس التي يمكن تتبعها في المخططات لإعداد التنبيهات. يعمل إعداد التنبيهات هنا بالطريقة نفسها التي يعمل بها في أي مكان آخر في App Service. يمكنك تعيين تنبيه إما من جزء واجهة مستخدم «التنبيهات» أو من التنقل في أي واجهة مستخدم للمقاييس وتحديد إضافة تنبيه.
كانت المقاييس التي طرحت للمناقشة للتو هي مقاييس App Service Environment. هناك أيضا مقاييس متوفرة على مستوى خطة App Service. هذا هو المكان الذي تكون فيه مراقبة وحدة CPU والذاكرة تشكل أهمية كبرى.
جميع خطط App Service في ASEهي خطط App Service. يعني هذا أن التطبيقات الوحيدة التي تعمل على الأجهزة المضيفة المخصصة لخطة App Service هذه هي التطبيقات الموجودة في خطة App Service هذه. يمكنك، للاطلاع على تفاصيل خطة App Service، إحضار خطة App Service من أي من القوائم في واجهة مستخدم ASE أو من استعراض خطط App Service (التي تسردها جميعا).
إعدادات
يوجد، في شفرة ASE، قسم «إعدادات» يحتوي على العديد من الإمكانات المهمة:
إعدادات>الخصائص: يتم فتح شفرة الإعدادات تلقائيا عند إحضار شفرة ASE الخاصة بك. توجد في الجزء العلوي «الخصائص». يوجد عدد من العناصر الموجودة هنا مكررة لما تراه في Essentials، ولكن ما هو مفيد للغاية هو «عنوان IP الظاهري»، بالإضافة إلى «عناوين IP الصادرة».
إعدادات>عناوين IP: تحتاج، عند إنشاء تطبيق IP Secure Sockets Layer (SSL) في ASE لديك، إلى عنوان IP SSL. للحصول على واحد، يحتاج ASE لديك إلى عناوين IP SSL التي يمتلكها والتي يمكن تخصيصها. يكون له عنوان IP SSL واحد لهذا الغرض عند إنشاء ASE لكن يمكنك إضافة المزيد. هناك رسوم لعناوين IP SSL الإضافية كما هو موضح في تسعير App Service (في القسم الخاص باتصالات SSL). السعر الإضافي هو سعر IP SSL.
إعدادات>تجمع الواجهة الأمامية / تجمعات العامل: تقدم كل شفرة من شفرات تجمع الموارد هذه القدرة على رؤية المعلومات فقط في تجمع الموارد هذا بالإضافة إلى توفير عناصر تحكم لتوسيع نطاق تجمع الموارد هذا بشكل كامل.
توفر الشفرة الأساسية لكل تجمع موارد مخططا بمقاييس لتجمع الموارد هذا. يمكنك، تماما كما هو الحال مع المخططات من شفرة ASE، الانتقال إلى المخطط وإعداد التنبيهات حسب الرغبة. يعمل تعيين التنبيه من شفرة ASE لتجمع موارد محدد على تنفيذ الأمر ذاته كما يفعل ذلك من تجمع الموارد. يمكنك، من شفرة «إعدادات» تجمع العامل، الوصول إلى جميع خطط Apps أو App Service التي يتم تشغيلها في تجمع العامل هذا.
إمكانات مقياس المدخل
هناك ثلاث عمليات مقياس:
- تغيير عدد عناوين IP في ASE المتوفرة لاستخدام IP SSL.
- تغيير حجم مورد الحوسبة المستخدم في تجمع الموارد.
- تغيير عدد موارد الحوسبة المستخدمة في تجمع الموارد إما يدويا أو من خلال التحجيم التلقائي.
يوجد في المدخل ثلاث طرق للتحكم في عدد الخوادم الموجودة لديك في تجمعات الموارد:
- عملية مقياس من شفرة ASE الرئيسية في الأعلى. يمكنك إجراء تغييرات متعددة في تكوين المقياس على الواجهة الأمامية وتجمعات العامل. تطبق جميعا كعملية واحدة.
- عملية مقياس يدوية من شفرة تجمع الموارد الفردية Scale وتوجد ضمن الإعدادات.
- التحجيم التلقائي الذي تم إعداده من شفرة Scale لتجمع الموارد الفردية.
لاستخدام عملية المقياس على شفرة ASE، اسحب شريط التمرير إلى الكمية التي تريدها واحفظها. تدعم واجهة المستخدم هذه أيضا تغيير الحجم.
لاستخدام الإمكانات اليدوية أو التحجيم التلقائي في تجمع موارد محدد، انتقل إلى الإعدادات>تجمع الواجهة الأمامية / تجمعات العامل حسب الاقتضاء. ثم افتح التجمع الذي تريد تغييره. انتقل إلى الإعدادات>توسيع نطاق أوالإعدادات>تحجيم لأعلى. تمكنك شفرة Scale Out من التحكم في كمية المثيل. يمكنك التحجيم لأعلى من التحكم في حجم المورد.
اعتبارات التسامح مع الخطأ
يمكنك تكوين App Service Environment لاستخدام ما يصل إلى 55 من إجمالي موارد الحوسبة. يمكن، من بين 55 مورد حوسبة، استخدام 50 فقط لاستضافة أحمال العمل. والسبب في ذلك ذو شقين. يوجد حد أدنى يبلغ موردين حوسبة للواجهة الأمامية. يترك هذا ما يصل إلى 53 لدعم تخصيص تجمع العامل. تحتاج، لتقديم التسامح مع الخطأ، إلى مورد حوسبة إضافي يتم تخصيصه وفقا للقواعد التالية:
- يحتاج كل تجمع عامل إلى مورد حوسبة إضافي على الأقل غير متوفر لتعيين حمل عمل.
- عندما تتجاوز كمية موارد الحوسبة في تجمع عامل قيمة محددة، يلزم وجود مورد حوسبة آخر للتسامح مع الخطأ. هذا ليس هو الحال في تجمع الواجهة الأمامية.
متطلبات التسامح مع الخطأ، في أي تجمع عامل واحد، هي أن قيمة محددة من موارد X المعينة لتجمع عامل:
- إذا كان X بين 2 و20، فإن مقدار موارد الحوسبة القابلة للاستخدام التي يمكنك استخدامها لأحمال العمل هو X-1.
- إذا كان X بين 21 و40 فإن مقدار موارد الحوسبة القابلة للاستخدام التي يمكنك استخدامها لأحمال العمل هو X-2.
- إذا كان X بين 41 و53 فإن مقدار موارد الحوسبة القابلة للاستخدام التي يمكنك استخدامها لأحمال العمل هو X-3.
يحتوي الحد الأدنى من البصمة على خادمين الواجهة الأمامية وعاملين. بالإضافة إلى البيانات المذكورة أعلاه، فيما يلي بعض الأمثلة لتوضيح:
- إذا كان لديك 30 عاملا في تجمع واحد، فيمكن استخدام 28 منهم لاستضافة أحمال العمل.
- إذا كان لديك عاملان في تجمع واحد، فيمكن استخدام 1 منهم لاستضافة أحمال العمل.
- إذا كان لديك 20 عاملا في تجمع واحد، فيمكن استخدام 19 منهم لاستضافة أحمال العمل.
- إذا كان لديك 21 عاملا في تجمع واحد، فيمكن استخدام 19 منهم لاستضافة أحمال العمل.
يعد جانب التسامح مع الخطأ مهما، لكن ينبغي لك مراعاته عندما تتجاوز حدود محددة. إذا كنت ترغب في إضافة المزيد من السعة بدءا من 20 مثيلا، فانتقل إلى 22 أو أعلى لأن 21 لا يضيف أي سعة إضافية. وينطبق الشيء نفسه على 40، حيث الرقم التالي الذي يضيف السعة هو 42.
حذف App Service Environment
إذا كنت ترغب في حذف App Service Environment، فما عليك سوى استخدام إجراء «حذف» في الجزء العلوي من شفرة App Service Environment. يُطلب منك، عند تنفيذ هذا، إدخال اسم App Service Environment للتأكد من أنك ترغب حقا في تنفيذ ذلك. لاحظ أنه عند حذف App Service Environment، فإنك تحذف كل المحتوى الموجود به أيضا.
الشروع في العمل
لبدء استخدام App Service Environments، راجع كيفية إنشاء ASEv1 من القالب.
إشعار
إذا كنت تريد البدء في استخدام Azure App Service قبل التسجيل للحصول على حساب Azure، فانتقل إلى تجربة App Service، إذ يمكنك على الفور إنشاء تطبيق ويب مبتدئ قصير العمر في App Service. لا حاجة لبطاقات الائتمان؛ لا التزام عليك.