أوضاع توزيع Azure Load Balancer

يدعم Azure Load Balancer أوضاع التوزيع التالية لتوجيه الاتصالات إلى المثيلات الموجودة في تجمع الخلفية:

وضع التوزيع	على أساس التجزئة	استمرارية الجلسة: عنوان IP للعميل	استمرارية الجلسة: بروتوكول العميل وعنوان IP له
نظرة عامة	نسبة استخدام الشبكة من IP العميل نفسه الموجهة إلى أي مثيل سليم في تجمع الخلفية	تُوجَه نسبة استخدام الشبكة من IP العميل نفسه إلى المثيل الخلفي نفسه	تُوجَه نسبة استخدام الشبكة من بروتوكول العميل وعنوان IP نفسهما إلى المثيل الخلفي نفسه
المجموعات	خمس مجموعات	مجموعتان	ثلاث مجموعات
تكوين مدخل Azure	استمرارية الجلسة: لا شيء	استمرارية الجلسة: عنوان IP للعميل	استمرارية الجلسة: بروتوكول العميل وعنوان IP له
REST API	"loadDistribution":"Default"	"loadDistribution":SourceIP	"loadDistribution":SourceIPProtocol

لا يوجد وقت تعطل عند التبديل من وضع توزيع إلى آخر على موازن حمل.

على أساس التجزئة

يستخدم Azure Load Balancer وضع توزيع قائم على تجزئة خمس مجموعات بشكل افتراضي.

تتكون المجموعة الخمس من:

• IP المصدر
• منفذ المصدر
• IP الوجهة
• منفذ الوجهة
• نوع البروتوكول

تُستخدم التجزئة لتوجيه نسبة استخدام الشبكة إلى مثيلات خلفية سليمة داخل تجمع الخلفية. توفر الخوارزمية الثبات فقط خلال جلسة النقل. عندما يبدأ العميل جلسة جديدة من عنوان IP المصدر نفسه، يتغير المنفذ المصدر ويؤدي إلى انتقال نسبة استخدام الشبكة إلى مثيل خلفية آخر. لتكوين التوزيع المستند إلى التجزئة، يجب تحديد استمرارية الجلسة لتكون لا شيء في مدخل Azure. يحدد هذا إمكانية معالجة الطلبات المتتابعة من العميل نفسه بأي جهاز ظاهري.

الشكل: التوزيع الافتراضي المستند إلى التجزئة المكون من خمس مجموعات

استمرارية الجلسة

استمرارية الجلسة هو أيضاً ترابط الجلسة المعروفة أو IP المصدر أو IP العميل. يستخدم وضع التوزيع هذا تجزئة تتضمن مجموعتين (IP المصدر والوجهة) أو ثلاث مجموعات (IP المصدر والوجهة ونوع البروتوكول) للتوجيه إلى مثيلات الخلفية. عند استخدام استمرار جلسة العمل، تنتقل الاتصالات من نفس العميل إلى نفس مثيل الخلفية داخل تجمع الواجهة الخلفية.

تتضمن وضع استمرارية الجلسة نوعي تكوين:

• عنوان IP للعميل (2-tuple) - يحدد معالجة الطلبات المتتالية من نفس عنوان IP للعميل بواسطة نفس مثيل الخلفية.
• IP العميل والبروتوكول (3-tuple) - يحدد أن الطلبات المتتالية من نفس عنوان IP للعميل ومجموعة البروتوكول تتم معالجتها بواسطة نفس مثيل الخلفية.

يوضح الشكل التالي تكويناً ثنائي الصف. لاحظ كيف تعمل المجموعة الثنائية من خلال موازن التحميل إلى الجهاز الظاهري 1 (VM1). يتم نسخ VM1 احتياطيا بواسطة VM2 وVM3.

حالات الاستخدام

ترابط IP المصدر مع IP العميل والبروتوكول (ترابط IP المصدر ثلاثي المجموعات)، يحل عدم التوافق بين موازن تحميل Azure وبوابة سطح المكتب البعيد (بوابة RD).

سيناريو حالة استخدام أخرى هو تحميل الوسائط. يتم تحميل البيانات من خلال UDP، ولكن يتم تحقيق مستوى التحكم من خلال TCP:

• يبدأ العميل جلسة TCP إلى العنوان العام المتوازن ويتم توجيهه إلى DIP محدد. يتم ترك القناة نشطة لمراقبة صحة الاتصال.
• بدء جلسة UDP جديدة من نفس الكمبيوتر العميل إلى نفس نقطة النهاية العامة الموازنة التحميل. يتم توجيه الاتصال إلى نفس نقطة نهاية DIP مثل اتصال TCP السابق. يمكن تنفيذ تحميل الوسائط بمعدل النقل عالية مع الحفاظ على قناة التحكم من خلال TCP.

ملاحظة

عند تغيير أعضاء تجمع الخلفية لـ Load Balancer إمّا عن طريق إزالة جهاز ظاهري وإمّا إضافته، يُعاد حساب توزيع طلبات العميل. لا يمكنك الاعتماد على اتصالات جديدة من العملاء الحاليين لتنتهي في نفس الخادم. وبالإضافة إلى ذلك، يمكن أن يؤدي وضع توزيع ترابط IP المصدر إلى توزيع غير متساوٍ من نسبة استخدام الشبكة. قد يُنظر إلى العملاء الذين يعملون خلف الوكلاء على أنهم تطبيق عميل فريد واحد.

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

لمزيد من المعلومات حول كيفية تكوين وضع التوزيع لـ Azure Load Balancer، راجع تكوين وضع التوزيع لـ Azure Load Balancer.