أساليب توجيه نسبة استخدام الشبكة إلى الأصل

هام

سيتم إيقاف Azure Front Door (الكلاسيكي) في 31 مارس 2027. لتجنب أي تعطيل للخدمة، من المهم ترحيل ملفات تعريف Azure Front Door (الكلاسيكية) إلى مستوى Azure Front Door Standard أو Premium بحلول مارس 2027. لمزيد من المعلومات، راجع إيقاف Azure Front Door (الكلاسيكي).

يدعم Azure Front Door أربع أساليب مختلفة لتوجيه نسبة استخدام الشبكة لتحديد كيفية توزيع نسبة استخدامك لشبكة بروتوكول (بروتوكولات) نقل نص تشعبي بين أصول مختلفة. عندما يطلب العميل الوصول إلى مواقع حواف Front Door، يُطبق أسلوب التوجيه المكون لضمان إعادة توجيه الطلبات إلى أفضل مورد خلفي.

إشعار

يشير الأصل ومجموعة الأصل في هذه المقالة إلى المجموعة الخلفية والواجهة الخلفية لتكوين Azure Front Door (الكلاسيكية).

تتمثل أساليب توجيه نسبة استخدام الشبكة الأربعة في:

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

  • الأولوية: يمكن تعيين أولوية لأصولك عندما تريد تكوين أصل أساسي لخدمة جميع نسب استخدام الشبكة. يمكن أن يكون الأصل الثانوي نسخة احتياطية في حالة عدم توفر أصل أساسي.

  • الترجيح: يمكن تعيين قيمة مرجحة لأصولك عندما تريد توزيع نسبة استخدام الشبكة عبر مجموعة من الأصول بالتساوي أو وفقا لمعاملات الوزن. توزع نسبة استخدام الشبكة حسب قيمة الوزن في حال اندراج زمن انتقال الأصول ضمن نطاق حساسية زمن الانتقال المقبول في مجموعة الأصل.

  • ترابط الجلسة: يمكنك تكوين ترابط الجلسة لمضيفي واجهتك الأمامية أو مجالاتها لضمان إرسال طلبات نفس المستخدم النهائي إلى نفس الأصل.

إشعار

يسمى Endpoint name في Azure Front Door Standard والطبقة المتميزة Frontend host في Azure Front Door (كلاسيكي).

تتضمن جميع تكوينات Front Door مراقبة حماية الواجهة الخلفية وتجاوز الفشل العمومي الفوري التلقائي. للاطلاع على المزيد من المعلومات، راجع مراقبة الواجهة الخلفية لـ Front Door. يمكن استخدام Azure Front Door مع أسلوب توجيه واحد. لكن يمكنك أيضاً الجمع بين أساليب توجيه متعددة لبناء تخطيط الشبكة التوجيهي الأمثل استناداً إلى احتياجات تطبيقك.

إشعار

عند استخدام محرك قواعد Front Door، يمكنك تكوين قاعدة لمنع تكوينات المسار في طبقة Azure Front Door Standard وPremium أو منع تجمع الواجهة الخلفية في Azure Front Door (كلاسيكي) لطلب ما. تمنع مجموعة الأصل أو تجمع الواجهة الخلفية التي يعينها مشغل القواعد عملية التوجيه الموضحة في هذه المقالة.

تدفق القرار الكلي

يوضح الرسم التخطيطي التالي تدفق القرار الكلي:

رسم تخطيطي يوضح كيفية تحديد الأصول استنادا إلى إعدادات الأولوية وزمن الانتقال والوزن في Azure Front Door.

خطوات القرار هي:

  1. الأصول المتوفرة: حدد جميع الأصول التي تم تمكينها وإعادتها سليمة (200 موافق) لفحص السلامة.
    • مثال: افترض أن هناك ستة أصول A وB وC وD وE وF، ومن بينها C غير صحي وE معطل. تشمل قائمة الأصول المتوفرة A وB وD وF.
  2. الأولوية: يتم تحديد الأصول ذات الأولوية العليا بين الأصول المتوفرة.
    • مثال: لنفترض أن الأصل A وB وD له الأولوية 1 والأصل F له أولوية 2. ثم، الأصول المحددة هي A وB وD.
  3. إشارة زمن الانتقال (استنادا إلى فحص السلامة): حدد الأصول ضمن نطاق زمن الانتقال المسموح به من بيئة Front Door حيث وصل الطلب. تستند هذه الإشارة إلى إعداد حساسية زمن الانتقال على مجموعة الأصل وزمن انتقال الأصول الأقرب.
    • مثال: افترض أن Front Door قد قاس زمن الانتقال من البيئة حيث وصل الطلب إلى الأصل A في 15 مللي ثانية، بينما زمن الانتقال ل B هو 30 مللي ثانية وD هو 60 مللي ثانية. إذا تم تعيين حساسية زمن الانتقال لمجموعة الأصل إلى 30 مللي ثانية، فإن أقل تجمع زمن انتقال يتكون من الأصلين A وB، لأن D يتجاوز 30 مللي ثانية بعيدا عن أقرب أصل هو A.
  4. الأوزان: وأخيرا، يقوم Azure Front Door بترتيب نسبة استخدام الشبكة بين مجموعة الأصول المحددة النهائية في نسبة الأوزان المحددة.
    • مثال: إذا كان الأصل A له وزن 3 والأصل B له وزن 7، توزيع نسبة استخدام الشبكة 3/10 على الأصول A و7/10 إلى الأصل B.

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

توجيه نسبة استخدام الشبكة حسب أقل زمن انتقال

يمكن أن يؤدي توزيع الأصل في موقعين أو أكثر في جميع أنحاء العالم إلى تحسين استجابة تطبيقاتك بتوجيه نسبة استخدام الشبكة إلى الوجهة "الأقرب" من المستخدمين النهائيين. إن زمن الانتقال أسلوب توجيه نسبة استخدام الشبكة الافتراضي لتكوين Front Door الخاص بك. يعيد أسلوب التوجيه هذا توجيه الطلبات من المستخدمين النهائيين إلى أقرب أصل خلف Azure Front Door. تضمن آلية التوجيه هذه جنبا إلى جنب مع بنية anycast ل Azure Front Door حصول كل مستخدم من المستخدمين النهائيين على أفضل أداء استنادا إلى موقعهم.

ليس بالضرورة أن تكون الواجهة الخلفية "الأقرب" هي الأقرب حسب القياس بالمسافة الجغرافية. بدلاً من ذلك، يحدد Front Door الواجهة الخلفية الأقرب بقياس زمن الانتقال في الشبكة. اقرأ المزيد عن بنية التوجيه في Front Door.

تقيس كل بيئة Front Door زمن انتقال الأصل بشكل منفصل. وهذا يعني أنه يتم توجيه مستخدمين مختلفين في مواقع مختلفة إلى الأصل بأفضل أداء لتلك البيئة.

إشعار

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

توجيه نسبة استخدام الشبكة حسب الأولوية

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

يحتوي Front Door الافتراضي على قائمة أصول ذات أولوية متساوية. بشكل افتراضي، لا يرسل Front Door نسبة استخدام الشبكة إلا للأصول ذات الأولوية العليا (أدنى قيمة للأولوية) بصفتها المجموعة الأساسية للأصول. في حالة عدم توفر الأصول الأساسية، يوجِّه Front Door نسبة استخدام الشبكة إلى المجموعة الثانوية للأصول (القيمة الدنيا الثانية للأولوية). في حالة عدم توفر أصول أساسية وثانوية، تنتقل نسبة استخدام الشبكة إلى المجموعة الثالثة وهكذا. يعتمد توفر الأصل على الحالة المكونة والحالة الصحية الأصلية المستمرة التي تحددها فحوصات السلامة.

تكوين الأولوية للأصول

يتضمن كل أصل على حدة في مجموعة أصولك لتكوين Front Door على خاصية تسمى الأولوية، التي يمكن أن تكون عدداً يتراوح من 1 إلى 5. باستخدام Azure Front Door، يمكنك تكوين أولوية الأصل بوضوح باستخدام هذه الخاصية لكل أصل على حدة. هذه الخاصية هي قيمة بين 1 إلى 5. كلما انخفضت القيمة، زادت الأولوية. يمكن أن تشترك الأصول في نفس قيم الأولوية.

أسلوب توجيه نسبة استخدام الشبكة المُرجح

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

في أسلوب توجيه نسبة استخدام الشبكة المُرجح، تعيِّن ترجيح لكل أصل على حدة في تكوين Front Door لمجموعة أصولك. يمثل الترجيح عدداً صحيحاً يتراوح من 1 إلى 1000. تستخدم هذه المعلمة الترجيح الافتراضي المُقدر بـ 50.

باستخدام قائمة الأصول المتوفرة التي تتميز بحساسية زمن انتقال مقبولة، تُوزَع نسبة استخدام الشبكة بآلية الترتيب الدوري باستخدام نسبة الترجيح المحددة. في حالة تعيين حساسية زمن الانتقال إلى 0 ملّي ثانية، لن تسري هذه الخاصية ما لم يمتلك أصلان نفس زمن الانتقال إلى الشبكة.

يتيح الأسلوب المرجح بعض السيناريوهات المفيدة:

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

ترابط الجلسة

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

يمكن تمكين ترابط الجلسة على مستوى مجموعة الأصل في طبقة Azure Front Door Standard وPremium ومستوى مضيف الواجهة الأمامية في Azure Front Door (الكلاسيكي) لكل مجال من مجالاتك المكونة (أو المجالات الفرعية). يضيف Front Door ملف تعريف ارتباط إلى جلسة المستخدم بمجرد تمكينه. تسمى ملفات تعريف الارتباط ASLBSA وASLBSACORS. يسمح تقارب الجلسة المستند إلى ملفات تعريف الارتباط لـ Front Door بتحديد المستخدمين المختلفين حتى خلف نفس عنوان IP الذي بدوره يسمح بتوزيع أكثر مساواة لنسبة استخدام الشبكة بين الأصول المختلفة.

مدة بقاء ملف تعريف الارتباط هو نفس مدة جلسة عمل المستخدم، حيث إن Front Door يدعم حالياً ملف تعريف ارتباط الجلسة فقط.

إشعار

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

قد يتداخل الوكلاء العامة مع ترابط جلسة العمل. وذلك لأن تأسيس جلسة عمل يتطلب من Front Door إضافة ملف تعريف ارتباط ترابط جلسة عمل إلى الاستجابة، والذي لا يمكن القيام به إذا كانت الاستجابة قابلة للتخزين المؤقت كما أنه سيعطل ملفات تعريف الارتباط للعملاء الآخرين الذين يطلبون نفس المورد. للحماية من هذا، لن يُنشأ ترابط الجلسة في حال إرسال الأصل استجابة تُخزن مؤقتاً عند محاولة هذا. في حال إنشاء جلسة بالفعل، لا يهم إذا كانت الاستجابة الأصل قابلة للتخزين المؤقت.

سيتم تأسيس ترابط الجلسة في الظروف التالية خارج السيناريوهات القياسية غير القابلة للتخزين المؤقت:

  • يجب أن تتضمن الاستجابة Cache-Control عنوان no-store.
  • في حال تضمن الاستجابة Authorization عنوان، يجب ألا يكون منتهي الصلاحية.
  • تحتوي الاستجابة على رمز حالة بروتوكول نقل نص تشعبي 302.

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