একটি দরকারী স্টোরেজ পরীক্ষা অপারেশন আকার, অ্যাক্সেস প্যাটার্ন, সমবর্তিতা এবং স্থায়িত্বের প্রয়োজনীয়তাগুলি অ্যাপ্লিকেশনের সাথে মেলে। পরীক্ষার শর্ত এবং লেটেন্সি বিতরণ রেকর্ড করুন, তারপর অ্যাপ্লিকেশন পরিমাপের সাথে ফলাফল নিশ্চিত করুন।
একটি স্কোর দিয়ে নয়, একটি স্টোরেজ প্রশ্ন দিয়ে শুরু করুন
একটি বেঞ্চমার্ক চালানোর আগে আপনার কী জানা দরকার তা সিদ্ধান্ত নিন। আপনি ধীর ডেটাবেস কমিট, ফাইল-বিতরণ থ্রুপুট বা অনেক ছোট ফাইল তৈরি করে এমন একটি বিল্ড প্রক্রিয়া তদন্ত করতে পারেন। সেই ওয়ার্কলোডগুলি ডিস্ককে একই কাজ করতে বলে না। একটি বড় অনুক্রমিক কপি চিত্তাকর্ষক দেখাতে পারে যখন ছোট র্যান্ডম রিড করা একটি পরিষেবার অভিজ্ঞ বিলম্ব সম্পর্কে খুব কম বলে।
NVMe অ-উদ্বায়ী মিডিয়া এবং দক্ষ সমান্তরাল I/O-এর জন্য ডিজাইন করা হয়েছিল, কিন্তু এর প্রোটোকল নাম একটি হোস্ট করা স্টোরেজ পথের প্রতিটি অংশ বর্ণনা করে না। ভার্চুয়ালাইজেশন, ফাইল সিস্টেম, সংস্থান প্রতিযোগিতা এবং অ্যাপ্লিকেশন এখনও গুরুত্বপূর্ণ। একটি পরীক্ষার অনুমান লিখুন যেমন স্টোরেজ লেটেন্সি একটি নির্দিষ্ট অপারেশনকে ধীর করে দিচ্ছে কিনা, এমন একটি সংখ্যা তৈরি করার চেষ্টা করার পরিবর্তে যা প্রমাণ করে যে সম্পূর্ণ সার্ভার দ্রুত।
পুনরুৎপাদনযোগ্য শর্তে ওয়ার্কলোড বর্ণনা করুন
অপারেশন আকার, অনুক্রমিক বা র্যান্ডম প্যাটার্ন, পড়া-থেকে-লেখার মিশ্রণ, কাজের সংখ্যা এবং সারির গভীরতা রেকর্ড করুন। ডেটাসেট আকার এবং পরীক্ষার সময়কাল অন্তর্ভুক্ত করুন। fio ডকুমেন্টেশন এই ওয়ার্কলোড নিয়ন্ত্রণ এবং উপলব্ধ I/O ইঞ্জিনগুলি ব্যাখ্যা করে। প্রতিটি ইঞ্জিন বা সেটআপ দ্বারা একটি উদ্দিষ্ট গভীরতা অর্জন করা নাও হতে পারে, তাই আপনি যে কনফিগারেশন অনুরোধ করেছেন তার পাশাপাশি রিপোর্ট করা আচরণও পড়ুন।
ফলাফলের পাশে পরীক্ষার বর্ণনার একটি অনুলিপি রাখুন। অপারেটিং সিস্টেম, ফাইল সিস্টেম, মাউন্ট বিকল্প, পরিষেবা কার্যকলাপ এবং উপলব্ধ ক্ষমতা নোট করুন। আপনি যদি কনফিগারেশন তুলনা করেন, একবারে একটি প্রাসঙ্গিক শর্ত পরিবর্তন করুন। একটি ভিন্ন অ্যাক্সেস প্যাটার্ন বা সমবর্তিতা সহ একটি পরীক্ষা ন্যায্যভাবে উপস্থাপন করা যায় না যেন কেবল স্টোরেজ মাধ্যম পরিবর্তিত হয়েছে।
| অ্যাপ্লিকেশন প্যাটার্ন | বর্ণনা করার জন্য পরীক্ষার মাত্রা | পরীক্ষা করার ফলাফল |
|---|---|---|
| বড় ফাইল বিতরণ | অনুক্রমিক পড়া এবং সমবর্তী ক্লায়েন্ট | টেকসই থ্রুপুট এবং CPU ব্যবহার |
| রেকর্ড লুকআপ | ছোট র্যান্ডম পড়া এবং প্রতিনিধি সমবর্তিতা | লেটেন্সি বিতরণ এবং সম্পন্ন অপারেশন |
| টেকসই লেনদেন | লেখা এবং সিঙ্ক্রোনাইজেশন প্রয়োজনীয়তা | কমিট-সম্পর্কিত বিলম্ব, কেবল বাফার করা লেখার গতি নয় |
| বিল্ড বা নিষ্কাশন | মিশ্র ছোট-ফাইল অপারেশন | এন্ড-টু-এন্ড কাজের সময়কাল এবং I/O অপেক্ষা |
ক্যাশিং নিয়ন্ত্রণ করুন এটি গুরুত্বপূর্ণ নয় বলে ভান না করে
মেমরিতে ফিট করে এমন একটি ডেটাসেট প্রথম পাসের পরে বেশিরভাগ ক্যাশে আচরণ পরিমাপ করতে পারে। অ্যাপ্লিকেশন সাধারণত একই ক্যাশে থেকে উপকৃত হলে এটি দরকারী হতে পারে, তবে এটি কাঁচা ডিভাইস কর্মক্ষমতা লেবেল করা উচিত নয়। পরীক্ষাটি একটি উষ্ণ অ্যাপ্লিকেশন পথ, একটি শীতল ডেটাসেট বা অপারেটিং সিস্টেমের বাফারিং প্রভাব কমাতে চাওয়া একটি I/O মোড পরীক্ষা করে কিনা তা ইচ্ছাকৃতভাবে চয়ন করুন।
ডাইরেক্ট-I/O সমর্থন এবং প্রান্তিককরণ প্ল্যাটফর্ম এবং ইঞ্জিনের উপর নির্ভর করে। এটি স্বয়ংক্রিয়ভাবে অ্যাপ্লিকেশনের স্থায়িত্বের প্রয়োজনীয়তা প্রকাশ করে না বা স্ট্যাকের প্রতিটি ক্যাশে দূর করে না। নির্বাচিত মোড স্পষ্টভাবে বলুন, এবং একটি বাফার করা পরীক্ষাকে একটি আনবাফার করা পরীক্ষার সাথে তুলনা করা এড়িয়ে চলুন যেন তারা একই কাজ উপস্থাপন করে। ব্যাখ্যায় সহায়তা করে এমন ক্ষেত্রে ওয়ার্ম-আপ এবং পরিমাপ করা বিরতিগুলি আলাদা রাখুন।
থ্রুপুটের পাশাপাশি লেটেন্সি টেইল পড়ুন
গড় লেটেন্সি ধীর অপারেশন লুকাতে পারে যা বাস্তব অনুরোধকে প্রভাবিত করে। রিপোর্ট করা পার্সেন্টাইল এবং তাদের পিছনে নমুনার সংখ্যা পরীক্ষা করুন। একটি উচ্চ পার্সেন্টাইল সেই সীমানা বর্ণনা করে যার নীচে সেই পরীক্ষার সময় পর্যবেক্ষণ করা অপারেশনগুলির একটি বর্ণিত ভগ্নাংশ পড়েছিল; এটি একটি স্থায়ী পরিষেবা গ্যারান্টি নয়। সংক্ষিপ্ত বা অপ্রতিনিধি রান ব্যস্ত উৎপাদন সময়কাল সম্পর্কে সীমিত প্রমাণ দেয়।
উচ্চতর সারির গভীরতা সম্পন্ন থ্রুপুট উন্নত করতে পারে যখন অপেক্ষার সময় বাড়ায়। সেই ট্রেড-অফ ব্যাচ প্রক্রিয়াকরণের জন্য উপযুক্ত হতে পারে এবং একটি ইন্টারঅ্যাকটিভ পরিষেবার ক্ষতি করতে পারে। অ্যাপ্লিকেশনের সাথে সাদৃশ্যপূর্ণ সমবর্তিতায় ফলাফল তুলনা করুন এবং একই সাথে CPU এবং I/O চাপ নিরীক্ষণ করুন। পরিবেশ ভাগ করে নেওয়া অন্য ওয়ার্কলোডের জন্য পরীক্ষা অপ্রয়োজনীয় ব্যাঘাত তৈরি করার আগে থামুন।
পরীক্ষাটি অনুমোদিত এবং অ-বিনাশকারী রাখুন
একটি ডেডিকেটেড পরীক্ষার ডিরেক্টরি বা একটি প্রস্তুত ডিসপোজেবল ভলিউম ব্যবহার করুন, যথেষ্ট খালি জায়গা এবং একটি স্পষ্ট পরিষ্কার পরিকল্পনা সহ। কখনও একটি অযাচাইকৃত কাঁচা ডিভাইস বা উৎপাদন ডেটাসেটে একটি লেখার বেঞ্চমার্ক নির্দেশ করবেন না। শুরু করার আগে টুলের লক্ষ্য এবং লেখার আচরণ পরীক্ষা করুন এবং একটি সীমিত রান দিয়ে শুরু করুন। সিন্থেটিক I/O ক্ষমতা গ্রহণ করতে পারে এবং পরিষেবাগুলিতে হস্তক্ষেপ করতে পারে এমনকি যখন এটি দরকারী ফাইল ওভাররাইট করে না।
উৎপাদন-সদৃশ মূল্যায়নের জন্য, একটি রক্ষণাবেক্ষণ উইন্ডোতে সম্মত হন এবং অ্যাপ্লিকেশন পর্যবেক্ষণ বজায় রাখুন। সম্ভব হলে বানোয়াট ডেটা ব্যবহার করুন। একটি গতি পরীক্ষা থেকে স্টোরেজ নির্ভরযোগ্যতা অনুমান করবেন না: অখণ্ডতা পরীক্ষা, ব্যাকআপ এবং পুনরুদ্ধার আলাদা কাজ। একটি ডিভাইস যা একটি বেঞ্চমার্ক সম্পন্ন করে এখনও মুছে ফেলা, সফ্টওয়্যার ভুল বা মেশিন হারানোর জন্য একটি পুনরুদ্ধার কৌশল প্রয়োজন।
অ্যাপ্লিকেশন প্রমাণ দিয়ে লুপ বন্ধ করুন
ধরুন একটি রিপোর্ট পরিষেবা র্যান্ডম পড়ার জন্য অপেক্ষা করে তার বেশিরভাগ সময় ব্যয় করে। দলটি একটি প্রতিনিধি পড়ার প্যাটার্ন পরীক্ষা করে, তারপর তুলনামূলক ডেটার বিরুদ্ধে প্রকৃত রিপোর্ট পুনরাবৃত্তি করে। যদি রিপোর্ট উন্নত হয় যখন এর অন্যান্য কাজ স্থিতিশীল থাকে, ফলাফল স্টোরেজ অনুমানকে সমর্থন করে। যদি তা না হয়, বিস্তৃত সিন্থেটিক পরীক্ষা পুনরাবৃত্তি করার পরিবর্তে ক্যোয়ারী ডিজাইন, মেমরি বা অন্য নির্ভরতা তদন্ত করুন।
Pulse NVMe এবং নির্বাচিত ডেডিকেটেড কনফিগারেশনগুলি SwissOctet ক্যাটালগে NVMe স্টোরেজ তালিকাভুক্ত করে। তাদের লেবেলগুলি স্পেসিফিকেশন, প্রকাশিত অ্যাপ্লিকেশন বেঞ্চমার্ক নয়। বিতরণ করা পরিবেশ মূল্যায়ন করতে একটি নিয়ন্ত্রিত পদ্ধতি ব্যবহার করুন এবং ফলাফলের সাথে শর্তগুলি সংরক্ষণ করুন। স্টোরেজ পরিমাপ এবং ব্যবহারকারী-দৃশ্যমান ফলাফল একই প্রশ্নের উত্তর দিলে সিদ্ধান্ত আরও শক্তিশালী হয়।
আপনার ব্যবহারিক চেকলিস্ট।
- প্রথমে অ্যাপ্লিকেশন প্রশ্ন সংজ্ঞায়িত করুন।
- প্যাটার্ন, ব্লক আকার, সমবর্তিতা এবং সময়কাল রেকর্ড করুন।
- ক্যাশে এবং I/O-মোড অনুমান বলুন।
- থ্রুপুটের পাশাপাশি লেটেন্সি পার্সেন্টাইল পরিদর্শন করুন।
- একটি যাচাইকৃত ডিসপোজেবল লক্ষ্য এবং সীমিত প্রাথমিক লোড ব্যবহার করুন।
- একটি অ্যাপ্লিকেশন পরীক্ষার সাথে ফলাফল নিশ্চিত করুন।
যে বিবরণগুলো গুরুত্বপূর্ণ।
ডেটাবেস স্টোরেজ তুলনা করার জন্য একটি অনুক্রমিক কপি যথেষ্ট?+
সাধারণত না। ডেটাবেস অ্যাক্সেসে ছোট র্যান্ডম পড়া, লেখা এবং সিঙ্ক্রোনাইজেশন জড়িত থাকতে পারে। প্রাসঙ্গিক প্যাটার্ন মডেল করুন এবং প্রকৃত অ্যাপ্লিকেশন যাচাই করুন।
ডাইরেক্ট I/O কি টেকসই লেখা প্রমাণ করে?+
না। বাফারিং এবং স্থায়িত্ব আলাদা উদ্বেগ। অ্যাপ্লিকেশনের প্রয়োজনীয় সিঙ্ক্রোনাইজেশন আচরণ মেলান।
আমি কি একটি পরীক্ষা একটি গ্যারান্টিযুক্ত প্ল্যান গতি হিসাবে প্রকাশ করতে পারি?+
না। এর শর্ত এবং সুযোগ প্রকাশ করুন। একটি রান থেকে একটি পরিমাপ করা ফলাফল একটি পরিষেবা-স্তর বা ভবিষ্যতের কর্মক্ষমতা গ্যারান্টি নয়।
সূত্রে যান।
এই রেফারেন্সগুলি এই গাইডের প্রযুক্তিগত ধারণাগুলি সমর্থন করে। একটি উৎপাদন সিস্টেম পরিবর্তন করার আগে বর্তমান ডকুমেন্টেশন অনুসরণ করুন।
- fio: নমনীয় I/O পরীক্ষক ডকুমেন্টেশন fio.readthedocs.io
- NVM Express: স্পেসিফিকেশন ওভারভিউ এবং FAQ nvmexpress.org
- Linux কার্নেল: প্রেশার স্টল ইনফরমেশন docs.kernel.org
SwissOctet দ্বারা সম্পাদকীয় নির্দেশনা। উদাহরণগুলি উদাহরণমূলক। সেবা স্পেসিফিকেশন, উপলব্ধ অপশন এবং চুক্তিভিত্তিক শর্তগুলি আলাদাভাবে যাচাই করতে হবে।