پچھلی بار ہم نے سٹیٹک اور ڈائنامک روٹنگ کے حوالے سے NSX Edge کی صلاحیتوں کے بارے میں بات کی تھی، اور آج ہم لوڈ بیلنسر سے نمٹیں گے۔
اس سے پہلے کہ ہم ترتیب دینا شروع کریں، میں آپ کو توازن کی اہم اقسام کے بارے میں مختصراً یاد دلانا چاہوں گا۔
Теория
آج کے تمام پے لوڈ بیلنسنگ سلوشنز کو اکثر دو قسموں میں تقسیم کیا جاتا ہے: ماڈل کی چوتھی (ٹرانسپورٹ) اور ساتویں (ایپلی کیشن) سطحوں پر توازن . توازن کے طریقوں کو بیان کرتے وقت OSI ماڈل بہترین حوالہ نقطہ نہیں ہے۔ مثال کے طور پر، اگر ایک L4 بیلنسر بھی TLS ختم کرنے کی حمایت کرتا ہے، تو کیا یہ L7 بیلنسر بن جاتا ہے؟ لیکن یہ وہی ہے جو یہ ہے۔
- بیلنسر L4 اکثر یہ کلائنٹ اور دستیاب بیک اینڈز کے ایک سیٹ کے درمیان ایک درمیانی پراکسی کھڑی ہوتی ہے، جو TCP کنکشن کو ختم کرتا ہے (یعنی آزادانہ طور پر SYN کا جواب دیتا ہے)، بیک اینڈ کو منتخب کرتا ہے اور اس کی سمت میں ایک نیا TCP سیشن شروع کرتا ہے، آزادانہ طور پر SYN بھیجتا ہے۔ یہ قسم بنیادی میں سے ایک ہے؛ دوسرے اختیارات ممکن ہیں۔
- بیلنسر L7 L4 بیلنس کے مقابلے میں دستیاب بیک اینڈز پر "زیادہ نفیس" ٹریفک کو تقسیم کرتا ہے۔ یہ فیصلہ کر سکتا ہے کہ کس پسدید کو منتخب کرنے کی بنیاد پر، مثال کے طور پر، HTTP پیغام کے مواد (URL، کوکی، وغیرہ)۔
قسم سے قطع نظر، بیلنسر مندرجہ ذیل افعال کی حمایت کر سکتا ہے:
- سروس کی دریافت دستیاب بیک اینڈز کے سیٹ کا تعین کرنے کا عمل ہے (سٹیٹک، ڈی این ایس، قونصل، وغیرہ)۔
- دریافت شدہ بیک اینڈز کی فعالیت کو چیک کرنا (HTTP درخواست کا استعمال کرتے ہوئے بیک اینڈ کا فعال "پنگ"، TCP کنکشنز میں مسائل کی غیر فعال شناخت، جوابات میں متعدد 503 HTTP کوڈز کی موجودگی وغیرہ)۔
- خود توازن (راؤنڈ رابن، رینڈم سلیکشن، سورس آئی پی ہیش، یو آر آئی)۔
- TLS کا خاتمہ اور سرٹیفکیٹ کی تصدیق۔
- سیکیورٹی سے متعلق اختیارات (تصدیق، DoS حملے کی روک تھام، رفتار کو محدود کرنا) اور بہت کچھ۔
NSX Edge دو لوڈ بیلنس کی تعیناتی کے طریقوں کے لیے تعاون فراہم کرتا ہے:
پراکسی موڈ، یا ایک بازو. اس موڈ میں، NSX Edge اپنے آئی پی ایڈریس کو بطور سورس ایڈریس استعمال کرتا ہے جب بیک اینڈ میں سے کسی کو درخواست بھیجتا ہے۔ اس طرح، بیلنسر بیک وقت سورس اور ڈیسٹینیشن NAT کے افعال انجام دیتا ہے۔ بیک اینڈ تمام ٹریفک کو دیکھتا ہے جیسا کہ بیلنسر سے بھیجا گیا ہے اور اسے براہ راست جواب دیتا ہے۔ ایسی اسکیم میں، بیلنسر کا اندرونی سرورز کے ساتھ ایک ہی نیٹ ورک کے حصے میں ہونا ضروری ہے۔
یہاں یہ ہے کہ یہ کیسے جاتا ہے:
1. صارف وی آئی پی ایڈریس (بیلنس ایڈریس) پر ایک درخواست بھیجتا ہے جو کنارے پر ترتیب دیا گیا ہے۔
2. Edge بیک اینڈ میں سے ایک کو منتخب کرتا ہے اور VIP ایڈریس کو منتخب کردہ بیک اینڈ کے ایڈریس سے بدل کر منزل NAT انجام دیتا ہے۔
3. Edge ذریعہ NAT انجام دیتا ہے، اس صارف کے ایڈریس کو تبدیل کرتا ہے جس نے درخواست بھیجی تھی۔
4. پیکج کو منتخب بیک اینڈ پر بھیجا جاتا ہے۔
5. پسدید صارف کو براہ راست جواب نہیں دیتا، بلکہ Edge کو، کیونکہ صارف کا اصل پتہ بیلنسر کے ایڈریس میں تبدیل کر دیا گیا ہے۔
6. Edge سرور کے جواب کو صارف تک پہنچاتا ہے۔
خاکہ ذیل میں ہے۔
شفاف، یا ان لائن موڈ۔ اس منظر نامے میں، بیلنسر کے اندرونی اور بیرونی نیٹ ورکس پر انٹرفیس ہوتے ہیں۔ ایک ہی وقت میں، بیرونی نیٹ ورک سے اندرونی نیٹ ورک تک کوئی براہ راست رسائی نہیں ہے. بلٹ ان لوڈ بیلنسر اندرونی نیٹ ورک پر ورچوئل مشینوں کے لیے NAT گیٹ وے کے طور پر کام کرتا ہے۔
طریقہ کار مندرجہ ذیل ہے:
1. صارف وی آئی پی ایڈریس (بیلنس ایڈریس) پر ایک درخواست بھیجتا ہے جو کنارے پر ترتیب دیا گیا ہے۔
2. Edge بیک اینڈ میں سے ایک کو منتخب کرتا ہے اور VIP ایڈریس کو منتخب کردہ بیک اینڈ کے ایڈریس سے بدل کر منزل NAT انجام دیتا ہے۔
3. پیکج کو منتخب بیک اینڈ پر بھیجا جاتا ہے۔
4. پسدید کو صارف کے اصل پتے کے ساتھ ایک درخواست موصول ہوتی ہے (ذریعہ NAT انجام نہیں دیا گیا تھا) اور براہ راست اس کا جواب دیتا ہے۔
5. لوڈ بیلنسر کے ذریعے ٹریفک کو دوبارہ قبول کیا جاتا ہے، کیونکہ ان لائن اسکیم میں یہ عام طور پر سرور فارم کے لیے ڈیفالٹ گیٹ وے کے طور پر کام کرتا ہے۔
6. Edge اپنے VIP کو سورس IP ایڈریس کے طور پر استعمال کرتے ہوئے صارف کو ٹریفک بھیجنے کے لیے سورس NAT انجام دیتا ہے۔
خاکہ ذیل میں ہے۔
پریکٹس
میرے ٹیسٹ بینچ میں اپاچی چلانے والے 3 سرور ہیں، جو HTTPS پر کام کرنے کے لیے ترتیب دیے گئے ہیں۔ Edge ہر نئی درخواست کو نئے سرور پر پراکسی کرتے ہوئے، HTTPS درخواستوں کا راؤنڈ رابن توازن انجام دے گا۔
آو شروع کریں.
ایک SSL سرٹیفکیٹ تیار کرنا جو NSX Edge کے ذریعے استعمال کیا جائے گا۔
آپ ایک درست CA سرٹیفکیٹ درآمد کر سکتے ہیں یا خود دستخط شدہ استعمال کر سکتے ہیں۔ اس ٹیسٹ کے لیے میں خود دستخط شدہ استعمال کروں گا۔
- وی کلاؤڈ ڈائریکٹر انٹرفیس میں، ایج سروسز کی ترتیبات پر جائیں۔
- سرٹیفکیٹس کے ٹیب پر جائیں۔ اعمال کی فہرست سے، ایک نیا CSR شامل کرنا منتخب کریں۔
- مطلوبہ فیلڈز پر کریں اور Keep پر کلک کریں۔
- نئے بنائے گئے CSR کو منتخب کریں اور سیلف سائن CSR کا آپشن منتخب کریں۔
- سرٹیفکیٹ کی میعاد کی مدت منتخب کریں اور رکھیں پر کلک کریں۔
- خود دستخط شدہ سرٹیفکیٹ دستیاب کی فہرست میں ظاہر ہوتا ہے۔
ایپلیکیشن پروفائل ترتیب دینا
ایپلیکیشن پروفائلز آپ کو نیٹ ورک ٹریفک پر مکمل کنٹرول فراہم کرتے ہیں اور اس کا انتظام آسان اور موثر بناتے ہیں۔ ان کا استعمال ٹریفک کی مخصوص اقسام کے لیے رویے کی وضاحت کے لیے کیا جا سکتا ہے۔
- لوڈ بیلنسر ٹیب پر جائیں اور بیلنس کو فعال کریں۔ یہاں ایکسلریشن اینبلڈ آپشن بیلنسر کو L4 کی بجائے تیز L7 بیلنسنگ استعمال کرنے کی اجازت دیتا ہے۔
- ایپلیکیشن پروفائل سیٹ کرنے کے لیے ایپلیکیشن پروفائل ٹیب پر جائیں۔ + پر کلک کریں۔
- پروفائل کا نام سیٹ کریں اور ٹریفک کی وہ قسم منتخب کریں جس کے لیے پروفائل لاگو کیا جائے گا۔ مجھے کچھ پیرامیٹرز کی وضاحت کرنے دو۔
مسلسل - سیشن ڈیٹا کو اسٹور اور ٹریک کرتا ہے، مثال کے طور پر: پول میں کون سا مخصوص سرور صارف کی درخواست کی خدمت کر رہا ہے۔ یہ یقینی بناتا ہے کہ صارف کی درخواستیں سیشن کی زندگی بھر یا اس کے بعد کے سیشنز کے لیے ایک ہی پول ممبر کو بھیجی جاتی ہیں۔
SSL پاس تھرو کو فعال کریں۔ - جب یہ اختیار منتخب کیا جاتا ہے، NSX Edge SSL کو ختم کرنا بند کر دیتا ہے۔ اس کے بجائے، برطرفی براہ راست ان سرورز پر ہوتی ہے جو متوازن ہو رہے ہیں۔
X-Forwarded-For HTTP ہیڈر داخل کریں۔ - آپ کو لوڈ بیلنسر کے ذریعے ویب سرور سے جڑنے والے کلائنٹ کے سورس آئی پی ایڈریس کا تعین کرنے کی اجازت دیتا ہے۔
پول سائیڈ SSL کو فعال کریں۔ - آپ کو یہ بتانے کی اجازت دیتا ہے کہ منتخب پول HTTPS سرورز پر مشتمل ہے۔
- چونکہ میں HTTPS ٹریفک کو متوازن کروں گا، مجھے پول سائیڈ SSL کو فعال کرنے اور ورچوئل سرور سرٹیفکیٹس -> سروس سرٹیفکیٹ ٹیب میں پہلے سے تیار کردہ سرٹیفکیٹ کو منتخب کرنے کی ضرورت ہے۔
- اسی طرح پول سرٹیفکیٹس کے لیے -> سروس سرٹیفکیٹ۔
ہم سرورز کا ایک پول بناتے ہیں، جس کی ٹریفک متوازن پولز ہوگی۔
- پولز ٹیب پر جائیں۔ + پر کلک کریں۔
- ہم پول کا نام سیٹ کرتے ہیں، الگورتھم (میں راؤنڈ رابن استعمال کروں گا) اور ہیلتھ چیک بیک اینڈ کے لیے مانیٹرنگ کی قسم کا انتخاب کرتے ہیں۔ شفاف آپشن اس بات کی نشاندہی کرتا ہے کہ آیا کلائنٹس کے ابتدائی سورس آئی پی اندرونی سرورز کو دکھائی دے رہے ہیں۔
- اگر آپشن غیر فعال ہے تو، اندرونی سرورز کے لیے ٹریفک بیلنسر کے سورس آئی پی سے آتا ہے۔
- اگر آپشن فعال ہے تو، اندرونی سرورز کلائنٹس کا سورس IP دیکھتے ہیں۔ اس کنفیگریشن میں، NSX Edge کو ڈیفالٹ گیٹ وے کے طور پر کام کرنا چاہیے تاکہ یہ یقینی بنایا جا سکے کہ واپس کیے گئے پیکٹ NSX Edge سے گزریں۔
NSX مندرجہ ذیل بیلنسنگ الگورتھم کی حمایت کرتا ہے:
- IP_HASH - ہر پیکٹ کے ماخذ اور منزل آئی پی کے لیے ہیش فنکشن کے نتائج کی بنیاد پر سرور کا انتخاب۔
- LEASTCONN - آنے والے رابطوں کا توازن، کسی خاص سرور پر پہلے سے موجود نمبر پر منحصر ہے۔ نئے کنکشن کم ترین کنکشنز کے ساتھ سرور پر بھیجے جائیں گے۔
- راؤنڈ رابن - نئے کنکشن ہر سرور کو باری باری بھیجے جاتے ہیں، اس کو تفویض کردہ وزن کے مطابق۔
- URI - URI کا بایاں حصہ (سوالیہ نشان سے پہلے) ہیش کیا جاتا ہے اور پول میں سرورز کے کل وزن سے تقسیم کیا جاتا ہے۔ نتیجہ اس بات کی نشاندہی کرتا ہے کہ کون سا سرور درخواست وصول کرتا ہے، اس بات کو یقینی بناتے ہوئے کہ درخواست ہمیشہ ایک ہی سرور پر بھیجی جاتی ہے، جب تک کہ تمام سرور دستیاب رہیں۔
- HTTPHEADER - ایک مخصوص HTTP ہیڈر پر مبنی توازن، جسے پیرامیٹر کے طور پر بیان کیا جا سکتا ہے۔ اگر ہیڈر غائب ہے یا اس کی کوئی قدر نہیں ہے، تو ROUND_ROBIN الگورتھم لاگو ہوتا ہے۔
- URL - ہر HTTP GET درخواست دلیل کے طور پر بیان کردہ URL پیرامیٹر کو تلاش کرتی ہے۔ اگر پیرامیٹر کے بعد ایک مساوی نشان اور ایک قدر ہے، تو قدر کو ہیش کیا جاتا ہے اور چلانے والے سرورز کے کل وزن سے تقسیم کیا جاتا ہے۔ نتیجہ بتاتا ہے کہ کون سا سرور درخواست وصول کرتا ہے۔ اس عمل کا استعمال درخواستوں میں یوزر آئی ڈی کو ٹریک رکھنے اور اس بات کو یقینی بنانے کے لیے کیا جاتا ہے کہ جب تک تمام سرورز دستیاب رہیں ایک ہی صارف آئی ڈی ہمیشہ ایک ہی سرور کو بھیجی جاتی ہے۔
- ممبرز بلاک میں، پول میں سرورز شامل کرنے کے لیے + پر کلک کریں۔
یہاں آپ کو اشارہ کرنے کی ضرورت ہے:- خدمت گار کا نام؛
- سرور IP ایڈریس؛
- وہ بندرگاہ جس پر سرور ٹریفک حاصل کرے گا۔
- صحت کی جانچ کے لیے بندرگاہ (ہیلتھ چیک مانیٹر)؛
- وزن - اس پیرامیٹر کا استعمال کرتے ہوئے آپ پول کے مخصوص ممبر کے لیے موصول ہونے والی ٹریفک کی متناسب مقدار کو ایڈجسٹ کر سکتے ہیں۔
- زیادہ سے زیادہ کنکشنز - سرور سے کنکشن کی زیادہ سے زیادہ تعداد؛
- کم سے کم کنکشنز - کنکشنز کی کم از کم تعداد جس پر سرور کو ٹریفک کے اگلے پول ممبر کو بھیجے جانے سے پہلے عمل کرنا چاہیے۔
تین سرورز کا آخری پول ایسا لگتا ہے۔
ورچوئل سرور شامل کرنا
- ورچوئل سرورز کے ٹیب پر جائیں۔ + پر کلک کریں۔
- ہم ورچوئل سرور کو فعال کر کے ورچوئل سرور کو فعال کرتے ہیں۔
ہم اسے ایک نام دیتے ہیں، پہلے سے تیار کردہ ایپلیکیشن پروفائل، پول کو منتخب کرتے ہیں اور اس IP ایڈریس کی نشاندہی کرتے ہیں جس پر ورچوئل سرور باہر سے درخواستیں وصول کرے گا۔ ہم HTTPS پروٹوکول اور پورٹ 443 کی وضاحت کرتے ہیں۔
یہاں اختیاری پیرامیٹرز:
کنکشن کی حد - بیک وقت کنکشنز کی زیادہ سے زیادہ تعداد جس پر ورچوئل سرور کارروائی کر سکتا ہے۔
کنکشن کی شرح کی حد (CPS) - فی سیکنڈ نئی آنے والی درخواستوں کی زیادہ سے زیادہ تعداد۔
یہ بیلنسر کی ترتیب کو مکمل کرتا ہے؛ آپ اس کی فعالیت کو چیک کر سکتے ہیں۔ سرورز کی ایک سادہ ترتیب ہے جو آپ کو یہ سمجھنے کی اجازت دیتی ہے کہ پول کے کس سرور نے درخواست پر کارروائی کی۔ سیٹ اپ کے دوران، ہم نے راؤنڈ رابن بیلنسنگ الگورتھم کا انتخاب کیا، اور ہر سرور کے لیے وزن کا پیرامیٹر ایک کے برابر ہے، لہذا ہر بعد کی درخواست پر پول سے اگلے سرور کے ذریعے کارروائی کی جائے گی۔
ہم براؤزر میں بیلنسر کا بیرونی پتہ درج کرتے ہیں اور دیکھتے ہیں:
صفحہ کو ریفریش کرنے کے بعد، درج ذیل سرور کے ذریعے درخواست پر کارروائی کی جائے گی۔
اور دوبارہ - پول سے تیسرے سرور کو چیک کرنے کے لیے:
چیک کرتے وقت، آپ دیکھ سکتے ہیں کہ Edge ہمیں جو سرٹیفکیٹ بھیجتا ہے وہی وہی ہے جو ہم نے بالکل شروع میں تیار کیا تھا۔
ایج گیٹ وے کنسول سے بیلنس کی حیثیت کی جانچ کر رہا ہے۔ ایسا کرنے کے لیے، درج کریں۔ سروس لوڈ بیلنسر پول دکھائیں۔.
پول میں سرورز کی حیثیت کو چیک کرنے کے لیے سروس مانیٹر کو ترتیب دینا
سروس مانیٹر کا استعمال کرتے ہوئے ہم بیک اینڈ پول میں سرورز کی حالت کی نگرانی کر سکتے ہیں۔ اگر کسی درخواست کا جواب توقع کے مطابق نہیں ہے، تو سرور کو پول سے باہر نکالا جا سکتا ہے تاکہ اسے کوئی نئی درخواستیں موصول نہ ہوں۔
پہلے سے طے شدہ طور پر، تصدیق کے تین طریقے ترتیب دیئے گئے ہیں:
- TCP مانیٹر،
- HTTP مانیٹر،
- HTTPS مانیٹر۔
آئیے ایک نیا بنائیں۔
- سروس مانیٹرنگ ٹیب پر جائیں، + پر کلک کریں۔
- منتخب کریں:
- نئے طریقہ کار کا نام؛
- وہ وقفہ جس پر درخواستیں بھیجی جائیں گی،
- جواب کے انتظار میں ٹائم آؤٹ،
- نگرانی کی قسم - GET طریقہ استعمال کرتے ہوئے HTTPS کی درخواست، متوقع اسٹیٹس کوڈ - 200 (OK) اور URL کی درخواست کریں۔
- یہ نئے سروس مانیٹر کا سیٹ اپ مکمل کرتا ہے؛ اب ہم اسے پول بناتے وقت استعمال کر سکتے ہیں۔
درخواست کے قواعد مرتب کرنا
ایپلیکیشن رولز مخصوص محرکات کی بنیاد پر ٹریفک میں ہیرا پھیری کرنے کا ایک طریقہ ہیں۔ اس ٹول کے ذریعے ہم لوڈ بیلنسنگ کے جدید اصول بنا سکتے ہیں جو کہ ایج گیٹ وے پر دستیاب ایپلیکیشن پروفائلز یا دیگر خدمات کے ذریعے ممکن نہیں ہو سکتے۔
- ایک اصول بنانے کے لیے، بیلنسر کے ایپلیکیشن رولز ٹیب پر جائیں۔
- ایک نام، ایک اسکرپٹ منتخب کریں جو اصول کا استعمال کرے، اور Keep پر کلک کریں۔
- اصول بننے کے بعد، ہمیں پہلے سے ترتیب شدہ ورچوئل سرور میں ترمیم کرنے کی ضرورت ہے۔
- ایڈوانسڈ ٹیب میں، ہم نے جو اصول بنایا ہے اسے شامل کریں۔
اوپر کی مثال میں ہم نے tlsv1 سپورٹ کو فعال کیا۔
ایک دو مزید مثالیں:
ٹریفک کو دوسرے پول پر ری ڈائریکٹ کریں۔
اس اسکرپٹ کے ساتھ ہم ٹریفک کو دوسرے بیلنسنگ پول کی طرف ری ڈائریکٹ کر سکتے ہیں اگر مین پول نیچے ہے۔ اصول کے کام کرنے کے لیے، بیلنسر پر ایک سے زیادہ پولز کو کنفیگر کیا جانا چاہیے اور مین پول کے تمام ممبران کو نیچے کی حالت میں ہونا چاہیے۔ آپ کو پول کا نام بتانے کی ضرورت ہے، نہ کہ اس کی ID۔
acl pool_down nbsrv(PRIMARY_POOL_NAME) eq 0
use_backend SECONDARY_POOL_NAME if PRIMARY_POOL_NAME
ٹریفک کو کسی بیرونی وسائل کی طرف ری ڈائریکٹ کریں۔
یہاں ہم ٹریفک کو بیرونی ویب سائٹ پر ری ڈائریکٹ کرتے ہیں اگر مین پول کے تمام ممبران نیچے ہیں۔
acl pool_down nbsrv(NAME_OF_POOL) eq 0
redirect location http://www.example.com if pool_down
اس سے بھی زیادہ مثالیں۔ .
بیلنسر کے بارے میں میرے لئے یہ سب کچھ ہے۔ اگر آپ کے کوئی سوالات ہیں تو پوچھیں، میں جواب دینے کے لیے تیار ہوں۔
ماخذ: www.habr.com