লেয়ার 3 এলএসিপি গন্তব্য ঠিকানা হ্যাশিংয়ের কাজটি ঠিক কীভাবে এবং নির্দিষ্টভাবে করে?


54

এক বছর আগে পূর্বের প্রশ্নের ভিত্তিতে ( মাল্টিপ্লেক্সড 1 জিবিপিএস ইথারনেট? ), আমি গিয়েছিলাম এবং পুরো জায়গা জুড়ে এলএসিপি লিংক সহ একটি নতুন আইএসপি দিয়ে একটি নতুন র্যাক সেটআপ করেছি। আমাদের এটি প্রয়োজন কারণ আমাদের পৃথক সার্ভার রয়েছে (একটি অ্যাপ্লিকেশন, একটি আইপি) হাজার হাজার ক্লায়েন্ট কম্পিউটারগুলি সমস্ত ইন্টারনেট জুড়ে 1 জিবিপিএস অতিরিক্ত সংখ্যায় সরবরাহ করে।

এই এলএসিপি ধারণাটি 10GoE স্যুইচ এবং এনআইসিতে কোনও অর্থ ব্যয় না করে আমাদের 1 জিবিপিএস বাধা ভাঙ্গার কথা। দুর্ভাগ্যক্রমে, বাহ্যিক ট্র্যাফিক বিতরণ নিয়ে আমি কিছু সমস্যার মুখোমুখি হয়েছি। (উপরের লিঙ্কিত প্রশ্নে কেভিন কুফলের সতর্কতা সত্ত্বেও এটি।)

আইএসপির রাউটারটি কোনও ধরণের সিস্কো। (আমি ম্যাকের ঠিকানা থেকে এটি ছাড়িয়েছি)) আমার স্যুইচটি এইচপি প্রোক্রভ 2510G-24। এবং সার্ভারগুলি হ'ল এইচপি ডিএল 380 জি 5 এস চলছে ডেবিয়ান লেনি। একটি সার্ভার হট স্ট্যান্ডবাই। আমাদের অ্যাপ্লিকেশন ক্লাস্টার করা যাবে না। এখানে একটি সরলীকৃত নেটওয়ার্ক চিত্র রয়েছে যা আইপি, ম্যাক এবং ইন্টারফেস সহ সমস্ত প্রাসঙ্গিক নেটওয়ার্ক নোড অন্তর্ভুক্ত করে।

বিকল্প পাঠ

যদিও এতে সমস্ত বিবরণ রয়েছে তবে এগুলি নিয়ে কাজ করা এবং আমার সমস্যাটি বর্ণনা করা কিছুটা কঠিন। সুতরাং, সরলতার জন্য, এখানে নোড এবং শারীরিক লিঙ্কগুলিতে হ্রাস একটি নেটওয়ার্ক চিত্র রয়েছে।

বিকল্প পাঠ

তাই আমি গিয়ে আমার কিটটি নতুন র্যাকটিতে ইনস্টল করেছিলাম এবং তাদের রাউটার থেকে আমার আইএসপির ক্যাবলিং সংযুক্ত করেছি। উভয় সার্ভারের আমার সুইচটিতে একটি LACP লিঙ্ক রয়েছে, এবং সুইচটির আইএসপি রাউটারের সাথে একটি LACP লিঙ্ক রয়েছে। শুরু থেকেই আমি বুঝতে পেরেছিলাম যে আমার এলএসিপি কনফিগারেশনটি সঠিক নয়: পরীক্ষায় দেখা গেছে যে সমস্ত ট্র্যাফিক প্রতিটি সার্ভারে এবং এক থেকে একটি সার্চ-টু-স্যুইচ এবং স্যুইচ-টু-রাউটারের মধ্যে কেবল একটি শারীরিক জিওই লিঙ্কের উপর দিয়ে চলেছে।

বিকল্প পাঠ

লিনাক্স এনআইসি বন্ধনের বিষয়ে কিছু গুগল অনুসন্ধান এবং প্রচুর আরটিএমএফ সময় নিয়ে, আমি আবিষ্কার করেছি যে আমি এনআইসি বন্ধন সংশোধন করে নিয়ন্ত্রণ করতে পারি /etc/modules

# /etc/modules: kernel modules to load at boot time.
# mode=4 is for lacp
# xmit_hash_policy=1 means to use layer3+4(TCP/IP src/dst) & not default layer2 
bonding mode=4 miimon=100 max_bonds=2 xmit_hash_policy=1

loop

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

বিকল্প পাঠ

আমাদের ট্র্যাফিক উভয় শারীরিক লিঙ্কের উপর দিয়ে যেতে হবে। 2510G-24 এর পরিচালনা ও কনফিগারেশন গাইডটি পড়ে ও পুনরায় পড়ার পরে , আমি সন্ধান করি:

ট্র্যাকড লিঙ্কগুলির মাধ্যমে বহির্মুখী ট্র্যাফিক বিতরণের জন্য উত্স-গন্তব্য ঠিকানা জুটি (এসএ / ডিএ) [এলএসিপি ব্যবহার করে]। এসএ / ডিএ (উত্সের ঠিকানা / গন্তব্য ঠিকানা) উত্স / গন্তব্য ঠিকানা জোড়ার ভিত্তিতে ট্রাঙ্ক গ্রুপের মধ্যে থাকা লিঙ্কগুলিতে আউটবাউন্ড ট্র্যাফিক বিতরণ করতে পারে। তা হ'ল, স্যুইচ একই ট্রাঙ্কযুক্ত লিঙ্কের মাধ্যমে একই উত্সের ঠিকানা থেকে একই গন্তব্য ঠিকানায় ট্র্যাফিক প্রেরণ করে এবং এর মধ্যে পথের অ্যাসাইনমেন্টের আবর্তনের উপর নির্ভর করে একই উত্স ঠিকানা থেকে ট্র্যাফিককে একটি ভিন্ন লিঙ্কের মাধ্যমে একটি ভিন্ন গন্তব্যের ঠিকানায় প্রেরণ করে ট্রাঙ্কে লিঙ্ক।

মনে হচ্ছে কোনও বন্ধনযুক্ত লিঙ্কটি কেবল একটি ম্যাক ঠিকানা উপস্থাপন করে, এবং তাই আমার সার্ভার-থেকে-রাউটারের পথটি সর্বদা স্যুইচ-টু-রাউটার থেকে এক পাথের উপরে চলে যেতে চলেছে কারণ সুইচটি দেখায় কেবল একটি ম্যাক (এবং দুটি নয় - একটি প্রতিটি বন্দর) উভয়ই এলএসিপি'র লিঙ্কের জন্য।

বুঝেছি. তবে এটি আমি চাই:

বিকল্প পাঠ

আরও ব্যয়বহুল এইচপি প্রোক্রুভে স্যুইচটি হ্যাশটিতে 2910al স্তরের 3 উত্স এবং গন্তব্য ঠিকানা ব্যবহার করে। প্রোক্রভের 2910al পরিচালনা ও কনফিগারেশন গাইডের "আউটবাউন্ড ট্র্যাফিক ডিস্ট্রিবিউশন ক্রস ট্র্যাঙ্কড লিঙ্কগুলি" বিভাগ থেকে :

ট্রাঙ্কের মাধ্যমে ট্র্যাফিকের প্রকৃত বিতরণ উত্স ঠিকানা এবং গন্তব্য ঠিকানা থেকে বিট ব্যবহার করে একটি গণনার উপর নির্ভর করে। যখন কোনও আইপি ঠিকানা উপলব্ধ থাকে, গণনায় আইপি উত্স ঠিকানা এবং আইপি গন্তব্য ঠিকানাটির শেষ পাঁচটি বিট অন্তর্ভুক্ত করে, অন্যথায় ম্যাক ঠিকানা ব্যবহার করা হয়।

ঠিক আছে. সুতরাং, এটির মতো আমি এটি করতে চাই কাজ করার জন্য, আমার উত্স ঠিকানা স্থির হওয়ার পরে গন্তব্য ঠিকানাটি মূল। এটি আমার প্রশ্নের দিকে নিয়ে যায়:

লেয়ার 3 এলএসিপি হ্যাশিংয়ের কাজটি ঠিক কীভাবে এবং নির্দিষ্টভাবে করে?

আমার জানতে হবে কোন গন্তব্য ঠিকানা ব্যবহার করা হয়েছে:

  • ক্লায়েন্টের আইপি , শেষ গন্তব্য?
  • বা রাউটারের আইপি , পরবর্তী শারীরিক লিঙ্ক সংক্রমণ স্থান।

আমরা এখনও যাইনি এবং একটি প্রতিস্থাপন সুইচটি এখনও কিনেছি। লেয়ার 3 এলএসিপি গন্তব্য ঠিকানা হ্যাশিং আমার প্রয়োজন মতো বা না হলে দয়া করে আমাকে বুঝতে সহায়তা করুন। অন্য অকেজো সুইচ কেনা কোনও বিকল্প নয় option


13
দুর্দান্ত, ভাল গবেষণা প্রশ্ন! দুর্ভাগ্যক্রমে, আমি উত্তরটি জানি না ...
ডগ লাক্সেম

প্রোক্রুভে প্রতিটি ব্রিজ / ট্রাঙ্কের বিস্তৃত গাছের ব্যয় আপনি কি দেখতে পাচ্ছেন?
dbasnett

এছাড়াও রাষ্ট্র ও অগ্রাধিকার? দেখে মনে হয় যখন এইচপি <---> সিসকো যে ট্রাঙ্কগুলির একই অগ্রাধিকার নেই এবং শেষ পর্যন্ত অবরুদ্ধ। বিক্রেতাদের না মেশানোর বিজ্ঞাপন ????
dbasnett

6
এটি সম্ভবত সেরা ফর্ম্যাটেড প্রশ্ন যা আমি সার্ভার ফল্টে দেখেছি
স্কেলারসন

আমি আশা করি যে কেউ প্রশ্নের উত্তরে উত্তর হিসাবে একই পরিমাণ যত্ন নিতে পারে।
নিল ট্রডডেন

উত্তর:


14

আপনি যা খুঁজছেন তাকে সাধারণত "সংক্রমণ হ্যাশ নীতি" বা "হ্যাশ অ্যালগরিদম ট্রান্সমিট" বলা হয়। এটি সামগ্রিক বন্দরগুলির একটি গ্রুপের সাথে কোনও ফ্রেম সংক্রমণ করার জন্য একটি পোর্টের নির্বাচন নিয়ন্ত্রণ করে।

802.3 এডি স্ট্যান্ডার্ডটিতে আমার হাত পাওয়া শক্ত প্রমাণিত হয়েছে কারণ আমি এটিতে অর্থ ব্যয় করতে রাজি নই। এটি বলার পরে, আমি আধা-সরকারী উত্স থেকে কিছু তথ্য সংগ্রহ করতে সক্ষম হয়েছি যা আপনি যা খুঁজছেন তাতে কিছুটা আলোকপাত করে। প্রতি 2007 অটোয়া থেকে এই উপস্থাপনা, ON সিএ আইইইই হাই স্পিড স্টাডি গ্রুপ মিটিং 802.3ad মান নির্দিষ্ট আলগোরিদিম "ফ্রেম পরিবেশক" জন্য জনাদেশ করে না:

এই স্ট্যান্ডার্ডটি কোনও নির্দিষ্ট বিতরণ অ্যালগরিদম (গুলি) জারি করে না; যাইহোক, কোনও বিতরণ অ্যালগরিদম নিশ্চিত করবে যে, যখন ফ্রেম সংগ্রহকারী কর্তৃক ৪৩.২.৩ এ বর্ণিত ফ্রেমগুলি গ্রহণ করা হয়, তখন অ্যালগোরিদম কোনও কারণ ঘটবে না given) কোনও প্রদত্ত কথোপকথনের ফ্রেমগুলির ভুল অর্ডার দেওয়া, বা খ) ফ্রেমের সদৃশ । ফ্রেম ক্রম বজায় রাখার জন্য উপরের প্রয়োজনীয়তাটি ম্যাক ক্লায়েন্টের দ্বারা উত্পাদিত যে ক্রম হিসাবে একটি প্রদত্ত কথোপকথন রচনা করা সমস্ত ফ্রেম একক লিঙ্কে প্রেরণ করা হয়েছে তা নিশ্চিত করে পূরণ করা হয়; অতএব, এই প্রয়োজনীয়তা ম্যাক ফ্রেমে কোনও তথ্য সংযোজন (বা সংশোধন) জড়িত না, না ফ্রেমগুলি পুনরায় অর্ডার করার জন্য সংশ্লিষ্ট ফ্রেম সংগ্রাহকের পক্ষ থেকে কোনও বাফারিং বা প্রক্রিয়াজাতকরণ জড়িত নয়।

সুতরাং, একটি স্যুইচ / এনআইসি ড্রাইভার ট্রান্সমিশন ফ্রেম বিতরণ করতে যা কিছু অ্যালগরিদম ব্যবহার করে সেগুলি উপস্থাপনায় বর্ণিত প্রয়োজনীয়তাগুলি অবশ্যই মেনে চলতে হবে (যা সম্ভবত, মান থেকে উদ্ধৃত করা হয়েছিল)। নির্দিষ্ট কোনও অ্যালগরিদম নির্দিষ্ট করা হয়নি, কেবল একটি অনুগত আচরণের সংজ্ঞা দেওয়া হয়েছে।

যদিও সেখানে কোনও অ্যালগরিদম নির্দিষ্ট করা নেই, তবুও আমরা কীভাবে এ্যালগোরিদম কাজ করতে পারে তার অনুভূতি পেতে একটি নির্দিষ্ট প্রয়োগের দিকে নজর দিতে পারি। উদাহরণস্বরূপ, লিনাক্স কার্নেল "বন্ডিং" ড্রাইভারটির একটি 802.3 অ্যাড-কমপ্লায়েন্ট ট্রান্সমিট হ্যাশ নীতি রয়েছে যা ফাংশনটি প্রয়োগ করে (কর্নেল উত্সের ডকুমেন্টেশন \ নেটওয়ার্কিং ডিরেক্টরিতে বন্ডিং.টেক্সট দেখুন):

Destination Port = ((<source IP> XOR <dest IP>) AND 0xFFFF) 
    XOR (<source MAC> XOR <destination MAC>)) MOD <ports in aggregate group>

এটি পোর্ট নির্বাচনকে প্রভাবিত করার জন্য উত্স এবং গন্তব্য আইপি ঠিকানাগুলির পাশাপাশি উত্স এবং গন্তব্য ম্যাক ঠিকানা উভয়কেই কারণ করে।

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

একটি ট্রান্সমিট হ্যাশ নীতি যা আপনার ক্লায়েন্টগুলির একটি বিস্তৃত পুল রয়েছে বলে ধরে নিলে উত্স এবং গন্তব্য আইপি ঠিকানা উভয়ই বিবেচনায় নেয় you সাধারণভাবে, এই জাতীয় সমষ্টিগত অবকাঠামো জুড়ে প্রবাহিত ট্র্যাফিকের মধ্যে আরও বিস্তৃত বিস্তৃত উত্স এবং / অথবা গন্তব্য আইপি ঠিকানাগুলি যখন একটি স্তর 3-ভিত্তিক ট্রান্সমিট হ্যাশ নীতি ব্যবহার করা হয় তখন আরও কার্যকর সংহতকরণের ফলস্বরূপ।

আপনার চিত্রগুলি সরাসরি ইন্টারনেট থেকে সার্ভারগুলিতে আসা অনুরোধগুলি দেখায়, তবে প্রক্সি পরিস্থিতিটির জন্য কী করতে পারে তা উল্লেখ করার মতো। আপনি যদি নিজের সার্ভারের কাছে ক্লায়েন্টের অনুরোধগুলি প্রক্সিং করছেন তবে খ্রিস্ট তার উত্তরে কথা বললে আপনি বাধা সৃষ্টি করতে পারেন। যদি সেই প্রক্সিটি ইন্টারনেট ক্লায়েন্টের আইপি ঠিকানার পরিবর্তে তার নিজস্ব উত্স আইপি ঠিকানা থেকে অনুরোধ করে চলেছে তবে আপনি কঠোরভাবে স্তর 3-ভিত্তিক ট্রান্সমিট হ্যাশ নীতিতে কম "প্রবাহ" পাবেন।

একটি ট্রান্সমিট হ্যাশ নীতি এছাড়াও লেয়ার 4 তথ্য (টিসিপি / ইউডিপি পোর্ট নম্বর )গুলিকেও অ্যাকাউন্টে নিতে পারে, যতক্ষণ না এটি 802.3 এডি স্ট্যান্ডার্ডে প্রয়োজনীয়তা রাখে। এই জাতীয় অ্যালগরিদম লিনাক্স কার্নেলে রয়েছে যেমন আপনি আপনার প্রশ্নের উল্লেখ করেছেন। সাবধান হন যে সেই অ্যালগরিদমের ডকুমেন্টেশন সতর্ক করে যে, টুকরো টুকরো হওয়ার কারণে ট্র্যাফিক অগত্যা একই পথে চলতে পারে না এবং যেমন, অ্যালগরিদম কঠোরভাবে 802.3 অ্যাড-কমপ্লায়েন্ট নয়।


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

5

খুব আশ্চর্যের বিষয়, কয়েক দিন আগে আমাদের পরীক্ষায় দেখা গেছে যে এক্সমিট_হ্যাশ_পলিসি = স্তর 3 + 4 4 সরাসরি দুটি সংযুক্ত লিনাক্স সার্ভারের মধ্যে কোনও প্রভাব ফেলবে না, সমস্ত ট্র্যাফিক একটি পোর্ট ব্যবহার করবে। উভয়ই 1 টি সেতুতে জেন চালায় যা সদস্য হিসাবে বন্ডিং ডিভাইস রয়েছে। স্পষ্টতই, ব্রিজটি সমস্যার কারণ হতে পারে, কেবলমাত্র আইপি + পোর্ট ভিত্তিক হ্যাশিং ব্যবহার করা হবে তা বিবেচনা করে এটি সমস্ত বিবেচ্য নয়।

আমি জানি কিছু লোক আসলে 180 এমবি + বন্ডেড লিঙ্কগুলির (যেমন সিফ ব্যবহারকারীদের) উপরে চাপতে পরিচালিত করে, তাই এটি সাধারণভাবে কাজ করে। দেখার মতো সম্ভাব্য বিষয়গুলি: - আমরা পুরানো সেন্টোস 5.4 ব্যবহার করেছি - ওপিএস উদাহরণটির অর্থ দ্বিতীয় এলএসিপি সংযোগগুলি "আনহ্যাশ" করবে - এর অর্থ কি কখনও বোঝায়?

এই থ্রেড এবং ডকুমেন্টেশন পড়া ইত্যাদি কী আমাকে প্রদর্শন করেছে:

  • সাধারণত প্রত্যেকেই এ সম্পর্কে অনেক কিছু জানে, বন্ডিং হাও বা এমনকি আইইইই স্ট্যান্ডার্ড থেকে তত্ত্ব আবৃত্তি করতে ভাল, যদিও ব্যবহারিক অভিজ্ঞতা কারও কাছাকাছি নয়।
  • RHEL ডকুমেন্টেশন সেরা অসম্পূর্ণ।
  • বন্ডিং ডকুমেন্টেশন 2001 সালের এবং যথেষ্ট বর্তমান নয়
  • স্তর 2 + 3 মোড দৃশ্যত সেন্টোজে নেই (এটি মোডিনফোতে দেখায় না, এবং আমাদের পরীক্ষায় এটি সক্ষম হয়ে গেলে সমস্ত ট্র্যাফিক বাদ পড়ে)
  • এটি সাহায্য করে না যে প্রতি বন্ড মোড সেটিংস নির্দিষ্ট করার জন্য SUSE (BONDING_MODULE_OPTS), ডেবিয়ান (-বোন্ডএক্সএক্সএক্স) এবং রেডহ্যাট (BONDING_OPTS) এর সকলের আলাদা আলাদা উপায় রয়েছে
  • সেন্টোস / আরএইচইএল 5 কার্নেল মডিউলটি "এসএমপি নিরাপদ" তবে "এসএমপি সক্ষম" নয় (ফেসবুক হাইপারফরম্যান্স টক দেখুন) - এটি একটি সিপিইউর উপরে স্কেল করে না, তাই উচ্চতর সিপিইউ ক্লকটি বন্ধন করে> অনেকগুলি কোর

যদি কেউ একটি উচ্চ উচ্চ-পারফরম্যান্স বন্ধন সেটআপ শেষ করে, বা তারা জানে যে তারা কী সম্পর্কে কথা বলছে যদি তারা একটি নতুন ছোট লেখার জন্য আধ ঘন্টা সময় নেয় তবে তারা LACP ব্যবহার করে কোনও কার্যকারিতা উদাহরণ, কোনও অদ্ভুত স্টাফ এবং ব্যান্ডউইথ না দেখলে দুর্দান্ত হত! > একটি লিঙ্ক


এটি আরও খারাপ হয়: ডাবিয়ান বিভিন্ন সংস্করণে বন্ধন কনফিগার করার বিভিন্ন পদ্ধতি রয়েছে! আমি প্রকৃতপক্ষে নথিবদ্ধ করেছি যে আমি কীভাবে একটি ব্লগ পোস্টে আমার বন্ডিং সেটআপ করব, যা মনে হয় উপযুক্ত ট্র্যাফিক পাবে।
স্টু থম্পসন

2

যদি আপনার স্যুইচটি সত্যিকারের এল 3 গন্তব্য দেখতে পায় তবে এটি এতে হ্যাশ করতে পারে। মূলত যদি আপনার 2 টি লিঙ্ক থাকে তবে ভাবেন লিঙ্ক 1টি বিজোড় সংখ্যাযুক্ত গন্তব্যের জন্য, লিঙ্ক 2টি এমনকি সংখ্যাযুক্ত গন্তব্যের জন্য। আমি মনে করি না যে তারা কখনই এটির জন্য কনফিগার করা না হলে পরবর্তী হপ আইপি ব্যবহার করবে তবে লক্ষ্যটির ম্যাক ঠিকানা ব্যবহার করার মতো এটি প্রায় একই।

আপনি যে সমস্যাটি চালাতে যাচ্ছেন তা হ'ল আপনার ট্র্যাফিকের উপর নির্ভর করে গন্তব্যটি সর্বদা একক সার্ভারের একক আইপি ঠিকানা হবে যাতে আপনি কখনও অন্য লিঙ্কটি ব্যবহার করবেন না। গন্তব্য যদি ইন্টারনেটে দূরবর্তী সিস্টেম হয় তবে আপনি এমনকি বিতরণও পাবেন, তবে এটি যদি কোনও ওয়েব সার্ভারের মতো কিছু হয় যেখানে আপনার সিস্টেমটি গন্তব্য ঠিকানা, সেখানে স্যুইচ সর্বদা উপলব্ধ লিঙ্কগুলির মধ্যে একটিতে ট্র্যাফিক প্রেরণ করবে।

কোথাও কোথাও লোড ব্যালেন্সার থাকলে আপনি আরও খারাপ আকারে থাকবেন, কারণ "রিমোট" আইপি সর্বদা লোড ব্যালেন্সারের আইপি বা সার্ভার হয়ে থাকবে। আপনি লোড ব্যালেন্সার এবং সার্ভারে প্রচুর আইপি অ্যাড্রেস ব্যবহার করে এটি পেতে পারেন তবে এটি একটি হ্যাক।

আপনি আপনার বিক্রেতাদের দিগন্তটি কিছুটা প্রসারিত করতে চাইতে পারেন। অন্যান্য বিক্রেতারা যেমন চরম নেটওয়ার্কগুলি হ্যাশ করতে পারে যেমন:

L3_L4 অ্যালগরিদম — স্তর 3 এবং স্তর 4, সম্মিলিত উত্স এবং গন্তব্য আইপি ঠিকানা এবং উত্স এবং গন্তব্য টিসিপি এবং ইউডিপি পোর্ট নম্বর। সামিটস্ট্যাক এবং সামিট এক্স 250, এক্স 450 এ, এক্স 450 ই এবং এক্স 650 সিরিজের সুইচগুলিতে উপলব্ধ।

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

এমনকি উত্স এবং গন্তব্য আইপি-তে হ্যাশ করা হট-স্পটগুলি এড়াতে যথেষ্ট হবে, যতক্ষণ না আপনার মিক্সটিতে লোড ব্যালেন্সার না থাকে।


ধন্যবাদ। ভার ভারসাম্য নেই। এবং আমি অন্তর্মুখী ট্র্যাফিক সম্পর্কে উদ্বিগ্ন নই - আমাদের একটি> 50: 1 আউট: ট্র্যাফিক অনুপাতে রয়েছে। (এটি একটি ওয়েব ভিডিও অ্যাপ্লিকেশন))
স্টু থম্পসন

আমি মনে করি আপনার ক্ষেত্রে গন্তব্যস্থলে হ্যাশ আপনাকে কিছু পাবেন না যেহেতু স্যুইচটি আপনার সার্ভার হিসাবে গন্তব্যটি দেখতে পাবে। এল 2 ট্র্যাফিক ইঞ্জিনিয়ারিং ঠিক খুব ভাল নয়। এবং এই ধরণের অ্যাপ্লিকেশনটিতে 'হ্যাশ' বেশ আদিম হতে চলেছে - আপনি যা করতে পারেন তার সেরা চিত্রটি হ'ল যেই ঠিকানা (স্পেস) ব্যবহার হয় তাতে সমস্ত বিট যুক্ত করা এবং ফলাফল যদি 0 হয় তবে একটি লিঙ্ক বা 1 টি বেরিয়ে যান অন্য বাইরে যান।
ক্রিস

আমি এটি আমার উপরের প্রোক্রভ 2910al উদ্ধৃতি থেকে বুঝতে পেরেছি, হ্যাশটি উত্স এবং গন্তব্যের শেষ পাঁচ বিটগুলিতে রয়েছে । সুতরাং, যদি কোনও (আমার সার্ভার) স্থির হয়ে থাকে তবে অন্যটি স্তর 3 এর প্রায় প্রতিটি ক্লায়েন্টের জন্য পরিবর্তিত হতে চলেছে? স্তর 2? এটি আমার বর্তমান সমস্যা - হ্যাশের বিপরীতে কেবলমাত্র একটি উত্স এবং একটি গন্তব্য ঠিকানা।
স্টু থম্পসন

0

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


-1

যেহেতু আমি এখানেই ফিরে এসেছি, এখনি আমি কয়েকটি জিনিস শিখেছি: ধূসর চুল এড়ানোর জন্য আপনার একটি শালীন সুইচ দরকার যা লেয়ার 3 + 4 নীতি সমর্থন করে এবং এটি লিনাক্সেও সমান।

বেশ কয়েকটি ক্ষেত্রে ALB / SLB (মোড 6) নামক মান-বিকৃত ব্লোটার্চ আরও ভাল কাজ করতে পারে। ক্রিয়াকলাপে এটি সফল হয় যদিও।

আমি নিজে যেখানে সম্ভব সেখানে 3 + 4 ব্যবহার করার চেষ্টা করি, যেহেতু আমি প্রায়শই দুটি সংলগ্ন সিস্টেমের মধ্যে সেই ব্যান্ডউইথকে চাই।

আমি ওপেনভিসুইচ দিয়েও চেষ্টা করেছি এবং একবারে এমন ঘটনা ঘটেছে যেখানে ট্রাফিক প্রবাহ ব্যাহত হয়েছিল (প্রতিটি প্রথম প্যাকেট হারিয়ে গেছে ... আমার কোনও ধারণা নেই)

আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.