إضافة نقاط نهاية لمدير المرور

تشتمل Azure Traffic Manager على ميزة مدمجة لتجاوز الفشل التلقائي لنقطة النهاية ومراقبتها. تساعدك هذه الميزة على تقديم تطبيقات عالية التوفر تتحمل فشل نقاط النهاية، بما في ذلك حوادث عمليات الفشل التي تحدث في منطقة Azure. يتم تمكين مراقبة نقطة النهاية بشكل افتراضي. لتعطيل المراقبة، راجع تمكين الفحوصات الصحية أو تعطيلها.

تكوين مراقبة نقطة النهاية

لتكوين مراقبة نقطة النهاية، يجب تحديد الإعدادات التالية في ملف تعريف Traffic Manager:

• البروتوكول. اختر HTTP أو HTTPS أو TCP كبروتوكول يستخدمه Traffic Manager عند فحص نقطة النهاية للتحقق من سلامتها. لا تتحقق مراقبة HTTPS مما إذا كانت شهادة TLS/SSL صالحة أم لا، بل تتحقق فقط من وجود الشهادة.
• المنفذ. اختر المنفذ المستخدم للطلب.
• المسار. يعد إعداد التكوين هذا صالحًا فقط لبروتوكولي HTTP وHTTPS، اللذين يتطلبان تحديد إعداد المسار. ينتج عن توفير هذا الإعداد لبروتوكول المراقبة TCP حدوث خطأ. بالنسبة لبروتوكول HTTP و HTTPS، أعط المسار النسبي واسم صفحة الويب أو الملف الذي تصل إليه المراقبة. الشرطة المائلة / للأمام هي إدخال صالح للمسار النسبي. تشير هذه القيمة إلى أن الملف موجود في الدليل الجذر (افتراضي).
• إعدادات رأس مخصص. . يساعدك إعداد التكوين هذا على إضافة رؤوس HTTP محددة إلى عمليات التحقق من السلامة التي يرسلها Traffic Manager إلى نقاط النهاية ضمن ملف تعريف. يمكن تحديد العناوين المخصصة على مستوى ملف التعريف لتكون قابلة للتطبيق على جميع نقاط النهاية في ملف التعريف هذا و/أو على مستوى نقطة النهاية القابل للتطبيق فقط على نقطة النهاية هذه. يمكنك استخدام رؤوس مخصصة لإجراء عمليات التحقق من سلامة نقاط النهاية في بيئة متعددة المستأجرين. بهذه الطريقة، يمكن توجيهه بشكل صحيح إلى وجهته عن طريق تحديد عنوان مضيف. يمكنك أيضًا استخدام هذا الإعداد عن طريق إضافة رؤوس فريدة يمكن استخدامها لتعريف طلبات HTTP(S) التي تم إنشاؤها بواسطة Traffic Manager ومعالجتها بشكل مختلف. يمكنك تحديد ما يصل إلى ثمانية header:value أزواج مفصولة بفاوصلة. على سبيل المثال، ⁧header1:value1, header2:value2⁩.

ملاحظة

استخدام أحرف النجمة (*) في العناوين المخصصة Host غير مدعوم.

• نطاقات رموز الحالة المتوقعة. يسمح لك هذا الإعداد بتحديد نطاقات رموز نجاح متعددة بالتنسيق 200-299، 301-301. إذا تم تلقي رموز الحالة هذه كاستجابة من نقطة نهاية عند إجراءعملية التحقق من السلامة، فإن Traffic Manager يضع علامة على نقاط النهاية هذه على أنها سليمة. يمكنك تحديد ثمانية نطاقات من رموز الحالة كحد أقصى. هذا الإعداد قابل للتطبيق فقط على بروتوكولي HTTP وHTTPS وجميع نقاط النهاية. يكون هذا الإعداد على مستوى ملف تعريف Traffic Manager ويتم تعريف القيمة 200 بشكل افتراضي على أنها رمز حالة النجاح.

• الفاصل الزمني للفحص. تحدد هذه القيمة معدل تكرار فحص نقطة النهاية للتأكد من سلامتها من عامل فحص Traffic Manager. يمكنك تحديد قيمتين هنا: 30 ثانية (فحص عادي) و10 ثوان (فحص سريع). إذا لم يتم تحديد أي قيم، فسيتم تعيين ملف التعريف إلى القيمة الافتراضية 30 ثانية. تفضل بزيارة صفحة تسعير Traffic Manager لمعرفة المزيد حول تسعير التحقق السريع.

• عدد حالات الفشل المسموح بها. تحدد هذه القيمة عدد حالات الفشل التي يسمح بها عامل فحص Traffic Manager قبل وضع علامة على نقطة النهاية على أنها غير سليمة. ويمكن أن تتراوح قيمتها ما بين 0 و9. تعني القيمة 0 أن فشل المراقبة مرة واحدة يمكن أن يتسبب في وضع علامة على نقطة النهاية على أنها غير سليمة. إذا لم يتم تحديد أي قيمة، فسيتم استخدام القيمة الافتراضية 3.

• مهلة الفحص. تحدد هذه الخاصية مقدار الوقت الذي يجب أن ينتظره عامل فحص Traffic Manager قبل اعتبار فحص سلامة نقطة النهاية فشلًا. إذا تم تعيين الفاصل الزمني للفحص إلى 30 ثانية، فيمكنك تعيين قيمة المهلة بين 5 و10 ثوانٍ. إذا لم يتم تحديد قيمة، فسيتم استخدام قيمة افتراضية تُقدر بـ 10 ثوانٍ. إذا تم تعيين الفاصل الزمني للفحص إلى 10 ثوانٍ، فيمكنك تعيين قيمة المهلة بين 5 و9 ثوانٍ. إذا لم يتم تحديد قيمة المهلة، فسيتم استخدام القيمة الافتراضية 9 ثوانٍ.

  

  الشكل: مراقبة نقاط النهاية لـ Traffic Manager

طريقة عمل مراقبة نقطة النهاية

عند تعيين بروتوكول المراقبة على أنه HTTP أو HTTPS، يُرسل عامل فحص Traffic Manager طلب GET إلى نقطة النهاية باستخدام البروتوكول والمنفذ والمسار النسبي المُقدم. تعتبر نقطة النهاية سليمة إذا تلقى عامل الفحص استجابة 200-OK، أو أي من الاستجابات التي تم تكوينها في نطاقات رموز الحالة المتوقعة. إذا كان الرد يحتوي على قيمة مختلفة أو لم يتم تلقي أي ردود خلال فترة المهلة، فسيُعيد عامل فحص Traffic Manager المحاولة وفقاً للإعداد "عدد حالات الفشل المسموح بها". لا تتم إعادة المحاولة إذا كانت قيمة الإعداد 0. يتم وضع علامة على نقطة النهاية غير سليمة إذا كان عدد حالات الفشل المتتالية أعلى من إعداد عدد حالات الفشل المسموح بها .

عندما يُستخدم TCP كبروتوكول للمراقبة، يُنشئ عامل فحص Traffic Manager طلب اتصال عبر بروتوكول TCP باستخدام المنفذ المحدد. إذا استجابت نقطة النهاية للطلب بإنشاء الاتصال، فستتم الإشارة إلى التحقق من قوة العمل على أنه ناجح. وسيُعيد عامل فحص Traffic Manager تعيين اتصال TCP. في الحالات التي تكون فيها الاستجابة قيمة مختلفة أو لا يتم تلقي أي استجابة خلال فترة المهلة، يعيد عامل فحص Traffic Manager الاستجابة وفقا لإعداد العدد المسموح به من حالات الفشل . لا تتم إعادة المحاولة إذا كانت قيمة الإعداد 0. إذا كان عدد حالات الفشل المتتالية أعلى من إعداد عدد حالات الفشل المسموح بها ، فسيتم وضع علامة على نقطة النهاية هذه غير سليمة.

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

ملاحظة

بالنسبة لبروتوكول المراقبة HTTP أو HTTPS، من الممارسات الشائعة على جانب نقطة النهاية تنفيذ صفحة مخصصة داخل تطبيقك - على سبيل المثال، /health.aspx. باستخدام هذا المسار للمراقبة، يمكنك إجراء عمليات فحص خاصة بالتطبيق، مثل فحص عدادات الأداء أو التحقق من توفر قاعدة البيانات. واستنادًا إلى عمليات الفحص المخصصة هذه، تُرجع الصفحة رمز حالة HTTP مناسبًا.

تتشارك جميع نقاط النهاية في ملف تعريف Traffic Manager في إعدادات المراقبة. إذا كنت تحتاج إلى استخدام إعدادات مراقبة مختلفة لنقاط نهاية مختلفة، يمكنك إنشاء ملفات تعريف Traffic Manager المتداخلة.

حالة ملف التعريف ونقطة النهاية

يمكنك تمكين نقاط النهاية وملفات التعريف لـ Traffic Manager وتعطيلها. ومع ذلك، قد يحدث تغيير في حالة نقطة النهاية أيضًا بسبب الإعدادات والعمليات التلقائية لـ Traffic Manager.

حالة نقطة النهاية

يمكنك تمكين نقطة نهاية معينة أو تعطيلها. الخدمة الأساسية، التي قد تظل سليمة، لا تتأثر. تغيير حالة نقطة النهاية يتحكم في توفر نقطة النهاية في ملف تعريف Traffic Manager. عند تعطيل حالة نقطة النهاية، لا يتحقق Traffic Manager من صحتها، ولا يتم تضمين نقطة النهاية في استجابة DNS.

حالة ملف التعريف

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

حالة مراقبة نقطة النهاية

حالة مراقبة نقطة النهاية هي قيمة تم إنشاؤها بواسطة Traffic Manager تعرض حالة نقطة النهاية. لا يمكنك تغيير هذا الإعداد يدويًا. حالة مراقبة نقطة النهاية هي مزيج من نتائج مراقبة نقطة النهاية وحالة نقطة النهاية المكونة. القيم المحتملة لحالة مراقبة نقطة النهاية موضحة في الجدول التالي:

حالة ملف التعريف	حالة نقطة النهاية	حالة مراقبة نقطة النهاية	ملاحظات
⁧⁩مُعطل⁧⁩	تم التمكين	غير نشط	تم تعطيل ملف التعريف. على الرغم من أن حالة نقطة النهاية «ممكّنة»، فإن حالة ملف التعريف (معطل) لها الأسبقية. لا تتم مراقبة نقاط النهاية في ملفات التعريف المعطلة. يتم إرجاع رمز استجابة NXDOMAIN لاستعلام DNS.
<أي>	⁧⁩مُعطل⁧⁩	⁧⁩مُعطل⁧⁩	تم تعطيل نقطة النهاية. لا تتم مراقبة نقاط النهاية المعطلة. لا يتم تضمين نقطة النهاية في استجابات DNS، وبالتالي فهي لا تتلقى نسبة استخدام الشبكة.
تم التمكين	تم التمكين	متصل	تتم مراقبة نقطة النهاية وهي سليمة. يتم تضمينها في استجابات DNS ويمكن أن تتلقى نسبة استخدام الشبكة.
تم التمكين	تم التمكين	متردية	فشل عمليات التحقق من السلامة لمراقبة نقطة النهاية. لا يتم تضمين نقطة النهاية في استجابات DNS ولا تتلقى نسبة استخدام الشبكة. الاستثناء هو إذا كانت جميع نقاط النهاية متردية. وفي هذه الحالة، يتم اعتبار جميعها يتم إرجاعها في استجابة الاستعلام.
تم التمكين	تم التمكين	CheckingEndpoint	تتم مراقبة نقطة النهاية، ولكن لم يتم تلقي نتائج الفحص الأول بعد. CheckingEndpoint هي حالة مؤقتة تحدث عادةً فور إضافة نقطة نهاية أو تمكينها في ملف التعريف. يتم تضمين نقطة النهاية في هذه الحالة في استجابات DNS ويمكن أن تتلقى نسبة استخدام الشبكة.
تم التمكين	تم التمكين	متوقف	تطبيق الويب الذي تشير إليه نقطة النهاية ليس قيد التشغيل. تحقق من إعدادات تطبيق الويب. يمكن أن تحدث هذه الحالة أيضًا إذا كانت نقطة النهاية من نوع نقطة النهاية المتداخلة وكان ملف التعريف التابع معطلاً أو غير نشط. لا تتم مراقبة نقطة النهاية بالحالة "متوقفة". لا يتم تضمينها في استجابات DNS ولا تتلقى نسبة استخدام الشبكة. الاستثناء هو إذا كانت جميع نقاط النهاية متردية. وفي هذه الحالة، يتم اعتبار جميعها يتم إرجاعها في استجابة الاستعلام.
تم التمكين	تم التمكين	غير مراقب	يتم تكوين نقطة النهاية لخدمة نسبة استخدام الشبكة دائما. لم يتم تمكين الفحوصات الصحية.

للحصول على تفاصيل حول كيفية حساب حالة مراقبة نقطة النهاية لنقاط النهاية المتداخلة، راجع ملفات تعريف Traffic Manager المتداخلة.

ملاحظة

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

حالة مراقبة ملف التعريف

حالة مراقبة ملف التعريف هي مزيج من حالة ملف التعريف المكون وقيم حالة مراقبة نقطة النهاية لجميع نقاط النهاية. القيم المحتملة موضحة في الجدول التالي:

حالة ملف التعريف (كما تم تكوينه)	حالة مراقبة نقطة النهاية	حالة مراقبة ملف التعريف	ملاحظات
⁧⁩مُعطل⁧⁩	<أي> ملف تعريف أو ملف تعريف بدون نقاط نهاية معرّفة.	⁧⁩مُعطل⁧⁩	تم تعطيل ملف التعريف.
تم التمكين	تكون حالة نقطة نهاية واحدة على الأقل «متردية».	متردية	راجع قيم حالة نقطة النهاية الفردية لتحديد نقاط النهاية التي تتطلب مزيدًا من الاهتمام.
تم التمكين	تكون حالة نقطة نهاية واحدة على الأقل «متصلة». لا توجد نقاط نهاية بالحالة "متردية".	متصل	الخدمة تقبل نسبة استخدام الشبكة. لا يلزم اتخاذ أي إجراء آخر.
تم التمكين	تكون حالة نقطة نهاية واحدة على الأقل «CheckingEndpoint». لا توجد نقاط نهاية بالحالة "متصلة" أو "متردية".	CheckingEndpoints	تحدث الحالة الانتقالية هذه عند إنشاء ملف تعريف أو تمكينه. يتم التحقق من سلامة نقطة النهاية للمرة الأولى.
تم التمكين	تكون حالات جميع نقاط النهاية في ملف التعريف إما "معطلة" أو "متوقفة"، أو أن ملف التعريف لا يحتوي على نقاط نهاية معرّفة.	غير نشط	لا توجد نقاط نهاية نشطة، لكن ملف التعريف لا يزال ممكّنًا.

تجاوز فشل نقطة النهاية واستردادها

يتحقق Traffic Manager بشكل دوري من سلامة كل نقطة نهاية، بما في ذلك نقاط النهاية غير السليمة. يكشف Traffic Manager عن التوقيت الذي تصبح فيه نقطة النهاية سليمة ويعيدها إلى الدوران.

تعتبر نقطة النهاية غير سليمة عند حدوث أي من الأحداث التالية:

• إذا كان بروتوكول المراقبة HTTP أو HTTPS:
  • يتم تلقي استجابة غير 200 أو استجابة لا تتضمن نطاق الحالة المحدد في إعداد نطاقات رموز الحالة المتوقعة. (بما في ذلك رمز 2xx مختلف، أو إعادة توجيه 301/302).
• إذا كان بروتوكول المراقبة TCP:
  • يتم تلقي استجابة غير ACK أو SYN-ACK استجابةً لطلب SYN الذي أرسله Traffic Manager لمحاولة إنشاء اتصال.
• المهلة.
• أية مشكلة أخرى في الاتصال تؤدي إلى عدم إمكانية الوصول إلى نقطة النهاية.

لمزيد من المعلومات حول استكشاف أخطاء التحقق الفاشلة وإصلاحها، راجع استكشاف أخطاء الحالة المتدهورة وإصلاحها على Azure Traffic Manager.

يمثل المخطط الزمني في الشكل التالي وصفًا مفصلاً لعملية مراقبة نقطة نهاية Traffic Manager التي تحتوي على الإعدادات التالية:

• بروتوكول المراقبة هو HTTP.
• الفاصل الزمني للفحص 30 ثانية.
• عدد حالات الفشل المسموح بها 3.
• قيمة المهلة 10 ثوانٍ.
• مدة البقاء DNS TTL هي 30 ثانية.

الشكل: تجاوز فشل نقطة نهاية مدير نسبة استخدام الشبكة وتسلسل الاسترداد

1. GET. لكل نقطة نهاية، يقوم نظام المراقبة Traffic Manager بإرسال طلب GET على المسار المحدد في إعدادات المراقبة.

2. 200 OK أو نطاق الرموز المخصصة المحدد في إعدادات مراقبة ملف تعريف Traffic Manager. يتوقع نظام المراقبة أن يتم إرجاع HTTP 200 OK أو رمز حالة ضمن النطاق المحدد في إعدادات المراقبة في غضون 10 ثوانٍ. عندما يتلقى هذه الاستجابة، فإنه يتعرف على أن الخدمة متوفرة.

3. 30 ثانية بين عمليات التحقق. يتم تكرار التحقق من سلامة نقطة النهاية كل 30 ثانية.

4. الخدمة غير متوفرة. تصبح الخدمة غير متوفرة. لن يعرف Traffic Manager حتى التحقق من السلامة التالي.

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

6. تعيين الحالة إلى متردية. بعد الفشل الرابع على التوالي، يقوم نظام المراقبة بتمييز حالة نقطة النهاية غير المتوفرة على أنها "متردية".

7. يتم تحويل نسبة استخدام الشبكة إلى نقاط نهاية أخرى. يتم تحديث خوادم أسماء DNS الخاصة بـ Traffic Manager ولن يقوم Traffic Manager بإرجاع نقطة النهاية استجابةً لاستعلامات DNS. يتم توجيه الاتصالات الجديدة إلى نقاط النهاية الأخرى المتوفرة. ومع ذلك، قد تظل استجابات DNS السابقة التي تتضمن نقطة النهاية هذه مخزنة مؤقتا بواسطة خوادم DNS المتكررة وعملاء DNS. يستمر العملاء في استخدام نقطة النهاية حتى تنتهي مدة صلاحية ذاكرة التخزين المؤقت لـ DNS. مع انتهاء مدة صلاحية ذاكرة التخزين المؤقت لـ DNS، يقوم العملاء بإجراء استعلامات DNS جديدة ويتم توجيهها إلى نقاط نهاية مختلفة. يتم التحكم في مدة ذاكرة التخزين المؤقت من خلال إعداد مدة البقاء (TTL) في ملف تعريف Traffic Manager، على سبيل المثال، 30 ثانية.

8. استمرار عمليات التحقق من السلامة. يستمر Traffic Manager في التحقق من سلامة نقطة النهاية عندما تكون في الحالة "متردية". يكشف Traffic Manager عن التوقيت الذي تعود فيه نقطة النهاية إلى الحالة "سليمة".

9. تعود الخدمة إلى الحالة "متصل" . تصبح الخدمة متوفرة. تحتفظ نقطة النهاية بالحالة "متردية" في Traffic Manager حتى يقوم نظام المراقبة بإجراء التحقق من السلامة التالي.

10. استئناف نسبة استخدام الشبكة للخدمة. يرسل Traffic Manager طلب GET ويتلقى استجابة حالة 200 OK. عادت الخدمة إلى الحالة "سليمة". يتم تحديث خوادم أسماء Traffic Manager، وتبدأ في توزيع اسم DNS للخدمة في استجابات DNS. تعود نسبة استخدام الشبكة إلى نقطة النهاية عندما تنتهي صلاحية استجابات DNS المخزنة مؤقتًا والتي تُرجع نقاط نهاية أخرى، وعندما تنتهي الاتصالات الحالية بنقاط النهاية الأخرى.

    هام

    يقوم Traffic Manager بتوزيع فحوصات متعددة من مواقع متعددة لكل نقطة نهاية. تزيد الفحوصات المتعددة من مرونة مراقبة نقطة النهاية. يقوم Traffic Manager بتجميع متوسط سلامة الفحوصات بدلاً من الاعتماد على مثيل فحص مفرد. يتم التكرار في نظام الفحص حسب التصميم. يجب النظر إلى قيم نقطة النهاية بشكل كلي وليس لكل فحص. الرقم المعروض لسلامة الفحص هو متوسط. يجب أن تكون الحالة مصدر قلق فقط إذا كان أقل من 50% (0.5) من الفحوصات تنشر الحالة أعلى.

    ملاحظة

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

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

عندما يكون لنقطة النهاية حالة متدهورة ، لم تعد يتم إرجاعها استجابة لاستعلامات DNS. بدلاً من ذلك، يتم اختيار وإرجاع نقطة نهاية بديلة. يحدد أسلوب توجيه نسبة استخدام الشبكة المكون في ملف التعريف كيفية اختيار نقطة النهاية البديلة.

• الأولوية. تنشئ نقاط النهاية قائمة ذات أولوية. يتم دائمًا إرجاع أول نقطة نهاية متوفرة في القائمة. إذا كانت حالة نقطة النهاية "متردية"، فسيتم إرجاع نقطة النهاية التالية المتوفرة.
• الترجيح. يتم اختيار أي نقاط نهاية متوفرة بشكل عشوائي استنادًا إلى عوامل الترجيح المُعيَّنة لها وعوامل ترجيح نقاط النهاية المتوفرة الأخرى.
• ⁧⁩الأداء⁧⁩. يتم إرجاع نقطة النهاية الأقرب إلى المستخدم. إذا كانت نقطة النهاية هذه غير متوفرة، فإن Traffic Manager ينقل نسبة استخدام الشبكة إلى نقاط النهاية في أقرب منطقة Azure تالية. يمكنك تكوين خطط تجاوز الفشل البديلة لتوجيه نسبة استخدام الشبكة استنادًا إلى الأداء باستخدام ملفات تعريف Traffic Manager المتداخلة.
• الموقع الجغرافي. يتم إرجاع نقطة النهاية المعينة لخدمة الموقع الجغرافي (استنادا إلى عناوين IP لطلب الاستعلام). إذا كانت نقطة النهاية هذه غير متوفرة، فلن يتم تحديد نقطة نهاية أخرى لتجاوز الفشل فيها، حيث يمكن تعيين موقع جغرافي إلى نقطة نهاية واحدة فقط في ملف التعريف. (مزيد من التفاصيل في الأسئلة المتداولة). كأفضل ممارسة، عند استخدام التوجيه الجغرافي، نوصي العملاء باستخدام ملفات تعريف Traffic Manager المتداخلة مع أكثر من نقطة نهاية واحدة كنقاط نهاية لملف التعريف.
• MultiValue يتم إرجاع نقاط النهاية المتعددة المعينة إلى عناوين IPv4/IPv6. عند تلقي استعلام لملف التعريف هذا، يتم إرجاع نقاط النهاية السليمة استنادًا إلى الحد الأقصى لعدد السجلات في قيمة الاستجابة التي حددتها. العدد الافتراضي للاستجابات هو نقطتا نهاية.
• الشبكة الفرعية يتم إرجاع نقطة النهاية المعينة إلى مجموعة من نطاقات عناوين IP. عند تلقي طلب من عنوان IP هذا، تكون نقطة النهاية التي تم إرجاعها هي تلك التي تم تعيينها لعنوان IP هذا. 

لمزيد من المعلومات، راجع أساليب توجيه نسبة استخدام الشبكة لـ Traffic Manager.

ملاحظة

يحدث استثناء واحد لسلوك توجيه نسبة استخدام الشبكة العادي عندما تكون حالة جميع نقاط النهاية المؤهلة "متردية". يقوم Traffic Manager ببذل "أفضل جهد" ويستجيب كما لو أن جميع نقاط النهاية بالحالة "متردية" موجودة بالفعل في الحالة "متصل" . هذا السلوك مفضل على البديل، والذي قد يكون عدم إرجاع أي نقطة نهاية في استجابة DNS. لا تتم مراقبة نقاط النهاية المعطلة أو المتوقفة، لذلك لا تعتبر مؤهلة لنسبة استخدام الشبكة.

تحدث هذه الحالة عادةً بسبب التكوين غير الصحيح للخدمة، مثل:

• قائمة التحكم بالوصول [ACL] التي تحظر عمليات التحقق من السلامة لـ Traffic Manager.
• تكوين غير صحيح لمنفذ أو بروتوكول المراقبة في ملف تعريف Traffic Manager.

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

لمزيد من المعلومات حول استكشاف أخطاء عمليات التحقق من الصحة الفاشلة وإصلاحها، راجع استكشاف أخطاء الحالة المتدهورة وإصلاحها على Azure Traffic Manager.

تمكين عمليات التحقق من الصحة أو تعطيلها

يمكنك Azure Traffic Manager أيضا من تكوين عمليات التحقق من صحة نقطة النهاية ليتم تمكينها أو تعطيلها. لتعطيل المراقبة، اختر خيار خدمة نسبة استخدام الشبكة دائما.

هناك إعدادان متوفران لعمليات التحقق من الصحة:

1. تمكين (فحوصات السلامة). يتم تقديم نسبة استخدام الشبكة إلى نقطة النهاية استنادا إلى الصحة. هذا الإعداد الافتراضي.
2. خدمة حركة المرور دائما. يعطل هذا الإعداد عمليات التحقق من الصحة.

خدمة دائما

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

لتمكين الخدمة دائما:

1. حدد نقاط النهاية في قسم الإعدادات في جزء ملف تعريف Traffic Manager.
2. حدد نقطة النهاية التي تريد تكوينها.
3. ضمن Health Checks، اختر Always serve traffic.
4. حدد ⁧⁩حفظ⁧⁩.

راجع المثال التالي:

ملاحظة

• لا يمكن تعطيل عمليات التحقق من الصحة في ملفات تعريف Traffic Manager المتداخلة.
• يجب تمكين نقطة النهاية لتكوين عمليات التحقق من الصحة.
• لا يؤدي تمكين نقطة النهاية وتعطيلها إلى إعادة تعيين تكوين Health Checks .
• تتم فوترة نقاط النهاية التي تم تكوينها لخدمة نسبة استخدام الشبكة دائما لإجراء فحوصات السلامة الأساسية.

‏‫الأسئلة المتداولة

• هل يتسم Traffic Manager بالمرونة في مواجهة حالات فشل منطقة Azure؟
• كيف يؤثر اختيار موقع مجموعة الموارد على Traffic Manager؟
• كيف يمكنني تحديد السلامة الحالية لكل نقطة نهاية؟
• هل يمكنني مراقبة نقاط نهاية HTTPS؟
• هل أستخدم عنوان IP أو اسم DNS عند إضافة نقطة نهاية؟
• ما أنواع عناوين IP التي يمكنني استخدامها عند إضافة نقطة نهاية؟
• هل يمكنني استخدام أنواع مختلفة من عناوين نقاط النهاية في ملف تعريف واحد؟
• ماذا يحدث عندما يختلف نوع سجل الاستعلام الوارد عن نوع السجل المقترن بنوع عناوين نقاط النهاية؟
• هل يمكنني استخدام ملف تعريف بنقاط نهاية معنونة IPv4 / IPv6 في ملف تعريف متداخل؟
• لقد أوقفت نقطة نهاية تطبيق ويب في ملف تعريف Traffic Manager لديّ، لكنني لا أتلقى أي نسبة استخدام الشبكة حتى بعد إعادة تشغيلها. كيف يمكنني إصلاح هذه المشكلة؟
• هل يمكنني استخدام Traffic Manager حتى إذا كان تطبيقي لا يدعم HTTP أو HTTPS؟
• ما هي الاستجابات المحددة المطلوبة من نقطة النهاية عند استخدام مراقبة TCP؟
• ما مدى سرعة نقل Traffic Manager للمستخدمين بعيدًا عن نقطة النهاية غير السليمة؟
• كيف يمكنني تحديد إعدادات مراقبة مختلفة لنقاط نهاية مختلفة في ملف التعريف؟
• كيف يمكنني تعيين رؤوس HTTP لعمليات التحقق من السلامة لـ Traffic Manager لنقاط النهاية الخاصة بي؟
• ما هو عنوان المضيف الذي تستخدمه عمليات التحقق من سلامة نقاط النهاية؟
• ما هي عناوين IP التي تنشأ منها عمليات التحقق من السلامة؟
• كم عدد عمليات التحقق من السلامة لنقطة النهاية الخاصة بي التي يمكنني توقعها من Traffic Manager؟
• كيف يمكن إخطاري في حالة تعطل إحدى نقاط النهاية الخاصة بي؟

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

• تعرف على كيفية عمل Traffic Manager
• تعرف على المزيد حول طرق توجيه نسبة استخدام الشبكة التي يدعمها Traffic Manager
• تعرف على كيفية إنشاء ملف تعريف Traffic Manager
• استكشاف أخطاء الحالة المتردية وإصلاحها في نقطة نهاية Traffic Manager