ស៊ីស្កូ HyperFlex ទល់នឹង. ដៃគូប្រកួតប្រជែង៖ តេស្តសមត្ថភាព

យើងបន្តណែនាំអ្នកឱ្យស្គាល់ Cisco HyperFlex ប្រព័ន្ធ hyperconverged ។

នៅខែមេសា ឆ្នាំ 2019 នេះ Cisco កំពុងតែធ្វើបាតុកម្មម្តងទៀតនូវដំណោះស្រាយ hyperconverged ថ្មី Cisco HyperFlex នៅក្នុងតំបន់នៃប្រទេសរុស្ស៊ី និងកាហ្សាក់ស្ថាន។ អ្នកអាចចុះឈ្មោះសម្រាប់ការធ្វើបាតុកម្មដោយប្រើទម្រង់មតិកែលម្អដោយធ្វើតាមតំណ។ ចូលរួម​ជាមួយ​យើង!

• សាំងពេទឺប៊ឺគ (1-19 មេសា 2019)
• សាម៉ារ៉ា (១០ មេសា ២០១៩)
• អាល់ម៉ាទី (១១ មេសា ២០១៩)

ពីមុនយើងបានបោះពុម្ពអត្ថបទអំពីការធ្វើតេស្តផ្ទុកដែលធ្វើឡើងដោយ ESG Lab ឯករាជ្យក្នុងឆ្នាំ 2017 ។ នៅឆ្នាំ 2018 ដំណើរការនៃដំណោះស្រាយ Cisco HyperFlex (កំណែ HX 3.0) បានប្រសើរឡើងយ៉ាងខ្លាំង។ លើស​ពី​នេះ ដំណោះស្រាយ​ប្រកួតប្រជែង​ក៏​បន្ត​ធ្វើ​ឱ្យ​ប្រសើរ​ឡើង​ផង​ដែរ ។ នោះហើយជាមូលហេតុដែលយើងកំពុងបោះផ្សាយកំណែថ្មីនៃស្តង់ដារភាពតានតឹងរបស់ ESG ។

នៅរដូវក្តៅឆ្នាំ 2018 មន្ទីរពិសោធន៍ ESG បានប្រៀបធៀប Cisco HyperFlex ឡើងវិញជាមួយនឹងដៃគូប្រកួតប្រជែងរបស់ខ្លួន។ ដោយគិតពីនិន្នាការបច្ចុប្បន្ននៃការប្រើប្រាស់ដំណោះស្រាយដែលកំណត់ដោយកម្មវិធី អ្នកផលិតវេទិកាស្រដៀងគ្នាក៏ត្រូវបានបញ្ចូលទៅក្នុងការវិភាគប្រៀបធៀបផងដែរ។

ការកំណត់រចនាសម្ព័ន្ធសាកល្បង

ជាផ្នែកមួយនៃការធ្វើតេស្ត HyperFlex ត្រូវបានប្រៀបធៀបជាមួយនឹងប្រព័ន្ធ hyperconverged ផ្នែកទន់ពេញលេញពីរដែលត្រូវបានដំឡើងនៅលើម៉ាស៊ីនមេ x86 ស្តង់ដារ ក៏ដូចជាជាមួយនឹងដំណោះស្រាយផ្នែកទន់ និងផ្នែករឹងមួយ។ ការធ្វើតេស្តត្រូវបានអនុវត្តដោយប្រើកម្មវិធីស្តង់ដារសម្រាប់ប្រព័ន្ធ hyperconverged - HCIBench ដែលប្រើឧបករណ៍ Oracle Vdbench និងធ្វើឱ្យដំណើរការសាកល្បងដោយស្វ័យប្រវត្តិ។ ជាពិសេស HCIBench បង្កើតម៉ាស៊ីននិម្មិតដោយស្វ័យប្រវត្តិ សម្របសម្រួលបន្ទុករវាងពួកវា និងបង្កើតរបាយការណ៍ងាយស្រួល និងអាចយល់បាន។  

ម៉ាស៊ីននិម្មិតចំនួន 140 ត្រូវបានបង្កើតឡើងក្នុងមួយចង្កោម (35 ក្នុងមួយថ្នាំងចង្កោម) ។ ម៉ាស៊ីននិម្មិតនីមួយៗបានប្រើ vCPU ចំនួន 4, RAM 4 GB ។ ថាស VM ក្នុងស្រុកគឺ 16 GB ហើយថាសបន្ថែមគឺ 40 GB ។

ការកំណត់រចនាសម្ព័ន្ធចង្កោមខាងក្រោមបានចូលរួមក្នុងការសាកល្បង៖

• ចង្កោមនៃថ្នាំង Cisco HyperFlex 220C ចំនួនបួន 1 x 400 GB SSD សម្រាប់ឃ្លាំងសម្ងាត់ និង 6 x 1.2 TB SAS HDD សម្រាប់ទិន្នន័យ។
• គូប្រជែងអ្នកលក់ ចង្កោមនៃថ្នាំងបួន 2 x 400 GB SSD សម្រាប់ឃ្លាំងសម្ងាត់ និង 4 x 1 TB SATA HDD សម្រាប់ទិន្នន័យ។
• គូប្រជែង Vendor B cluster នៃ 2 nodes 400 x 12 GB SSD សម្រាប់ឃ្លាំងសម្ងាត់ និង 1.2 x XNUMX TB SAS HDD សម្រាប់ទិន្នន័យ។
• គូប្រជែង Vendor C cluster នៃថ្នាំងបួន 4 x 480 GB SSD សម្រាប់ឃ្លាំងសម្ងាត់ និង 12 x 900 GB SAS HDD សម្រាប់ទិន្នន័យ។

ដំណើរការ និង RAM នៃដំណោះស្រាយទាំងអស់គឺដូចគ្នាបេះបិទ។

សាកល្បងសម្រាប់ចំនួនម៉ាស៊ីននិម្មិត

ការធ្វើតេស្តបានចាប់ផ្តើមជាមួយនឹងបន្ទុកការងារដែលបានរចនាឡើងដើម្បីត្រាប់តាមការធ្វើតេស្ត OLTP ស្តង់ដារ៖ អាន/សរសេរ (RW) 70%/30%, 100% FullRandom ជាមួយនឹងគោលដៅ 800 IOPS ក្នុងមួយម៉ាស៊ីននិម្មិត (VM)។ ការធ្វើតេស្តនេះត្រូវបានអនុវត្តនៅលើ 140 VMs ក្នុងចង្កោមនីមួយៗសម្រាប់រយៈពេល 5 ទៅ XNUMX ម៉ោង។ គោលដៅនៃការធ្វើតេស្តគឺដើម្បីរក្សាភាពយឺតក្នុងការសរសេរនៅលើ VMs ឱ្យបានច្រើនតាមដែលអាចធ្វើទៅបានរហូតដល់ XNUMX មិល្លីវិនាទី ឬទាបជាងនេះ។

ជាលទ្ធផលនៃការធ្វើតេស្តនេះ (សូមមើលក្រាហ្វខាងក្រោម) HyperFlex គឺជាវេទិកាតែមួយគត់ដែលបានបញ្ចប់ការធ្វើតេស្តនេះជាមួយនឹង 140 VMs ដំបូង និងជាមួយ latencies ក្រោម 5 ms (4,95 ms)។ សម្រាប់ចង្កោមនីមួយៗផ្សេងទៀត ការធ្វើតេស្តត្រូវបានចាប់ផ្តើមឡើងវិញ ដើម្បីពិសោធកែតម្រូវចំនួន VMs ទៅនឹងភាពយឺតនៃគោលដៅ 5 ms លើការធ្វើម្តងទៀតជាច្រើន។

អ្នកលក់ A បានគ្រប់គ្រង 70 VM ដោយជោគជ័យជាមួយនឹងពេលវេលាឆ្លើយតបជាមធ្យម 4,65 ms ។
អ្នកលក់ B សម្រេចបាននូវភាពយឺតយ៉ាវដែលត្រូវការ 5,37 ms ។ មានតែ 36 VMs ប៉ុណ្ណោះ។
អ្នកលក់ C អាចគ្រប់គ្រងម៉ាស៊ីននិម្មិត 48 ជាមួយនឹងពេលវេលាឆ្លើយតប 5,02 ms

SQL Server Load Emulation

បន្ទាប់មក ESG Lab បានត្រាប់តាមការផ្ទុក SQL Server ។ ការធ្វើតេស្តបានប្រើទំហំប្លុកផ្សេងគ្នា និងសមាមាត្រអាន/សរសេរ។ ការធ្វើតេស្តនេះក៏ដំណើរការលើម៉ាស៊ីននិម្មិតចំនួន 140 ផងដែរ។

ដូចដែលបានបង្ហាញក្នុងរូបភាពខាងក្រោម ចង្កោម Cisco HyperFlex បានដំណើរការជាងអ្នកលក់ A និង B ក្នុង IOPS ស្ទើរតែទ្វេដង ហើយអ្នកលក់ C ច្រើនជាងប្រាំដង។ ពេលវេលាឆ្លើយតបជាមធ្យមរបស់ Cisco HyperFlex គឺ 8,2 ms ។ សម្រាប់ការប្រៀបធៀប ពេលវេលាឆ្លើយតបជាមធ្យមសម្រាប់អ្នកលក់ A គឺ 30,6 ms សម្រាប់អ្នកលក់ B គឺ 12,8 ms និងសម្រាប់អ្នកលក់ C គឺ 10,33 ms ។

ការសង្កេតគួរឱ្យចាប់អារម្មណ៍មួយត្រូវបានធ្វើឡើងក្នុងអំឡុងពេលធ្វើតេស្តទាំងអស់។ អ្នកលក់ B បានបង្ហាញពីការប្រែប្រួលយ៉ាងសំខាន់ក្នុងការអនុវត្តជាមធ្យមនៅក្នុង IOPS លើ VMs ផ្សេងៗគ្នា។ នោះគឺបន្ទុកត្រូវបានចែកចាយមិនស្មើគ្នាខ្លាំង VMs ខ្លះដំណើរការជាមួយតម្លៃជាមធ្យម 1000 IOPS+ និងខ្លះទៀតមានតម្លៃ 64 IOPS។ Cisco HyperFlex ក្នុងករណីនេះមើលទៅមានស្ថេរភាពជាងមុន ទាំង 140 VMs បានទទួលជាមធ្យម 600 IOPS ពីប្រព័ន្ធរងផ្ទុក ពោលគឺបន្ទុករវាងម៉ាស៊ីននិម្មិតត្រូវបានចែកចាយស្មើៗគ្នា។

វាជាការសំខាន់ក្នុងការកត់សម្គាល់ថាការចែកចាយមិនស្មើគ្នានៃ IOPS លើម៉ាស៊ីននិម្មិតនៅអ្នកលក់ B ត្រូវបានគេសង្កេតឃើញនៅក្នុងការសាកល្បងម្តងទៀត។

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

សេចក្តីសន្និដ្ឋាន

ចូរយើងគិតអំពីអ្វីដែល Cisco Hyperflex មានម៉ាស៊ីននិម្មិត 140 ក្នុងមួយថ្នាំងរាងកាយ 1 ធៀបនឹង 70 ឬតិចជាងសម្រាប់ដំណោះស្រាយផ្សេងទៀត? សម្រាប់អាជីវកម្ម នេះមានន័យថា ដើម្បីគាំទ្រចំនួនដូចគ្នានៃកម្មវិធីនៅលើ Hyperflex អ្នកត្រូវការថ្នាំងតិចជាង 2 ដងក្នុងដំណោះស្រាយប្រកួតប្រជែង ពោលគឺឧ។ ប្រព័ន្ធចុងក្រោយនឹងមានតម្លៃថោកជាង។ ប្រសិនបើយើងបន្ថែមនៅទីនេះនូវកម្រិតនៃស្វ័យប្រវត្តិកម្មនៃប្រតិបត្តិការទាំងអស់សម្រាប់ការថែរក្សាបណ្តាញ ម៉ាស៊ីនមេ និងវេទិកាផ្ទុកទិន្នន័យ HX Data Platform វាច្បាស់ណាស់ថាហេតុអ្វីបានជាដំណោះស្រាយ Cisco Hyperflex ទទួលបានប្រជាប្រិយភាពយ៉ាងឆាប់រហ័សនៅលើទីផ្សារ។

សរុបមក ESG Labs បានបញ្ជាក់ថា Cisco HyperFlex Hybrid HX 3.0 ផ្តល់នូវដំណើរការលឿន និងជាប់លាប់ជាងដំណោះស្រាយប្រៀបធៀបផ្សេងទៀត។

ក្នុងពេលជាមួយគ្នានេះ ចង្កោមកូនកាត់ HyperFlex ក៏នាំមុខដៃគូប្រកួតប្រជែងទាក់ទងនឹង IOPS និង Latency ផងដែរ។ មានសារៈសំខាន់ដូចគ្នាដែរ ការសម្តែងរបស់ HyperFlex ត្រូវបានសម្រេចជាមួយនឹងបន្ទុកចែកចាយយ៉ាងល្អនៅទូទាំងការផ្ទុកទាំងមូល។

អនុញ្ញាតឱ្យយើងរំលឹកអ្នកថាអ្នកអាចមើលឃើញដំណោះស្រាយ Cisco Hyperflex និងផ្ទៀងផ្ទាត់សមត្ថភាពរបស់វាឥឡូវនេះ។ ប្រព័ន្ធ​នេះ​មាន​សម្រាប់​ការ​បង្ហាញ​ដល់​អ្នក​រាល់​គ្នា៖

• សាំងពេទឺប៊ឺគ (1-19 មេសា 2019)
• សាម៉ារ៉ា (១០ មេសា ២០១៩)
• អាល់ម៉ាទី (១១ មេសា ២០១៩)

ប្រភព: www.habr.com