របៀបដែល HPE SimpliVity 380 សម្រាប់ VDI នឹងដំណើរការ៖ ការធ្វើតេស្តបន្ទុកដ៏លំបាក

អតិថិជនចង់បាន VDI ។ ខ្ញុំពិតជាបានក្រឡេកមើលការរួមបញ្ចូលគ្នារវាង SimpliVity + VDI Citrix Virtual Desktop ។ សម្រាប់ប្រតិបត្តិករទាំងអស់ បុគ្គលិកការិយាល័យទីក្រុង និងដូច្នេះនៅលើ។ មានអ្នកប្រើប្រាស់ប្រាំពាន់នាក់នៅក្នុងរលកទីមួយនៃការធ្វើចំណាកស្រុកតែម្នាក់ឯង ដូច្នេះហើយពួកគេបានទទូចលើការធ្វើតេស្តផ្ទុក។ VDI អាចចាប់ផ្តើមថយចុះ វាអាចដេកដោយស្ងប់ស្ងាត់ - ហើយវាមិនតែងតែកើតឡើងដោយសារតែបញ្ហាជាមួយឆានែល។ យើងបានទិញកញ្ចប់សាកល្បងដ៏មានអានុភាពជាពិសេសសម្រាប់ VDI ហើយបានផ្ទុកហេដ្ឋារចនាសម្ព័ន្ធរហូតដល់វាធ្ងន់ពេកនៅលើថាស និងខួរក្បាល។

ដូច្នេះ យើងនឹងត្រូវការដបប្លាស្ទិក និងកម្មវិធី LoginVSI សម្រាប់ការធ្វើតេស្ត 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 Smart Array P816i-a SR Gen10 ។
• ដ្រាយវ៍រឹង៖ 9 x 1.92 TB SATA SATA 6Gb/s SSD (ក្នុងការកំណត់រចនាសម្ព័ន្ធ RAID6 7+2 ឧ. នេះគឺជាគំរូមធ្យមនៅក្នុងលក្ខខណ្ឌ HPE SimpliVity)។
• កាតបណ្តាញ៖ 4 x 1Gb Eth (ទិន្នន័យអ្នកប្រើប្រាស់) 2 x 10Gb Eth (ផ្នែកខាងក្រោយ SimpliVity និង vMotion)។
• កាត FPGA ដែលភ្ជាប់មកជាមួយពិសេសនៅក្នុងថ្នាំងនីមួយៗសម្រាប់ការផ្ដាច់/បង្ហាប់។

ថ្នាំងត្រូវបានភ្ជាប់ទៅគ្នាទៅវិញទៅមកតាមរយៈ 10Gb Ethernet interconnect ដោយផ្ទាល់ដោយគ្មានកុងតាក់ខាងក្រៅ ដែលត្រូវបានប្រើជាកម្មវិធីខាងក្រោយ SimpliVity និងសម្រាប់ការផ្ទេរទិន្នន័យម៉ាស៊ីននិម្មិតតាមរយៈ NFS ។ ទិន្នន័យម៉ាស៊ីននិម្មិតនៅក្នុងចង្កោមតែងតែត្រូវបានឆ្លុះបញ្ចាំងរវាងថ្នាំងពីរ។

ថ្នាំងត្រូវបានបញ្ចូលគ្នាទៅក្នុងចង្កោម Vmware vSphere ដែលគ្រប់គ្រងដោយ vCenter ។

សម្រាប់ការធ្វើតេស្ត ឧបករណ៍បញ្ជាដែន និងឈ្មួញកណ្តាលការតភ្ជាប់ Citrix ត្រូវបានដាក់ពង្រាយ។ ឧបករណ៍បញ្ជាដែន ឈ្មួញកណ្តាល និង vCenter ត្រូវបានដាក់នៅលើចង្កោមដាច់ដោយឡែកមួយ។


ក្នុងនាមជាហេដ្ឋារចនាសម្ព័ន្ធសាកល្បង ផ្ទៃតុនិម្មិតចំនួន 300 ត្រូវបានដាក់ពង្រាយនៅក្នុងការកំណត់រចនាសម្ព័ន្ធ Dedicated – Full Copy ពោលគឺ ផ្ទៃតុនីមួយៗគឺជាច្បាប់ចម្លងពេញលេញនៃរូបភាពដើមរបស់ម៉ាស៊ីននិម្មិត និងរក្សាទុកការផ្លាស់ប្តូរទាំងអស់ដែលធ្វើឡើងដោយអ្នកប្រើប្រាស់។

ម៉ាស៊ីននិម្មិតនីមួយៗមាន 2vCPU និង RAM 4GB៖

កម្មវិធីខាងក្រោមដែលត្រូវការសម្រាប់ការធ្វើតេស្តត្រូវបានដំឡើងនៅលើម៉ាស៊ីននិម្មិត៖

• វីនដូ 10 (64 ប៊ីត) កំណែ 1809 ។
• Adobe Reader XI ។
• ភ្នាក់ងារចែកចាយនិម្មិត Citrix 1811.1 ។
• Doro PDF 1.82 ។
• Java 7 Update ១៣.
• Microsoft Office Professional Plus 2016 ។

រវាងថ្នាំង - ការចម្លងសមកាលកម្ម។ ប្លុកទិន្នន័យនីមួយៗនៅក្នុងចង្កោមមានច្បាប់ចម្លងពីរ។ នោះគឺឥឡូវនេះមានសំណុំទិន្នន័យពេញលេញនៅលើថ្នាំងនីមួយៗ។ ជាមួយនឹងចង្កោមនៃថ្នាំងបី ឬច្រើន ច្បាប់ចម្លងនៃប្លុកគឺស្ថិតនៅកន្លែងពីរផ្សេងគ្នា។ នៅពេលបង្កើត VM ថ្មី ច្បាប់ចម្លងបន្ថែមត្រូវបានបង្កើតនៅលើថ្នាំងចង្កោមមួយ។ នៅពេលដែលថ្នាំងមួយបរាជ័យ VMs ទាំងអស់ដែលដំណើរការពីមុននៅលើវាត្រូវបានចាប់ផ្តើមឡើងវិញដោយស្វ័យប្រវត្តិនៅលើថ្នាំងផ្សេងទៀតដែលពួកគេមានការចម្លង។ ប្រសិនបើថ្នាំងមួយបរាជ័យក្នុងរយៈពេលយូរ នោះការស្ដារឡើងវិញបន្តិចម្តងៗនៃការលែងត្រូវការតទៅទៀតនឹងចាប់ផ្តើម ហើយចង្កោមនឹងត្រលប់ទៅ N+1 ដដែលៗ។

តុល្យភាពទិន្នន័យ និងការផ្ទុកកើតឡើងនៅកម្រិតផ្ទុកកម្មវិធីរបស់ SimpliVity ខ្លួនវាផ្ទាល់។

ម៉ាស៊ីននិម្មិតដំណើរការចង្កោមនិម្មិត ដែលដាក់ពួកវានៅលើការផ្ទុកកម្មវិធីផងដែរ។ តុខ្លួនឯងត្រូវបានគេយកតាមគំរូស្ដង់ដារ៖ តុរបស់អ្នកហិរញ្ញវត្ថុ និងមន្ត្រីប្រតិបត្តិការបានមកសម្រាប់ការធ្វើតេស្ត (ទាំងនេះគឺជាគំរូពីរផ្សេងគ្នា)។

សាកល្បង

សម្រាប់ការធ្វើតេស្ត ឈុតសាកល្បងកម្មវិធី LoginVSI 4.1 ត្រូវបានប្រើប្រាស់។ ស្មុគ្រស្មាញ LoginVSI ដែលមានម៉ាស៊ីនមេគ្រប់គ្រង និងម៉ាស៊ីនចំនួន 12 សម្រាប់ការតភ្ជាប់សាកល្បង ត្រូវបានដាក់ពង្រាយនៅលើម៉ាស៊ីនរាងកាយដាច់ដោយឡែក។


ការធ្វើតេស្តត្រូវបានអនុវត្តជាបីរបៀប៖

របៀប Benchmark - ផ្ទុកករណីកម្មករចំណេះដឹង 300 នាក់ និងបុគ្គលិកផ្ទុក 300 ។

របៀបស្តង់ដារ - ករណីផ្ទុក 300 កម្មករថាមពល។

ដើម្បីឱ្យបុគ្គលិកថាមពលធ្វើការ និងបង្កើនភាពចម្រុះនៃបន្ទុក បណ្ណាល័យនៃឯកសារ Power Library បន្ថែមត្រូវបានបន្ថែមទៅស្មុគស្មាញ LoginVSI ។ ដើម្បីធានាបាននូវលទ្ធផលដដែលៗ ការកំណត់កៅអីសាកល្បងទាំងអស់ត្រូវបានទុកជាលំនាំដើម។

ការធ្វើតេស្តបុគ្គលិកចំណេះដឹង និងថាមពល ក្លែងធ្វើបន្ទុកការងារពិតប្រាកដរបស់អ្នកប្រើប្រាស់ដែលកំពុងធ្វើការលើស្ថានីយការងារនិម្មិត។

ការធ្វើតេស្តអ្នកផ្ទុកទិន្នន័យត្រូវបានបង្កើតឡើងជាពិសេសសម្រាប់សាកល្បងប្រព័ន្ធផ្ទុកទិន្នន័យ វានៅឆ្ងាយពីបន្ទុកការងារពិតប្រាកដ ហើយភាគច្រើនពាក់ព័ន្ធនឹងអ្នកប្រើប្រាស់ធ្វើការជាមួយឯកសារមួយចំនួនធំដែលមានទំហំខុសៗគ្នា។

ក្នុងអំឡុងពេលសាកល្បង អ្នកប្រើប្រាស់ចូលទៅក្នុងស្ថានីយការងាររយៈពេល 48 នាទីក្នុងអត្រាអ្នកប្រើប្រាស់ប្រហែលម្នាក់រៀងរាល់ 10 វិនាទី។

Результаты

លទ្ធផលចម្បងនៃការធ្វើតេស្ត LoginVSI គឺម៉ែត្រ VSImax ដែលត្រូវបានចងក្រងពីពេលវេលាប្រតិបត្តិនៃកិច្ចការផ្សេងៗដែលចាប់ផ្តើមដោយអ្នកប្រើប្រាស់។ ឧទាហរណ៍៖ ដល់ពេលបើកឯកសារក្នុង Notepad ដល់ពេលបង្ហាប់ឯកសារក្នុង 7-Zip ។ល។

ការពិពណ៌នាលម្អិតនៃការគណនាម៉ែត្រមាននៅក្នុងឯកសារផ្លូវការសម្រាប់ តំណភ្ជាប់.

ម្យ៉ាងវិញទៀត LoginVSI ធ្វើឡើងវិញនូវគំរូផ្ទុកធម្មតា ក្លែងធ្វើសកម្មភាពរបស់អ្នកប្រើនៅក្នុងឈុតការិយាល័យ ការអាន PDF ជាដើម និងវាស់ភាពយឺតយ៉ាវផ្សេងៗ។ មានកម្រិតសំខាន់នៃការពន្យារពេល "អ្វីគ្រប់យ៉ាងថយចុះ វាមិនអាចទៅរួចទេក្នុងការដំណើរការ") មុនពេលដែលវាត្រូវបានចាត់ទុកថាចំនួនអតិបរមានៃអ្នកប្រើប្រាស់មិនទាន់ទៅដល់។ ប្រសិនបើពេលវេលាឆ្លើយតបគឺ 1 ms លឿនជាងស្ថានភាព "អ្វីគ្រប់យ៉ាងគឺយឺត" នោះប្រព័ន្ធត្រូវបានចាត់ទុកថាកំពុងដំណើរការជាធម្មតា ហើយអ្នកប្រើប្រាស់កាន់តែច្រើនអាចត្រូវបានបន្ថែម។

នេះគឺជាសូចនាករសំខាន់ៗ៖

ម៉ែត្រ

សកម្មភាពដែលបានធ្វើឡើង

លម្អិត ការពិពណ៌នា

សមាសធាតុដែលបានផ្ទុក

N.S.L.D.

ពេលវេលាបើកអត្ថបទ
ឯកសារមានទម្ងន់ 1 KB

Notepad បើកនិង
បើកឯកសារចៃដន្យ 1 KB ដែលត្រូវបានចម្លងពីអាង
ធនធាន

CPU និង I/O

NFO

ម៉ោងបើកការសន្ទនា
បង្អួចនៅក្នុង notepad

ការបើកឯកសារ VSI-Notepad [Ctrl+O]

ស៊ីភីយូ RAM និង I/O

 

ZHC*

ដល់ពេលបង្កើតឯកសារ Zip ដែលបានបង្ហាប់ខ្លាំង

ការបង្ហាប់ក្នុងស្រុក
ចៃដន្យ 5MB ឯកសារ .pst ចម្លងពី
អាងធនធាន

CPU និង I/O

ZLC*

ដល់ពេលបង្កើតឯកសារ Zip ដែលបានបង្ហាប់ខ្សោយ

ការបង្ហាប់ក្នុងស្រុក
ចៃដន្យ 5MB ឯកសារ .pst ចម្លងពី
អាងធនធាន

I / O

 

ស៊ីភីយូ

ការគណនាធំ
អារេទិន្នន័យចៃដន្យ

ការបង្កើតអារេធំ
ទិន្នន័យចៃដន្យដែលនឹងត្រូវបានប្រើនៅក្នុងកម្មវិធីកំណត់ពេលបញ្ចូល/លទ្ធផល (I/O timer)

ស៊ីភីយូ

នៅពេលការសាកល្បងត្រូវបានអនុវត្ត រង្វាស់ VSIbase មូលដ្ឋានត្រូវបានគណនាដំបូង ដែលបង្ហាញពីល្បឿនដែលការងារត្រូវបានប្រតិបត្តិដោយមិនផ្ទុកនៅលើប្រព័ន្ធ។ ដោយផ្អែកលើវា VSImax Threshold ត្រូវបានកំណត់ ដែលស្មើនឹង VSIbase + 1ms ។

ការសន្និដ្ឋានអំពីដំណើរការប្រព័ន្ធត្រូវបានធ្វើឡើងដោយផ្អែកលើរង្វាស់ពីរ៖ VSIbase ដែលកំណត់ល្បឿននៃប្រព័ន្ធ និងកម្រិត VSImax ដែលកំណត់ចំនួនអ្នកប្រើប្រាស់អតិបរមាដែលប្រព័ន្ធអាចគ្រប់គ្រងបានដោយគ្មានការរុះរើយ៉ាងសំខាន់។

ស្តង់ដារបុគ្គលិកចំណេះដឹងចំនួន ៣០០នាក់។

បុគ្គលិកចំណេះដឹងគឺជាអ្នកប្រើប្រាស់ដែលផ្ទុកអង្គចងចាំ ខួរក្បាល និង IO ជាទៀងទាត់ជាមួយនឹងកំពូលតូចៗផ្សេងៗ។ កម្មវិធីនេះធ្វើត្រាប់តាមបន្ទុកការងាររបស់អ្នកប្រើប្រាស់ការិយាល័យ ហាក់ដូចជាពួកគេកំពុងសម្លឹងមើលអ្វីមួយឥតឈប់ឈរ (PDF, Java, office suite, photo viewing, 7-Zip)។ នៅពេលអ្នកបន្ថែមអ្នកប្រើប្រាស់ពីសូន្យដល់ 300 ការពន្យាពេលសម្រាប់នីមួយៗកើនឡើងជាលំដាប់។

ទិន្នន័យស្ថិតិ VSImax៖

VSIbase = 986ms, VSI Threshold មិនត្រូវបានឈានដល់ទេ។

ប្រព័ន្ធផ្ទុកទិន្នន័យផ្ទុកទិន្នន័យពីការត្រួតពិនិត្យ SimpliVity៖


ជាមួយនឹងប្រភេទនៃបន្ទុកនេះ ប្រព័ន្ធអាចទប់ទល់នឹងការកើនឡើងនៃបន្ទុក ដោយស្ទើរតែគ្មានការរិចរិលក្នុងដំណើរការ។ ពេលវេលាដែលវាត្រូវការដើម្បីបំពេញភារកិច្ចរបស់អ្នកប្រើប្រាស់កើនឡើងយ៉ាងរលូន ពេលវេលាឆ្លើយតបរបស់ប្រព័ន្ធមិនផ្លាស់ប្តូរកំឡុងពេលសាកល្បងទេ ហើយរហូតដល់ 3 ms សម្រាប់ការសរសេរ និងរហូតដល់ 1 ms សម្រាប់ការអាន។

សេចក្តីសន្និដ្ឋាន: អ្នកប្រើប្រាស់ចំណេះដឹងចំនួន 300 ធ្វើការលើចង្កោមបច្ចុប្បន្នដោយគ្មានបញ្ហា និងមិនជ្រៀតជ្រែកគ្នាទៅវិញទៅមក ដោយឈានដល់ការជាវ pCPU/vCPU លើសពី 1 ដល់ 6។ ការពន្យាពេលសរុបកើនឡើងស្មើៗគ្នានៅពេលដែលបន្ទុកកើនឡើង ប៉ុន្តែដែនកំណត់ដែលបានកំណត់មិនត្រូវបានឈានដល់ទេ។

បុគ្គលិកស្ដង់ដារ ៣០០ នាក់

ទាំងនេះគឺជាអ្នកប្រើប្រាស់ដែលតែងតែសរសេរ និងអានក្នុងសមាមាត្រពី 30 ទៅ 70 រៀងគ្នា។ ការធ្វើតេស្តនេះត្រូវបានអនុវត្តបន្ថែមទៀតសម្រាប់ជាប្រយោជន៍នៃការពិសោធន៍។ ទិន្នន័យស្ថិតិ VSImax៖


VSIbase = 1673, VSI Threshold បានឈានដល់អ្នកប្រើប្រាស់ 240 ។

ប្រព័ន្ធផ្ទុកទិន្នន័យផ្ទុកទិន្នន័យពីការត្រួតពិនិត្យ SimpliVity៖

ប្រភេទនៃការផ្ទុកនេះគឺសំខាន់ជាការធ្វើតេស្តភាពតានតឹងនៃប្រព័ន្ធផ្ទុក។ នៅពេលដែលវាត្រូវបានប្រតិបត្តិ អ្នកប្រើប្រាស់ម្នាក់ៗសរសេរឯកសារចៃដន្យជាច្រើនដែលមានទំហំខុសៗគ្នាទៅកាន់ថាស។ ក្នុងករណីនេះ វាអាចត្រូវបានគេមើលឃើញថានៅពេលដែលកម្រិតផ្ទុកជាក់លាក់មួយត្រូវបានលើសសម្រាប់អ្នកប្រើប្រាស់មួយចំនួន ពេលវេលាដែលវាត្រូវការដើម្បីបញ្ចប់ភារកិច្ចសម្រាប់ការសរសេរឯកសារកើនឡើង។ ក្នុងពេលជាមួយគ្នានេះ ការផ្ទុកនៅលើប្រព័ន្ធផ្ទុកទិន្នន័យ ខួរក្បាល និងអង្គចងចាំរបស់ម៉ាស៊ីនមិនផ្លាស់ប្តូរខ្លាំងនោះទេ ដូច្នេះបច្ចុប្បន្នវាមិនអាចកំណត់បានច្បាស់ថាអ្វីដែលបណ្តាលឱ្យមានការពន្យារពេលនោះទេ។

ការសន្និដ្ឋានអំពីដំណើរការប្រព័ន្ធដោយប្រើការធ្វើតេស្តនេះអាចត្រូវបានធ្វើឡើងនៅក្នុងការប្រៀបធៀបជាមួយនឹងលទ្ធផលតេស្តនៅលើប្រព័ន្ធផ្សេងទៀតប៉ុណ្ណោះ ចាប់តាំងពីការផ្ទុកបែបនេះមានលក្ខណៈសំយោគនិងមិនប្រាកដនិយម។ ទោះយ៉ាងណាក៏ដោយ ជាទូទៅការធ្វើតេស្តបានដំណើរការល្អ។ អ្វីគ្រប់យ៉ាងដំណើរការល្អរហូតដល់វគ្គ 210 ហើយបន្ទាប់មកការឆ្លើយតបចម្លែកបានចាប់ផ្តើម ដែលមិនត្រូវបានតាមដានគ្រប់ទីកន្លែងលើកលែងតែការចូល VSI ។

បុគ្គលិកអគ្គិសនី ៣០០នាក់។

ទាំងនេះគឺជាអ្នកប្រើប្រាស់ដែលស្រលាញ់ CPU, memory និង IO ខ្ពស់។ "អ្នកប្រើប្រាស់ថាមពល" ទាំងនេះដំណើរការជាប្រចាំនូវកិច្ចការស្មុគស្មាញជាមួយនឹងការផ្ទុះដ៏វែង ដូចជាការដំឡើងកម្មវិធីថ្មី និងការពន្លាប័ណ្ណសារធំ។ ទិន្នន័យស្ថិតិ VSImax៖


VSIbase = 970, VSI Threshold មិនត្រូវបានឈានដល់ទេ។

ប្រព័ន្ធផ្ទុកទិន្នន័យផ្ទុកទិន្នន័យពីការត្រួតពិនិត្យ SimpliVity៖


កំឡុងពេលធ្វើតេស្ត កម្រិតផ្ទុករបស់ខួរក្បាលត្រូវបានឈានដល់នៅលើថ្នាំងប្រព័ន្ធមួយ ប៉ុន្តែវាមិនមានឥទ្ធិពលខ្លាំងលើប្រតិបត្តិការរបស់វាទេ៖

ក្នុងករណីនេះប្រព័ន្ធអាចទប់ទល់នឹងការកើនឡើងនៃបន្ទុកដោយគ្មានការរុះរើដំណើរការគួរឱ្យកត់សម្គាល់។ ពេលវេលាដែលវាត្រូវការដើម្បីបំពេញភារកិច្ចរបស់អ្នកប្រើប្រាស់កើនឡើងយ៉ាងរលូន ពេលវេលាឆ្លើយតបរបស់ប្រព័ន្ធមិនផ្លាស់ប្តូរកំឡុងពេលសាកល្បងទេ ហើយរហូតដល់ 3 ms សម្រាប់ការសរសេរ និងរហូតដល់ 1 ms សម្រាប់ការអាន។

ការធ្វើតេស្តធម្មតាមិនគ្រប់គ្រាន់សម្រាប់អតិថិជនទេ ហើយយើងបានបន្ត៖ យើងបានបង្កើនលក្ខណៈ VM (ចំនួន vCPUs ដើម្បីវាយតម្លៃការកើនឡើងនៃការជាវលើស និងទំហំថាស) និងបន្ថែមបន្ទុកបន្ថែម។

នៅពេលធ្វើតេស្តបន្ថែម ការកំណត់រចនាសម្ព័ន្ធឈរខាងក្រោមត្រូវបានប្រើ៖
កុំព្យូទ័រនិម្មិតចំនួន 300 ត្រូវបានដាក់ពង្រាយក្នុង 4vCPU, RAM 4GB, ការកំណត់រចនាសម្ព័ន្ធ HDD 80GB ។

ការកំណត់រចនាសម្ព័ន្ធម៉ាស៊ីនសាកល្បងមួយ៖


ម៉ាស៊ីន​ត្រូវ​បាន​គេ​ដាក់​ពង្រាយ​ក្នុង​ជម្រើស Dedicated – Full Copy៖

បុគ្គលិកចំណេះដឹងចំនួន 300 នាក់ជាមួយនឹងការជាវលើស 12

ទិន្នន័យស្ថិតិ VSImax៖


VSIbase = 921 ms, VSI Threshold មិនត្រូវបានឈានដល់ទេ។

ប្រព័ន្ធផ្ទុកទិន្នន័យផ្ទុកទិន្នន័យពីការត្រួតពិនិត្យ SimpliVity៖


លទ្ធផលដែលទទួលបានគឺស្រដៀងគ្នាទៅនឹងការសាកល្បងការកំណត់រចនាសម្ព័ន្ធ VM ពីមុន។

បុគ្គលិកថាមពល 300 នាក់ជាមួយនឹងការជាវលើសពី 12

ទិន្នន័យស្ថិតិ VSImax៖


VSIbase = 933, VSI Threshold មិនត្រូវបានឈានដល់ទេ។

ប្រព័ន្ធផ្ទុកទិន្នន័យផ្ទុកទិន្នន័យពីការត្រួតពិនិត្យ SimpliVity៖


ក្នុងអំឡុងពេលនៃការធ្វើតេស្តនេះ កម្រិតផ្ទុករបស់ខួរក្បាលក៏ត្រូវបានឈានដល់ផងដែរ ប៉ុន្តែវាមិនមានឥទ្ធិពលខ្លាំងលើដំណើរការទេ៖

លទ្ធផលដែលទទួលបានគឺស្រដៀងនឹងការសាកល្បងការកំណត់រចនាសម្ព័ន្ធពីមុន។

តើមានអ្វីកើតឡើងប្រសិនបើអ្នកដំណើរការបន្ទុករយៈពេល 10 ម៉ោង?

ឥឡូវនេះសូមមើលថាតើនឹងមាន "ឥទ្ធិពលកកកុញ" និងដំណើរការការធ្វើតេស្តរយៈពេល 10 ម៉ោងជាប់គ្នា។

ការធ្វើតេស្តរយៈពេលវែង និងការពិពណ៌នានៃផ្នែកគួរតែសំដៅទៅលើការពិតដែលថាយើងចង់ពិនិត្យមើលថាតើបញ្ហាណាមួយនឹងកើតឡើងជាមួយ truss នៅក្រោមការផ្ទុកយូរនៅលើវា។

បុគ្គលិកចំណេះដឹងចំនួន ៣០០ នាក់ + ១០ ម៉ោង។

លើសពីនេះ ករណីផ្ទុកនៃបុគ្គលិកចំណេះដឹងចំនួន 300 នាក់ត្រូវបានសាកល្បង បន្ទាប់មកដោយអ្នកប្រើប្រាស់ធ្វើការរយៈពេល 10 ម៉ោង។

ទិន្នន័យស្ថិតិ VSImax៖


VSIbase = 919 ms, VSI Threshold មិនត្រូវបានឈានដល់ទេ។

VSImax ទិន្នន័យស្ថិតិលម្អិត៖


ក្រាហ្វបង្ហាញថាមិនមានការថយចុះនៃការអនុវត្តដែលត្រូវបានសង្កេតឃើញពេញមួយការធ្វើតេស្តទាំងមូល។

ប្រព័ន្ធផ្ទុកទិន្នន័យផ្ទុកទិន្នន័យពីការត្រួតពិនិត្យ SimpliVity៖


ដំណើរការប្រព័ន្ធផ្ទុកនៅតែដដែលពេញមួយការធ្វើតេស្ត។

ការធ្វើតេស្តបន្ថែមជាមួយនឹងការបន្ថែមបន្ទុកសំយោគ

អតិថិជនបានស្នើឱ្យបន្ថែមបន្ទុកព្រៃទៅថាស។ ដើម្បីធ្វើដូច្នេះ កិច្ចការមួយត្រូវបានបន្ថែមទៅប្រព័ន្ធផ្ទុកនៅក្នុងម៉ាស៊ីននិម្មិតរបស់អ្នកប្រើប្រាស់នីមួយៗ ដើម្បីដំណើរការការផ្ទុកសំយោគនៅលើថាស នៅពេលអ្នកប្រើប្រាស់ចូលទៅក្នុងប្រព័ន្ធ។ បន្ទុកត្រូវបានផ្តល់ដោយឧបករណ៍ប្រើប្រាស់ fio ដែលអនុញ្ញាតឱ្យអ្នកកំណត់ការផ្ទុកនៅលើថាសដោយចំនួន IOPS ។ នៅក្នុងម៉ាស៊ីននីមួយៗ កិច្ចការមួយត្រូវបានដាក់ឱ្យដំណើរការដើម្បីបើកដំណើរការបន្ទុកបន្ថែមក្នុងចំនួន 22 IOPS 70%/30% Random Read/Write ។

ស្តង់ដារបុគ្គលិកចំណេះដឹង 300 នាក់ + 22 IOPS ក្នុងមួយអ្នកប្រើប្រាស់

នៅក្នុងការធ្វើតេស្តដំបូង fio ត្រូវបានគេរកឃើញថាដាក់បញ្ចូល CPU សំខាន់ៗនៅលើម៉ាស៊ីននិម្មិត។ នេះនាំឱ្យមានការផ្ទុកលើសចំណុះរបស់ CPU យ៉ាងឆាប់រហ័ស និងប៉ះពាល់យ៉ាងខ្លាំងដល់ប្រតិបត្តិការនៃប្រព័ន្ធទាំងមូល។

ផ្ទុក CPU ម៉ាស៊ីន៖




ទន្ទឹមនឹងនេះ ការពន្យារពេលប្រព័ន្ធផ្ទុកទិន្នន័យក៏កើនឡើងដោយធម្មជាតិផងដែរ៖


កង្វះថាមពលកុំព្យូទ័របានក្លាយជាបញ្ហាសំខាន់នៅជុំវិញអ្នកប្រើប្រាស់ 240៖


ដោយសារតែលទ្ធផលដែលទទួលបាន វាត្រូវបានគេសម្រេចចិត្តធ្វើតេស្ដដែលមិនសូវប្រើ CPU។

230 បុគ្គលិកការិយាល័យស្តង់ដារ + 22 IOPS ក្នុងមួយអ្នកប្រើប្រាស់

ដើម្បីកាត់បន្ថយការផ្ទុកនៅលើស៊ីភីយូ ប្រភេទការផ្ទុករបស់បុគ្គលិកការិយាល័យត្រូវបានជ្រើសរើស ហើយ 22 IOPS នៃបន្ទុកសំយោគក៏ត្រូវបានបន្ថែមទៅវគ្គនីមួយៗផងដែរ។

ការធ្វើតេស្តត្រូវបានកំណត់ត្រឹម 230 វគ្គ ដើម្បីកុំឱ្យលើសពីការផ្ទុកស៊ីភីយូអតិបរមា។

ការធ្វើតេស្តនេះត្រូវបានដំណើរការជាមួយនឹងអ្នកប្រើប្រាស់ដែលដំណើរការរយៈពេល 10 ម៉ោងដើម្បីពិនិត្យមើលស្ថេរភាពនៃប្រព័ន្ធកំឡុងពេលប្រតិបត្តិការរយៈពេលវែងនៅជិតការផ្ទុកអតិបរមា។

ទិន្នន័យស្ថិតិ VSImax៖


VSIbase = 918 ms, VSI Threshold មិនត្រូវបានឈានដល់ទេ។

VSImax ទិន្នន័យស្ថិតិលម្អិត៖


ក្រាហ្វបង្ហាញថាមិនមានការថយចុះនៃការអនុវត្តដែលត្រូវបានសង្កេតឃើញពេញមួយការធ្វើតេស្តទាំងមូល។

ស្ថិតិផ្ទុកស៊ីភីយូ៖




នៅពេលធ្វើតេស្តនេះ ការផ្ទុកនៅលើ CPU របស់ម៉ាស៊ីនគឺស្ទើរតែអតិបរមា។

ប្រព័ន្ធផ្ទុកទិន្នន័យផ្ទុកទិន្នន័យពីការត្រួតពិនិត្យ SimpliVity៖


ដំណើរការប្រព័ន្ធផ្ទុកនៅតែដដែលពេញមួយការធ្វើតេស្ត។

ការផ្ទុកនៅលើប្រព័ន្ធផ្ទុកក្នុងអំឡុងពេលធ្វើតេស្តគឺប្រហែល 6 IOPS ក្នុងសមាមាត្រ 500/60 (40 IOPS អាន, 3 IOPS សរសេរ) ដែលមានប្រហែល 900 IOPS ក្នុងមួយស្ថានីយការងារ។

ពេលវេលាឆ្លើយតបជាមធ្យម 3 ms សម្រាប់ការសរសេរ និងរហូតដល់ 1 ms សម្រាប់ការអាន។

លទ្ធផល

នៅពេលក្លែងធ្វើបន្ទុកពិតប្រាកដនៅលើហេដ្ឋារចនាសម្ព័ន្ធ HPE SimpliVity លទ្ធផលត្រូវបានទទួលបញ្ជាក់ពីសមត្ថភាពរបស់ប្រព័ន្ធដើម្បីគាំទ្រផ្ទៃតុនិម្មិតយ៉ាងហោចណាស់ 300 Full Clone machines នៅលើថ្នាំង SimpliVity មួយគូ។ ក្នុងពេលជាមួយគ្នានេះ ពេលវេលាឆ្លើយតបរបស់ប្រព័ន្ធផ្ទុកត្រូវបានរក្សាទុកក្នុងកម្រិតដ៏ល្អប្រសើរពេញមួយការធ្វើតេស្តទាំងមូល។

យើងមានការចាប់អារម្មណ៍យ៉ាងខ្លាំងចំពោះវិធីសាស្រ្តនៃការធ្វើតេស្តដ៏វែង និងការប្រៀបធៀបដំណោះស្រាយមុនពេលអនុវត្ត។ យើងអាចសាកល្បងដំណើរការសម្រាប់បន្ទុកការងាររបស់អ្នកផងដែរប្រសិនបើអ្នកចង់បាន។ រួមទាំងដំណោះស្រាយ hyperconverged ផ្សេងទៀត។ អតិថិជនដែលបានរៀបរាប់ឥឡូវនេះកំពុងបញ្ចប់ការធ្វើតេស្តលើដំណោះស្រាយមួយផ្សេងទៀតស្របគ្នា។ ហេដ្ឋារចនាសម្ព័ន្ធបច្ចុប្បន្នរបស់វាគឺគ្រាន់តែជាបណ្តុំនៃកុំព្យូទ័រ ដែន និងកម្មវិធីនៅកន្លែងធ្វើការនីមួយៗ។ ការផ្លាស់ប្តូរទៅ VDI ដោយគ្មានការធ្វើតេស្តគឺពិតជាពិបាកណាស់។ ជាពិសេស វាពិបាកក្នុងការយល់ពីសមត្ថភាពពិតរបស់កសិដ្ឋាន VDI ដោយមិនចាំបាច់ធ្វើចំណាកស្រុកអ្នកប្រើប្រាស់ពិតប្រាកដទៅវាទេ។ ហើយការធ្វើតេស្តទាំងនេះអនុញ្ញាតឱ្យអ្នកវាយតម្លៃយ៉ាងរហ័សនូវសមត្ថភាពពិតនៃប្រព័ន្ធជាក់លាក់មួយដោយមិនចាំបាច់ពាក់ព័ន្ធនឹងអ្នកប្រើប្រាស់ធម្មតា។ នេះជាកន្លែងដែលការសិក្សានេះបានមកពី។

វិធីសាស្រ្តសំខាន់ទីពីរគឺថាអតិថិជនភ្លាមៗបានប្តេជ្ញាចិត្តដើម្បីធ្វើមាត្រដ្ឋានត្រឹមត្រូវ។ នៅទីនេះអ្នកអាចទិញម៉ាស៊ីនមេបន្ថែម និងបន្ថែមកសិដ្ឋាន ឧទាហរណ៍សម្រាប់អ្នកប្រើប្រាស់ 100 នាក់ អ្វីគ្រប់យ៉ាងគឺអាចទស្សន៍ទាយបានតាមតម្លៃអ្នកប្រើប្រាស់។ ជាឧទាហរណ៍ នៅពេលដែលពួកគេត្រូវការបន្ថែមអ្នកប្រើប្រាស់ចំនួន 300 នាក់ទៀត ពួកគេនឹងដឹងថាពួកគេត្រូវការម៉ាស៊ីនមេពីរនៅក្នុងការកំណត់រចនាសម្ព័ន្ធដែលបានកំណត់រួចហើយ ជាជាងពិចារណាឡើងវិញអំពីការដំឡើងហេដ្ឋារចនាសម្ព័ន្ធទាំងមូលរបស់ពួកគេ។

លទ្ធភាពនៃសហព័ន្ធ HPE SimpliVity គឺគួរឱ្យចាប់អារម្មណ៍។ អាជីវកម្មនេះត្រូវបានបែងចែកតាមភូមិសាស្រ្ត ដូច្នេះហើយ វាគឺសមហេតុផលក្នុងការដំឡើងផ្នែករឹង VDI ដាច់ដោយឡែករបស់អ្នកនៅក្នុងការិយាល័យឆ្ងាយ។ នៅក្នុងសហព័ន្ធ SimpliVity ម៉ាស៊ីននិម្មិតនីមួយៗត្រូវបានចម្លងតាមកាលវិភាគដែលមានសមត្ថភាពចម្លងរវាងចង្កោមពីចម្ងាយតាមភូមិសាស្រ្តបានយ៉ាងលឿន និងដោយគ្មានការផ្ទុកនៅលើឆានែល - នេះគឺជាការបម្រុងទុកដែលមានស្រាប់ក្នុងកម្រិតល្អណាស់។ នៅពេលចម្លង VMs រវាងគេហទំព័រ ឆានែលត្រូវបានប្រើតិចតួចបំផុតតាមដែលអាចធ្វើបាន ហើយនេះធ្វើឱ្យវាអាចបង្កើតស្ថាបត្យកម្ម DR ដែលគួរឱ្យចាប់អារម្មណ៍បំផុតនៅក្នុងវត្តមាននៃមជ្ឈមណ្ឌលបញ្ជាតែមួយ និងបណ្តុំនៃគេហទំព័រផ្ទុកវិមជ្ឈការ។

សហព័ន្ធ

ទាំងអស់នេះរួមគ្នាធ្វើឱ្យវាអាចវាយតម្លៃផ្នែកហិរញ្ញវត្ថុបានយ៉ាងលម្អិត និងបូកសរុបការចំណាយរបស់ VDI លើផែនការកំណើនរបស់ក្រុមហ៊ុន និងដើម្បីស្វែងយល់ថាតើដំណោះស្រាយនឹងសងបានលឿនប៉ុណ្ណា និងរបៀបដែលវានឹងដំណើរការ។ ដោយសារតែ VDI ណាមួយគឺជាដំណោះស្រាយដែលទីបំផុតរក្សាទុកធនធានច្រើន ប៉ុន្តែនៅពេលជាមួយគ្នានេះ ភាគច្រើនទំនងជាដោយគ្មានឱកាសដ៏មានប្រសិទ្ធិភាពក្នុងការផ្លាស់ប្តូរវាក្នុងរយៈពេល 5-7 ឆ្នាំនៃការប្រើប្រាស់។

ជាទូទៅ ប្រសិនបើអ្នកមានចម្ងល់ដែលមិនមែនសម្រាប់មតិយោបល់ សូមសរសេរមកខ្ញុំតាមអ៊ីមែល [អ៊ីមែលការពារ].

ប្រភព: www.habr.com