Microsoft بديل VMware لموازنة تحميل الشبكة: تم حل مشكلات البث المتعدد والبث الأحادي

وضع البث المتعدد لـ NLB Microsoft

كما هو موضح في قاعدة معارف VMware الخاصة بـ حول تكوين وضع البث المتعدد لموازنة تحميل الشبكة (NLB) ، ستحتاج إلى تكوين حل ARP الثابت يدويًا على المحول أو الموجه لكل منفذ متصل بالمجموعة. قد يكون نشر وضع البث المتعدد لموازنة تحميل الشبكة (NLB) Microsoft في بيئة شبكة غير معروفة مهمة معقدة وشاقة.

Microsoft وضع البث الأحادي NLB

في وضع البث الأحادي لـ NLB Microsoft ، يجب عليك ضبط مضيف ESXi/ESX بحيث لا يرسل حزم RARP عند تشغيل أي من أجهزته الافتراضية. ولهذا السبب، لا يعمل وضع البث الأحادي لـ NLB Microsoft بشكل صحيح مع VMware .

بديل مع SafeKit

لا يتطلب تكوين عنوان IP الظاهري SafeKit أي إعدادات خاصة للشبكة، ويمكن تشغيل موازنة أحمال الشبكة في أي بيئة. تُعد هذه ميزة مهمة عند نشر الحل في بنية تحتية غير معروفة: مثل المحولات أو أجهزة التوجيه أو الخوادم الفعلية أو الافتراضية غير المعروفة.

كيف تعمل مجموعة SafeKit في وضع farm مع Windows ؟

عنوان IP ظاهري في مجموعة في وضع farm

في الشكل السابق، يتم تشغيل تطبيق Windows على 3 خوادم (3 هو مثال، يمكن أن يكون 2 أو أكثر). يتصل المستخدمون بعنوان IP ظاهري.

يتم تكوين عنوان IP الظاهري محليًا على كل خادم في مجموعة وضع farm.
يتم استقبال حركة المرور الواردة إلى عنوان IP الظاهري بواسطة جميع الخوادم ويتم تقسيمها بينها بواسطة مرشح شبكة داخل نواة كل خادم.

يكتشف SafeKit أعطال الأجهزة والبرامج، ويعيد تكوين مرشحات الشبكة في حالة حدوث عطل، ويوفر أدوات فحص التطبيقات القابلة للتكوين ونصوص استرداد البيانات.

موازنة التحميل في مرشح الشبكة

تستند خوارزمية موازنة تحميل الشبكة داخل مرشح الشبكة إلى هوية حزم العميل (عنوان IP للعميل، منفذ TCP للعميل). واعتمادًا على هوية حزمة العميل المدخلة، يقبل مرشح واحد فقط في الخادم الحزمة؛ وترفضها المرشحات الأخرى في الخوادم الأخرى.

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

في حالة فشل أحد الخوادم، تعيد بروتوكولات نبضات farm تكوين المرشحات في مجموعة موازنة تحميل الشبكة لإعادة موازنة حركة المرور على الخوادم المتاحة المتبقية.

التطبيقات ذات الحالة أو عديمة الحالة

مع تطبيق Windows ذي حالة، هناك تقارب في الجلسة. يجب أن يكون العميل نفسه متصلاً بنفس الخادم على جلسات TCP متعددة لاسترداد سياقه على الخادم. في هذه الحالة، يتم تكوين قاعدة موازنة تحميل SafeKit على عنوان IP الخاص بالعميل. وبالتالي، يكون العميل نفسه متصلاً دائمًا بنفس الخادم على جلسات TCP متعددة. ويتم توزيع العملاء المختلفين عبر خوادم مختلفة في farm.

مع تطبيق Windows عديم الحالة، لا يوجد ارتباط بالجلسة. يمكن توصيل نفس العميل بخوادم مختلفة في farm على جلسات TCP متعددة. لا يوجد سياق مخزن محليًا على خادم من جلسة إلى أخرى. في هذه الحالة، يتم تكوين قاعدة موازنة تحميل SafeKit على هوية جلسة عميل TCP. هذا التكوين هو الأفضل لتوزيع الجلسات بين الخوادم، ولكنه يتطلب خدمة TCP بدون ارتباط بالجلسة.

كيفية تكوين مجموعة SafeKit في وضع farm Windows ؟

صُممت مجموعة SafeKit في وضع farm mode) لتوفير توافر عالٍ وقابلية للتوسع للخدمات. يركز التكوين على توزيع حركة المرور الواردة عبر كلا العقدتين في وقت واحد:

• خدمات موازنة التحميل (علامة التبويب وحدات الماكرو): حدد خدمات التطبيق المحددة (مثل Apache و IIS و Nginx) التي سيتم إبقاؤها نشطة على جميع العقد.
• شبكة (شبكات) النبض: مسار (مسارات) الاتصال المستخدمة للكشف عما إذا كانت العقدة قد غادرت farm، مما يؤدي إلى إعادة توزيع فورية للحمل.
• عنوان IP الظاهري (Farm VIP): على عكس مجموعة mirror، تتم مشاركة عنوان IP الظاهري (Farm VIP) بين العُقد باستخدام خوارزمية تصفية النواة لتوزيع حركة مرور الشبكة.
• قواعد موازنة التحميل: حدد سياسة توزيع حركة المرور بناءً على عنوان IP المصدر أو المنفذ.
• أداة التحقق: راقب سلامة التطبيق وقم بتشغيل إعادة التشغيل التلقائي إذا تم اكتشاف فشل في إحدى العمليات.

كيفية مراقبة مجموعة SafeKit في وضع farm Windows ؟

يوفر مراقبة مجموعة في وضع farm رؤية لطبيعة البنية التحتية النشطة-النشطة، حيث تساهم جميع العُقد في أداء التطبيق (تُظهر عقدتين في هذا المثال):

• حالة UP (50% على عقدتين): في farm سليمة، تكون كلتا العقدتين في حالة " UP " (50%)، مما يعني أنهما تستقبلان وتعالجان طلبات العميل بنشاط عبر عنوان IP الظاهري المشترك.
• إعادة التوازن التلقائية: في حال تعطل إحدى العُقد، تعرض وحدة التحكم بشكل مرئي أن العقدة المتبقية تستقبل 100% من حركة البيانات. لا يوجد تأخير في “تجاوز الفشل”، حيث أن العقدة المتبقية نشطة بالفعل (بصرف النظر عن وقت الكشف الذي يستغرق بضع ثوانٍ).
• إدراج العقدة: عند إعادة تشغيل عقدة تم إصلاحها، تنتقل من حالة " STOP " إلى حالة " UP " وتبدأ تلقائيًا في تلقي جزء من الحمل دون تدخل المسؤول.
• عدم مزامنة البيانات: لاحظ أنه في مجموعة وضع farm، لا توجد حالة إعادة مزامنة “برتقالية”، حيث من المتوقع أن تكون العُقد عديمة الحالة أو تشارك قاعدة بيانات خلفية (والتي يمكن حمايتها بشكل منفصل في مجموعة mirror).

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

🔍 استكشف SafeKit

ابحث عن معلومات حول ميزات SafeKit وهياكلها ومقاطع الفيديو والوثائق والإصدار التجريبي المجاني.