VDI-এর জন্য HPE SimpliVity 380 কীভাবে কাজ করবে: কঠিন লোড পরীক্ষা

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

সুতরাং, পরিশীলিত ভিডিআই পরীক্ষার জন্য আমাদের একটি প্লাস্টিকের বোতল এবং লগইনভিএসআই সফ্টওয়্যার প্রয়োজন হবে। আমাদের কাছে এটি 300 জন ব্যবহারকারীর লাইসেন্স সহ রয়েছে। তারপরে আমরা HPE SimpliVity 380 হার্ডওয়্যারটি সার্ভার প্রতি সর্বাধিক ব্যবহারকারীর ঘনত্বের কাজের জন্য উপযুক্ত একটি প্যাকেজে নিয়েছিলাম, ভাল ওভারসাবস্ক্রিপশন সহ ভার্চুয়াল মেশিনগুলি কেটে দিয়েছিলাম, সেগুলিতে Win10-এ অফিস সফ্টওয়্যার ইনস্টল করেছি এবং পরীক্ষা শুরু করেছি।

চল যাই!

পদ্ধতি

দুটি HPE SimpliVity 380 Gen10 নোড (সার্ভার)। প্রতিটি:

• 2 x Intel Xeon Platinum 8170 26c 2.1Ghz।
• RAM: 768GB, 12 x 64GB LRDIMMs DDR4 2666MHz।
• প্রাথমিক ডিস্ক কন্ট্রোলার: HPE স্মার্ট অ্যারে P816i-a SR Gen10।
• হার্ড ড্রাইভ: 9 x 1.92 TB SATA 6Gb/s SSD (RAID6 7+2 কনফিগারেশনে, অর্থাৎ এটি HPE SimpliVity শর্তে একটি মাঝারি মডেল)।
• নেটওয়ার্ক কার্ড: 4 x 1 গিগাবাইট ইথ (ব্যবহারকারীর ডেটা), 2 x 10 জিবি ইথ (সিম্পলিভিটি এবং ভিমোশন ব্যাকএন্ড)।
• ডিডপ্লিকেশন/কম্প্রেশনের জন্য প্রতিটি নোডে বিশেষ অন্তর্নির্মিত FPGA কার্ড।

নোডগুলি একটি 10Gb ইথারনেট আন্তঃসংযোগের মাধ্যমে সরাসরি একটি বাহ্যিক সুইচ ছাড়াই একে অপরের সাথে সংযুক্ত থাকে, যা একটি SimpliVity ব্যাকএন্ড হিসাবে এবং NFS এর মাধ্যমে ভার্চুয়াল মেশিন ডেটা স্থানান্তর করার জন্য ব্যবহৃত হয়। একটি ক্লাস্টারে ভার্চুয়াল মেশিন ডেটা সবসময় দুটি নোডের মধ্যে মিরর করা হয়।

নোডগুলি vCenter দ্বারা পরিচালিত একটি Vmware vSphere ক্লাস্টারে একত্রিত হয়।

পরীক্ষার জন্য, একটি ডোমেন কন্ট্রোলার এবং একটি সিট্রিক্স সংযোগ ব্রোকার মোতায়েন করা হয়েছিল। ডোমেইন কন্ট্রোলার, ব্রোকার এবং vCenter একটি পৃথক ক্লাস্টারে স্থাপন করা হয়েছে।


একটি পরীক্ষার পরিকাঠামো হিসাবে, 300টি ভার্চুয়াল ডেস্কটপ ডেডিকেটেড - ফুল কপি কনফিগারেশনে স্থাপন করা হয়েছিল, অর্থাৎ, প্রতিটি ডেস্কটপ ভার্চুয়াল মেশিনের আসল চিত্রের একটি সম্পূর্ণ অনুলিপি এবং ব্যবহারকারীদের দ্বারা করা সমস্ত পরিবর্তন সংরক্ষণ করে।

প্রতিটি ভার্চুয়াল মেশিনে 2vCPU এবং 4GB RAM রয়েছে:

ভার্চুয়াল মেশিনে পরীক্ষার জন্য প্রয়োজনীয় নিম্নলিখিত সফ্টওয়্যারটি ইনস্টল করা হয়েছিল:

• উইন্ডোজ 10 (64-বিট), সংস্করণ 1809।
• অ্যাডোব রিডার একাদশ।
• Citrix ভার্চুয়াল ডেলিভারি এজেন্ট 1811.1.
• ডোরো পিডিএফ 1.82।
• জাভা 7 আপডেট 13.
• মাইক্রোসফট অফিস প্রফেশনাল প্লাস 2016।

নোডের মধ্যে - সিঙ্ক্রোনাস প্রতিলিপি। ক্লাস্টারের প্রতিটি ডেটা ব্লকের দুটি কপি থাকে। অর্থাৎ, এখন প্রতিটি নোডে ডেটার একটি সম্পূর্ণ সেট রয়েছে। তিন বা ততোধিক নোডের একটি ক্লাস্টার সহ, ব্লকের অনুলিপি দুটি ভিন্ন জায়গায় রয়েছে। একটি নতুন VM তৈরি করার সময়, ক্লাস্টার নোডগুলির একটিতে একটি অতিরিক্ত অনুলিপি তৈরি করা হয়। যখন একটি নোড ব্যর্থ হয়, পূর্বে এটিতে চলমান সমস্ত VM স্বয়ংক্রিয়ভাবে অন্য নোডগুলিতে পুনরায় চালু হয় যেখানে তাদের প্রতিলিপি রয়েছে৷ যদি একটি নোড দীর্ঘ সময়ের জন্য ব্যর্থ হয়, তাহলে ধীরে ধীরে রিডানডেন্সির পুনরুদ্ধার শুরু হয় এবং ক্লাস্টারটি N+1 রিডানডেন্সিতে ফিরে আসে।

ডেটা ব্যালেন্সিং এবং স্টোরেজ সিম্পলিভিটির সফ্টওয়্যার স্টোরেজ স্তরে ঘটে।

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

পরীক্ষামূলক

পরীক্ষার জন্য, LoginVSI 4.1 সফ্টওয়্যার পরীক্ষা স্যুট ব্যবহার করা হয়েছিল। LoginVSI কমপ্লেক্স, একটি কন্ট্রোল সার্ভার এবং পরীক্ষার সংযোগের জন্য 12টি মেশিন সমন্বিত, একটি পৃথক শারীরিক হোস্টে স্থাপন করা হয়েছিল।


পরীক্ষা তিনটি মোডে বাহিত হয়েছিল:

বেঞ্চমার্ক মোড - লোড কেস 300 জ্ঞান কর্মী এবং 300 স্টোরেজ কর্মী।

স্ট্যান্ডার্ড মোড - লোড কেস 300 পাওয়ার ওয়ার্কার।

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

নলেজ এবং পাওয়ার ওয়ার্কার্স পরীক্ষাগুলি ভার্চুয়াল ওয়ার্কস্টেশনে কাজ করা ব্যবহারকারীদের প্রকৃত কাজের চাপ অনুকরণ করে।

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

পরীক্ষার সময়, ব্যবহারকারীরা প্রতি 48 সেকেন্ডে প্রায় একজন ব্যবহারকারীর হারে 10 মিনিটের জন্য ওয়ার্কস্টেশনে লগ ইন করে।

Результаты

LoginVSI পরীক্ষার প্রধান ফলাফল হল VSImax মেট্রিক, যা ব্যবহারকারীর দ্বারা চালু করা বিভিন্ন কার্য সম্পাদনের সময় থেকে সংকলিত হয়। উদাহরণস্বরূপ: নোটপ্যাডে একটি ফাইল খোলার সময়, 7-জিপে ফাইল কম্প্রেস করার সময় ইত্যাদি।

মেট্রিক্স গণনার একটি বিশদ বিবরণ অফিসিয়াল ডকুমেন্টেশনে পাওয়া যায় লিংক.

অন্য কথায়, LoginVSI একটি সাধারণ লোড প্যাটার্নের পুনরাবৃত্তি করে, একটি অফিস স্যুটে ব্যবহারকারীর ক্রিয়াগুলি অনুকরণ করে, একটি পিডিএফ পড়া ইত্যাদি, এবং বিভিন্ন বিলম্ব পরিমাপ করে৷ বিলম্বের একটি সমালোচনামূলক স্তর রয়েছে "সবকিছু ধীর হয়ে যায়, এটি কাজ করা অসম্ভব"), যার আগে এটি বিবেচনা করা হয় যে ব্যবহারকারীর সর্বাধিক সংখ্যা পৌঁছানো যায়নি। যদি প্রতিক্রিয়া সময় এই "সবকিছু ধীর" অবস্থার চেয়ে 1 ms দ্রুত হয়, তাহলে সিস্টেমটি স্বাভাবিকভাবে কাজ করছে বলে মনে করা হয় এবং আরও ব্যবহারকারী যোগ করা যেতে পারে।

এখানে প্রধান মেট্রিক্স আছে:

মেট্রিক্স

কর্ম গ্রহণ

বিশদ বিবরণ

লোড করা উপাদান

N.S.L.D.

পাঠ্য খোলার সময়
1 KB ওজনের ফাইল

নোটপ্যাড খোলে এবং
একটি এলোমেলো 1 KB নথি খোলে যা পুল থেকে অনুলিপি করা হয়
সম্পদ

CPU এবং I/O

এনএফও

সংলাপ খোলার সময়
নোটপ্যাডে উইন্ডোজ

একটি VSI-নোটপ্যাড ফাইল খোলা হচ্ছে [Ctrl+O]

CPU, RAM এবং I/O

 

ZHC*

একটি অত্যন্ত সংকুচিত জিপ ফাইল তৈরি করার সময়

স্থানীয় কম্প্রেশন
এলোমেলো 5MB .pst ফাইল থেকে কপি করা হয়েছে
সম্পদ পুল

CPU এবং I/O

ZLC*

একটি দুর্বলভাবে সংকুচিত জিপ ফাইল তৈরি করার সময়

স্থানীয় কম্প্রেশন
এলোমেলো 5MB .pst ফাইল থেকে কপি করা হয়েছে
সম্পদ পুল

ইনপুট / আউটপুট

 

সিপিইউ

বড় হিসাব করা
র্যান্ডম ডেটা অ্যারে

একটি বড় অ্যারে তৈরি করা হচ্ছে
র্যান্ডম ডেটা যা ইনপুট/আউটপুট টাইমারে ব্যবহার করা হবে (I/O টাইমার)

সিপিইউ

যখন পরীক্ষা করা হয়, প্রাথমিকভাবে প্রাথমিক ভিএসআইবেস মেট্রিক গণনা করা হয়, যা সিস্টেমে লোড ছাড়াই কাজগুলি চালানোর গতি দেখায়। এটির উপর ভিত্তি করে, VSImax থ্রেশহোল্ড নির্ধারণ করা হয়, যা VSIbase + 1ms এর সমান।

সিস্টেমের কর্মক্ষমতা সম্পর্কে সিদ্ধান্ত দুটি মেট্রিকের উপর ভিত্তি করে তৈরি করা হয়: VSIbase, যা সিস্টেমের গতি নির্ধারণ করে এবং VSImax থ্রেশহোল্ড, যা সিস্টেমটি উল্লেখযোগ্য অবনতি ছাড়াই পরিচালনা করতে পারে এমন ব্যবহারকারীর সর্বাধিক সংখ্যা নির্ধারণ করে।

300 নলেজ ওয়ার্কার বেঞ্চমার্ক

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

VSImax পরিসংখ্যান ডেটা:

VSIbase = 986ms, VSI থ্রেশহোল্ডে পৌঁছানো যায়নি।

SimpliVity মনিটরিং থেকে স্টোরেজ সিস্টেম লোড পরিসংখ্যান:


এই ধরনের লোডের সাথে, সিস্টেম কার্যত কার্যক্ষমতার কোন অবনতি ছাড়াই বর্ধিত লোড সহ্য করতে পারে। ব্যবহারকারীর কাজগুলি সম্পূর্ণ করতে যে সময় লাগে তা মসৃণভাবে বৃদ্ধি পায়, পরীক্ষার সময় সিস্টেম প্রতিক্রিয়া সময় পরিবর্তন হয় না এবং লেখার জন্য 3 ms পর্যন্ত এবং পড়ার জন্য 1 ms পর্যন্ত।

উপসংহার: 300 জন জ্ঞানী ব্যবহারকারী বর্তমান ক্লাস্টারে কোনো সমস্যা ছাড়াই কাজ করে এবং একে অপরের সাথে হস্তক্ষেপ করে না, 1 থেকে 6 পর্যন্ত pCPU/vCPU ওভারসাবস্ক্রিপশনে পৌঁছায়। লোড বাড়ার সাথে সাথে সামগ্রিক বিলম্ব সমানভাবে বৃদ্ধি পায়, কিন্তু নির্ধারিত সীমাতে পৌঁছানো হয়নি।

300 স্টোরেজ ওয়ার্কার বেঞ্চমার্ক

এই ব্যবহারকারীরা ক্রমাগত যথাক্রমে 30 থেকে 70 অনুপাতে লেখেন এবং পড়েন। পরীক্ষা-নিরীক্ষার স্বার্থে এই পরীক্ষাটি আরও করা হয়েছিল। VSImax পরিসংখ্যান ডেটা:


VSIbase = 1673, VSI থ্রেশহোল্ড 240 জন ব্যবহারকারীর কাছে পৌঁছেছে।

SimpliVity মনিটরিং থেকে স্টোরেজ সিস্টেম লোড পরিসংখ্যান:

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

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

300 বিদ্যুৎ কর্মী

এই ব্যবহারকারীরা যারা CPU, মেমরি এবং উচ্চ আইও পছন্দ করে। এই "শক্তি ব্যবহারকারীরা" নিয়মিতভাবে জটিল কাজগুলিকে দীর্ঘ বিস্ফোরণ সহ চালায়, যেমন নতুন সফ্টওয়্যার ইনস্টল করা এবং বড় আর্কাইভগুলি আনপ্যাক করা৷ VSImax পরিসংখ্যান ডেটা:


VSIbase = 970, VSI থ্রেশহোল্ডে পৌঁছানো যায়নি।

SimpliVity মনিটরিং থেকে স্টোরেজ সিস্টেম লোড পরিসংখ্যান:


পরীক্ষার সময়, প্রসেসর লোড থ্রেশহোল্ড সিস্টেম নোডগুলির একটিতে পৌঁছেছিল, তবে এটির অপারেশনে এটির উল্লেখযোগ্য প্রভাব পড়েনি:

এই ক্ষেত্রে, সিস্টেম উল্লেখযোগ্য কর্মক্ষমতা অবনতি ছাড়াই বর্ধিত লোড সহ্য করতে পারে। ব্যবহারকারীর কাজগুলি সম্পূর্ণ করতে যে সময় লাগে তা মসৃণভাবে বৃদ্ধি পায়, পরীক্ষার সময় সিস্টেম প্রতিক্রিয়া সময় পরিবর্তন হয় না এবং লেখার জন্য 3 ms পর্যন্ত এবং পড়ার জন্য 1 ms পর্যন্ত।

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

অতিরিক্ত পরীক্ষা পরিচালনা করার সময়, নিম্নলিখিত স্ট্যান্ড কনফিগারেশন ব্যবহার করা হয়েছিল:
300টি ভার্চুয়াল ডেস্কটপ একটি 4vCPU, 4GB RAM, 80GB HDD কনফিগারেশনে স্থাপন করা হয়েছে।

পরীক্ষার মেশিনগুলির মধ্যে একটির কনফিগারেশন:


মেশিনগুলি ডেডিকেটেড - ফুল কপি বিকল্পে স্থাপন করা হয়েছে:

ওভারসাবস্ক্রিপশন সহ 300 নলেজ ওয়ার্কার বেঞ্চমার্ক 12

VSImax পরিসংখ্যান ডেটা:


VSIbase = 921 ms, VSI থ্রেশহোল্ডে পৌঁছানো যায়নি।

SimpliVity মনিটরিং থেকে স্টোরেজ সিস্টেম লোড পরিসংখ্যান:


প্রাপ্ত ফলাফল পূর্ববর্তী VM কনফিগারেশন পরীক্ষার অনুরূপ।

300 ওভার সাবস্ক্রিপশন সহ 12 পাওয়ার কর্মী

VSImax পরিসংখ্যান ডেটা:


VSIbase = 933, VSI থ্রেশহোল্ডে পৌঁছানো যায়নি।

SimpliVity মনিটরিং থেকে স্টোরেজ সিস্টেম লোড পরিসংখ্যান:


এই পরীক্ষার সময়, প্রসেসর লোড থ্রেশহোল্ডও পৌঁছেছিল, কিন্তু এটি কার্যকারিতার উপর উল্লেখযোগ্য প্রভাব ফেলেনি:

প্রাপ্ত ফলাফল পূর্ববর্তী কনফিগারেশন পরীক্ষার অনুরূপ।

10 ঘন্টা লোড চালালে কি হবে?

এখন দেখা যাক একটি "সঞ্চয় প্রভাব" থাকবে কিনা এবং টানা 10 ঘন্টা পরীক্ষা চালানো হবে।

দীর্ঘমেয়াদী পরীক্ষা এবং বিভাগের বিবরণের উদ্দেশ্য হওয়া উচিত যে আমরা এটির উপর দীর্ঘায়িত লোডের অধীনে ট্রাসের সাথে কোনও সমস্যা দেখা দেবে কিনা তা পরীক্ষা করতে চেয়েছিলাম।

300 নলেজ ওয়ার্কার বেঞ্চমার্ক + 10 ঘন্টা

অতিরিক্তভাবে, 300 জন জ্ঞান কর্মীদের একটি লোড কেস পরীক্ষা করা হয়েছিল, তারপরে 10 ঘন্টা ব্যবহারকারীর কাজ করা হয়েছিল।

VSImax পরিসংখ্যান ডেটা:


VSIbase = 919 ms, VSI থ্রেশহোল্ডে পৌঁছানো যায়নি।

VSImax বিস্তারিত পরিসংখ্যান ডেটা:


গ্রাফটি দেখায় যে পুরো পরীক্ষায় কর্মক্ষমতার কোনো অবনতি লক্ষ্য করা যায়নি।

SimpliVity মনিটরিং থেকে স্টোরেজ সিস্টেম লোড পরিসংখ্যান:


স্টোরেজ সিস্টেমের কর্মক্ষমতা পুরো পরীক্ষা জুড়ে একই থাকে।

সিন্থেটিক লোড যোগ করার সাথে অতিরিক্ত পরীক্ষা

গ্রাহক ডিস্কে একটি ওয়াইল্ড লোড যোগ করতে বলেছেন। এটি করার জন্য, ব্যবহারকারী যখন সিস্টেমে লগ ইন করে তখন ডিস্কে একটি সিন্থেটিক লোড চালানোর জন্য ব্যবহারকারীর প্রতিটি ভার্চুয়াল মেশিনে স্টোরেজ সিস্টেমে একটি টাস্ক যুক্ত করা হয়েছিল। লোডটি fio ইউটিলিটি দ্বারা সরবরাহ করা হয়েছিল, যা আপনাকে IOPS সংখ্যা দ্বারা ডিস্কে লোড সীমাবদ্ধ করতে দেয়। প্রতিটি মেশিনে, 22 IOPS 70%/30% র্যান্ডম রিড/রাইট পরিমাণে একটি অতিরিক্ত লোড চালু করার জন্য একটি টাস্ক চালু করা হয়েছিল।

300 নলেজ ওয়ার্কার বেঞ্চমার্ক + প্রতি ব্যবহারকারী 22 IOPS

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

হোস্ট CPU লোড:




একই সময়ে, স্টোরেজ সিস্টেম বিলম্ব স্বাভাবিকভাবেই বৃদ্ধি পায়:


কম্পিউটিং শক্তির অভাব প্রায় 240 জন ব্যবহারকারীর জন্য গুরুতর হয়ে উঠেছে:


প্রাপ্ত ফলাফলের কারণে, কম CPU নিবিড় পরীক্ষা চালানোর সিদ্ধান্ত নেওয়া হয়েছিল।

230 অফিস কর্মী বেঞ্চমার্ক + প্রতি ব্যবহারকারী 22 IOPS

CPU-তে লোড কমানোর জন্য, অফিস কর্মীদের লোডের ধরন নির্বাচন করা হয়েছিল, এবং প্রতিটি সেশনে 22 টি সিন্থেটিক লোড যোগ করা হয়েছিল।

সর্বোচ্চ CPU লোড অতিক্রম না করার জন্য পরীক্ষাটি 230 সেশনের মধ্যে সীমাবদ্ধ ছিল।

সর্বোচ্চ লোডের কাছাকাছি দীর্ঘমেয়াদী অপারেশন চলাকালীন সিস্টেমের স্থায়িত্ব পরীক্ষা করার জন্য ব্যবহারকারীদের 10 ঘন্টা ধরে পরীক্ষা চালানো হয়েছিল।

VSImax পরিসংখ্যান ডেটা:


VSIbase = 918 ms, VSI থ্রেশহোল্ডে পৌঁছানো যায়নি।

VSImax বিস্তারিত পরিসংখ্যান ডেটা:


গ্রাফটি দেখায় যে পুরো পরীক্ষায় কর্মক্ষমতার কোনো অবনতি লক্ষ্য করা যায়নি।

CPU লোড পরিসংখ্যান:




এই পরীক্ষাটি করার সময়, হোস্টের CPU-তে লোড প্রায় সর্বাধিক ছিল।

SimpliVity মনিটরিং থেকে স্টোরেজ সিস্টেম লোড পরিসংখ্যান:


স্টোরেজ সিস্টেমের কর্মক্ষমতা পুরো পরীক্ষা জুড়ে একই থাকে।

পরীক্ষার সময় স্টোরেজ সিস্টেমে লোড ছিল 6/500 অনুপাতে প্রায় 60 IOPS (40 IOPS রিড, 3 IOPS লেখা), যা প্রতি ওয়ার্কস্টেশনে প্রায় 900 IOPS।

প্রতিক্রিয়া সময় লেখার জন্য গড় 3 ms এবং পড়ার জন্য 1 ms পর্যন্ত।

ফলাফল

HPE SimpliVity পরিকাঠামোতে বাস্তব লোড অনুকরণ করার সময়, সিম্পলিভিটি নোডগুলির একটি জোড়ায় কমপক্ষে 300টি সম্পূর্ণ ক্লোন মেশিনের ভার্চুয়াল ডেস্কটপ সমর্থন করার সিস্টেমের ক্ষমতা নিশ্চিত করে ফলাফলগুলি প্রাপ্ত হয়েছিল। একই সময়ে, স্টোরেজ সিস্টেমের প্রতিক্রিয়া সময় পুরো পরীক্ষা জুড়ে সর্বোত্তম স্তরে বজায় রাখা হয়েছিল।

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

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

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

ফেডারেশন

এই সমস্তগুলি একসাথে আর্থিক দিকটিকে বিশদভাবে মূল্যায়ন করা এবং কোম্পানির বৃদ্ধির পরিকল্পনাগুলিতে VDI-এর খরচগুলিকে উচ্চতর করা এবং সমাধানটি কত দ্রুত পরিশোধ করবে এবং এটি কীভাবে কাজ করবে তা বোঝা সম্ভব করে তোলে। কারণ যেকোন ভিডিআই হল একটি সমাধান যা শেষ পর্যন্ত প্রচুর সম্পদ সংরক্ষণ করে, কিন্তু একই সময়ে, সম্ভবত, খরচ-কার্যকর সুযোগ ছাড়াই এটি ব্যবহারের 5-7 বছরের মধ্যে পরিবর্তন করা যায়।

সাধারণভাবে, যদি আপনার কোন প্রশ্ন থাকে যা মন্তব্যের জন্য নয়, ইমেলের মাধ্যমে আমাকে লিখুন [ইমেল সুরক্ষিত].

উত্স: www.habr.com