আপনার ডেলিভারি উইন্ডোর প্রয়োজনীয় উপযোগী স্থানান্তর হার গণনা করুন, তারপর সম্পূর্ণ পথ পরিমাপ করুন। পোর্ট ক্ষমতা, রাউন্ড-ট্রিপ সময়, TCP আচরণ, স্টোরেজ এবং অ্যাপ্লিকেশন প্রক্রিয়াকরণ সবই ফলাফলকে প্রভাবিত করে। বাস্তবসম্মত কনকারেন্সি সহ নিয়ন্ত্রিত পরীক্ষা ব্যবহার করুন এবং একটি নেটওয়ার্ক স্তর নির্বাচন করার আগে প্রকৃত অ্যাপ্লিকেশনের মাধ্যমে সেগুলি পুনরাবৃত্তি করুন।
ডেলিভারি উইন্ডোকে একটি হারে রূপান্তর করুন
উপযোগী অ্যাপ্লিকেশন ডেটার একটি পরিমাণ এবং এটি সরবরাহ করার জন্য উপলব্ধ সময় দিয়ে শুরু করুন। দশমিক একক ব্যবহার করে, দুই ঘন্টায় 2 TB স্থানান্তরের জন্য প্রোটোকল ওভারহেড এবং বাধার জন্য অনুমতি দেওয়ার আগে প্রায় 278 MB প্রতি সেকেন্ড পেলোড, বা 2.22 Gbps প্রয়োজন। পাটিগণিতটি একটি পরিকল্পনা উদাহরণ, পরিমাপ করা পরিষেবা ফলাফল নয়।
ওভারল্যাপ করা স্থানান্তরগুলি অন্তর্ভুক্ত করুন। একটি নির্ধারিত রপ্তানি, গ্রাহক ডাউনলোড এবং ব্যাকআপ আপলোড সংস্থান ভাগ করতে পারে এমনকি যদি তাদের মাসিক মোট পরিমিত দেখায়। শুধুমাত্র একটি মাসিক গড় নয়, একটি ব্যস্ত-সময়ের মডেল লিখুন। কোন দিকটি গুরুত্বপূর্ণ এবং একটি ব্যর্থ স্থানান্তর পুনরায় শুরু করতে হবে বা পুনরায় শুরু করতে পারে তা নির্দিষ্ট করুন; সেই আচরণ সিস্টেম যে পরিমাণ কাজ করে তা প্রভাবিত করে।
পোর্ট ক্ষমতাকে উপযোগী থ্রুপুট থেকে আলাদা রাখুন
একটি সার্ভার পোর্ট একটি লিঙ্ক ক্ষমতা বর্ণনা করে। উপযোগী থ্রুপুট একটি পর্যবেক্ষণ করা ব্যবধানে আপনার অ্যাপ্লিকেশন দ্বারা সরবরাহ করা ডেটা বর্ণনা করে। এনক্রিপশন, প্রোটোকল ফ্রেমিং, পুনঃপ্রেরণ, স্টোরেজ কার্যকলাপ এবং প্রাপকের কাজ সেই পথের অংশ দখল করে। তাই একটি তালিকাভুক্ত 10 Gbps পোর্ট প্রতিষ্ঠা করে না যে একটি অ্যাপ্লিকেশন ক্রমাগত 10 Gbps পেলোড সরবরাহ করবে।
IETF RFC 6349 বিশেষভাবে TCP কর্মক্ষমতা পরীক্ষা করা থেকে নেটওয়ার্ক পথ পরীক্ষা করা আলাদা করে। আপনার নিজের রোগ নির্ণয়ে এই বিচ্ছেদ ব্যবহার করুন। প্রথমে নিশ্চিত করুন যে এন্ডপয়েন্ট এবং রুট উপযুক্ত, তারপর পরিবহন এবং অ্যাপ্লিকেশন তদন্ত করুন। ক্রয়কৃত পোর্ট বাড়ানো একটি প্রাপককে সংশোধন করে না যে ধীরে ধীরে ডেটা লেখে বা একটি অ্যাপ্লিকেশন যা একবারে একটি অনুরোধ প্রক্রিয়া করে।
রাউন্ড-ট্রিপ সময় কেন গুরুত্বপূর্ণ তা বুঝুন
TCP নিয়ন্ত্রণ করে যে স্বীকৃতি ফিরে আসার আগে কত ডেটা ফ্লাইটে থাকতে পারে। ব্যান্ডউইথ-ডিলে প্রোডাক্ট এর জন্য একটি উপযোগী স্কেল দেয়: হার গুণ রাউন্ড-ট্রিপ সময়। 40 মিলিসেকেন্ড রাউন্ড-ট্রিপ বিলম্ব সহ একটি অনুমানমূলক 10 Gbps পথ প্রায় 50 MB ফ্লাইটে প্রতিনিধিত্ব করে। এই গণনা ব্যাখ্যা করে কেন লেটেন্সি এবং পরিবহন আচরণ উচ্চ-গতির পরিকল্পনায় অন্তর্ভুক্ত।
ফলাফল একটি নির্বিচারে সকেট সেটিং প্রয়োগ করার নির্দেশ নয়। অপারেটিং সিস্টেম, কনজেশন নিয়ন্ত্রণ, আলোচিত উইন্ডো এবং প্রকৃত পথ আচরণকে প্রভাবিত করে। টিউনিংয়ের আগে বর্তমান সফ্টওয়্যার ডকুমেন্টেশন যাচাই করুন এবং পরিমাপ পরিদর্শন করুন। আরও সমান্তরাল সংযোগ কিছু পরিস্থিতিতে সামগ্রিক থ্রুপুট উন্নত করতে পারে, কিন্তু তারা আপনার অ্যাপ্লিকেশন নির্ভর করে এমন পৃথক স্থানান্তরের আচরণও লুকিয়ে রাখতে পারে।
একটি নিয়ন্ত্রিত পরীক্ষা ম্যাট্রিক্স তৈরি করুন
শুধুমাত্র আপনার মালিকানাধীন বা পরীক্ষা করার জন্য অনুমোদিত এন্ডপয়েন্ট ব্যবহার করুন। পরীক্ষার উইন্ডো এবং হার সম্মত হন যাতে অনুশীলনটি স্বাভাবিক পরিষেবা ব্যাহত না করে। iperf3 এর মতো সরঞ্জামগুলি কনফিগারযোগ্য দিক, সময়কাল এবং সমান্তরাল স্ট্রিম সরবরাহ করে; অফিসিয়াল ডকুমেন্টেশন সেই নিয়ন্ত্রণগুলি সংজ্ঞায়িত করে। সংস্করণ, এন্ডপয়েন্ট, রুট প্রসঙ্গ এবং সেটিংস ফলাফলের সাথে রেকর্ড করুন যাতে অন্য অপারেটর এটি পুনরুত্পাদন করতে পারে।
একটি একক প্রবাহ দিয়ে শুরু করুন, তারপর প্রতিনিধি কনকারেন্সি যোগ করুন। অ্যাপ্লিকেশন উভয়ের উপর নির্ভর করলে উভয় দিক চালান। এই দৃষ্টান্তমূলক ম্যাট্রিক্স এমন প্রশ্নগুলি আলাদা করে যা একটি একক শিরোনাম ফলাফল একসাথে মিশ্রিত করবে। কাঁচা ফলাফল ব্যক্তিগতভাবে রাখুন যখন তারা অভ্যন্তরীণ ঠিকানা বা অপারেশনাল বিবরণ প্রকাশ করে, এবং শুধুমাত্র সিদ্ধান্তের জন্য প্রয়োজনীয় পরিমাপ প্রকাশ করুন।
| পরীক্ষা | এটি কী তদন্ত করে | এটি কী প্রমাণ করে না |
|---|---|---|
| একটি পরিবহন প্রবাহ | একক-প্রবাহ পথ আচরণ | সামগ্রিক অ্যাপ্লিকেশন সরবরাহ |
| বেশ কয়েকটি সমান্তরাল প্রবাহ | কনকারেন্সি এবং সামগ্রিক সীমা | একজন গ্রাহকের স্থানান্তর হার |
| অ্যাপ্লিকেশন স্থানান্তর | স্টোরেজ, প্রোটোকল এবং সফ্টওয়্যার একসাথে | প্রতিটি ডেটাসেটের জন্য কর্মক্ষমতা |
| ব্যস্ত-সময়ের পুনরাবৃত্তি | বাস্তবসম্মত কার্যকলাপের অধীনে পরিবর্তন | একটি স্থায়ী থ্রুপুট গ্যারান্টি |
পরীক্ষার সময় এন্ডপয়েন্টগুলি দেখুন
উভয় প্রান্তে CPU ব্যবহার, মেমরি চাপ, স্টোরেজ কার্যকলাপ এবং ত্রুটি কাউন্টার রেকর্ড করুন। এন্ডপয়েন্ট পর্যবেক্ষণ ছাড়া একটি স্থানান্তর ফলাফল প্রকৃত সীমাবদ্ধতা অদৃশ্য রাখতে পারে। পরীক্ষা করুন যে একটি প্রক্রিয়া বা CPU সম্পৃক্ত যখন অন্যগুলি নিষ্ক্রিয়। একবারে বেশ কয়েকটি সেটিং পরিবর্তন করা এড়িয়ে চলুন, কারণ এটি কোন সমন্বয় সাহায্য করেছে তা সনাক্ত করা কঠিন করে তোলে।
একটি মেমরি-সমর্থিত পরীক্ষা থেকে একটি পরীক্ষা আলাদা করুন যা প্রকৃত ডেটা পড়ে এবং লেখে। পূর্ববর্তীটি পরিবহন পথ তদন্ত করতে সহায়তা করতে পারে; পরবর্তীটি অ্যাপ্লিকেশনের কাজের আরও প্রতিফলন করে। যদি ফলাফলগুলি তীব্রভাবে ভিন্ন হয়, তাহলে মেমরি-সমর্থিত চিত্রটিকে একটি ডেলিভারি প্রতিশ্রুতি হিসাবে বিবেচনা না করে স্টোরেজ এবং প্রক্রিয়াকরণ পরিদর্শন করুন। উভয় পরিমাপ উপযোগী হতে পারে যখন তাদের সুযোগ স্পষ্ট হয়।
বাস্তবসম্মত পেলোড দিয়ে অ্যাপ্লিকেশন পরীক্ষা করুন
একটি HTTP রপ্তানি, এনক্রিপ্টেড প্রতিলিপি স্ট্রিম এবং ফাইল-স্থানান্তর সেশনের বিভিন্ন প্রক্রিয়াকরণ প্যাটার্ন থাকে। প্রতিনিধি ফাইল আকার, অনুরোধ হার এবং এনক্রিপশন সেটিংস ব্যবহার করুন। ব্যবহারকারী সেই ধাপের জন্য অপেক্ষা করলে প্রথম বাইট পাঠানোর আগে ডেটা প্রস্তুত করতে ব্যয় করা সময় অন্তর্ভুক্ত করুন। একটি প্রথম-প্রতিক্রিয়া লেটেন্সি সম্পূর্ণতার সময় থেকে আলাদা করুন পরিবর্তে একটি অন্যটি হিসাবে রিপোর্ট করার।
পরিবর্তন দেখতে যথেষ্ট ব্যবধানে পরীক্ষাটি পুনরাবৃত্তি করুন, এবং কনফিগারেশন পরিবর্তন করার আগে একটি বেসলাইন রাখুন। অনুমানমূলক 2 TB রপ্তানির জন্য, প্রকৃত সমাপ্তির সময়কে দুই ঘন্টার উইন্ডোর সাথে তুলনা করুন এবং বাধার জন্য মার্জিন রাখুন। একটি কারণ ছাড়া পোর্ট ক্ষমতা গুণ না করে পর্যবেক্ষণ করা বাধার বিরুদ্ধে একটি উন্নতি বেছে নিন।
একটি কনফিগারেশন নির্বাচন করতে ফলাফল ব্যবহার করুন
উপযোগী আউটপুট হল প্রমাণ সহ একটি সম্পদ প্রয়োজনীয়তা: একটি পরিমাপ করা পেলোড হার, গ্রহণযোগ্য সমাপ্তির সময়, প্রত্যাশিত কনকারেন্সি এবং একটি পরিচিত সীমাবদ্ধ পর্যায়। সেই প্রয়োজনীয়তার বিরুদ্ধে SwissOctet নেটওয়ার্ক ভেরিয়েন্ট তুলনা করুন, ট্রাফিক ভাতা এবং CPU এবং স্টোরেজ স্পেসিফিকেশন সহ। একা অবস্থান প্রতিটি প্রাপকের জন্য রুট বা এন্ড-টু-এন্ড লেটেন্সি নির্ধারণ করে না।
স্থাপনার পরে পরীক্ষার পদ্ধতি রাখুন। ডেটাসেট বাড়লে, সফ্টওয়্যার পরিবর্তন হলে বা ব্যবহারকারীরা বিভিন্ন নেটওয়ার্কে চলে গেলে এটি পুনরায় ব্যবহার করুন। একটি পুনরাবৃত্তিযোগ্য বেসলাইন একটি কর্মক্ষমতা ঘটনা নির্ণয় করা সহজ করে এবং একটি বিচ্ছিন্ন গতি পরীক্ষা বা একটি বিজ্ঞাপিত সর্বাধিকের চেয়ে একটি কনফিগারেশন পরিবর্তনের জন্য আরও সঠিক কারণ প্রদান করে।
আপনার ব্যবহারিক চেকলিস্ট।
- ভলিউম এবং সময়সীমা থেকে পেলোড হার গণনা করুন।
- ওভারল্যাপিং স্থানান্তর এবং দিক মডেল করুন।
- অনুমোদিত পরীক্ষার এন্ডপয়েন্ট এবং সীমা সম্মত হন।
- একটি প্রবাহ, কনকারেন্সি এবং অ্যাপ্লিকেশন পরীক্ষা তুলনা করুন।
- পরীক্ষার সময় উভয় এন্ডপয়েন্ট পর্যবেক্ষণ করুন।
- একটি পুনরাবৃত্তিযোগ্য বেসলাইন এবং উপযোগী মার্জিন সংরক্ষণ করুন।
যে বিবরণগুলো গুরুত্বপূর্ণ।
একটি বড় TCP উইন্ডো কি সর্বদা একটি ধীর স্থানান্তর ঠিক করে?+
না। প্রথমে পথ এবং এন্ডপয়েন্ট নির্ণয় করুন। স্টোরেজ, CPU, ক্ষতি এবং অ্যাপ্লিকেশন আচরণ প্রাধান্য পেতে পারে, এবং পরিবহন টিউনিং প্রকৃত সিস্টেমের সাথে মানানসই হতে হবে।
কেন একটি একক প্রবাহ এবং বেশ কয়েকটি প্রবাহ পরীক্ষা করবেন?+
তারা বিভিন্ন প্রশ্নের উত্তর দেয়। সামগ্রিক ক্ষমতা একটি স্থানান্তরের হারের চেয়ে বেশি হতে পারে; অ্যাপ্লিকেশনের কনকারেন্সি নির্ধারণ করে কোন ফলাফল গুরুত্বপূর্ণ।
আমি কি যেকোনো পাবলিক সার্ভারের বিরুদ্ধে একটি ক্ষমতা পরীক্ষা চালাতে পারি?+
আপনি নিয়ন্ত্রণ করেন বা পরীক্ষা করার অনুমতি আছে এমন এন্ডপয়েন্ট ব্যবহার করুন। সময়কাল, হার এবং সময় সম্মত হন যাতে পরিমাপটি অসম্পর্কিত পরিষেবাগুলি ব্যাহত না করে।
সূত্রে যান।
এই রেফারেন্সগুলি এই গাইডের প্রযুক্তিগত ধারণাগুলি সমর্থন করে। একটি উৎপাদন সিস্টেম পরিবর্তন করার আগে বর্তমান ডকুমেন্টেশন অনুসরণ করুন।
- IETF RFC 6349: TCP থ্রুপুট পরীক্ষার জন্য ফ্রেমওয়ার্ক datatracker.ietf.org
- ESnet: iperf3 আহ্বান software.es.net
SwissOctet দ্বারা সম্পাদকীয় নির্দেশনা। উদাহরণগুলি উদাহরণমূলক। সেবা স্পেসিফিকেশন, উপলব্ধ অপশন এবং চুক্তিভিত্তিক শর্তগুলি আলাদাভাবে যাচাই করতে হবে।