ফ্রিবিএসডি লিঙ্কের সমষ্টি একক লিঙ্কের চেয়ে দ্রুত নয়

Question

আমরা একটি ফ্রিবিএসডি 9.3 সার্ভার ¹ -তে একটি 4 বন্দর ইন্টেল আই 340-টি 4 এনআইসি রেখেছি এবং একটি মাস্টার ফাইল সার্ভার থেকে 8 থেকে 16 টিআইবি ডেটা মিরর করার সময় কমিয়ে আনার প্রয়াসে এটি এলএসিপি মোডে লিংক সংগ্রহের জন্য কনফিগার করেছি- সমান্তরালে 4 ক্লোন। আমরা 4 গিগাবাইট / সেকেন্ডের সমষ্টিগত ব্যান্ডউইদথ পাওয়ার আশা করছিলাম, তবে আমরা যা চেষ্টা করেছি তা বিচার্য নয়, এটি কখনই 1 গিগাবাইট / সেকেন্ডের সমষ্টি থেকে দ্রুত বের হয় না। ²

আমরা iperf3নিরিবিলি ল্যানে এটি পরীক্ষা করতে ব্যবহার করছি । ³ প্রথম উদাহরণটি যেমন একটি গিগাবিটকে প্রত্যাশিত হিসাবে প্রায় হিট করে তবে আমরা যখন সমান্তরালভাবে দ্বিতীয়টি শুরু করি তখন দুটি ক্লায়েন্ট গতিবেগের সাথে প্রায় গিগাবাইট / সেকেন্ডে নেমে যায়। তৃতীয় ক্লায়েন্ট যুক্ত করা তিনটি ক্লায়েন্টের গতি ⅓ ⅓ গিগিট / সেকেন্ডে নেমে যায়।

iperf3চারটি পরীক্ষার ক্লায়েন্টের ট্র্যাফিক বিভিন্ন বন্দরে কেন্দ্রীয় স্যুইচটিতে আসে সেগুলি পরীক্ষা করার জন্য আমরা যত্ন নিয়েছি :

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

যখন আমরা এই পথটি শুরু করি, আমরা এটি একটি পুরানো এসএমসি 8024 এল 2 পরিচালিত সুইচ দিয়ে করছিলাম । (পিডিএফ ডেটাশিট, ১.৩ মেগাবাইট।) এটি তার দিনের সর্বোচ্চ-শেষ স্যুইচ ছিল না, তবে এটি এটি করতে সক্ষম হবে বলে মনে করা হচ্ছে। আমরা ভেবেছিলাম তার বয়সের কারণে স্যুইচটি ত্রুটিযুক্ত হতে পারে, তবে অনেক বেশি সক্ষম এইচপি 2530-24 জি তে আপগ্রেড করার ফলে লক্ষণটি পরিবর্তন হয়নি।

এইচপি 2530-24G স্যুইচ দাবি করেছে যে প্রশ্নযুক্ত চারটি বন্দর সত্যই একটি গতিশীল এলএসিপি ট্রাঙ্ক হিসাবে কনফিগার করা হয়েছে:

# show trunks
Load Balancing Method:  L3-based (default)

  Port | Name                             Type      | Group Type    
  ---- + -------------------------------- --------- + ----- --------
  1    | Bart trunk 1                     100/1000T | Dyn1  LACP    
  3    | Bart trunk 2                     100/1000T | Dyn1  LACP    
  5    | Bart trunk 3                     100/1000T | Dyn1  LACP    
  7    | Bart trunk 4                     100/1000T | Dyn1  LACP    

আমরা প্যাসিভ এবং সক্রিয় LACP উভয়ই চেষ্টা করেছি।

আমরা যাচাই করেছি যে চারটি এনআইসি বন্দরগুলি ফ্রিবিএসডি এর সাথে ট্র্যাফিক পাচ্ছে:

$ sudo tshark -n -i igb$n

অদ্ভুতভাবে, tsharkদেখায় যে মাত্র একটি ক্লায়েন্টের ক্ষেত্রে, স্যুইচটি দুটি পোর্টের উপর দিয়ে 1 জিবিট / সেকেন্ড প্রবাহকে বিভক্ত করে, সম্ভবত তাদের মধ্যে পিং-পং করে। (এসএমসি এবং এইচপি উভয় সুইচই এই আচরণটি দেখিয়েছিল))

যেহেতু ক্লায়েন্টদের সামগ্রিক ব্যান্ডউইদথ কেবলমাত্র এক জায়গায় একসাথে আসে - সার্ভারের র্যাকের সুইচে - কেবল সেই স্যুইচটি LACP এর জন্য কনফিগার করা থাকে।

আমরা প্রথমে কোন ক্লায়েন্টটি শুরু করি বা কোন আদেশে আমরা সেগুলি শুরু করি তা বিবেচ্য নয়।

ifconfig lagg0 ফ্রিবিএসডি পক্ষ বলছে:

lagg0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> metric 0 mtu 1500
    options=401bb<RXCSUM,TXCSUM,VLAN_MTU,VLAN_HWTAGGING,JUMBO_MTU,VLAN_HWCSUM,TSO4,VLAN_HWTSO>
    ether 90:e2:ba:7b:0b:38
    inet 10.0.0.2 netmask 0xffffff00 broadcast 10.0.0.255
    inet6 fe80::92e2:baff:fe7b:b38%lagg0 prefixlen 64 scopeid 0xa 
    nd6 options=29<PERFORMNUD,IFDISABLED,AUTO_LINKLOCAL>
    media: Ethernet autoselect
    status: active
    laggproto lacp lagghash l2,l3,l4
    laggport: igb3 flags=1c<ACTIVE,COLLECTING,DISTRIBUTING>
    laggport: igb2 flags=1c<ACTIVE,COLLECTING,DISTRIBUTING>
    laggport: igb1 flags=1c<ACTIVE,COLLECTING,DISTRIBUTING>
    laggport: igb0 flags=1c<ACTIVE,COLLECTING,DISTRIBUTING>

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

আমরা ফলাফলের কোনও পরিবর্তন ছাড়াই, টিসিপি সেগমেন্টেশন অফলোডিং বন্ধ করার চেষ্টা করেছি ।

দ্বিতীয় টেস্ট সেট আপ করার জন্য আমাদের কাছে দ্বিতীয় 4-বন্দর সার্ভার NIC নেই। 4 টি পৃথক ইন্টারফেসের সাথে সফল পরীক্ষা করার কারণে, আমরা এই ধারণাটি নিয়ে চলছি যে কোনও হার্ডওয়ারের কোনও ক্ষতি হয়নি। ³

আমরা এই পথগুলি এগিয়ে দেখছি, এদের কেউই আবেদন করে না:

1. এসএমসির এলএসিপি বাস্তবায়ন কেবল সফল হবে এবং নতুন স্যুইচ আরও ভাল হবে এই আশায় একটি বড়, ব্যাডার সুইচ কিনুন। (এইচপি 2530-24G এ আপগ্রেড করা কোনও উপকারে আসেনি))

2. ফ্রিবিএসডি laggকনফিগারেশনে আরও কিছু তাকান, এই আশা করে যে আমরা কিছু মিস করেছি। ⁴

3. লিঙ্ক সমষ্টিটি ভুলে যান এবং পরিবর্তে লোড ব্যালেন্সিংয়ের জন্য রাউন্ড-রবিন ডিএনএস ব্যবহার করুন।

4. সার্ভারের এনআইসি প্রতিস্থাপন করুন এবং এই এলএসিপি পরীক্ষার হার্ডওয়্যার ব্যয় প্রায় 4 at এ 10 গিগ স্টাফ দিয়ে এবার স্যুইচ করুন ।

---

পাদটিকা

1. আপনি কেন FreeBSD 10 এ যান না? কারণ ফ্রিবিএসডি 10.0-রিলেস এখনও জেডএফএস পুল সংস্করণ 28 ব্যবহার করে এবং এই সার্ভারটি জেডএফএস পুল 5000 এ আপগ্রেড করা হয়েছে, ফ্রিবিএসডি 9.3-এ একটি নতুন বৈশিষ্ট্য। 10. এক্স লাইন প্রায় একমাসে ফ্রিবিএসডি 10.1 জাহাজ না পাওয়া পর্যন্ত তা পাবে না । এবং না, 10.0-স্ট্যাবল রক্তক্ষরণ প্রান্তে যেতে উত্স থেকে পুনর্নির্মাণ কোনও বিকল্প নয়, কারণ এটি একটি প্রোডাকশন সার্ভার।

2. দয়া করে সিদ্ধান্তে ঝাঁপবেন না। আমাদের পরীক্ষার ফলাফল পরের প্রশ্নে আপনাকে কেন এটি এই প্রশ্নের সদৃশ নয় তা বলে ।

3. iperf3একটি খাঁটি নেটওয়ার্ক পরীক্ষা। চূড়ান্ত লক্ষ্যটি হ'ল ডিস্ক থেকে 4 গিগাবাইট / সেকেন্ডের সামগ্রিক পাইপটি চেষ্টা করা এবং পূরণ করা, আমরা এখনও ডিস্কের সাবসিস্টেমটি জড়িত নেই।

4. বগি বা খারাপভাবে নকশা করা হয়েছে, সম্ভবত, তবে কারখানাটি ছেড়ে যাওয়ার সময় এর চেয়ে বেশি ভাঙ্গা নেই।

5. আমি ইতিমধ্যে এটি করতে আন্তঃচোখে গেছে।

Comments

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

— জিওভান্নি তিরলনি

Answer 1

সিস্টেম এবং স্যুইচ উভয় ক্ষেত্রে লোড ব্যালেন্সিং অ্যালগরিদম কী?

এর সাথে আমার সমস্ত অভিজ্ঞতা লিনাক্স এবং সিসকোতে রয়েছে, ফ্রিবিএসডি এবং এসএমসি নয়, তবে একই তত্ত্বটি এখনও প্রযোজ্য।

লিনাক্স বন্ডিং ড্রাইভারের এলএসিপি মোডে ডিফল্ট লোড ব্যালেন্সিং মোড এবং 2950 এর মত পুরানো সিসকো সুইচগুলিতে কেবল ম্যাক ঠিকানার ভিত্তিতে ভারসাম্য বজায় রাখতে হয়।

এর অর্থ যদি আপনার সমস্ত ট্র্যাফিক একটি সিস্টেম (ফাইল সার্ভার) থেকে অন্য ম্যাকের (অন্য কোনও ডিফল্ট গেটওয়ে বা স্যুইচের ভার্চুয়াল ইন্টারফেস) এ চলেছে তবে উত্স এবং গন্তব্য ম্যাক একই হবে, সুতরাং কেবলমাত্র একটি গোলামই থাকবে ব্যবহার করা.

আপনার চিত্রটি দেখে মনে হচ্ছে না আপনি কোনও ট্র্যাফিক পাঠাচ্ছেন কোনও ডিফল্ট গেটওয়েতে, তবে আমি নিশ্চিত নই যে পরীক্ষার সার্ভারগুলি 10.0.0.0/24 এ রয়েছে, বা যদি পরীক্ষা সিস্টেমগুলি অন্য সাবনেটগুলিতে থাকে এবং এর মাধ্যমে রুট করা হচ্ছে being স্যুইচটিতে একটি স্তর 3 ইন্টারফেস।

আপনি যদি স্যুইচটিতে রুট করছেন, আপনার উত্তর আছে।

এর সমাধান হ'ল আলাদা লোড ব্যালেন্সিং অ্যালগরিদম ব্যবহার করা।

আবার আমার বিএসডি বা এসএমসির অভিজ্ঞতা নেই, তবে লিনাক্স এবং সিসকো এল 3 তথ্য (আইপি ঠিকানা) বা এল 4 তথ্য (পোর্ট নম্বর) এর ভিত্তিতে ভারসাম্য বজায় রাখতে পারে।

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

Comments

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

— ওয়ারেন ইয়ং

এটি কোনও এল 2 বা এল 3 স্যুইচ কিনা তা বিবেচ্য নয়, এটি কনফিগারেশন যা বন্ড ভারসাম্য লোড করতে ব্যবহার করে যা একটি ভিন্ন জিনিস। স্যুইচটিতে নিজেই ভিএলএএনগুলির মধ্যে রুট বা এল 2 এর বাইরে ট্র্যাফিক চালনার জন্য স্মার্ট থাকতে পারে না, তবে বন্ডের লোড ব্যালেন্সিং অ্যালগরিদম (সম্ভবত) পারে।

— সুপ্রজামি

আমি আপনার সুইচ উপরের দেখুন Load Balancing Method: L3-based (default)। এটি পরিবর্তন করার চেষ্টা করুন।

— সুপ্রজামি