আইপিভি 4 এর প্রতি শ্রদ্ধা সহ:
একটি টিসিপি সংযোগ (ইউডিপি নয়, মাল্টিকাস্ট নয়, ইত্যাদি) যার উপর সেশন অ্যাপ্লিকেশনগুলি লেনদেন পরিচালনার জন্য প্রতিষ্ঠিত করে এবং উপস্থিত সামগ্রীগুলি এক এবং একমাত্র উত্স আইপি: পোর্ট এবং এক এবং একমাত্র গন্তব্য আইপি: পোর্টের মধ্যে থাকে। প্রোটোকল জনসাধারণের ইন্টারনেট হিসাবে যতটা না একক সেশনের জন্য এক থেকে একাধিক সংযোগের অনুমতি দেয় না। টিসিপির রাষ্ট্রীয় প্রকৃতির কারণে, যখন লোড-ব্যালেন্সার দ্বারা দালালি করা একাধিক ব্যক্তিগত হোস্ট একক সেশনের অংশগুলি পরিচালনা করতে পারে তবে এটি সম্ভবত ব্যবহারিক নয়।
এই দুটি আইপির মধ্যে রুট: পোর্ট হোস্টগুলি অসীম গতিময় হতে পারে, হোস্ট উভয়ই সংস্থার বাইরে চলে না বা কোনও টাইমারকে ছাড়িয়ে যায়। এর মধ্যে সিক্যুয়ালিটি অফ-সিকোয়েন্স প্যাকেটগুলি পরিচালনা করা অন্তর্ভুক্ত রয়েছে, যতক্ষণ না কোনও সীমাবদ্ধ, শক্ত বা নরম থাকে না।
এর অর্থ হ'ল আউটবাউন্ড দিকের দুটি পৃথক লিঙ্কের উপর একটি সেশনের লোড-ব্যালেন্স করতে, উভয় পাথ অবশ্যই ট্র্যাফিককে একই উত্স আইপি থেকে একই গন্তব্য আইপিতে ফরোয়ার্ড করতে সক্ষম হতে হবে।
দুটি লিঙ্ক একই আইএসপি-র অন্তর্ভুক্ত হলে, প্রতিটি সংযোগে কঠোর উত্স আইপি ফিল্টার (স্পষ্ট বা অন্তর্নিহিত) না হলে এটি সাধারণত কোনও সমস্যা হয় না। প্রকৃতপক্ষে, কোনও নির্দিষ্ট বিধিনিষেধ না থাকলে, আইএসপি থেকে কোনও সহায়তা ছাড়াই বাহ্যিক দিকের দুটি পৃথক লিঙ্কের মধ্যে ভারসাম্য বজায় রাখতে পারে।
ইনবাউন্ড ট্র্যাফিক লোড-ব্যালান্সিংয়ের জন্য তাই নয়। অন্তর্বর্তী দিকনির্দেশে লোড-ব্যালেন্সিং সক্ষম করতে আইএসপি প্রায় সর্বদা পদক্ষেপ নিতে হয়।
ধরে নেওয়া যাক আইএসপি আপনার জন্য লোড ব্যালেন্সিং বাস্তবায়নের পথে রয়েছে:
এটি সম্পন্ন করার একটি সহজ উপায় হ'ল ডিএসএমএলএম দ্বারা প্রদত্ত সাধারণ নেটওয়ার্কগুলি বাদ দিয়ে আপনাকে নিজের সাবনেট বরাদ্দ করা। এই সাবনেটটি একক / 32 হোস্টের মতো ছোট বা কোনও অফিসের জন্য এমনকি কয়েকশো হোস্টের মতো ছোটও হতে পারে।
দুটি আইপি লিঙ্ক এবং গ্রাহক প্রাথমিক সরঞ্জাম (সিপিই) এর মধ্যে নির্ভরযোগ্য লোড ভারসাম্যের জন্য, লোড ব্যালেন্সারের কমপক্ষে 3 টি পৃথক ইন্টারফেস থাকতে হবে এবং যে কোনও অস্পষ্ট রাউটিং বা স্যুইচিং অপসারণের জন্য দুটি আইএসপি-মুখী ইন্টারফেস দুটি পৃথক নেটওয়ার্কের অন্তর্ভুক্ত হওয়া উচিত সিদ্ধান্ত
আপনার আইএসপি-মুখী লোড-ব্যালেন্সার ইন্টারফেসগুলির মধ্যে একটি হ'ল 10.2.2.2/30, অন্যটি 10.2.2.254/30। আপনার সিপিই নেটওয়ার্ক 65.172.1.0/24 এবং লোড ব্যালান্সারের সিপিই-মুখোমুখি ইন্টারফেস 65.172.1.1।
আপনার লোড-ব্যালাকনারকে নিম্নলিখিত কিছু ফর্মটি করতে হবে:
ip route 0.0.0.0 0.0.0.0 10.2.2.1
ip route 0.0.0.0 0.0.0.0 10.2.2.253
এটি আইএসপিতে প্রতিটি সংযোগের জন্য সমান অগ্রাধিকারের দুটি স্থিতিশীল ডিফল্ট রুট তৈরি করে।
লোড ব্যালেন্সার হিসাবে আচরণ করা সিসকো রাউটারে, ডিফল্ট পদ্ধতিটি ছিল গন্তব্য প্রতি লোড-ব্যালেন্স, রুট-ক্যাশে প্রবাহ যেভাবে কাজ করে, রাউটারের পক্ষে এটি কম কাজ। তবে, বিকল্প ছিল
ip load-sharing per-packet
যা উভয় ইন্টারফেসকে রাউন্ড-রবিনে একাধিক সমতুল্য রুটযুক্ত ট্রাফিকের দিকে অগ্রসর করবে।
ip load-sharing per-destination
এটির ডিফল্ট স্কিমে এটি আবার সেট করে।
এই সেটআপটি আপনার আউটবাউন্ড সংযোগগুলি ভারসাম্যপূর্ণ করবে।
আপনার আইএসপিটিকে তাদের ডিভাইসে এই দুটি স্থির রুটগুলি একই প্রতি প্যাকেট বা প্রতি গন্তব্য বিকল্পের সাথে কনফিগার করতে হবে, সম্ভবত সম্ভবত:
ip route 65.172.1.0 255.255.255.0 10.2.2.2
ip route 65.172.1.0 255.255.255.0 10.2.2.254
যদি উভয় পক্ষে সঠিকভাবে সেট আপ করা থাকে তবে আপনার লোড ব্যালেন্সারের উভয় WAN ইন্টারফেসের প্রতি সেকেন্ডে একই প্যাকেটটি পাওয়া উচিত এবং একই প্যাকেট প্রতি সেকেন্ডে সংক্রমণিত পরিসংখ্যানের প্রতিবেদন করা উচিত।
আপনি যে বৈশিষ্ট্যগুলি সম্পর্কে জিজ্ঞাসা করছেন সেগুলি প্রতি প্যাকেট লোড-ভাগ করে নেওয়া এবং প্রতি গন্তব্যগুলির সাথে সাদৃশ্য। তবে এটির যদি একই আইএসপি হয় তবে আপনি নিরাপদে এটি প্রতি প্যাকেটে রেখে দিতে পারেন; 'অপ্টিমাইজড' বিকল্পটি বিভিন্ন সরবরাহকারীর সাথে দুটি সংযোগ লোড-ব্যালান্সিংয়ের জন্য বেশি। নোট করুন যে এই বিকল্পটি পরিবর্তন করা আপনার আউটবাউন্ড ট্র্যাফিককে কেবল প্রভাবিত করবে এবং ইনবাউন্ডে কোনও প্রভাব ফেলবে না।
এটি আপনার পক্ষে সম্ভাব্য নয় যে আপনি আপনার আইএসপি থেকে সহায়তার (এবং সম্ভবত কোনও ফি) দ্বি-মুখী লোড-ভারসাম্য সংযোগটি প্রয়োগ করতে সক্ষম হবেন। আপনার আইএসপি আপনার পরিস্থিতি অনুসারে সেটিংসে আপনাকে পরামর্শ দিতে সক্ষম হওয়া উচিত।
যাইহোক, এটি আমার মতে আপনার নেটওয়ার্ক ডিজাইন সম্পর্কে আমি যা জানি তা প্রদত্ত, প্রতি প্যাকেটের সাথে কোনও লক্ষণীয় সমস্যা হবে।