إشعار
يتطلب الوصول إلى هذه الصفحة تخويلاً. يمكنك محاولة تسجيل الدخول أو تغيير الدلائل.
يتطلب الوصول إلى هذه الصفحة تخويلاً. يمكنك محاولة تغيير الدلائل.
Azure Application Gateway عبارة عن موازن تحميل نسبة استخدام الشبكة على الويب يمكنك استخدامه لإدارة نسبة استخدام الشبكة إلى تطبيقات الويب الخاصة بك. يوفر ميزات متقدمة مثل التحجيم التلقائي ، وتكرار المنطقة ، وعناوين IP الافتراضية الثابتة (VIP) ، وتكامل جدار حماية تطبيقات الويب (WAF) لتقديم خدمات توصيل التطبيقات عالية التوفر والآمنة.
عند استخدام Azure، تعد الموثوقية مسؤولية مشتركة. توفر Microsoft مجموعة من الإمكانات لدعم المرونة والاسترداد. أنت مسؤول عن فهم كيفية عمل هذه الإمكانات في جميع الخدمات التي تستخدمها، وتحديد الإمكانات التي تحتاجها لتحقيق أهداف عملك وأهداف وقت التشغيل.
توضح هذه المقالة كيفية جعل Application Gateway v2 مرنا لمجموعة متنوعة من حالات الانقطاع والمشكلات المحتملة، بما في ذلك الأخطاء العابرة وانقطاع منطقة التوفر وانقطاع التيار الكهربائي في المنطقة. كما يسلط الضوء على بعض المعلومات الأساسية حول اتفاقية مستوى خدمة Application Gateway v2 (SLA).
هام
تعتمد موثوقية الحل الشامل على تكوين خوادم الواجهة الخلفية التي توجه Application Gateway نسبة استخدام الشبكة إليها. اعتمادا على الحل الخاص بك، قد تكون هذه أجهزة Azure الظاهرية (VMs) أو مجموعات مقياس الجهاز الظاهري Azure أو خدمات تطبيقات Azure أو نقاط النهاية الخارجية.
خوادم الواجهة الخلفية ليست في نطاق هذه المقالة، ولكن تكوينات التوفر الخاصة بها تؤثر بشكل مباشر على مرونة التطبيق الخاص بك. راجع أدلة الموثوقية لجميع خدمات Azure في الحل الخاص بك لفهم كيفية دعم كل خدمة لمتطلبات الموثوقية الخاصة بك. من خلال التأكد من تكوين خوادم الواجهة الخلفية أيضا للتوفر العالي والتكرار في المنطقة، يمكنك تحقيق الموثوقية الشاملة لتطبيقك.
توصيات نشر الإنتاج
للتعرف على كيفية نشر Application Gateway لدعم متطلبات موثوقية الحل الخاص بك، وكيف تؤثر الموثوقية على الجوانب الأخرى للبنية الخاصة بك، راجع أفضل ممارسات البنية لبوابة التطبيق في Azure Well-Architected Framework.
نظرة عامة على بنية الموثوقية
Application Gateway هي خدمة مدارة. من المهم فهم بعض العناصر الأساسية لبنية الخدمة حتى تتمكن من اتخاذ قرارات موثوقة مستنيرة.
عباره: عند نشر Application Gateway، فإنك تنشر بوابة، وهي مورد Azure الذي تعمل معه.
الحالات:المثيل هو وحدة واحدة من البوابة. تحتوي البوابة على مثيلات متعددة. لكل مثيل عنوان IP خاص به، ويعالج نسبة استخدام الشبكة ويوجه الطلبات.
هام
للحصول على قابلية وصول عالية، يتم دائما إنشاء كل بوابة بمثيلين على الأقل. ومع ذلك، قد يشير مدخل Microsoft Azure إلى أن بوابتك تحتوي على مثيل واحد، على الرغم من أنها تحتوي بالفعل على مثيلين.
يدير النظام الأساسي تلقائيا إنشاء المثيل ومراقبة السلامة واستبدال المثيلات غير الصحية. كما أنه يدير الإزالة الرشيقة للمثيلات أثناء أحداث التوسع. تعرف هذه العملية باسم استنزاف الاتصال.
يوضح الرسم التخطيطي التالي بوابة بمثيلين:
لتوزيع المثيلات عبر مناطق توفر متعددة وبالتالي زيادة التكرار والتوفر أثناء فشل مركز البيانات، يمكنك تمكين تكرار المنطقة.
القياس: يتمثل أحد الجوانب المهمة لموثوقية البوابة في كيفية توسيع نطاقها لتلبية الطلب على حركة المرور. إذا لم يتم تغيير حجم البوابة بشكل مناسب، فلن تتدفق حركة المرور ويمكن أن يواجه التطبيق الخاص بك وقت توقف. يمكنك تكوين Application Gateway لاستخدام أحد أوضاع التحجيم التالية.
التحجيم التلقائي: يضبط تلقائيا عدد المثيلات ضمن النطاق الذي تحدده. يعمل التحجيم التلقائي على قياس عدد المثيلات استنادا إلى الطلب الحالي على نسبة استخدام الشبكة.
التحجيم اليدوي: يتطلب منك تحديد عدد محدد من المثيلات. أنت مسؤول عن تحديد عدد المثيلات الذي يلبي طلب حركة المرور الخاص بك.
تمثل وحدة السعة مقداری السعة التي يمكن للبوابة معالجتها. وحدة السعة هي مقياس اصطناعي يتضمن حركة المرور وعدد الاتصالات وموارد الحساب. يمكن لكل مثيل التعامل مع 10 وحدات سعة على الأقل. لمزيد من المعلومات، راجع Scale Application Gateway v2 وWAF v2.
المجسات الصحية: تستخدم Application Gateway فحوصات السلامة لمراقبة خوادم الواجهة الخلفية باستمرار، مثل خوادم التطبيقات الفردية. يمكن إعادة توجيه حركة المرور تلقائيا إلى خوادم خلفية سليمة عند اكتشاف خوادم غير سليمة.
المرونة في مواجهة الأعطال العابرة
الأخطاء العابرة هي حالات فشل قصيرة متقطعة في المكونات. تحدث بشكل متكرر في بيئة موزعة مثل السحابة، وهي جزء طبيعي من العمليات. الأخطاء العابرة تصحح نفسها بعد فترة زمنية قصيرة. من المهم أن تتمكن تطبيقاتك من معالجة الأخطاء العابرة، عادة عن طريق إعادة محاولة الطلبات المتأثرة.
يجب أن تتبع جميع التطبيقات المستضافة على السحابة إرشادات معالجة الأخطاء العابرة ل Azure عند الاتصال بأي واجهات برمجة تطبيقات وقواعد بيانات ومكونات أخرى مستضافة على السحابة. لمزيد من المعلومات، راجع توصيات للتعامل مع الأخطاء العابرة.
عند استخدام Application Gateway، ضع في اعتبارك أفضل الممارسات التالية:
تنفيذ منطق إعادة المحاولة. يجب على العملاء تنفيذ آليات إعادة المحاولة المناسبة لفشل الاتصال العابر.
تكوين فحوصات السلامة مع التسامح. قم بتكوين فحوصات السلامة الخاصة بك للسماح بفترة سماح للأخطاء العابرة. يمكن تكوين فحوصات السلامة بعتبة غير سليمة، والتي تحدد عدد محاولات الاتصال الفاشلة المتتالية التي يجب أن تؤدي إلى تشغيل خادم الواجهة الخلفية ليتم تمييزه على أنه غير سليم. تضمن القيمة الافتراضية لثلاثة أن الأخطاء العابرة في خوادم الواجهة الخلفية لا تؤدي إلى تشغيل Application Gateway لتمييز الخادم على أنه غير سليم دون داع.
المرونة في مواجهة حالات فشل منطقة التوفر
مناطق التوفر هي مجموعات منفصلة فعليا من مراكز البيانات داخل منطقة Azure. عند فشل منطقة واحدة، يمكن أن تفشل الخدمات إلى إحدى المناطق المتبقية.
توفر Application Gateway نوعين من دعم منطقة التوفر عند نشر بوابة Standard_v2 أو WAF_v2 في منطقة مدعومة.
المنطقة الزائدة عن الحاجة: يوزع Azure المثيلات تلقائيا عبر منطقتين أو أكثر من مناطق التوفر.
عند نشر بوابة جديدة، تكون زائدة عن الحاجة بشكل افتراضي.
يوضح الرسم التخطيطي التالي بوابة متكررة للمنطقة مع ثلاثة مثيلات موزعة عبر ثلاث مناطق توفر:
المناطق: ينشر Azure جميع مثيلات Application Gateway في منطقة واحدة تحددها داخل منطقة Azure التي اخترتها.
يوضح الرسم التخطيطي التالي بوابة منطقة بثلاثة مثيلات يتم نشرها في نفس منطقة التوفر:
هام
يوصى بالتثبيت على منطقة توفر واحدة فقط عندما يكون زمن الانتقال عبر المناطق مرتفعا جدا بالنسبة لاحتياجاتك وعند التحقق من أن زمن الانتقال لا يفي بمتطلباتك. في حد ذاتها، لا توفر بوابة المنطقة مرونة لانقطاع منطقة التوفر. لتحسين مرونة نشر بوابة التطبيق في المنطقة، تحتاج إلى نشر بوابات منفصلة بشكل صريح في مناطق توفر متعددة وتكوين توجيه نسبة استخدام الشبكة وتجاوز الفشل.
المتطلبات
دعم المنطقة: تدعم Application Gateway مناطق التوفر لمستويات Standard_v2 و WAF_v2 في جميع مناطق Azure التي تدعم مناطق التوفر.
سكو: يجب استخدام Standard_v2 أو WAF_v2 SKU لتمكين دعم منطقة التوفر.
عدد المثيلات: يجب أن تحتوي البوابة على مثيلين على الأقل.
ملاحظة
تحتوي جميع البوابات على مثيلين على الأقل لقابلية الوصول العالية. حتى إذا أشار مدخل Microsoft Azure إلى أن بوابتك تحتوي على مثيل واحد، إنشاؤها داخليا دائما باستخدام مثيلين على الأقل.
الاعتبارات
تنتشر البوابات المتكررة في المنطقة عبر منطقتين أو أكثر من مناطق التوفر في المنطقة. على سبيل المثال، في منطقة تحتوي على ثلاث مناطق توفر، يحتوي توزيع Application Gateway v2 المتكرر في المنطقة على مثيلات في منطقتين على الأقل من هذه المناطق. اعتمادا على السعة الإقليمية وقرارات النظام الأساسي ، قد تنتشر المثيلات عبر منطقتين أو ثلاث مناطق.
كلف
لا يتحمل دعم منطقة التوفر ل Application Gateway v2 رسوما إضافية تتجاوز تسعير وحدة السعة القياسية. للحصول على تفاصيل التسعير، راجع فهم التسعير لبوابة التطبيق وتسعير WAFوبوابة التطبيق.
تكوين دعم منطقة التوفر
يشرح هذا القسم كيفية تكوين دعم منطقة التوفر للبوابات الخاصة بك.
قم بإنشاء بوابة جديدة مع دعم منطقة التوفر. يعتمد الأسلوب الذي تستخدمه لتكوين مناطق التوفر على ما إذا كنت تريد إنشاء بوابة منطقة زائدة عن الحاجة أو منطقة داخلية.
المنطقة الزائدة عن الحاجة: يتم إنشاء بوابات جديدة كمنطقة زائدة عن الحاجة بشكل افتراضي. تنتشر المثيلات عبر مناطق توفر متعددة وقد تستخدم منطقتين أو أكثر في المنطقة.
لنشر بوابة جديدة، راجع التشغيل السريع: توجيه نسبة استخدام الشبكة على الويب باستخدام Application Gateway - مدخل Microsoft Azure.
عند استخدام قوالب Azure CLI أو Azure PowerShell أو Bicep أو Azure Resource Manager (قوالب ARM) أو Terraform، يمكنك اختياريا تحديد مناطق التوفر لنشر البوابة فيها. يمكنك نشر بوابة متكررة للمنطقة عن طريق تحديد منطقتين أو أكثر. ومع ذلك، نوصي بحذف قائمة المناطق حتى تتمكن البوابة الخاصة بك من استخدام جميع مناطق التوفر، ما لم يكن لديك سبب محدد لعدم استخدام منطقة معينة.
المناطق: يمكنك نشر بوابة منطقة باستخدام الأدوات التالية.
Azure CLI: يجب عليك تحديد المناطق بشكل صريح باستخدام المعلمة
--zonesفيaz network application-gateway createالأمر. لتثبيت البوابة بمنطقة واحدة، حدد رقم المنطقة المنطقية.Azure PowerShell: استخدم المعلمة
-ZoneفيNew-AzApplicationGatewayالأمر. لتثبيت البوابة بمنطقة واحدة، حدد رقم المنطقة المنطقية.قوالب العضلة ذات الرأسين وARM: قم بتكوين الخاصية
zonesفي تعريف المورد. لتثبيت البوابة بمنطقة واحدة، حدد رقم المنطقة المنطقية.
ملاحظة
عند تحديد مناطق التوفر التي يجب استخدامها، فإنك تحدد بالفعل منطقة التوفر المنطقية. إذا قمت بنشر مكونات حمل العمل الأخرى في اشتراك Azure مختلف، فقد تستخدم رقم منطقة توفر منطقية مختلفة للوصول إلى نفس منطقة التوفر الفعلية. لمزيد من المعلومات، راجع مناطق التوفر المادية والمنطقية.
قم بتغيير تكوين منطقة التوفر لمثيل Application Gateway v2 موجود. جميع البوابات زائدة عن الحاجة في المنطقة ما لم تقم بتكوينها لتكون منطقية.
إذا كنت بحاجة إلى الانتقال من بوابة متكررة للمنطقة إلى تكوين منطقي، فأنت بحاجة إلى نشر بوابة جديدة.
تعطيل دعم منطقة التوفر. لا يمكن تعطيل دعم منطقة التوفر. يجب أن تكون جميع البوابات في المناطق التي تدعم مناطق التوفر إما متكررة في المنطقة أو منطقية.
تخطيط القدرات وإدارتها
عندما تخطط لفشل المنطقة لبوابة تطبيق متكررة في المنطقة أو بوابات متعددة للمناطق تم نشرها في مناطق متعددة، ضع في اعتبارك أن المثيلات في المناطق الباقية يمكن أن تواجه زيادة في الحمل أثناء إعادة توزيع نسبة استخدام الشبكة. قد تواجه الاتصالات انقطاعات قصيرة يمكن أن تستمر لبضع ثوان.
لإدارة السعة بفعالية، اتخذ الإجراءات التالية:
استخدم التحجيم التلقائي. قم بتكوين التحجيم التلقائي بالحد الأقصى المناسب لعدد المثيلات للتعامل مع إعادة توزيع نسبة استخدام الشبكة المحتملة أثناء انقطاع المنطقة.
إذا كنت تستخدم التحجيم اليدوي، للتحضير لفشل منطقة التوفر، ففكر في الإفراط في توفير عدد المثيلات في البوابة. يسمح الإفراط في التوفير للحل بتحمل درجة معينة من فقدان السعة ، مع الاستمرار في العمل دون تدهور الأداء. لمزيد من المعلومات، راجع إدارة السعة مع الإفراط في التوفير.
الاستجابة للتغيرات في أنماط حركة المرور. راقب مقاييس السعة واضبط معلمات القياس استنادا إلى أنماط حركة المرور ومتطلبات الأداء.
السلوك عندما تكون جميع المناطق صحية
يصف القسم التالي ما يمكن توقعه عند تكوين Application Gateway v2 مع دعم منطقة التوفر وتشغيل جميع مناطق التوفر.
توجيه حركة المرور بين المناطق: توزع Application Gateway تلقائيا الطلبات الواردة عبر المثيلات في جميع المناطق التي تستخدمها البوابة. يضمن هذا التكوين النشط والنشط الأداء الأمثل وتوزيع الحمل في ظل ظروف التشغيل العادية.
إدارة المثيل: يدير النظام الأساسي تلقائيا موضع المثيل عبر المناطق التي تستخدمها بوابتك. يحل محل المثيلات الفاشلة ويحافظ على عدد المثيلات التي تم تكوينها. تضمن مراقبة السلامة أن المثيلات السليمة فقط هي التي تتلقى حركة المرور.
السلوك أثناء فشل المنطقة
يصف القسم التالي ما يمكن توقعه عند تكوين Application Gateway v2 مع دعم منطقة التوفر وعدم توفر منطقة توفر واحدة أو أكثر.
الكشف والاستجابة: تعتمد مسؤولية الكشف والاستجابة على تكوين منطقة التوفر التي تستخدمها البوابة.
المنطقة الزائدة عن الحاجة: تدير Microsoft الكشف عن حالات فشل المنطقة وتبدأ تجاوز الفشل تلقائيا. لا يلزم اتخاذ أي إجراء من قبل العميل.
المناطق: تحتاج إلى اكتشاف فقدان منطقة توفر وبدء تجاوز الفشل إلى بوابة ثانوية تقوم بإنشائها في منطقة توفر أخرى.
-
- الإعلام: لا تقوم Microsoft بإعلامك تلقائيا عندما تكون المنطقة معطلة. ومع ذلك، يمكنك استخدام Azure Resource Health لمراقبة صحة كل مورد على حدة، ويمكنك إعداد تنبيهات Resource Health لإبلاغك بالمشاكل. يمكنك أيضا استخدام Azure Service Health لفهم الصحة العامة للخدمة، بما في ذلك أي أعطال في المناطق، ويمكنك إعداد تنبيهات صحة الخدمة لإبلاغك بالمشاكل.
الطلبات النشطة: أثناء انقطاع المنطقة، يتم إنهاء الطلبات التي تتم معالجتها بواسطة مثيلات في تلك المنطقة. يجب على العملاء إعادة محاولة الطلبات باتباع الإرشادات الخاصة بكيفية التعامل مع الأخطاء العابرة.
فقدان البيانات المتوقع: لا يتوقع أن تتسبب حالات فشل المنطقة في فقدان البيانات لأن Application Gateway هي خدمة عديمة الحالة.
وقت التوقف المتوقع: يعتمد وقت التوقف عن العمل الذي يمكن توقعه على تكوين منطقة التوفر التي تستخدمها البوابة.
المنطقة الزائدة عن الحاجة: أثناء انقطاع المنطقة، قد تواجه الاتصالات انقطاعات قصيرة تستمر عادة بضع ثوان مع إعادة توزيع حركة المرور.
المناطق: عندما تكون المنطقة غير متوفرة، تكون البوابة غير متوفرة حتى يتم استرداد منطقة التوفر.
إدارة المثيل: يعتمد سلوك إدارة المثيل على تكوين منطقة التوفر التي تستخدمها البوابة.
المنطقة الزائدة عن الحاجة: يحاول النظام الأساسي الحفاظ على سعة بوابتك عن طريق إنشاء مثيلات مؤقتة في مناطق التوفر الأخرى.
داخليا، تستخدم Application Gateway مجموعات مقياس الجهاز الظاهري، والتي تؤدي موازنة المنطقة بأفضل جهد. بسبب هذا السلوك، قد لا تحدث عمليات التحجيم عندما لا يمكن تقسيم السعة بالتساوي بين المناطق (+/- مثيل 1).
المناطق: أنت مسؤول عن إنشاء مثيلات في المناطق الصحية إذا كنت بحاجة إليها.
إعادة توجيه حركة المرور: يعتمد سلوك إعادة توجيه نسبة استخدام الشبكة على تكوين منطقة التوفر التي تستخدمها البوابة.
المنطقة الزائدة عن الحاجة: تقوم Application Gateway بإعادة توزيع نسبة استخدام الشبكة على الفور إلى المثيلات في المناطق السليمة، بما في ذلك أي مثيلات تم إنشاؤها مؤقتا.
المناطق: عندما تكون المنطقة غير متوفرة، تكون البوابة غير متوفرة. إذا كانت لديك بوابة ثانوية في منطقة توفر أخرى، فأنت مسؤول عن إعادة توجيه نسبة استخدام الشبكة إلى تلك البوابة الثانوية.
استعادة المنطقة
يعتمد سلوك استرداد المنطقة على تكوين منطقة التوفر التي تستخدمها البوابة:
المنطقة الزائدة عن الحاجة: عند استرداد منطقة التوفر المتأثرة، تتخذ Application Gateway الإجراءات التالية تلقائيا:
يستعيد المثيلات في المنطقة المستردة
يزيل أي مثيلات مؤقتة تم إنشاؤها في مناطق أخرى أثناء الانقطاع
العودة إلى توزيع حركة المرور العادي عبر جميع المناطق المتاحة
المناطق: أنت مسؤول عن إعادة توجيه نسبة استخدام الشبكة إلى البوابة في منطقة التوفر الأصلية بعد استرداد منطقة التوفر.
اختبار فشل المنطقة
تعتمد خيارات اختبار حالات فشل المنطقة على تكوين منطقة التوفر التي تستخدمها البوابة.
المنطقة الزائدة عن الحاجة: يدير النظام الأساسي Application Gateway توجيه نسبة استخدام الشبكة وتجاوز الفشل وإرجاع الفشل بشكل كامل للبوابات الزائدة عن الحاجة في المنطقة. نظرا لأن Microsoft تدير هذه الميزة، فلن تحتاج إلى بدء عمليات فشل منطقة التوفر أو التحقق من صحتها. يتعامل النظام الأساسي مع جميع سيناريوهات فشل المنطقة بشفافية.
المناطق: يمكنك محاكاة بعض جوانب فشل منطقة التوفر عن طريق إيقاف البوابة بشكل صريح. من خلال إيقاف البوابة، يمكنك اختبار كيفية تعامل الأنظمة الأخرى وموازنات التحميل مع انقطاع التيار الكهربائي في البوابة. لمزيد من المعلومات، راجع كيفية إيقاف Application Gateway وبدء تشغيله.
القدرة على الصمود في وجه الإخفاقات على مستوى المنطقة
Application Gateway v2 هي خدمة أحادية المنطقة. إذا أصبحت المنطقة غير متوفرة، فستكون بوابتك غير متوفرة أيضا.
حلول مخصصة متعددة المناطق للمرونة
لتحقيق مرونة متعددة المناطق باستخدام Application Gateway v2، تحتاج إلى نشر بوابات منفصلة في كل منطقة مطلوبة وتنفيذ إدارة نسبة استخدام الشبكة عبر المناطق. أنت مسؤول عن نشر كل بوابة وتكوينها، بالإضافة إلى توجيه حركة المرور وتجاوز الفشل. ضع فِي الاعتبار النقَاط التَالية:
قم بتكوين قواعد ونهج Application Gateway المتسقة عبر المناطق. يمكنك تعريف البنية الأساسية كتعليمات برمجية (IaC) باستخدام أدوات مثل Bicep أو Terraform لتبسيط عمليات النشر والتكوينات عبر المناطق.
انشر حلا عالميا لموازنة التحميل يمكنه إرسال نسبة استخدام الشبكة بين بوابات إقليمية. خدمات موازنة التحميل العالمية في Azure هي Azure Traffic Manager وAzure Front Door. تقوم كل خدمة بتوجيه حركة المرور استنادا إلى الفحوصات الصحية أو القرب الجغرافي أو مقاييس الأداء. يوفر Azure Front Door أيضا مجموعة من الإمكانات الأخرى، بما في ذلك الحماية من هجوم رفض الخدمة الموزع (DDoS) وقدرات WAF والقواعد المتقدمة وميزات التوجيه.
خارج البوابة، ضع في اعتبارك نسخ تطبيقات وبيانات الواجهة الخلفية عبر المناطق. راجع أدلة الموثوقية لكل خدمة Azure لفهم أساليب التوزيع متعددة المناطق.
للحصول على مثال على النهج، راجع استخدام Application Gateway مع Traffic Manager.
النسخ الاحتياطي والاستعادة
Application Gateway v2 هي خدمة عديمة الحالة لا تتطلب عمليات النسخ الاحتياطي والاستعادة التقليدية. يتم تخزين جميع بيانات التكوين في Resource Manager ويمكن إعادة نشرها باستخدام مناهج IaC، مثل ملفات Bicep أو قوالب ARM.
لإدارة التكوين والإصلاح بعد كارثة، يجب عليك اتخاذ الإجراءات التالية:
حدد تكوين توزيع Application Gateway باستخدام ملفات Bicep أو قوالب ARM، أو قم بتصدير تكوين بوابة موجودة.
تخزين شهادات أمان طبقة النقل (TLS) في Azure Key Vault للإدارة الآمنة والنسخ المتماثل.
التحكم في المستندات والإصدارات التكوينات والقواعد والسياسات المخصصة.
تنفيذ مسارات التوزيع التلقائية لتوفير بوابة متسقة.
بالنسبة لمعظم الحلول، يجب ألا تعتمد حصريا على النسخ الاحتياطية. بدلا من ذلك، استخدم الإمكانات الأخرى الموضحة في هذا الدليل لدعم متطلبات المرونة الخاصة بك. ومع ذلك، تحمي النسخ الاحتياطية من بعض المخاطر التي لا تحميها الأساليب الأخرى. لمزيد من المعلومات، راجع ما المقصود بالتكرار والنسخ المتماثل والنسخ الاحتياطي؟.
المرونة في صيانة الخدمة
يقوم Application Gateway v2 بإجراء ترقيات منتظمة للخدمة ومهام الصيانة الأخرى. للحفاظ على سعتك المتوقعة أثناء الترقية، يضيف النظام الأساسي تلقائيا مثيلات إضافية من البوابة الخاصة بك أثناء عملية الترقية. ومع ذلك، تحتاج إلى التأكد من أن الشبكة الفرعية للبوابة تحتوي على مساحة عنوان IP خالية كافية لتكوين المثيلات المؤقتة. لمزيد من المعلومات، راجع كيف تتعامل Application Gateway مع الصيانة الروتينية؟.
اتفاقية مستوى الخدمة
تصف اتفاقية مستوى الخدمة (SLA) لخدمات Azure التوفر المتوقع لكل خدمة والشروط التي يجب أن يفي بها الحل الخاص بك لتحقيق توقع التوفر هذا. لمزيد من المعلومات، راجع اتفاقيات مستوى الخدمة للخدمات عبر الإنترنت.
لكي تكون البوابة مؤهلة لاتفاقية مستوى الخدمة لتوفر Application Gateway، يجب أن تفي بالمعايير التالية:
- يجب تكوينه بشكل صحيح لإجراء موازنة تحميل HTTP.
- يجب أن تكون إما زائدة عن الحاجة في المنطقة، أو يجب تكوينها لاستخدام التحجيم التلقائي.