Admin គ្មានដៃ = hyperconvergence?

នេះគឺជាទេវកថាដែលជារឿងធម្មតានៅក្នុងវិស័យនៃផ្នែករឹងម៉ាស៊ីនមេ។ នៅក្នុងការអនុវត្ត ដំណោះស្រាយដែលបង្រួបបង្រួមគ្នាច្រើន (នៅពេលដែលអ្វីៗទាំងអស់មានតែមួយ) គឺត្រូវការសម្រាប់អ្វីៗជាច្រើន។ ជាប្រវត្តិសាស្ត្រ ស្ថាបត្យកម្មដំបូងត្រូវបានបង្កើតឡើងដោយ Amazon និង Google សម្រាប់សេវាកម្មរបស់ពួកគេ។ បន្ទាប់មក គំនិតនេះគឺដើម្បីបង្កើតកសិដ្ឋានកុំព្យូទ័រពីថ្នាំងដូចគ្នា ដែលនីមួយៗមានថាសផ្ទាល់ខ្លួន។ ទាំងអស់នេះត្រូវបានបង្រួបបង្រួមដោយកម្មវិធីបង្កើតប្រព័ន្ធមួយចំនួន (hypervisor) ហើយត្រូវបានបែងចែកទៅជាម៉ាស៊ីននិម្មិត។ គោលដៅចម្បងគឺអប្បបរមានៃកិច្ចខិតខំប្រឹងប្រែងសម្រាប់សេវាថ្នាំងមួយ និងអប្បរមានៃបញ្ហានៅពេលធ្វើមាត្រដ្ឋាន៖ គ្រាន់តែទិញម៉ាស៊ីនមេដូចគ្នាមួយពាន់ ឬពីរផ្សេងទៀត ហើយភ្ជាប់ពួកវានៅក្បែរនោះ។ នៅក្នុងការអនុវត្ត ទាំងនេះគឺជាករណីដាច់ស្រយាល ហើយច្រើនតែយើងកំពុងនិយាយអំពីថ្នាំងមួយចំនួនតូច និងស្ថាបត្យកម្មខុសគ្នាបន្តិចបន្តួច។

ប៉ុន្តែបូកនៅតែដដែល - ភាពងាយស្រួលមិនគួរឱ្យជឿនៃការធ្វើមាត្រដ្ឋាន និងការគ្រប់គ្រង។ គុណវិបត្តិគឺថាការងារផ្សេងគ្នាប្រើប្រាស់ធនធានខុសៗគ្នា ហើយនៅកន្លែងខ្លះនឹងមានថាសក្នុងស្រុកច្រើន កន្លែងផ្សេងទៀតនឹងមាន RAM តិចតួច ហើយដូច្នេះនៅលើនោះ មានន័យថាសម្រាប់ប្រភេទផ្សេងៗ ការប្រើប្រាស់ធនធាននឹងថយចុះ។

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

ហើយភ្លាមៗនោះវាបានប្រែទៅជាដំណោះស្រាយដ៏ល្អសម្រាប់មជ្ឈមណ្ឌលទិន្នន័យបម្រុងទុក (ការសង្គ្រោះគ្រោះមហន្តរាយ) ។ ខ្ញុំនឹងប្រាប់អ្នកពីមូលហេតុ និងរបៀបឥឡូវនេះ។ ហើយខ្ញុំនឹងបង្ហាញអ្នកពីការធ្វើតេស្តចង្កោម។

កន្លែងដែលត្រូវការ

Hyperconvergence គឺ៖

1. ការផ្ទេរថាសទៅថ្នាំងគណនា។
2. ការរួមបញ្ចូលពេញលេញនៃប្រព័ន្ធរងការផ្ទុកជាមួយប្រព័ន្ធរងនិម្មិត។
3. ផ្ទេរ/រួមបញ្ចូលជាមួយប្រព័ន្ធរងបណ្តាញ។

ការរួមបញ្ចូលគ្នានេះអនុញ្ញាតឱ្យអ្នកអនុវត្តមុខងារប្រព័ន្ធផ្ទុកទិន្នន័យជាច្រើននៅកម្រិតនិម្មិតនិម្មិត និងទាំងអស់ពីបង្អួចគ្រប់គ្រងមួយ។

នៅក្នុងក្រុមហ៊ុនរបស់យើង គម្រោងក្នុងការរចនាមជ្ឈមណ្ឌលទិន្នន័យដែលលែងត្រូវការតទៅទៀតគឺស្ថិតនៅក្នុងតម្រូវការដ៏អស្ចារ្យ ហើយដំណោះស្រាយដែលរួមបញ្ចូលគ្នាច្រើនត្រូវបានជ្រើសរើសជាញឹកញាប់ដោយសារតែជម្រើសចម្លងជាច្រើន (រហូតដល់ metrocluster) ចេញពីប្រអប់។

នៅក្នុងករណីនៃមជ្ឈមណ្ឌលទិន្នន័យបម្រុងទុក ជាធម្មតាយើងកំពុងនិយាយអំពីកន្លែងពីចម្ងាយនៅលើគេហទំព័រមួយនៅម្ខាងទៀតនៃទីក្រុង ឬនៅក្នុងទីក្រុងមួយផ្សេងទៀតទាំងអស់គ្នា។ វាអនុញ្ញាតឱ្យអ្នកស្តារប្រព័ន្ធសំខាន់ៗនៅក្នុងព្រឹត្តិការណ៍នៃការបរាជ័យមួយផ្នែកឬពេញលេញនៃមជ្ឈមណ្ឌលទិន្នន័យសំខាន់។ ទិន្នន័យនៃការលក់ត្រូវបានចម្លងជាបន្តបន្ទាប់នៅទីនោះ ហើយការចម្លងនេះអាចស្ថិតនៅកម្រិតកម្មវិធី ឬនៅកម្រិតឧបករណ៍ទប់ស្កាត់ (កន្លែងផ្ទុក)។

ដូច្នេះហើយ ឥឡូវនេះខ្ញុំនឹងនិយាយអំពីការរចនាប្រព័ន្ធ និងការធ្វើតេស្ត ហើយបន្ទាប់មកអំពីសេណារីយ៉ូនៃកម្មវិធីជីវិតពិតមួយចំនួនជាមួយនឹងទិន្នន័យសន្សំ។

តេស្ត។

ឧទាហរណ៍របស់យើងមានម៉ាស៊ីនមេចំនួន 10 ដែលនីមួយៗមាន 960 SSD drives ទំហំ XNUMX GB ។ មានថាសដែលខិតខំប្រឹងប្រែងសម្រាប់ប្រតិបត្តិការសរសេរឃ្លាំងសម្ងាត់ និងរក្សាទុកម៉ាស៊ីននិម្មិតសេវាកម្ម។ ដំណោះស្រាយខ្លួនវាគឺជាកំណែទីបួន។ ទីមួយគឺឆៅដោយស្មោះត្រង់ (វិនិច្ឆ័យដោយការពិនិត្យឡើងវិញ) ទីពីរគឺសើម ទីបីមានស្ថេរភាពរួចទៅហើយ ហើយនេះអាចត្រូវបានគេហៅថាការចេញផ្សាយបន្ទាប់ពីការបញ្ចប់នៃការធ្វើតេស្តបេតាសម្រាប់សាធារណជនទូទៅ។ ក្នុងអំឡុងពេលធ្វើតេស្តខ្ញុំមិនឃើញមានបញ្ហាអ្វីទាំងអស់ដំណើរការដូចនាឡិកា។

ការផ្លាស់ប្តូរនៅក្នុង v4កំហុសជាច្រើនត្រូវបានជួសជុល។

ដំបូង វេទិកានេះអាចដំណើរការបានតែជាមួយ VMware ESXi hypervisor និងគាំទ្រថ្នាំងមួយចំនួនតូចប៉ុណ្ណោះ។ ផងដែរ ដំណើរការដាក់ពង្រាយមិនតែងតែបញ្ចប់ដោយជោគជ័យនោះទេ ជំហានមួយចំនួនត្រូវចាប់ផ្តើមឡើងវិញ មានបញ្ហាជាមួយនឹងការអាប់ដេតពីកំណែចាស់ ទិន្នន័យនៅក្នុង GUI មិនតែងតែត្រូវបានបង្ហាញត្រឹមត្រូវទេ (ទោះបីជាខ្ញុំនៅតែមិនសប្បាយចិត្តជាមួយនឹងការបង្ហាញក្រាហ្វដំណើរការក៏ដោយ។ ) ពេលខ្លះបញ្ហាកើតឡើងនៅចំណុចប្រទាក់ជាមួយនិម្មិត។

ឥឡូវនេះបញ្ហាកុមារភាពទាំងអស់ត្រូវបានជួសជុល HyperFlex អាចដោះស្រាយបានទាំង ESXi និង Hyper-V បូករួមទាំងវាអាចធ្វើទៅបានដើម្បី៖

1. ការបង្កើតចង្កោមដែលលាតសន្ធឹង។
2. ការបង្កើតចង្កោមសម្រាប់ការិយាល័យដោយមិនប្រើ Fabric Interconnect ពីពីរទៅបួនថ្នាំង (យើងទិញតែម៉ាស៊ីនមេ)។
3. សមត្ថភាពក្នុងការធ្វើការជាមួយប្រព័ន្ធផ្ទុកខាងក្រៅ។
4. ការគាំទ្រសម្រាប់ធុងនិង Kubernetes ។
5. ការបង្កើតតំបន់ដែលមាន។
6. ការរួមបញ្ចូលជាមួយ VMware SRM ប្រសិនបើមុខងារដែលភ្ជាប់មកជាមួយគឺមិនពេញចិត្ត។

ស្ថាបត្យកម្មមិនខុសគ្នាច្រើនពីដំណោះស្រាយរបស់អ្នកប្រកួតប្រជែងសំខាន់របស់ខ្លួនទេ ពួកគេមិនបានបង្កើតកង់ទេ។ វាដំណើរការទាំងអស់នៅលើវេទិកានិម្មិត VMware ឬ Hyper-V ។ Hardware ត្រូវបានដាក់នៅលើម៉ាស៊ីនមេ Cisco UCS ដែលមានកម្មសិទ្ធិ។ មានអ្នកដែលស្អប់វេទិកាសម្រាប់ភាពស្មុគស្មាញដែលទាក់ទងនៃការដំឡើងដំបូង ប៊ូតុងជាច្រើន ប្រព័ន្ធមិនសំខាន់នៃគំរូ និងភាពអាស្រ័យ ប៉ុន្តែក៏មានអ្នកដែលរៀន Zen ត្រូវបានបំផុសគំនិតដោយគំនិត ហើយលែងចង់ ដើម្បីធ្វើការជាមួយម៉ាស៊ីនមេផ្សេងទៀត។

យើងនឹងពិចារណាដំណោះស្រាយសម្រាប់ VMware ចាប់តាំងពីដំណោះស្រាយត្រូវបានបង្កើតឡើងដំបូងសម្រាប់វា និងមានមុខងារច្រើនជាងនេះ Hyper-V ត្រូវបានបន្ថែមតាមវិធីដើម្បីរក្សាដៃគូប្រកួតប្រជែង និងបំពេញតាមការរំពឹងទុករបស់ទីផ្សារ។

មាន​ចង្កោម​ម៉ាស៊ីន​បម្រើ​ពេញ​ដោយ​ថាស។ មានថាសសម្រាប់ផ្ទុកទិន្នន័យ (SSD ឬ HDD - តាមរសជាតិ និងតម្រូវការរបស់អ្នក) មានថាស SSD មួយសម្រាប់ឃ្លាំងសម្ងាត់។ នៅពេលសរសេរទិន្នន័យទៅ datastore ទិន្នន័យត្រូវបានរក្សាទុកនៅលើស្រទាប់ឃ្លាំងសម្ងាត់ (ឌីស SSD និង RAM របស់សេវាកម្ម VM) ។ ស្របគ្នា ប្លុកនៃទិន្នន័យត្រូវបានបញ្ជូនទៅថ្នាំងក្នុងចង្កោម (ចំនួនថ្នាំងអាស្រ័យលើកត្តាចម្លងនៃចង្កោម)។ បន្ទាប់ពីការបញ្ជាក់ពីថ្នាំងទាំងអស់អំពីការថតដោយជោគជ័យ ការបញ្ជាក់ពីការថតត្រូវបានបញ្ជូនទៅអ្នកត្រួតពិនិត្យខ្ពស់ ហើយបន្ទាប់មកទៅកាន់ VM ។ ទិន្នន័យដែលបានកត់ត្រាគឺស្ទួន បង្ហាប់ និងសរសេរទៅថាសផ្ទុកក្នុងផ្ទៃខាងក្រោយ។ ក្នុងពេលជាមួយគ្នានោះ ប្លុកធំមួយតែងតែត្រូវបានសរសេរទៅកាន់ថាសផ្ទុក និងបន្តបន្ទាប់គ្នា ដែលកាត់បន្ថយការផ្ទុកនៅលើថាសផ្ទុក។

ការដកស្ទួន និងការបង្ហាប់តែងតែត្រូវបានបើក ហើយមិនអាចបិទបានទេ។ ទិន្នន័យត្រូវបានអានដោយផ្ទាល់ពីថាសផ្ទុកឬពីឃ្លាំងសម្ងាត់ RAM ។ ប្រសិនបើ​ការ​កំណត់​រចនាសម្ព័ន្ធ​កូនកាត់​ត្រូវ​បាន​ប្រើ ការ​អាន​ក៏​ត្រូវ​បាន​ទុក​ក្នុង​ឃ្លាំង​សម្ងាត់​លើ SSD ដែរ។

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

សេវាកម្មពិសេស VM Cisco HyperFlex Data Platform controller ដែលត្រូវបានបង្កើតឡើងនៅលើថ្នាំងផ្ទុកនីមួយៗ ទទួលខុសត្រូវចំពោះតក្កវិជ្ជាប្រតិបត្តិការទាំងមូលនៃប្រព័ន្ធរងរបស់ថាស។ នៅក្នុងការកំណត់រចនាសម្ព័ន្ធ VM សេវាកម្មរបស់យើង vCPUs ប្រាំបី និង RAM 72 GB ត្រូវបានបែងចែក ដែលមិនតិចតួចទេ។ ខ្ញុំសូមរំលឹកអ្នកថាម៉ាស៊ីនខ្លួនវាមានស្នូលរាងកាយ 28 និង RAM 512 GB ។

សេវាកម្ម VM មានសិទ្ធិចូលប្រើថាសជាក់ស្តែងដោយផ្ទាល់ដោយបញ្ជូនឧបករណ៍បញ្ជា SAS ទៅ VM ។ ការប្រាស្រ័យទាក់ទងជាមួយ hypervisor កើតឡើងតាមរយៈម៉ូឌុលពិសេស IOVisor ដែលស្ទាក់ចាប់ប្រតិបត្តិការ I/O និងប្រើប្រាស់ភ្នាក់ងារដែលអនុញ្ញាតឱ្យអ្នកផ្ញើពាក្យបញ្ជាទៅកាន់ hypervisor API ។ ភ្នាក់ងារទទួលខុសត្រូវក្នុងការធ្វើការជាមួយរូបភាព HyperFlex និងក្លូន។

ធនធានថាសត្រូវបានម៉ោននៅក្នុង hypervisor ជា NFS ឬ SMB shares (អាស្រ័យលើប្រភេទនៃ hypervisor ទាយថាតើមួយណានៅទីណា)។ ហើយនៅក្រោមក្រណាត់ នេះគឺជាប្រព័ន្ធឯកសារដែលបានចែកចាយដែលអនុញ្ញាតឱ្យអ្នកបន្ថែមលក្ខណៈពិសេសនៃប្រព័ន្ធផ្ទុកពេញវ័យពេញវ័យ៖ ការបែងចែកបរិមាណស្តើង ការបង្ហាប់ និងការដកស្ទួន ការថតដោយប្រើប្រាស់បច្ចេកវិទ្យាប្តូរទិសលើការសរសេរ ការចម្លងតាមសមកាលកម្ម/អសមកាល។

សេវាកម្ម VM ផ្តល់នូវការចូលទៅកាន់ចំណុចប្រទាក់គ្រប់គ្រង WEB នៃប្រព័ន្ធរង HyperFlex ។ មានការរួមបញ្ចូលជាមួយ vCenter ហើយកិច្ចការប្រចាំថ្ងៃភាគច្រើនអាចត្រូវបានអនុវត្តពីវា ប៉ុន្តែជាឧទាហរណ៍ ឃ្លាំងទិន្នន័យមានភាពងាយស្រួលជាងក្នុងការកាត់ចេញពីកាមេរ៉ាបណ្ដាញដាច់ដោយឡែក ប្រសិនបើអ្នកបានប្តូរទៅចំណុចប្រទាក់ HTML5 ដែលមានល្បឿនលឿនរួចហើយ ឬប្រើកម្មវិធី Flash ពេញលេញ។ ជាមួយនឹងការរួមបញ្ចូលពេញលេញ។ នៅក្នុង webcam សេវាកម្ម អ្នកអាចមើលដំណើរការ និងស្ថានភាពលម្អិតនៃប្រព័ន្ធ។

មានថ្នាំងប្រភេទមួយផ្សេងទៀតនៅក្នុងចង្កោម - ថ្នាំងកុំព្យូទ័រ។ ទាំងនេះអាចជាម៉ាស៊ីនមេ rack ឬ blade ដោយគ្មានឌីសដែលភ្ជាប់មកជាមួយ។ ម៉ាស៊ីនមេទាំងនេះអាចដំណើរការ VMs ដែលទិន្នន័យរបស់ពួកគេត្រូវបានរក្សាទុកនៅលើម៉ាស៊ីនមេដែលមានថាស។ តាមទស្សនៈនៃការចូលប្រើទិន្នន័យ វាមិនមានភាពខុសប្លែកគ្នារវាងប្រភេទថ្នាំងទេ ពីព្រោះស្ថាបត្យកម្មពាក់ព័ន្ធនឹងការអរូបីពីទីតាំងជាក់ស្តែងនៃទិន្នន័យ។ សមាមាត្រអតិបរមានៃថ្នាំងកុំព្យូទ័រទៅនឹងថ្នាំងផ្ទុកគឺ 2: 1 ។

ការប្រើប្រាស់ថ្នាំងគណនាបង្កើនភាពបត់បែននៅពេលធ្វើមាត្រដ្ឋានធនធានចង្កោម៖ យើងមិនចាំបាច់ទិញថ្នាំងបន្ថែមជាមួយថាសទេ ប្រសិនបើយើងត្រូវការតែ CPU/RAM ប៉ុណ្ណោះ។ លើសពីនេះ យើងអាចបន្ថែមទ្រុង blade និងរក្សាទុកនៅលើ rack ដាក់ servers ។

ជាលទ្ធផល យើងមានវេទិកាដែលបង្រួបបង្រួមច្រើនជាមួយនឹងមុខងារដូចខាងក្រោម៖

• រហូតដល់ 64 ថ្នាំងក្នុងចង្កោម (រហូតដល់ 32 ថ្នាំងផ្ទុក) ។
• ចំនួនថ្នាំងអប្បបរមានៅក្នុងចង្កោមគឺបី (ពីរសម្រាប់ចង្កោមគែម) ។
• យន្តការនៃការប្រើឡើងវិញនៃទិន្នន័យ៖ ការឆ្លុះបញ្ចាំងជាមួយកត្តាចម្លង 2 និង 3 ។
• ចង្កោមមេត្រូ។
• ការចម្លង VM អសមកាលទៅចង្កោម HyperFlex ផ្សេងទៀត។
• ការរៀបចំការប្តូរ VMs ទៅមជ្ឈមណ្ឌលទិន្នន័យពីចម្ងាយ។
• រូបថត​ដើម​ដោយ​ប្រើ​បច្ចេកវិជ្ជា​ប្តូរ​ទិស​លើ​ការ​សរសេរ។
• រហូតដល់ទៅ 1 PB នៃទំហំដែលអាចប្រើបាននៅកត្តាចម្លងទី 3 និងដោយគ្មានការដកស្ទួន។ យើងមិនគិតពីកត្តាចម្លងទី 2 ទេ ព្រោះនេះមិនមែនជាជម្រើសសម្រាប់ការលក់ធ្ងន់ធ្ងរនោះទេ។

បូកធំមួយទៀតគឺភាពងាយស្រួលនៃការគ្រប់គ្រង និងការដាក់ពង្រាយ។ ភាពស្មុគស្មាញទាំងអស់នៃការដំឡើងម៉ាស៊ីនមេ UCS ត្រូវបានយកចិត្តទុកដាក់ដោយ VM ឯកទេសដែលរៀបចំដោយវិស្វករ Cisco ។

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

• 2 x Cisco UCS Fabric Interconnect 6248UP ជាចង្កោមគ្រប់គ្រង និងធាតុផ្សំបណ្តាញ (ច្រកចំនួន 48 ដំណើរការក្នុងរបៀប Ethernet 10G/FC 16G)។
• ម៉ាស៊ីនមេ Cisco UCS HXAF240 M4 ចំនួនបួន។

លក្ខណៈម៉ាស៊ីនមេ៖

ស៊ីភីយូ

2 x Intel® Xeon® E5-2690 v4

អង្គ​ចងចាំ

16 x 32GB DDR4-2400-MHz RDIMM/PC4-19200/dual rank/x4/1.2v

បណ្តាញ

UCSC-MLOM-CSC-02 (VIC 1227) ។ ច្រក Ethernet ចំនួន 2 10G

ឧបករណ៍ផ្ទុក HBA

Cisco 12G Modular SAS ឆ្លងកាត់ឧបករណ៍បញ្ជា

ថាសផ្ទុក

1 x SSD Intel S3520 120 GB, 1 x SSD Samsung MZ-IES800D, 10 x SSD Samsung PM863a 960 GB

ជម្រើសកំណត់រចនាសម្ព័ន្ធច្រើនទៀតបន្ថែមពីលើផ្នែករឹងដែលបានជ្រើសរើស ជម្រើសខាងក្រោមមាននាពេលបច្ចុប្បន្ន៖

• HXAF240c M5.
• ស៊ីភីយូមួយឬពីរចាប់ពី Intel Silver 4110 ដល់ Intel Platinum I8260Y ។ ជំនាន់ទីពីរអាចប្រើបាន។
• រន្ធដោតអង្គចងចាំ 24 បន្ទះពី 16 GB RDIMM 2600 ដល់ 128 GB LRDIMM 2933 ។
• ពី 6 ទៅ 23 ថាសទិន្នន័យ ថាសឃ្លាំងសម្ងាត់មួយ ថាសប្រព័ន្ធមួយ និងថាសចាប់ផ្ដើមមួយ។

ដ្រាយសមត្ថភាព

• HX-SD960G61X-EV 960GB 2.5 Inch Enterprise Value 6G SATA SSD (1X endurance) SAS 960 GB។
• HX-SD38T61X-EV 3.8TB 2.5 អ៊ីង តម្លៃសហគ្រាស 6G SATA SSD (1X endurance) SAS 3.8 TB ។
• ឃ្លាំងសម្ងាត់ថាស
• HX-NVMEXPB-I375 375GB 2.5 អ៊ីង Intel Optane Drive, Extreme Perf & Endurance ។
• HX-NVMEHW-H1600* 1.6TB 2.5 អ៊ីង Ent. Perf. NVMe SSD (3X endurance) NVMe 1.6 TB ។
• HX-SD400G12TX-EP 400GB 2.5 អ៊ីញ Ent. Perf. 12G SAS SSD (10X endurance) SAS 400 GB ។
• HX-SD800GBENK9** 800GB 2.5 អ៊ីញ Ent. Perf. 12G SAS SED SSD (10X endurance) SAS 800 GB ។
• HX-SD16T123X-EP 1.6TB 2.5 អ៊ីង ដំណើរការសហគ្រាស 12G SAS SSD (ការស៊ូទ្រាំ 3X) ។

ថាសប្រព័ន្ធ/កំណត់ហេតុ

• HX-SD240GM1X-EV 240GB 2.5 អ៊ីង តម្លៃសហគ្រាស 6G SATA SSD (ទាមទារការអាប់ដេត)។

ថាសចាប់ផ្ដើម

• HX-M2-240GB 240GB SATA M.2 SSD SATA 240 GB ។

ភ្ជាប់ទៅបណ្តាញតាមរយៈច្រកអ៊ីសឺរណិត 40G, 25G ឬ 10G ។

FI អាចជា HX-FI-6332 (40G), HX-FI-6332-16UP (40G), HX-FI-6454 (40G/100G)។

ការធ្វើតេស្តខ្លួនឯង

ដើម្បីសាកល្បងប្រព័ន្ធរងថាស ខ្ញុំបានប្រើ HCIBench 2.2.1 ។ នេះគឺជាឧបករណ៍ប្រើប្រាស់ឥតគិតថ្លៃដែលអនុញ្ញាតឱ្យអ្នកធ្វើស្វ័យប្រវត្តិកម្មនៃការបង្កើតបន្ទុកពីម៉ាស៊ីននិម្មិតច្រើន។ បន្ទុកខ្លួនវាត្រូវបានបង្កើតឡើងដោយ fio ធម្មតា។

ចង្កោមរបស់យើងមាន 3 nodes, replication factor XNUMX, disks ទាំងអស់គឺ Flash ។

សម្រាប់​ការ​សាកល្បង ខ្ញុំ​បាន​បង្កើត​ឃ្លាំង​ទិន្នន័យ​ចំនួន ៤ និង​ម៉ាស៊ីន​និម្មិត​ចំនួន ៨។ សម្រាប់ការធ្វើតេស្តសរសេរ វាត្រូវបានសន្មត់ថាថាសឃ្លាំងសម្ងាត់មិនពេញ។

លទ្ធផលតេស្តមានដូចខាងក្រោម៖

100% អាន 100% ចៃដន្យ

0% អាន 100% ចៃដន្យ

ប្លុក / ជម្រៅជួរ

128

256

512

1024

2048

128

256

512

1024

2048

4K

0,59 ms 213804 IOPS

0,84 ms 303540 IOPS

1,36ms 374348 IOPS

2.47 ms 414116 IOPS

4,86ms 420180 IOPS

2,22 ms 57408 IOPS

3,09 ms 82744 IOPS

5,02 ms 101824 IPOS

8,75 ms 116912 IOPS

17,2 ms 118592 IOPS

8K

0,67 ms 188416 IOPS

0,93 ms 273280 IOPS

1,7 ms 299932 IOPS

2,72 ms 376,484 IOPS

5,47 ms 373,176 IOPS

3,1 ms 41148 IOPS

4,7 ms 54396 IOPS

7,09 ms 72192 IOPS

12,77 ms 80132 IOPS

16K

0,77 ms 164116 IOPS

1,12 ms 228328 IOPS

1,9 ms 268140 IOPS

3,96 ms 258480 IOPS

3,8 ms 33640 IOPS

6,97 ms 36696 IOPS

11,35 ms 45060 IOPS

32K

1,07 ms 119292 IOPS

1,79 ms 142888 IOPS

3,56 ms 143760 IOPS

7,17 ms 17810 IOPS

11,96 ms 21396 IOPS

64K

1,84 ms 69440 IOPS

3,6 ms 71008 IOPS

7,26 ms 70404 IOPS

11,37 ms 11248 IOPS

ដិតបង្ហាញពីតម្លៃបន្ទាប់ពីការដែលមិនមានការកើនឡើងនៃផលិតភាព ជួនកាលសូម្បីតែការរិចរិលក៏អាចមើលឃើញដែរ។ នេះគឺដោយសារតែការពិតដែលថាយើងត្រូវបានកំណត់ដោយការអនុវត្តនៃបណ្តាញ / ឧបករណ៍បញ្ជា / ឌីស។

• អានបន្តបន្ទាប់គ្នា 4432 MB/s ។
• សរសេរតាមលំដាប់លំដោយ 804 MB/s ។
• ប្រសិនបើឧបករណ៍បញ្ជាមួយបរាជ័យ (ការបរាជ័យនៃម៉ាស៊ីននិម្មិត ឬម៉ាស៊ីន) ដំណើរការធ្លាក់ចុះពីរដង។
• ប្រសិនបើថាសផ្ទុកបរាជ័យ ការដកថយគឺ 1/3 ។ Disk rebuild ត្រូវការ 5% នៃធនធានរបស់ controller នីមួយៗ។

នៅលើប្លុកតូចមួយយើងត្រូវបានកំណត់ដោយការអនុវត្តរបស់ឧបករណ៍បញ្ជា (ម៉ាស៊ីននិម្មិត) ស៊ីភីយូរបស់វាត្រូវបានផ្ទុកនៅ 100% ហើយនៅពេលដែលប្លុកកើនឡើងយើងត្រូវបានកំណត់ដោយកម្រិតបញ្ជូននៃច្រក។ 10 Gbps មិនគ្រប់គ្រាន់ដើម្បីដោះសោសក្តានុពលនៃប្រព័ន្ធ AllFlash នោះទេ។ ជាអកុសល ប៉ារ៉ាម៉ែត្រនៃការបង្ហាញសាកល្បងដែលបានផ្តល់មិនអនុញ្ញាតឱ្យយើងសាកល្បងប្រតិបត្តិការនៅ 40 Gbit/s ទេ។

តាមចំណាប់អារម្មណ៍របស់ខ្ញុំពីការធ្វើតេស្ត និងសិក្សាស្ថាបត្យកម្ម ដោយសារក្បួនដោះស្រាយដែលដាក់ទិន្នន័យរវាងម៉ាស៊ីនទាំងអស់ យើងទទួលបានការអនុវត្តដែលអាចធ្វើមាត្រដ្ឋាន និងអាចព្យាករណ៍បាន ប៉ុន្តែនេះក៏ជាដែនកំណត់ផងដែរនៅពេលអាន ព្រោះវាអាចច្របាច់ចេញពីថាសមូលដ្ឋានបានកាន់តែច្រើន។ នៅទីនេះវាអាចរក្សាទុកបណ្តាញដែលមានផលិតភាពជាងឧទាហរណ៍ FI នៅ 40 Gbit/s មាន។

ផងដែរ ថាសមួយសម្រាប់ឃ្លាំងសម្ងាត់ និងការដកស្ទួនអាចជាដែនកំណត់មួយ តាមពិតនៅក្នុងការធ្វើតេស្តនេះ យើងអាចសរសេរទៅថាស SSD ចំនួនបួន។ វាពិតជាល្អណាស់ដែលអាចបង្កើនចំនួននៃឃ្លាំងសម្ងាត់ និងមើលឃើញភាពខុសគ្នា។

ការប្រើប្រាស់ជាក់ស្តែង

ដើម្បីរៀបចំមជ្ឈមណ្ឌលទិន្នន័យបម្រុងទុក អ្នកអាចប្រើវិធីសាស្រ្តពីរ (យើងមិនគិតពីការដាក់ការបម្រុងទុកនៅលើគេហទំព័រពីចម្ងាយទេ)៖

1. សកម្ម-អកម្ម។ កម្មវិធីទាំងអស់ត្រូវបានបង្ហោះនៅក្នុងមជ្ឈមណ្ឌលទិន្នន័យសំខាន់។ ការចម្លងគឺសមកាលកម្ម ឬអសមកាល។ ប្រសិនបើមជ្ឈមណ្ឌលទិន្នន័យសំខាន់បរាជ័យ យើងត្រូវដំណើរការការបម្រុងទុក។ នេះអាចត្រូវបានធ្វើដោយដៃ / ស្គ្រីប / កម្មវិធី orchestration ។ នៅទីនេះយើងនឹងទទួលបាន RPO ដែលសមស្របជាមួយនឹងប្រេកង់ចម្លង ហើយ RTO អាស្រ័យលើប្រតិកម្ម និងជំនាញរបស់អ្នកគ្រប់គ្រង និងគុណភាពនៃការអភិវឌ្ឍន៍/បំបាត់កំហុសនៃផែនការប្តូរ។
2. សកម្ម-សកម្ម។ ក្នុងករណីនេះ មានតែការចម្លងតាមសមកាលកម្មប៉ុណ្ណោះ ភាពអាចរកបាននៃមជ្ឈមណ្ឌលទិន្នន័យត្រូវបានកំណត់ដោយកូរ៉ុម/អាជ្ញាកណ្តាលដែលមានទីតាំងយ៉ាងតឹងរ៉ឹងនៅលើគេហទំព័រទីបី។ RPO = 0 ហើយ RTO អាចឈានដល់ 0 (ប្រសិនបើកម្មវិធីអនុញ្ញាត) ឬស្មើនឹងពេលវេលាបរាជ័យនៃថ្នាំងនៅក្នុងចង្កោមនិម្មិត។ នៅកម្រិតនិម្មិត ចង្កោមដែលលាតសន្ធឹង (មេត្រូ) ត្រូវបានបង្កើតឡើង ដែលទាមទារការផ្ទុកសកម្ម-សកម្ម។

ជាធម្មតាយើងឃើញថាអតិថិជនបានអនុវត្តស្ថាបត្យកម្មជាមួយនឹងប្រព័ន្ធផ្ទុកបុរាណនៅក្នុងមជ្ឈមណ្ឌលទិន្នន័យសំខាន់រួចហើយ ដូច្នេះយើងរចនាមួយផ្សេងទៀតសម្រាប់ការចម្លង។ ដូចដែលខ្ញុំបានលើកឡើង Cisco HyperFlex ផ្តល់នូវការចម្លងអសមកាល និងការបង្កើតចង្កោមនិម្មិតដែលលាតសន្ធឹង។ ទន្ទឹមនឹងនេះ យើងមិនត្រូវការប្រព័ន្ធផ្ទុកទិន្នន័យជាក់លាក់នៃកម្រិតមធ្យម និងខ្ពស់ជាងនេះជាមួយនឹងមុខងារចម្លងតម្លៃថ្លៃ និងការចូលប្រើទិន្នន័យសកម្ម-សកម្មនៅលើប្រព័ន្ធផ្ទុកទិន្នន័យពីរ។

សេណារីយ៉ូ ២៖ យើងមានមជ្ឈមណ្ឌលទិន្នន័យចម្បង និងបម្រុងទុក ដែលជាវេទិកានិម្មិតនៅលើ VMware vSphere ។ ប្រព័ន្ធផលិតភាពទាំងអស់មានទីតាំងនៅមជ្ឈមណ្ឌលទិន្នន័យសំខាន់ ហើយការចម្លងនៃម៉ាស៊ីននិម្មិតត្រូវបានអនុវត្តនៅកម្រិត hypervisor វានឹងជៀសវាងការធ្វើឱ្យ VM បើកនៅក្នុងមជ្ឈមណ្ឌលទិន្នន័យបម្រុងទុក។ យើងចម្លងមូលដ្ឋានទិន្នន័យ និងកម្មវិធីពិសេសដោយប្រើឧបករណ៍ដែលភ្ជាប់មកជាមួយ ហើយរក្សា VMs បើក។ ប្រសិនបើមជ្ឈមណ្ឌលទិន្នន័យសំខាន់បរាជ័យ យើងចាប់ផ្តើមប្រព័ន្ធនៅក្នុងមជ្ឈមណ្ឌលទិន្នន័យបម្រុងទុក។ យើងជឿថាយើងមានម៉ាស៊ីននិម្មិតប្រហែល 100 ។ ខណៈពេលដែលមជ្ឈមណ្ឌលទិន្នន័យបឋមកំពុងដំណើរការ មជ្ឈមណ្ឌលទិន្នន័យរង់ចាំអាចដំណើរការបរិយាកាសសាកល្បង និងប្រព័ន្ធផ្សេងទៀតដែលអាចបិទបាន ប្រសិនបើមជ្ឈមណ្ឌលទិន្នន័យចម្បងប្តូរ។ វាក៏អាចទៅរួចដែលយើងប្រើការចម្លងពីរផ្លូវ។ តាមទស្សនៈផ្នែករឹង គ្មានអ្វីនឹងផ្លាស់ប្តូរទេ។

នៅក្នុងករណីនៃស្ថាបត្យកម្មបុរាណ យើងនឹងដំឡើងនៅក្នុងមជ្ឈមណ្ឌលទិន្នន័យនីមួយៗនូវប្រព័ន្ធផ្ទុកកូនកាត់ដែលមានការចូលប្រើតាមរយៈ FibreChannel កម្រិត ការកាត់បន្ថយ និងការបង្ហាប់ (ប៉ុន្តែមិនមានអ៊ីនធឺណិត) ម៉ាស៊ីនមេ 8 សម្រាប់គេហទំព័រនីមួយៗ កុងតាក់ FibreChannel 2 និង 10G Ethernet ។ សម្រាប់ការចម្លង និងការគ្រប់គ្រងការផ្លាស់ប្តូរនៅក្នុងស្ថាបត្យកម្មបុរាណ យើងអាចប្រើឧបករណ៍ VMware (ការចម្លង + SRM) ឬឧបករណ៍ភាគីទីបី ដែលមានតម្លៃថោកជាងបន្តិច ហើយជួនកាលងាយស្រួលជាង។

តួលេខបង្ហាញពីដ្យាក្រាម។

នៅពេលប្រើ Cisco HyperFlex ស្ថាបត្យកម្មខាងក្រោមត្រូវបានទទួល៖

សម្រាប់ HyperFlex ខ្ញុំបានប្រើម៉ាស៊ីនមេដែលមានធនធាន CPU/RAM ធំ ដោយសារ... ធនធានមួយចំនួននឹងទៅកាន់ HyperFlex controller VM; នៅក្នុងលក្ខខណ្ឌនៃ CPU និង memory ខ្ញុំថែមទាំងបានកំណត់រចនាសម្ព័ន្ធ HyperFlex ឡើងវិញបន្តិច ដើម្បីកុំឱ្យលេងជាមួយ Cisco និងធានាធនធានសម្រាប់ VMs ដែលនៅសល់។ ប៉ុន្តែយើងអាចបោះបង់ការប្តូរ FibreChannel ហើយយើងនឹងមិនត្រូវការច្រក Ethernet សម្រាប់ម៉ាស៊ីនមេនីមួយៗទេ ចរាចរក្នុងតំបន់ត្រូវបានប្តូរនៅក្នុង FI ។

លទ្ធផលគឺជាការកំណត់រចនាសម្ព័ន្ធដូចខាងក្រោមសម្រាប់មជ្ឈមណ្ឌលទិន្នន័យនីមួយៗ៖

ម៉ាស៊ីនមេ

ម៉ាស៊ីនមេ 8 x 1U (RAM 384 GB, 2 x Intel Gold 6132, FC HBA)

8 x HX240C-M5L (RAM 512 GB, 2 x Intel Gold 6150, 3,2 GB SSD, 10 x 6 TB NL-SAS)

SHD

ប្រព័ន្ធផ្ទុក Hybrid ជាមួយ FC Front-End (20TB SSD, 130 TB NL-SAS)

-

បណ្តាញមូលដ្ឋាន

2 x Ethernet switch 10G 12 ports

-

សាន

2 x FC switch 32/16Gb 24 ports

2 x Cisco UCS FI 6332

អាជ្ញាប័ណ្ណ

VMware Ent Plus

ការចម្លង និង/ឬការរៀបចំការប្តូរ VM

VMware Ent Plus

ខ្ញុំមិនបានផ្តល់អាជ្ញាប័ណ្ណកម្មវិធីចម្លងសម្រាប់ Hyperflex ទេ ព្រោះវាមាននៅក្រៅប្រអប់សម្រាប់ពួកយើង។

សម្រាប់ស្ថាបត្យកម្មបុរាណ ខ្ញុំបានជ្រើសរើសអ្នកលក់ដែលបានបង្កើតឡើងដោយខ្លួនឯងថាជាអ្នកផលិតដែលមានគុណភាពខ្ពស់ និងមានតំលៃថោក។ សម្រាប់ជម្រើសទាំងពីរ ខ្ញុំបានអនុវត្តការបញ្ចុះតម្លៃស្តង់ដារសម្រាប់ដំណោះស្រាយជាក់លាក់មួយ ហើយជាលទ្ធផលខ្ញុំបានទទួលតម្លៃពិតប្រាកដ។

ដំណោះស្រាយ Cisco HyperFlex ប្រែទៅជាថោកជាង 13% ។

សេណារីយ៉ូ ២៖ ការបង្កើតមជ្ឈមណ្ឌលទិន្នន័យសកម្មចំនួនពីរ។ នៅក្នុងសេណារីយ៉ូនេះ យើងកំពុងរចនាចង្កោមដែលលាតសន្ធឹងនៅលើ VMware ។

ស្ថាបត្យកម្មបុរាណមានម៉ាស៊ីនមេនិម្មិត ពិធីការ SAN (FC) និងប្រព័ន្ធផ្ទុកទិន្នន័យពីរដែលអាចអាន និងសរសេរទៅកាន់កម្រិតសំឡេងដែលលាតសន្ធឹងរវាងពួកវា។ នៅលើប្រព័ន្ធផ្ទុកនីមួយៗ យើងដាក់សមត្ថភាពដែលមានប្រយោជន៍សម្រាប់ការផ្ទុក។

នៅ HyperFlex យើងគ្រាន់តែបង្កើត Stretch Cluster ដែលមានចំនួនថ្នាំងដូចគ្នានៅលើគេហទំព័រទាំងពីរ។ ក្នុងករណីនេះកត្តាចម្លងនៃ 2+2 ត្រូវបានប្រើ។

លទ្ធផល​គឺ​ជា​ការ​កំណត់​ដូច​ខាង​ក្រោម​:

ស្ថាបត្យកម្មបុរាណ

HyperFlex

ម៉ាស៊ីនមេ

ម៉ាស៊ីនមេ 16 x 1U (RAM 384 GB, 2 x Intel Gold 6132, FC HBA, 2 x 10G NIC)

16 x HX240C-M5L (RAM 512 GB, 2 x Intel Gold 6132, 1,6 TB NVMe, 12 x 3,8 TB SSD, VIC 1387)

SHD

ប្រព័ន្ធផ្ទុកទិន្នន័យ 2 x AllFlash (150 TB SSD)

-

បណ្តាញមូលដ្ឋាន

4 x Ethernet switch 10G 24 ports

-

សាន

4 x FC switch 32/16Gb 24 ports

4 x Cisco UCS FI 6332

អាជ្ញាប័ណ្ណ

VMware Ent Plus

VMware Ent Plus

នៅក្នុងការគណនាទាំងអស់ ខ្ញុំមិនបានគិតគូរអំពីហេដ្ឋារចនាសម្ព័ន្ធបណ្តាញ ការចំណាយលើមជ្ឈមណ្ឌលទិន្នន័យ។ល។៖ ពួកវានឹងដូចគ្នាសម្រាប់ស្ថាបត្យកម្មបុរាណ និងសម្រាប់ដំណោះស្រាយ HyperFlex។

នៅក្នុងលក្ខខណ្ឌនៃការចំណាយ HyperFlex ប្រែទៅជាថ្លៃជាង 5% ។ វាគួរឱ្យកត់សម្គាល់នៅទីនេះថានៅក្នុងលក្ខខណ្ឌនៃធនធាន CPU / RAM ខ្ញុំមាន skew សម្រាប់ Cisco ពីព្រោះនៅក្នុងការកំណត់រចនាសម្ព័ន្ធខ្ញុំបានបំពេញឆានែលឧបករណ៍បញ្ជាអង្គចងចាំស្មើៗគ្នា។ ការចំណាយគឺខ្ពស់ជាងបន្តិច ប៉ុន្តែមិនមែនតាមលំដាប់លំដោយទេ ដែលបង្ហាញយ៉ាងច្បាស់ថា ការបង្រួបបង្រួមគ្នាខ្លាំង មិនចាំបាច់ជា "របស់លេងសម្រាប់អ្នកមាន" នោះទេ ប៉ុន្តែអាចប្រកួតប្រជែងជាមួយនឹងវិធីសាស្រ្តស្តង់ដារក្នុងការកសាងមជ្ឈមណ្ឌលទិន្នន័យ។ នេះក៏អាចជាការចាប់អារម្មណ៍ចំពោះអ្នកដែលមានម៉ាស៊ីនមេ Cisco UCS រួចហើយ និងហេដ្ឋារចនាសម្ព័ន្ធដែលត្រូវគ្នាសម្រាប់ពួកគេ។

ក្នុងចំណោមគុណសម្បត្តិ យើងទទួលបានអវត្ដមាននៃការចំណាយសម្រាប់ការគ្រប់គ្រង SAN និងប្រព័ន្ធផ្ទុកទិន្នន័យ ការបង្ហាប់តាមអ៊ីនធឺណិត និងការដកស្ទួន ដែលជាចំណុចចូលតែមួយសម្រាប់ការគាំទ្រ (និម្មិត, ម៉ាស៊ីនមេ, ពួកគេក៏ជាប្រព័ន្ធផ្ទុក) សន្សំទំហំ (ប៉ុន្តែមិនមែននៅក្នុងគ្រប់សេណារីយ៉ូ) ការធ្វើឱ្យប្រតិបត្តិការសាមញ្ញ។

សម្រាប់ការគាំទ្រ នៅទីនេះអ្នកទទួលបានវាពីអ្នកលក់ម្នាក់ - Cisco ។ ដោយវិនិច្ឆ័យតាមបទពិសោធន៍របស់ខ្ញុំជាមួយ Cisco UCS servers ខ្ញុំចូលចិត្តវា ខ្ញុំមិនចាំបាច់បើកវានៅលើ HyperFlex ទេ អ្វីៗដំណើរការដូចគ្នាទាំងអស់។ វិស្វករឆ្លើយតបភ្លាមៗ ហើយអាចដោះស្រាយមិនត្រឹមតែបញ្ហាធម្មតាប៉ុណ្ណោះទេ ប៉ុន្តែថែមទាំងករណីគែមស្មុគស្មាញផងដែរ។ ពេលខ្លះខ្ញុំបែរទៅរកពួកគេដោយសំណួរ៖ "តើវាអាចទៅរួចទេក្នុងការធ្វើវា វីសវា?" ឬ "ខ្ញុំបានកំណត់រចនាសម្ព័ន្ធអ្វីមួយនៅទីនេះ ហើយវាមិនចង់ដំណើរការទេ។ ជួយ!" - ពួកគេនឹងស្វែងរកការណែនាំចាំបាច់នៅទីនោះដោយអត់ធ្មត់ ហើយចង្អុលបង្ហាញសកម្មភាពត្រឹមត្រូវ ពួកគេនឹងមិនឆ្លើយថា "យើងគ្រាន់តែដោះស្រាយបញ្ហាផ្នែករឹងប៉ុណ្ណោះ" ។

សេចក្តីយោង

• លក្ខណៈ​ពិសេស
• មជ្ឈមណ្ឌលទិន្នន័យនិម្មិត
• មជ្ឈមណ្ឌលទិន្នន័យនៅក្នុងថតតុ
• សំបុត្ររបស់ខ្ញុំ - [អ៊ីមែលការពារ]

ប្រភព: www.habr.com