ছোটদের জন্য VMware NSX। পার্ট 5: একটি লোড ব্যালেন্সার কনফিগার করা

প্রথম অংশ. পরিচায়ক
অংশ দুই. ফায়ারওয়াল এবং NAT নিয়ম কনফিগার করা
তৃতীয় অংশ. DHCP কনফিগার করা হচ্ছে
পর্ব চার. রাউটিং সেটআপ

গতবার আমরা স্ট্যাটিক এবং ডাইনামিক রাউটিং এর পরিপ্রেক্ষিতে NSX এজ এর ক্ষমতা সম্পর্কে কথা বলেছিলাম এবং আজ আমরা লোড ব্যালেন্সার নিয়ে কাজ করব।
আমরা সেট আপ শুরু করার আগে, আমি আপনাকে প্রধান ধরনের ভারসাম্য সম্পর্কে সংক্ষেপে মনে করিয়ে দিতে চাই।

তত্ত্ব

আজকের সমস্ত পেলোড ব্যালেন্সিং সমাধানগুলি প্রায়শই দুটি বিভাগে বিভক্ত: মডেলের চতুর্থ (পরিবহন) এবং সপ্তম (অ্যাপ্লিকেশন) স্তরে ভারসাম্য বজায় রাখা এস আই. ভারসাম্যের পদ্ধতি বর্ণনা করার সময় OSI মডেলটি সেরা রেফারেন্স পয়েন্ট নয়। উদাহরণস্বরূপ, যদি একটি L4 ব্যালেন্সারও TLS সমাপ্তি সমর্থন করে, তাহলে এটি কি L7 ব্যালেন্সার হয়ে যায়? কিন্তু এটা কি তাই.

• ব্যালেন্সার L4 প্রায়শই এটি ক্লায়েন্ট এবং উপলব্ধ ব্যাকএন্ডের একটি সেটের মধ্যে একটি মধ্যম প্রক্সি থাকে, যা টিসিপি সংযোগগুলিকে বন্ধ করে দেয় (অর্থাৎ, স্বাধীনভাবে SYN-এ প্রতিক্রিয়া জানায়), একটি ব্যাকএন্ড নির্বাচন করে এবং স্বাধীনভাবে SYN পাঠাতে একটি নতুন TCP সেশন শুরু করে। এই প্রকারটি মৌলিকগুলির মধ্যে একটি; অন্যান্য বিকল্পগুলি সম্ভব।
• ব্যালেন্সার L7 L4 ব্যালেন্সারের চেয়ে "আরো পরিশীলিত" উপলব্ধ ব্যাকএন্ড জুড়ে ট্রাফিক বিতরণ করে। এটি সিদ্ধান্ত নিতে পারে কোন ব্যাকএন্ডের উপর ভিত্তি করে বেছে নিতে হবে, উদাহরণস্বরূপ, HTTP বার্তার বিষয়বস্তু (URL, কুকি, ইত্যাদি)।

প্রকার নির্বিশেষে, ব্যালেন্সার নিম্নলিখিত ফাংশন সমর্থন করতে পারে:

• পরিষেবা আবিষ্কার হল উপলব্ধ ব্যাকএন্ডের সেট (স্ট্যাটিক, ডিএনএস, কনসাল, ইত্যাদি) নির্ধারণ করার প্রক্রিয়া।
• সনাক্ত করা ব্যাকএন্ডগুলির কার্যকারিতা পরীক্ষা করা হচ্ছে (একটি HTTP অনুরোধ ব্যবহার করে ব্যাকএন্ডের সক্রিয় "পিং", TCP সংযোগে সমস্যাগুলির নিষ্ক্রিয় সনাক্তকরণ, প্রতিক্রিয়াগুলিতে বেশ কয়েকটি 503 HTTP কোডের উপস্থিতি ইত্যাদি)।
• ভারসাম্য নিজেই (রাউন্ড রবিন, র্যান্ডম নির্বাচন, উৎস আইপি হ্যাশ, ইউআরআই)।
• TLS সমাপ্তি এবং শংসাপত্র যাচাইকরণ।
• নিরাপত্তা-সম্পর্কিত বিকল্প (প্রমাণিকরণ, DoS আক্রমণ প্রতিরোধ, গতি সীমিতকরণ) এবং আরও অনেক কিছু।

NSX এজ দুটি লোড ব্যালেন্সার স্থাপনা মোডের জন্য সমর্থন প্রদান করে:

প্রক্সি মোড, বা এক-বাহু. এই মোডে, ব্যাকএন্ডগুলির একটিতে অনুরোধ পাঠানোর সময় NSX এজ তার আইপি ঠিকানাটিকে উত্স ঠিকানা হিসাবে ব্যবহার করে৷ সুতরাং, ব্যালেন্সার একই সাথে উত্স এবং গন্তব্য NAT এর কার্য সম্পাদন করে। ব্যাকএন্ড ব্যালেন্সার থেকে প্রেরিত সমস্ত ট্র্যাফিক দেখে এবং সরাসরি এতে সাড়া দেয়। এই ধরনের স্কিমে, ব্যালেন্সার অবশ্যই অভ্যন্তরীণ সার্ভারের সাথে একই নেটওয়ার্ক বিভাগে থাকতে হবে।

এটি কিভাবে যায় তা এখানে:
1. ব্যবহারকারী ভিআইপি ঠিকানায় (ব্যালেন্সার ঠিকানা) একটি অনুরোধ পাঠায় যা প্রান্তে কনফিগার করা হয়েছে।
2. এজ ব্যাকএন্ডগুলির মধ্যে একটি নির্বাচন করে এবং গন্তব্য NAT সম্পাদন করে, নির্বাচিত ব্যাকএন্ডের ঠিকানার সাথে VIP ঠিকানা প্রতিস্থাপন করে।
3. এজ সোর্স NAT সঞ্চালন করে, যে ব্যবহারকারীর নিজের ঠিকানা দিয়ে অনুরোধ পাঠিয়েছে তার ঠিকানা প্রতিস্থাপন করে।
4. প্যাকেটটি নির্বাচিত ব্যাকএন্ডে পাঠানো হয়।
5. ব্যাকএন্ড সরাসরি ব্যবহারকারীকে সাড়া দেয় না, কিন্তু প্রান্তে, যেহেতু ব্যবহারকারীর আসল ঠিকানা ব্যালেন্সারের ঠিকানায় পরিবর্তন করা হয়েছে।
6. এজ ব্যবহারকারীর কাছে সার্ভারের প্রতিক্রিয়া প্রেরণ করে।
চিত্রটি নীচে দেওয়া হল।


স্বচ্ছ, বা ইনলাইন, মোড। এই পরিস্থিতিতে, ব্যালেন্সারের অভ্যন্তরীণ এবং বাহ্যিক নেটওয়ার্কে ইন্টারফেস রয়েছে। একই সময়ে, বাহ্যিক থেকে অভ্যন্তরীণ নেটওয়ার্কে সরাসরি অ্যাক্সেস নেই। অন্তর্নির্মিত লোড ব্যালেন্সার অভ্যন্তরীণ নেটওয়ার্কে ভার্চুয়াল মেশিনের জন্য NAT গেটওয়ে হিসাবে কাজ করে।

প্রক্রিয়াটি নিম্নরূপ:
1. ব্যবহারকারী ভিআইপি ঠিকানায় (ব্যালেন্সার ঠিকানা) একটি অনুরোধ পাঠায় যা প্রান্তে কনফিগার করা হয়েছে।
2. এজ ব্যাকএন্ডগুলির মধ্যে একটি নির্বাচন করে এবং গন্তব্য NAT সম্পাদন করে, নির্বাচিত ব্যাকএন্ডের ঠিকানার সাথে VIP ঠিকানা প্রতিস্থাপন করে।
3. প্যাকেটটি নির্বাচিত ব্যাকএন্ডে পাঠানো হয়।
4. ব্যাকএন্ড ব্যবহারকারীর আসল ঠিকানার সাথে একটি অনুরোধ পায় (উৎস NAT সঞ্চালিত হয়নি) এবং এটি সরাসরি প্রতিক্রিয়া জানায়।
5. ট্রাফিক আবার লোড ব্যালেন্সার দ্বারা গৃহীত হয়, যেহেতু একটি ইনলাইন স্কিমে এটি সাধারণত সার্ভার ফার্মের জন্য ডিফল্ট গেটওয়ে হিসাবে কাজ করে।
6. এজ ব্যবহারকারীর কাছে ট্রাফিক পাঠাতে উৎস NAT সম্পাদন করে, তার ভিআইপিকে উৎস আইপি ঠিকানা হিসেবে ব্যবহার করে।
চিত্রটি নীচে দেওয়া হল।

অনুশীলন

আমার পরীক্ষার বেঞ্চে অ্যাপাচি চালানোর 3টি সার্ভার রয়েছে, যা HTTPS-এ কাজ করার জন্য কনফিগার করা হয়েছে। এজ HTTPS অনুরোধের রাউন্ড রবিন ব্যালেন্সিং সঞ্চালন করবে, প্রতিটি নতুন অনুরোধ একটি নতুন সার্ভারে প্রক্সি করবে।
শুরু করা যাক।

একটি SSL শংসাপত্র তৈরি করা হচ্ছে যা NSX এজ ব্যবহার করবে
আপনি একটি বৈধ CA শংসাপত্র আমদানি করতে পারেন বা একটি স্ব-স্বাক্ষরিত একটি ব্যবহার করতে পারেন৷ এই পরীক্ষার জন্য আমি স্ব-স্বাক্ষরিত ব্যবহার করব।

1. ভিক্লাউড ডিরেক্টর ইন্টারফেসে, এজ পরিষেবা সেটিংসে যান।
   
2. সার্টিফিকেট ট্যাবে যান। কর্ম তালিকা থেকে, একটি নতুন CSR যোগ নির্বাচন করুন.
   
3. প্রয়োজনীয় ক্ষেত্রগুলি পূরণ করুন এবং Keep এ ক্লিক করুন।
   
4. নতুন তৈরি করা CSR নির্বাচন করুন এবং স্ব-চিহ্ন CSR বিকল্পটি নির্বাচন করুন।
   
5. শংসাপত্রের মেয়াদকাল নির্বাচন করুন এবং Keep এ ক্লিক করুন
   
6. স্ব-স্বাক্ষরিত শংসাপত্রটি উপলব্ধগুলির তালিকায় উপস্থিত হয়৷
   

অ্যাপ্লিকেশন প্রোফাইল সেট আপ করা হচ্ছে
অ্যাপ্লিকেশন প্রোফাইলগুলি আপনাকে নেটওয়ার্ক ট্র্যাফিকের উপর আরও সম্পূর্ণ নিয়ন্ত্রণ দেয় এবং এটি পরিচালনা সহজ এবং কার্যকর করে। এগুলি নির্দিষ্ট ধরণের ট্র্যাফিকের জন্য আচরণ সংজ্ঞায়িত করতে ব্যবহার করা যেতে পারে।

1. লোড ব্যালেন্সার ট্যাবে যান এবং ব্যালেন্সার সক্ষম করুন। এখানে ত্বরণ সক্ষম বিকল্প ব্যালেন্সারকে L4 এর পরিবর্তে দ্রুত L7 ব্যালেন্সিং ব্যবহার করার অনুমতি দেয়।
   
2. অ্যাপ্লিকেশন প্রোফাইল সেট করতে অ্যাপ্লিকেশন প্রোফাইল ট্যাবে যান। + ক্লিক করুন।
   
3. প্রোফাইলের নাম সেট করুন এবং ট্রাফিকের ধরন নির্বাচন করুন যার জন্য প্রোফাইলটি প্রয়োগ করা হবে। আমাকে কিছু পরামিতি ব্যাখ্যা করা যাক।
   অধ্যবসায় - সেশন ডেটা সঞ্চয় করে এবং ট্র্যাক করে, উদাহরণস্বরূপ: পুলের কোন নির্দিষ্ট সার্ভার ব্যবহারকারীর অনুরোধটি পরিবেশন করছে। এটি নিশ্চিত করে যে ব্যবহারকারীর অনুরোধগুলি সেশনের আজীবন বা পরবর্তী সেশনের জন্য একই পুল সদস্যের কাছে পাঠানো হয়েছে।
   SSL পাসথ্রু সক্ষম করুন – যখন এই বিকল্পটি নির্বাচন করা হয়, NSX Edge SSL বন্ধ করা বন্ধ করে দেয়। পরিবর্তে, ভারসাম্যপূর্ণ সার্ভারগুলিতে সরাসরি সমাপ্তি ঘটে।
   X-Forwarded-For HTTP হেডার সন্নিবেশ করান - আপনাকে লোড ব্যালেন্সারের মাধ্যমে ওয়েব সার্ভারের সাথে সংযোগকারী ক্লায়েন্টের উৎস আইপি ঠিকানা নির্ধারণ করতে দেয়।
   পুল সাইড SSL সক্ষম করুন৷ - আপনাকে নির্দিষ্ট করতে দেয় যে নির্বাচিত পুলটিতে HTTPS সার্ভার রয়েছে।
   
4. যেহেতু আমি HTTPS ট্র্যাফিকের ভারসাম্য বজায় রাখব, তাই আমাকে পুল সাইড SSL সক্ষম করতে হবে এবং ভার্চুয়াল সার্ভার সার্টিফিকেট -> পরিষেবা শংসাপত্র ট্যাবে পূর্বে তৈরি করা শংসাপত্রটি নির্বাচন করতে হবে৷
   
5. একইভাবে পুল সার্টিফিকেট -> সার্ভিস সার্টিফিকেট।
   

আমরা সার্ভারের একটি পুল তৈরি করি, যার ট্র্যাফিক হবে সুষম পুল

1. পুল ট্যাবে যান। + ক্লিক করুন।
   
2. আমরা পুলের নাম সেট করি, অ্যালগরিদম (আমি রাউন্ড রবিন ব্যবহার করব) এবং স্বাস্থ্য পরীক্ষা ব্যাকএন্ডের জন্য পর্যবেক্ষণের ধরন নির্বাচন করি৷ স্বচ্ছ বিকল্পটি নির্দেশ করে যে ক্লায়েন্টদের প্রাথমিক উত্স আইপিগুলি অভ্যন্তরীণ সার্ভারগুলিতে দৃশ্যমান কিনা৷
   • বিকল্পটি নিষ্ক্রিয় থাকলে, অভ্যন্তরীণ সার্ভারের জন্য ট্রাফিক ব্যালেন্সারের উৎস আইপি থেকে আসে।
   • বিকল্পটি সক্রিয় থাকলে, অভ্যন্তরীণ সার্ভারগুলি ক্লায়েন্টদের উৎস আইপি দেখতে পায়। এই কনফিগারেশনে, NSX Edge অবশ্যই ডিফল্ট গেটওয়ে হিসাবে কাজ করবে যাতে ফেরত দেওয়া প্যাকেটগুলি NSX Edge এর মধ্য দিয়ে যায়।

   NSX নিম্নলিখিত ব্যালেন্সিং অ্যালগরিদম সমর্থন করে:

   • IP_HASH - প্রতিটি প্যাকেটের উৎস এবং গন্তব্য আইপির জন্য হ্যাশ ফাংশনের ফলাফলের উপর ভিত্তি করে সার্ভার নির্বাচন।
   • LEASTCONN - একটি নির্দিষ্ট সার্ভারে ইতিমধ্যে উপলব্ধ সংখ্যার উপর নির্ভর করে আগত সংযোগগুলির ভারসাম্য। নতুন সংযোগগুলি সবচেয়ে কম সংযোগ সহ সার্ভারে নির্দেশিত হবে৷
   • ROUND_ROBIN - প্রতিটি সার্ভারে নতুন সংযোগ পাঠানো হয়, এটিতে নির্ধারিত ওজন অনুসারে।
   • কোনো URI – URI-এর বাম অংশ (প্রশ্ন চিহ্নের আগে) হ্যাশ করা হয় এবং পুলের সার্ভারের মোট ওজন দিয়ে ভাগ করা হয়। ফলাফলটি নির্দেশ করে যে কোন সার্ভার অনুরোধটি গ্রহণ করে, তা নিশ্চিত করে যে অনুরোধটি সর্বদা একই সার্ভারে রুট করা হয়, যতক্ষণ না সমস্ত সার্ভার উপলব্ধ থাকে।
   • HTTPHEADER - একটি নির্দিষ্ট HTTP হেডারের উপর ভিত্তি করে ভারসাম্য, যা একটি প্যারামিটার হিসাবে নির্দিষ্ট করা যেতে পারে। হেডারটি অনুপস্থিত থাকলে বা কোনো মান না থাকলে, ROUND_ROBIN অ্যালগরিদম প্রয়োগ করা হয়।
   • URL টি – প্রতিটি HTTP GET অনুরোধ একটি আর্গুমেন্ট হিসাবে নির্দিষ্ট করা URL প্যারামিটারের জন্য অনুসন্ধান করে। যদি প্যারামিটারটি একটি সমান চিহ্ন এবং একটি মান দ্বারা অনুসরণ করা হয়, তাহলে মানটি হ্যাশ করা হয় এবং চলমান সার্ভারের মোট ওজন দ্বারা ভাগ করা হয়। ফলাফল নির্দেশ করে কোন সার্ভার অনুরোধ গ্রহণ করে। এই প্রক্রিয়াটি অনুরোধে ব্যবহারকারী আইডি ট্র্যাক রাখতে এবং সমস্ত সার্ভার উপলব্ধ থাকা পর্যন্ত একই ব্যবহারকারী আইডি সর্বদা একই সার্ভারে পাঠানো হয় তা নিশ্চিত করতে ব্যবহৃত হয়।

   

3. সদস্য ব্লকে, পুলে সার্ভার যোগ করতে + ক্লিক করুন।
   
   
   এখানে আপনাকে নির্দেশ করতে হবে:
   • সার্ভার নাম;
   • সার্ভার আইপি ঠিকানা;
   • যে পোর্টে সার্ভার ট্র্যাফিক পাবে;
   • স্বাস্থ্য পরীক্ষার জন্য পোর্ট (স্বাস্থ্য পরীক্ষা নিরীক্ষণ);
   • ওজন - এই প্যারামিটার ব্যবহার করে আপনি একটি নির্দিষ্ট পুল সদস্যের জন্য প্রাপ্ত ট্র্যাফিকের আনুপাতিক পরিমাণ সামঞ্জস্য করতে পারেন;
   • সর্বোচ্চ সংযোগ - সার্ভারে সংযোগের সর্বাধিক সংখ্যা;
   • ন্যূনতম সংযোগ – ট্র্যাফিক পরবর্তী পুল সদস্যের কাছে ফরোয়ার্ড করার আগে সার্ভারকে অবশ্যই সর্বনিম্ন সংখ্যক সংযোগ প্রক্রিয়া করতে হবে।

   
   
   তিনটি সার্ভারের চূড়ান্ত পুল দেখতে এইরকম।
   

ভার্চুয়াল সার্ভার যোগ করা হচ্ছে

1. ভার্চুয়াল সার্ভার ট্যাবে যান। + ক্লিক করুন।
   
2. আমরা ভার্চুয়াল সার্ভার সক্ষম করে ভার্চুয়াল সার্ভার সক্রিয় করি।
   আমরা এটিকে একটি নাম দিই, পূর্বে তৈরি করা অ্যাপ্লিকেশন প্রোফাইল, পুল নির্বাচন করুন এবং আইপি ঠিকানা নির্দেশ করি যেখানে ভার্চুয়াল সার্ভার বাইরে থেকে অনুরোধগুলি গ্রহণ করবে। আমরা HTTPS প্রোটোকল এবং পোর্ট 443 নির্দিষ্ট করি।
   এখানে ঐচ্ছিক পরামিতি:
   সংযোগ সীমা - ভার্চুয়াল সার্ভার প্রক্রিয়া করতে পারে এমন একযোগে সংযোগের সর্বাধিক সংখ্যা;
   সংযোগ হার সীমা (CPS) - প্রতি সেকেন্ডে সর্বাধিক নতুন আগত অনুরোধের সংখ্যা।
   

এটি ব্যালেন্সারের কনফিগারেশন সম্পূর্ণ করে; আপনি এর কার্যকারিতা পরীক্ষা করতে পারেন। সার্ভারগুলির একটি সাধারণ কনফিগারেশন রয়েছে যা আপনাকে বুঝতে দেয় যে পুল থেকে কোন সার্ভার অনুরোধটি প্রক্রিয়া করেছে৷ সেটআপের সময়, আমরা রাউন্ড রবিন ব্যালেন্সিং অ্যালগরিদম বেছে নিয়েছি, এবং প্রতিটি সার্ভারের ওজন প্যারামিটার একের সমান, তাই প্রতিটি পরবর্তী অনুরোধ পুল থেকে পরবর্তী সার্ভার দ্বারা প্রক্রিয়া করা হবে।
আমরা ব্রাউজারে ব্যালেন্সারের বাহ্যিক ঠিকানা প্রবেশ করি এবং দেখি:


পৃষ্ঠাটি রিফ্রেশ করার পরে, নিম্নলিখিত সার্ভার দ্বারা অনুরোধটি প্রক্রিয়া করা হবে:


এবং আবার - পুল থেকে তৃতীয় সার্ভার পরীক্ষা করতে:


চেক করার সময়, আপনি দেখতে পাচ্ছেন যে এজ আমাদের যে শংসাপত্রটি পাঠায় সেটিই আমরা একেবারে শুরুতে তৈরি করেছি।

এজ গেটওয়ে কনসোল থেকে ব্যালেন্সার স্থিতি পরীক্ষা করা হচ্ছে। এটি করতে, লিখুন পরিষেবা লোডব্যালেন্সার পুল দেখান.


পুলে সার্ভারের স্থিতি পরীক্ষা করতে পরিষেবা মনিটর কনফিগার করা হচ্ছে
সার্ভিস মনিটর ব্যবহার করে আমরা ব্যাকএন্ড পুলে সার্ভারের অবস্থা নিরীক্ষণ করতে পারি। যদি একটি অনুরোধের প্রতিক্রিয়া আশানুরূপ না হয়, সার্ভারটিকে পুল থেকে বের করে নেওয়া যেতে পারে যাতে এটি কোনও নতুন অনুরোধ না পায়।
ডিফল্টরূপে, তিনটি যাচাইকরণ পদ্ধতি কনফিগার করা হয়:

• TCP-মনিটর,
• HTTP মনিটর,
• HTTPS-মনিটর।

এর একটি নতুন তৈরি করা যাক.

1. সার্ভিস মনিটরিং ট্যাবে যান, + এ ক্লিক করুন।
   
2. পছন্দ করা:
   • নতুন পদ্ধতির নাম;
   • যে বিরতিতে অনুরোধ পাঠানো হবে,
   • উত্তরের অপেক্ষায় সময় শেষ,
   • পর্যবেক্ষণের ধরন - GET পদ্ধতি ব্যবহার করে HTTPS অনুরোধ, প্রত্যাশিত স্ট্যাটাস কোড - 200(OK) এবং URL অনুরোধ।
3. এটি নতুন সার্ভিস মনিটরের সেটআপ সম্পূর্ণ করে; এখন আমরা একটি পুল তৈরি করার সময় এটি ব্যবহার করতে পারি।
   

আবেদনের নিয়ম সেট আপ করা

আবেদনের নিয়ম হল নির্দিষ্ট ট্রিগারের উপর ভিত্তি করে ট্রাফিক ম্যানিপুলেট করার একটি উপায়। এই টুলের সাহায্যে আমরা উন্নত লোড ব্যালেন্সিং নিয়ম তৈরি করতে পারি যা এজ গেটওয়েতে উপলব্ধ অ্যাপ্লিকেশন প্রোফাইল বা অন্যান্য পরিষেবার মাধ্যমে সম্ভব নাও হতে পারে।

1. একটি নিয়ম তৈরি করতে, ব্যালেন্সারের অ্যাপ্লিকেশন নিয়ম ট্যাবে যান।
   
2. একটি নাম নির্বাচন করুন, একটি স্ক্রিপ্ট যা নিয়মটি ব্যবহার করবে এবং Keep এ ক্লিক করুন।
   
3. নিয়মটি তৈরি হওয়ার পরে, আমাদের ইতিমধ্যে কনফিগার করা ভার্চুয়াল সার্ভার সম্পাদনা করতে হবে।
   
4. Advanced ট্যাবে, আমাদের তৈরি করা নিয়ম যোগ করুন।
   

উপরের উদাহরণে আমরা tlsv1 সমর্থন সক্ষম করেছি।

আরও কয়েকটি উদাহরণ:

অন্য পুলে ট্রাফিক পুনঃনির্দেশিত করুন।
এই স্ক্রিপ্টের সাহায্যে আমরা ট্রাফিককে অন্য ব্যালেন্সিং পুলে রিডাইরেক্ট করতে পারি যদি মূল পুলটি নিচে থাকে। নিয়মটি কাজ করার জন্য, ব্যালেন্সারে একাধিক পুল কনফিগার করতে হবে এবং মূল পুলের সকল সদস্যকে অবশ্যই নিম্ন অবস্থায় থাকতে হবে। আপনাকে পুলের নাম উল্লেখ করতে হবে, আইডি নয়।

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