VMware vSphere এর সাথে কাজ করার সময় AFA AccelStor সেট আপ করার জন্য সুপারিশ

এই নিবন্ধে, আমি সবচেয়ে জনপ্রিয় ভার্চুয়ালাইজেশন প্ল্যাটফর্ম - VMware vSphere-এর সাথে কাজ করা সমস্ত ফ্ল্যাশ অ্যাকসেলস্টর অ্যারেগুলির বৈশিষ্ট্যগুলি সম্পর্কে কথা বলতে চাই। বিশেষত, সেই প্যারামিটারগুলিতে ফোকাস করুন যা আপনাকে অল ফ্ল্যাশের মতো শক্তিশালী সরঞ্জাম ব্যবহার করে সর্বাধিক প্রভাব পেতে সহায়তা করবে।

AccelStor NeoSapphire™ সমস্ত ফ্ল্যাশ অ্যারে এক জিনিস বা двух SSD ড্রাইভের উপর ভিত্তি করে নোড ডিভাইসগুলি ডেটা স্টোরেজের ধারণা বাস্তবায়নের জন্য এবং মালিকানা প্রযুক্তি ব্যবহার করে এটিতে অ্যাক্সেস সংগঠিত করার জন্য মৌলিকভাবে ভিন্ন পদ্ধতির সাথে FlexiRemap® খুব জনপ্রিয় RAID অ্যালগরিদমের পরিবর্তে। অ্যারেগুলি ফাইবার চ্যানেল বা iSCSI ইন্টারফেসের মাধ্যমে হোস্টগুলিতে ব্লক অ্যাক্সেস প্রদান করে। ন্যায্যভাবে বলতে গেলে, আমরা লক্ষ্য করি যে একটি ISCSI ইন্টারফেস সহ মডেলগুলিতে একটি চমৎকার বোনাস হিসাবে ফাইল অ্যাক্সেসও রয়েছে। কিন্তু এই নিবন্ধে আমরা সমস্ত ফ্ল্যাশের জন্য সবচেয়ে বেশি ফলদায়ক হিসাবে ব্লক প্রোটোকলের ব্যবহারে ফোকাস করব।

AccelStor অ্যারে এবং VMware vSphere ভার্চুয়ালাইজেশন সিস্টেমের যৌথ অপারেশনের ডিপ্লয়মেন্ট এবং পরবর্তী কনফিগারেশনের সম্পূর্ণ প্রক্রিয়াটিকে কয়েকটি ধাপে ভাগ করা যেতে পারে:

• সংযোগ টপোলজির বাস্তবায়ন এবং SAN নেটওয়ার্কের কনফিগারেশন;
• সমস্ত ফ্ল্যাশ অ্যারে সেট আপ করা হচ্ছে;
• ESXi হোস্ট কনফিগার করা;
• ভার্চুয়াল মেশিন সেট আপ করা হচ্ছে।

AccelStor NeoSapphire™ ফাইবার চ্যানেল অ্যারে এবং iSCSI অ্যারেগুলি নমুনা হার্ডওয়্যার হিসাবে ব্যবহৃত হয়েছিল। বেস সফ্টওয়্যার হল VMware vSphere 6.7U1।

এই নিবন্ধে বর্ণিত সিস্টেমগুলি স্থাপন করার আগে, এটি অত্যন্ত সুপারিশ করা হয় যে আপনি পারফরম্যান্স সংক্রান্ত সমস্যাগুলির বিষয়ে VMware থেকে ডকুমেন্টেশনটি পড়ুন (VMware vSphere 6.7 এর জন্য পারফরম্যান্সের সর্বোত্তম অনুশীলন ) এবং iSCSI সেটিংস (iSCSI তে VMware vSphere চালানোর জন্য সর্বোত্তম অনুশীলন)

সংযোগ টপোলজি এবং SAN নেটওয়ার্ক কনফিগারেশন

একটি SAN নেটওয়ার্কের প্রধান উপাদান হল ESXi হোস্টে HBA, SAN সুইচ এবং অ্যারে নোড। এই জাতীয় নেটওয়ার্কের জন্য একটি সাধারণ টপোলজি দেখতে এইরকম হবে:

এখানে সুইচ শব্দটি একটি পৃথক শারীরিক সুইচ বা সুইচের সেট (ফ্যাব্রিক) এবং বিভিন্ন পরিষেবার মধ্যে ভাগ করা একটি ডিভাইস (ফাইবার চ্যানেলের ক্ষেত্রে VSAN এবং iSCSI ক্ষেত্রে VLAN) উভয়কেই বোঝায়। দুটি স্বাধীন সুইচ/ফ্যাব্রিক ব্যবহার করা ব্যর্থতার সম্ভাব্য বিন্দু দূর করবে।

অ্যারের সাথে হোস্টের সরাসরি সংযোগ, যদিও সমর্থিত, অত্যন্ত সুপারিশ করা হয় না। সমস্ত ফ্ল্যাশ অ্যারেগুলির কার্যকারিতা বেশ উচ্চ। এবং সর্বোচ্চ গতির জন্য, অ্যারের সমস্ত পোর্ট ব্যবহার করতে হবে। অতএব, হোস্ট এবং NeoSapphire™ এর মধ্যে অন্তত একটি সুইচের উপস্থিতি বাধ্যতামূলক৷

হোস্ট এইচবিএ-তে দুটি পোর্টের উপস্থিতি সর্বাধিক কর্মক্ষমতা অর্জন এবং ত্রুটি সহনশীলতা নিশ্চিত করার জন্য একটি বাধ্যতামূলক প্রয়োজন।

একটি ফাইবার চ্যানেল ইন্টারফেস ব্যবহার করার সময়, ইনিশিয়েটর এবং লক্ষ্যগুলির মধ্যে সম্ভাব্য সংঘর্ষ দূর করার জন্য জোনিং কনফিগার করা আবশ্যক। অঞ্চলগুলি "একটি সূচনাকারী পোর্ট - এক বা একাধিক অ্যারে পোর্ট" নীতির উপর নির্মিত।

আপনি যদি অন্যান্য পরিষেবার সাথে ভাগ করা একটি সুইচ ব্যবহার করার ক্ষেত্রে iSCSI-এর মাধ্যমে একটি সংযোগ ব্যবহার করেন, তাহলে একটি পৃথক VLAN-এর মধ্যে iSCSI ট্র্যাফিককে আলাদা করা আবশ্যক৷ নেটওয়ার্কে প্যাকেটের আকার বাড়ানোর জন্য জাম্বো ফ্রেম (MTU = 9000) এর জন্য সমর্থন সক্ষম করার জন্য এটি অত্যন্ত সুপারিশ করা হয় এবং এর ফলে ট্রান্সমিশনের সময় ওভারহেড তথ্যের পরিমাণ হ্রাস করা হয়। যাইহোক, এটি মনে রাখা উচিত যে সঠিক অপারেশনের জন্য "ইনিশিয়েটর-সুইচ-টার্গেট" চেইন বরাবর সমস্ত নেটওয়ার্ক উপাদানগুলিতে MTU প্যারামিটার পরিবর্তন করা প্রয়োজন।

সমস্ত ফ্ল্যাশ অ্যারে সেট আপ করা হচ্ছে

ইতিমধ্যে গঠিত গ্রুপ সহ গ্রাহকদের অ্যারে বিতরণ করা হয় FlexiRemap®. অতএব, একটি একক কাঠামোতে ড্রাইভগুলিকে একত্রিত করার জন্য কোনও পদক্ষেপ নেওয়ার দরকার নেই। আপনাকে কেবল প্রয়োজনীয় আকার এবং পরিমাণের ভলিউম তৈরি করতে হবে।

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

এর পরে, এটি তৈরি করা ভলিউমগুলিকে "প্রকাশ" করতে এবং ACLs ব্যবহার করে হোস্টদের থেকে তাদের অ্যাক্সেসের অধিকার সেট করতে থাকে (FC এর জন্য iSCSI এবং WWPN এর জন্য আইপি ঠিকানা) এবং অ্যারে পোর্ট দ্বারা শারীরিক পৃথকীকরণ। iSCSI মডেলের জন্য এটি একটি টার্গেট তৈরি করে করা হয়।

FC মডেলের জন্য, অ্যারের প্রতিটি পোর্টের জন্য একটি LUN তৈরির মাধ্যমে প্রকাশ করা হয়।

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

iSCSI ইন্টারফেস ব্যবহার করার সময় একটি গুরুত্বপূর্ণ দ্রষ্টব্য হল কার্যক্ষমতা বাড়ানোর জন্য ভলিউমের জন্য একাধিক টার্গেট তৈরি করা, যেহেতু টার্গেটের সারি পরিবর্তন করা যাবে না এবং কার্যকরভাবে বাধা হয়ে দাঁড়াবে।

ESXi হোস্ট কনফিগার করা হচ্ছে

ESXi হোস্ট সাইডে, মৌলিক কনফিগারেশন সম্পূর্ণ প্রত্যাশিত পরিস্থিতি অনুযায়ী সঞ্চালিত হয়। iSCSI সংযোগের পদ্ধতি:

1. সফ্টওয়্যার iSCSI অ্যাডাপ্টার যোগ করুন (যদি এটি ইতিমধ্যে যোগ করা হয়ে থাকে বা আপনি হার্ডওয়্যার iSCSI অ্যাডাপ্টার ব্যবহার করেন তবে প্রয়োজন নেই);
2. একটি vSwitch তৈরি করা যার মাধ্যমে iSCSI ট্র্যাফিক পাস হবে, এবং এটিতে একটি শারীরিক আপলিংক এবং VMkernal যোগ করা;
3. ডায়নামিক ডিসকভারিতে অ্যারের ঠিকানা যোগ করা;
4. ডেটাস্টোর তৈরি

কিছু গুরুত্বপূর্ণ নোট:

• সাধারণ ক্ষেত্রে, অবশ্যই, আপনি একটি বিদ্যমান vSwitch ব্যবহার করতে পারেন, তবে একটি পৃথক vSwitch এর ক্ষেত্রে, হোস্ট সেটিংস পরিচালনা করা অনেক সহজ হবে।
• কর্মক্ষমতা সমস্যা এড়াতে পৃথক শারীরিক লিঙ্ক এবং/অথবা VLAN-এ ব্যবস্থাপনা এবং iSCSI ট্র্যাফিক আলাদা করা প্রয়োজন।
• VMkernal-এর IP ঠিকানা এবং সমস্ত ফ্ল্যাশ অ্যারের সংশ্লিষ্ট পোর্টগুলি অবশ্যই একই সাবনেটের মধ্যে থাকতে হবে, আবার কার্যক্ষমতা সংক্রান্ত সমস্যার কারণে।
• VMware নিয়ম অনুযায়ী ত্রুটি সহনশীলতা নিশ্চিত করতে, vSwitch-এর কমপক্ষে দুটি শারীরিক আপলিংক থাকতে হবে
• জাম্বো ফ্রেম ব্যবহার করা হলে, আপনাকে vSwitch এবং VMkernal উভয়ের MTU পরিবর্তন করতে হবে
• এটি আপনাকে মনে করিয়ে দেওয়া কার্যকর হবে যে আইএসসিএসআই ট্র্যাফিকের সাথে কাজ করতে ব্যবহৃত শারীরিক অ্যাডাপ্টারের জন্য VMware সুপারিশ অনুসারে, টিমিং এবং ফেইলওভার কনফিগার করা প্রয়োজন। বিশেষ করে, প্রতিটি VMkernal শুধুমাত্র একটি আপলিংকের মাধ্যমে কাজ করতে হবে, দ্বিতীয় আপলিংকটি অব্যবহৃত মোডে স্যুইচ করতে হবে। ত্রুটি সহনশীলতার জন্য, আপনাকে দুটি VMkernal যোগ করতে হবে, যার প্রতিটি তার নিজস্ব আপলিংকের মাধ্যমে কাজ করবে।

VMkernel অ্যাডাপ্টার (vmk#)
শারীরিক নেটওয়ার্ক অ্যাডাপ্টার (vmnic#)

vmk1 (স্টোরেজ01)
সক্রিয় অ্যাডাপ্টার
vmnic2
অব্যবহৃত অ্যাডাপ্টার
vmnic3

vmk2 (স্টোরেজ02)
সক্রিয় অ্যাডাপ্টার
vmnic3
অব্যবহৃত অ্যাডাপ্টার
vmnic2

ফাইবার চ্যানেলের মাধ্যমে সংযোগ করার জন্য কোন প্রাথমিক পদক্ষেপের প্রয়োজন নেই। আপনি অবিলম্বে একটি ডেটাস্টোর তৈরি করতে পারেন।

ডেটাস্টোর তৈরি করার পরে, আপনাকে নিশ্চিত করতে হবে যে লক্ষ্য/LUN-এর পাথগুলির জন্য রাউন্ড রবিন নীতিটি সবচেয়ে কার্যকরী হিসাবে ব্যবহৃত হয়।

ডিফল্টরূপে, ভিএমওয়্যার সেটিংস স্কিম অনুযায়ী এই নীতির ব্যবহারের জন্য প্রদান করে: প্রথম পাথের মাধ্যমে 1000টি অনুরোধ, দ্বিতীয় পথের মাধ্যমে পরবর্তী 1000টি অনুরোধ ইত্যাদি। হোস্ট এবং দুই-কন্ট্রোলার অ্যারের মধ্যে এই ধরনের মিথস্ক্রিয়া ভারসাম্যহীন হবে। তাই, আমরা Esxcli/PowerCLI এর মাধ্যমে রাউন্ড রবিন নীতি = 1 প্যারামিটার সেট করার পরামর্শ দিই।

পরামিতি

Esxcli এর জন্য:

• উপলব্ধ LUN তালিকা করুন

esxcli স্টোরেজ এনএমপি ডিভাইস তালিকা

• ডিভাইসের নাম অনুলিপি করুন
• রাউন্ড রবিন নীতি পরিবর্তন করুন

esxcli স্টোরেজ nmp psp রাউন্ড্রবিন ডিভাইস কনফিগারেশন সেট —type=iops —iops=1 —device=“Device_ID”

বেশিরভাগ আধুনিক অ্যাপ্লিকেশনগুলি ব্যান্ডউইথের সর্বাধিক ব্যবহার এবং CPU লোড কমানোর জন্য বড় ডেটা প্যাকেটগুলি বিনিময় করার জন্য ডিজাইন করা হয়েছে। তাই, ESXi ডিফল্টভাবে 32767KB পর্যন্ত স্টোরেজ ডিভাইসে I/O অনুরোধ জারি করে। যাইহোক, কিছু পরিস্থিতিতে, ছোট অংশগুলি বিনিময় করা আরও উত্পাদনশীল হবে। AccelStor অ্যারেগুলির জন্য, এইগুলি নিম্নলিখিত পরিস্থিতিতে রয়েছে:

• ভার্চুয়াল মেশিনটি লিগ্যাসি BIOS এর পরিবর্তে UEFI ব্যবহার করে
• vSphere প্রতিলিপি ব্যবহার করে

এই ধরনের পরিস্থিতিতে, Disk.DiskMaxIOSize প্যারামিটারের মান 4096 এ পরিবর্তন করার পরামর্শ দেওয়া হয়।

iSCSI সংযোগের জন্য, সংযোগের স্থায়িত্ব বাড়ানোর জন্য লগইন টাইমআউট প্যারামিটার 30 (ডিফল্ট 5) এ পরিবর্তন করার এবং ফরোয়ার্ড করা প্যাকেটের নিশ্চিতকরণের জন্য DelayedAck বিলম্ব নিষ্ক্রিয় করার সুপারিশ করা হয়। উভয় বিকল্পই vSphere ক্লায়েন্টে রয়েছে: হোস্ট → কনফিগার → স্টোরেজ → স্টোরেজ অ্যাডাপ্টার → iSCSI অ্যাডাপ্টারের জন্য উন্নত বিকল্প

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

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

ভার্চুয়াল মেশিন সেট আপ করা হচ্ছে

ভার্চুয়াল মেশিন সেট আপ করার সময় কোন বিশেষ প্রয়োজনীয়তা নেই, বা বরং তারা বেশ সাধারণ:

• সর্বোচ্চ সম্ভাব্য ভিএম সংস্করণ ব্যবহার করা (সামঞ্জস্যতা)
• ভার্চুয়াল মেশিনগুলিকে ঘনভাবে স্থাপন করার সময় RAM এর আকার সেট করার ক্ষেত্রে আরও সতর্কতা অবলম্বন করা হয়, উদাহরণস্বরূপ, VDI তে (যেহেতু ডিফল্টরূপে, স্টার্টআপে, RAM-এর সাথে সামঞ্জস্যপূর্ণ আকারের একটি পৃষ্ঠা ফাইল তৈরি করা হয়, যা দরকারী ক্ষমতা ব্যবহার করে এবং এর উপর প্রভাব ফেলে চূড়ান্ত পারফরম্যান্স)
• IO এর পরিপ্রেক্ষিতে সর্বাধিক উত্পাদনশীল অ্যাডাপ্টার সংস্করণগুলি ব্যবহার করুন: নেটওয়ার্ক প্রকার VMXNET 3 এবং SCSI প্রকার PVSCSI
• সর্বাধিক কার্যক্ষমতার জন্য পুরু প্রভিশন এজার জিরোড ডিস্ক টাইপ এবং সর্বাধিক স্টোরেজ স্পেস ব্যবহারের জন্য পাতলা ব্যবস্থা ব্যবহার করুন
• যদি সম্ভব হয়, ভার্চুয়াল ডিস্ক সীমা ব্যবহার করে নন-I/O ক্রিটিকাল মেশিনের অপারেশন সীমিত করুন
• VMware টুল ইনস্টল করতে ভুলবেন না

সারিতে নোট

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

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

ESXi হোস্ট সাইডে, পরিস্থিতি সম্পূর্ণ ভিন্ন। হোস্ট নিজেই সমস্ত অংশগ্রহণকারীদের জন্য সম্পদের সমান অ্যাক্সেসের অনুশীলন প্রয়োগ করে। অতএব, অতিথি OS এবং HBA-এর জন্য আলাদা IO সারি রয়েছে। গেস্ট OS-এর সারিগুলি সারি থেকে ভার্চুয়াল SCSI অ্যাডাপ্টার এবং ভার্চুয়াল ডিস্কে একত্রিত করা হয়:

HBA-এর সারি নির্দিষ্ট প্রকার/বিক্রেতার উপর নির্ভর করে:

ভার্চুয়াল মেশিনের চূড়ান্ত কর্মক্ষমতা হোস্ট উপাদানগুলির মধ্যে সর্বনিম্ন সারির গভীরতার সীমা দ্বারা নির্ধারিত হবে।

এই মানগুলির জন্য ধন্যবাদ, আমরা পারফরম্যান্স সূচকগুলি মূল্যায়ন করতে পারি যা আমরা একটি নির্দিষ্ট কনফিগারেশনে পেতে পারি। উদাহরণস্বরূপ, আমরা 0.5ms এর লেটেন্সি সহ একটি ভার্চুয়াল মেশিনের (ব্লক বাইন্ডিং ছাড়া) তাত্ত্বিক কর্মক্ষমতা জানতে চাই। তারপর এর IOPS = (1,000/বিলম্বন) * অসামান্য I/Os (সারির গভীরতার সীমা)

উদাহরণ

উদাহরণস্বরূপ 1

• এফসি ইমুলেক্স এইচবিএ অ্যাডাপ্টার
• ডেটাস্টোর প্রতি একটি ভিএম
• VMware প্যারাভার্চুয়াল SCSI অ্যাডাপ্টার

এখানে সারির গভীরতার সীমা Emulex HBA দ্বারা নির্ধারিত হয়। অতএব IOPS = (1000/0.5)*32 = 64K

উদাহরণস্বরূপ 2

• VMware iSCSI সফটওয়্যার অ্যাডাপ্টার
• ডেটাস্টোর প্রতি একটি ভিএম
• VMware প্যারাভার্চুয়াল SCSI অ্যাডাপ্টার

এখানে সারির গভীরতার সীমা প্যারাভার্চুয়াল SCSI অ্যাডাপ্টারের দ্বারা ইতিমধ্যেই নির্ধারিত হয়েছে। অতএব IOPS = (1000/0.5)*64 = 128K

সমস্ত ফ্ল্যাশ এক্সেলস্টর অ্যারেগুলির শীর্ষ মডেলগুলি (উদাহরণস্বরূপ, P710) 700K ব্লকে 4K IOPS রাইট কর্মক্ষমতা প্রদান করতে সক্ষম। এই ধরনের একটি ব্লক আকারের সাথে, এটি বেশ স্পষ্ট যে একটি একক ভার্চুয়াল মেশিন এই ধরনের অ্যারে লোড করতে সক্ষম নয়। এটি করার জন্য, আপনার প্রয়োজন হবে 11 (উদাহরণস্বরূপ 1) বা 6 (উদাহরণস্বরূপ 2) ভার্চুয়াল মেশিন।

ফলস্বরূপ, একটি ভার্চুয়াল ডেটা সেন্টারের সমস্ত বর্ণিত উপাদানগুলির সঠিক কনফিগারেশনের সাথে, আপনি কর্মক্ষমতার ক্ষেত্রে খুব চিত্তাকর্ষক ফলাফল পেতে পারেন।

4K র্যান্ডম, 70% পড়া/30% লিখুন

প্রকৃতপক্ষে, বাস্তব জগৎ যতটা জটিল তার চেয়ে অনেক বেশি জটিল একটি সহজ সূত্র দিয়ে বর্ণনা করা যায়। একটি হোস্ট সবসময় বিভিন্ন কনফিগারেশন এবং IO প্রয়োজনীয়তা সহ একাধিক ভার্চুয়াল মেশিন হোস্ট করে। এবং I/O প্রক্রিয়াকরণ হোস্ট প্রসেসর দ্বারা পরিচালিত হয়, যার শক্তি অসীম নয়। সুতরাং, একই পূর্ণ সম্ভাবনা আনলক করতে P710 মডেল বাস্তবে, আপনার তিনটি হোস্টের প্রয়োজন হবে। এছাড়াও, ভার্চুয়াল মেশিনের ভিতরে চলমান অ্যাপ্লিকেশনগুলি তাদের নিজস্ব সমন্বয় করে। অতএব, সুনির্দিষ্ট আকারের জন্য আমরা অফার করি পরীক্ষার মডেলগুলিতে যাচাইকরণ ব্যবহার করুন সমস্ত ফ্ল্যাশ অ্যারে এক্সেলস্টর প্রকৃত বর্তমান কাজগুলিতে গ্রাহকের পরিকাঠামোর ভিতরে।

উত্স: www.habr.com