ការណែនាំសម្រាប់កំណត់រចនាសម្ព័ន្ធ AFA AccelStor នៅពេលធ្វើការជាមួយ VMware vSphere

នៅក្នុងអត្ថបទនេះ ខ្ញុំចង់និយាយអំពីលក្ខណៈពិសេសរបស់អារេ Flash AccelStor ទាំងអស់ដែលធ្វើការជាមួយវេទិកានិម្មិតដែលពេញនិយមបំផុតមួយគឺ VMware vSphere ។ ជាពិសេស ផ្តោតលើប៉ារ៉ាម៉ែត្រទាំងនោះ ដែលនឹងជួយអ្នកទទួលបានឥទ្ធិពលអតិបរមាពីការប្រើប្រាស់ឧបករណ៍ដ៏មានឥទ្ធិពលដូចជា All Flash ។

AccelStor NeoSapphire™ អារេ Flash ទាំងអស់គឺ រឿងមួយ ឬ двух ឧបករណ៍ node ផ្អែកលើ SSD drives ជាមួយនឹងវិធីសាស្រ្តផ្សេងគ្នាជាមូលដ្ឋានក្នុងការអនុវត្តគំនិតនៃការផ្ទុកទិន្នន័យ និងរៀបចំការចូលប្រើវាដោយប្រើបច្ចេកវិទ្យាកម្មសិទ្ធិ។ FlexiRemap® ជំនួសឱ្យក្បួនដោះស្រាយ RAID ដ៏ពេញនិយម។ អារេផ្តល់ការចូលប្រើប្លុកទៅកាន់ម៉ាស៊ីនតាមរយៈ Fiber Channel ឬចំណុចប្រទាក់ iSCSI ។ ដើម្បីឱ្យមានភាពយុត្តិធម៌ យើងកត់សម្គាល់ថាម៉ូដែលដែលមានចំណុចប្រទាក់ ISCSI ក៏មានការចូលប្រើឯកសារជាប្រាក់រង្វាន់ដ៏ល្អផងដែរ។ ប៉ុន្តែនៅក្នុងអត្ថបទនេះ យើងនឹងផ្តោតលើការប្រើប្រាស់ block protocols ដែលជាផលិតភាពបំផុតសម្រាប់ All Flash ។

ដំណើរការទាំងមូលនៃការដាក់ពង្រាយ និងការកំណត់រចនាសម្ព័ន្ធជាបន្តបន្ទាប់នៃប្រតិបត្តិការរួមគ្នានៃអារេ AccelStor និងប្រព័ន្ធនិម្មិត VMware vSphere អាចត្រូវបានបែងចែកជាដំណាក់កាលជាច្រើន៖

• ការអនុវត្តនៃការតភ្ជាប់ topology និងការកំណត់រចនាសម្ព័ន្ធបណ្តាញ SAN;
• ការដំឡើងអារេ Flash ទាំងអស់;
• កំណត់រចនាសម្ព័ន្ធម៉ាស៊ីន ESXi;
• ការដំឡើងម៉ាស៊ីននិម្មិត។

AccelStor NeoSapphire™ Fiber Channel arrays និង iSCSI arrays ត្រូវបានប្រើជា hardware គំរូ។ កម្មវិធីមូលដ្ឋានគឺ VMware vSphere 6.7U1 ។

មុនពេលដាក់ពង្រាយប្រព័ន្ធដែលបានពិពណ៌នានៅក្នុងអត្ថបទនេះ វាត្រូវបានណែនាំយ៉ាងខ្លាំងឱ្យអ្នកអានឯកសារពី VMware ទាក់ទងនឹងបញ្ហាដំណើរការ (ការអនុវត្តល្អបំផុតសម្រាប់ VMware vSphere 6.7 ) និងការកំណត់ iSCSI (ការអនុវត្តល្អបំផុតសម្រាប់ការដំណើរការ VMware vSphere នៅលើ iSCSI)

ការតភ្ជាប់ topology និងការកំណត់រចនាសម្ព័ន្ធបណ្តាញ SAN

សមាសធាតុសំខាន់នៃបណ្តាញ SAN គឺ HBAs នៅក្នុងម៉ាស៊ីន ESXi, SAN switches និង array nodes ។ topology ធម្មតាសម្រាប់បណ្តាញបែបនេះនឹងមើលទៅដូចនេះ៖

ពាក្យ Switch នៅទីនេះសំដៅលើទាំងកុងតាក់រាងកាយដាច់ដោយឡែក ឬសំណុំនៃកុងតាក់ (ក្រណាត់) និងឧបករណ៍ដែលបានចែករំលែករវាងសេវាកម្មផ្សេងៗ (VSAN ក្នុងករណី Fiber Channel និង VLAN ក្នុងករណី iSCSI)។ ការប្រើកុងតាក់ឯករាជ្យពីរ/ក្រណាត់នឹងលុបបំបាត់ចំណុចដែលអាចកើតមាននៃការបរាជ័យ។

ការភ្ជាប់ដោយផ្ទាល់នៃម៉ាស៊ីនទៅអារេ ទោះបីជាត្រូវបានគាំទ្រក៏ដោយ មិនត្រូវបានណែនាំយ៉ាងខ្លាំង។ ដំណើរការនៃអារេ Flash ទាំងអស់គឺខ្ពស់ណាស់។ ហើយសម្រាប់ល្បឿនអតិបរមា ច្រកទាំងអស់នៃអារេត្រូវតែប្រើ។ ដូច្នេះ វត្តមាននៃការប្ដូរយ៉ាងហោចណាស់មួយរវាងម៉ាស៊ីន និង NeoSapphire™ គឺជាកាតព្វកិច្ច។

វត្តមាននៃច្រកពីរនៅលើម៉ាស៊ីន HBA ក៏ជាតម្រូវការចាំបាច់ដើម្បីសម្រេចបាននូវការអនុវត្តអតិបរមា និងធានាបាននូវការអត់ឱនចំពោះកំហុស។

នៅពេលប្រើចំណុចប្រទាក់ Fiber Channel ត្រូវតែកំណត់រចនាសម្ព័ន្ធ ដើម្បីលុបបំបាត់ការប៉ះទង្គិចដែលអាចកើតមានរវាងអ្នកចាប់ផ្តើម និងគោលដៅ។ តំបន់ត្រូវបានបង្កើតឡើងនៅលើគោលការណ៍នៃ "ច្រកផ្តួចផ្តើមមួយ - ច្រកអារេមួយ ឬច្រើន" ។

ប្រសិនបើអ្នកប្រើការតភ្ជាប់តាមរយៈ iSCSI ក្នុងករណីដែលប្រើកុងតាក់ចែករំលែកជាមួយសេវាកម្មផ្សេងទៀត នោះវាជាការចាំបាច់ដើម្បីញែកចរាចរណ៍ iSCSI នៅក្នុង VLAN ដាច់ដោយឡែកមួយ។ វាត្រូវបានផ្ដល់អនុសាសន៍យ៉ាងខ្លាំងផងដែរក្នុងការបើកការគាំទ្រសម្រាប់ Jumbo Frames (MTU = 9000) ដើម្បីបង្កើនទំហំនៃកញ្ចប់ព័ត៌មាននៅលើបណ្តាញ ហើយដោយហេតុនេះកាត់បន្ថយចំនួនព័ត៌មានលើសកំឡុងពេលបញ្ជូន។ ទោះជាយ៉ាងណាក៏ដោយវាគួរអោយចងចាំថាសម្រាប់ប្រតិបត្តិការត្រឹមត្រូវវាចាំបាច់ត្រូវផ្លាស់ប្តូរប៉ារ៉ាម៉ែត្រ MTU នៅលើសមាសធាតុបណ្តាញទាំងអស់តាមបណ្តោយខ្សែសង្វាក់ "អ្នកចាប់ផ្តើម - ប្តូរ - គោលដៅ" ។

ការដំឡើងអារេ Flash ទាំងអស់។

អារេត្រូវបានបញ្ជូនទៅអតិថិជនដែលមានក្រុមដែលបានបង្កើតរួចហើយ FlexiRemap®. ដូច្នេះ​ហើយ មិនចាំបាច់​មាន​សកម្មភាព​ណា​មួយ​ដើម្បី​បញ្ចូល​ដ្រាយ​ទៅជា​រចនាសម្ព័ន្ធ​តែមួយ​នោះទេ។ អ្នកគ្រាន់តែត្រូវការបង្កើតបរិមាណនៃទំហំ និងបរិមាណដែលត្រូវការ។

ដើម្បីភាពងាយស្រួល វាមានមុខងារសម្រាប់ការបង្កើតបណ្តុំនៃបរិមាណជាច្រើននៃទំហំដែលបានផ្តល់ឱ្យក្នុងពេលតែមួយ។ តាមលំនាំដើម បរិមាណស្តើងត្រូវបានបង្កើត ព្រោះវាអនុញ្ញាតឱ្យមានការប្រើប្រាស់កាន់តែមានប្រសិទ្ធភាពនៃទំហំផ្ទុកដែលមាន (រួមទាំងជំនួយសម្រាប់ Space Reclamation)។ នៅក្នុងលក្ខខណ្ឌនៃការអនុវត្តភាពខុសគ្នារវាងបរិមាណ "ស្តើង" និង "ក្រាស់" មិនលើសពី 1% ទេ។ ទោះយ៉ាងណាក៏ដោយ ប្រសិនបើអ្នកចង់ "ច្របាច់ទឹកទាំងអស់" ចេញពីអារេ អ្នកតែងតែអាចបំប្លែងបរិមាណ "ស្តើង" ទៅជា "ក្រាស់" បាន។ ប៉ុន្តែវាគួរតែត្រូវបានចងចាំក្នុងចិត្តថាប្រតិបត្តិការបែបនេះគឺមិនអាចត្រឡប់វិញបានទេ។

បន្ទាប់មក វានៅសល់ដើម្បី "បោះពុម្ព" បរិមាណដែលបានបង្កើត ហើយកំណត់សិទ្ធិចូលប្រើពួកវាពីម៉ាស៊ីនដោយប្រើ ACLs (អាសយដ្ឋាន IP សម្រាប់ iSCSI និង WWPN សម្រាប់ FC) និងការបំបែករូបធាតុដោយច្រកអារេ។ សម្រាប់ម៉ូដែល iSCSI នេះត្រូវបានធ្វើដោយបង្កើត Target ។

សម្រាប់ម៉ូដែល FC ការបោះពុម្ពផ្សាយកើតឡើងតាមរយៈការបង្កើត LUN សម្រាប់ច្រកនីមួយៗនៃអារេ។

ដើម្បីបង្កើនល្បឿនដំណើរការដំឡើង ម៉ាស៊ីនអាចត្រូវបានរួមបញ្ចូលគ្នាជាក្រុម។ លើសពីនេះទៅទៀត ប្រសិនបើម៉ាស៊ីនប្រើ multiport FC HBA (ដែលក្នុងការអនុវត្តភាគច្រើនកើតឡើង) នោះប្រព័ន្ធនឹងកំណត់ដោយស្វ័យប្រវត្តិថាច្រកនៃ HBA បែបនេះជាកម្មសិទ្ធិរបស់ម៉ាស៊ីនតែមួយដោយអរគុណចំពោះ WWPNs ដែលខុសគ្នាដោយមួយ។ ការបង្កើតបណ្តុំនៃ Target/LUN ក៏ត្រូវបានគាំទ្រសម្រាប់ចំណុចប្រទាក់ទាំងពីរផងដែរ។

ចំណាំសំខាន់នៅពេលប្រើចំណុចប្រទាក់ iSCSI គឺត្រូវបង្កើតគោលដៅជាច្រើនសម្រាប់បរិមាណក្នុងពេលតែមួយ ដើម្បីបង្កើនការអនុវត្ត ចាប់តាំងពីជួរនៅលើគោលដៅមិនអាចផ្លាស់ប្តូរបាន ហើយនឹងជាបញ្ហាដ៏មានប្រសិទ្ធផល។

ការកំណត់រចនាសម្ព័ន្ធម៉ាស៊ីន ESXi

នៅលើផ្នែកម៉ាស៊ីន ESXi ការកំណត់រចនាសម្ព័ន្ធមូលដ្ឋានត្រូវបានអនុវត្តតាមសេណារីយ៉ូដែលរំពឹងទុកទាំងស្រុង។ នីតិវិធីសម្រាប់ការតភ្ជាប់ iSCSI៖

1. បន្ថែម Software iSCSI Adapter (មិនទាមទារប្រសិនបើវាត្រូវបានបន្ថែមរួចហើយ ឬប្រសិនបើអ្នកកំពុងប្រើ Hardware iSCSI Adapter);
2. ការបង្កើត vSwitch ដែលចរាចរណ៍ iSCSI នឹងឆ្លងកាត់ និងបន្ថែមតំណភ្ជាប់ឡើងលើរូបវ័ន្ត និង VMkernal ទៅវា;
3. ការបន្ថែមអាសយដ្ឋានអារេទៅថាមវន្ត Discovery;
4. ការបង្កើតឃ្លាំងទិន្នន័យ

កំណត់ចំណាំសំខាន់ៗមួយចំនួន៖

• ក្នុងករណីទូទៅ អ្នកអាចប្រើ vSwitch ដែលមានស្រាប់ ប៉ុន្តែក្នុងករណី vSwitch ដាច់ដោយឡែក ការគ្រប់គ្រងការកំណត់ម៉ាស៊ីននឹងកាន់តែងាយស្រួលជាង។
• វាចាំបាច់ដើម្បីបំបែកការគ្រប់គ្រង និងចរាចរណ៍ iSCSI ទៅលើតំណភ្ជាប់ជាក់ស្តែង និង/ឬ VLANs ដាច់ដោយឡែក ដើម្បីជៀសវាងបញ្ហានៃការអនុវត្ត។
• អាសយដ្ឋាន IP របស់ VMkernal និងច្រកដែលត្រូវគ្នានៃអារេ Flash ទាំងអស់ត្រូវតែស្ថិតនៅក្នុងបណ្តាញរងដូចគ្នាម្តងទៀត ដោយសារបញ្ហាដំណើរការ។
• ដើម្បីធានាបាននូវការអត់ឱនចំពោះកំហុសយោងទៅតាមច្បាប់របស់ VMware vSwitch ត្រូវតែមានតំណភ្ជាប់ឡើងលើរាងកាយយ៉ាងហោចណាស់ពីរ
• ប្រសិនបើស៊ុម Jumbo ត្រូវបានប្រើ អ្នកត្រូវផ្លាស់ប្តូរ MTU ទាំង vSwitch និង VMkernal
• វានឹងមានប្រយោជន៍ក្នុងការរំលឹកអ្នកថា យោងតាមការណែនាំរបស់ VMware សម្រាប់អាដាប់ទ័ររាងកាយដែលនឹងត្រូវបានប្រើដើម្បីធ្វើការជាមួយចរាចរណ៍ iSCSI វាចាំបាច់ក្នុងការកំណត់រចនាសម្ព័ន្ធ Teaming និង Failover ។ ជាពិសេស VMkernal នីមួយៗត្រូវតែដំណើរការតាមរយៈ uplink តែមួយប៉ុណ្ណោះ តំណភ្ជាប់ឡើងទីពីរត្រូវតែប្តូរទៅរបៀបដែលមិនប្រើ។ សម្រាប់ការអត់ឱនចំពោះកំហុស អ្នកត្រូវបន្ថែម VMkernals ពីរ ដែលនីមួយៗនឹងដំណើរការតាមរយៈតំណភ្ជាប់ឡើងរបស់វា។

អាដាប់ទ័រ VMkernel (vmk#)
អាដាប់ទ័របណ្តាញរូបវិទ្យា (vmnic#)

vmk1 (កន្លែងផ្ទុក 01)
អាដាប់ទ័រសកម្ម
vmnic2
អាដាប់ទ័រដែលមិនប្រើ
vmnic3

vmk2 (កន្លែងផ្ទុក 02)
អាដាប់ទ័រសកម្ម
vmnic3
អាដាប់ទ័រដែលមិនប្រើ
vmnic2

មិនតម្រូវឱ្យមានជំហានបឋមដើម្បីភ្ជាប់តាមរយៈ Fiber Channel នោះទេ។ អ្នកអាចបង្កើត Datastore ភ្លាមៗ។

បន្ទាប់ពីបង្កើត Datastore អ្នកត្រូវប្រាកដថាគោលការណ៍ Round Robin សម្រាប់ផ្លូវទៅកាន់គោលដៅ/LUN ត្រូវបានប្រើជាការអនុវត្តច្រើនបំផុត។

តាមលំនាំដើម ការកំណត់ VMware ផ្តល់សម្រាប់ការប្រើប្រាស់គោលការណ៍នេះតាមគ្រោងការណ៍៖ សំណើ 1000 តាមរយៈផ្លូវទីមួយ សំណើ 1000 បន្ទាប់តាមរយៈផ្លូវទីពីរ។ល។ អន្តរកម្មបែបនេះរវាងម៉ាស៊ីន និងអារេឧបករណ៍បញ្ជាពីរនឹងមិនមានតុល្យភាពទេ។ ដូច្នេះ យើងសូមណែនាំឱ្យកំណត់គោលការណ៍ Round Robin = 1 parameter តាមរយៈ Esxcli/PowerCLI។

ប៉ារ៉ាម៉ែត្រ

សម្រាប់ Esxcli៖

• រាយបញ្ជី LUNs ដែលមាន

បញ្ជីឧបករណ៍ផ្ទុក esxcli nmp

• ចម្លងឈ្មោះឧបករណ៍
• ផ្លាស់ប្តូរគោលការណ៍ Round Robin

esxcli storage nmp psp roundrobin deviceconfig set —type=iops —iops=1 —device=“Device_ID”

កម្មវិធីទំនើបភាគច្រើនត្រូវបានរចនាឡើងដើម្បីផ្លាស់ប្តូរកញ្ចប់ទិន្នន័យធំ ដើម្បីបង្កើនការប្រើប្រាស់កម្រិតបញ្ជូនអតិបរមា និងកាត់បន្ថយការផ្ទុកស៊ីភីយូ។ ដូច្នេះ ESXi តាមលំនាំដើមបញ្ហា I/O ស្នើសុំទៅឧបករណ៍ផ្ទុកក្នុងផ្នែករហូតដល់ 32767KB ។ ទោះយ៉ាងណាក៏ដោយ សម្រាប់សេណារីយ៉ូមួយចំនួន ការផ្លាស់ប្តូរកំណាត់តូចៗនឹងមានប្រសិទ្ធភាពជាង។ សម្រាប់អារេ AccelStor ទាំងនេះគឺជាសេណារីយ៉ូខាងក្រោម៖

• ម៉ាស៊ីននិម្មិតប្រើ UEFI ជំនួសឱ្យ Legacy BIOS
• ប្រើការចម្លង vSphere

សម្រាប់សេណារីយ៉ូបែបនេះ វាត្រូវបានណែនាំឱ្យផ្លាស់ប្តូរតម្លៃនៃប៉ារ៉ាម៉ែត្រ Disk.DiskMaxIOSize ទៅ 4096។

សម្រាប់ការតភ្ជាប់ iSCSI វាត្រូវបានណែនាំអោយផ្លាស់ប្តូរប៉ារ៉ាម៉ែត្រ Login Timeout ទៅ 30 (លំនាំដើម 5) ដើម្បីបង្កើនស្ថេរភាពនៃការតភ្ជាប់ និងបិទការពន្យាពេល DelayedAck សម្រាប់ការបញ្ជាក់នៃកញ្ចប់ព័ត៌មានដែលបានបញ្ជូនបន្ត។ ជម្រើសទាំងពីរគឺនៅក្នុង vSphere Client៖ ម៉ាស៊ីន → កំណត់រចនាសម្ព័ន្ធ → Storage → Storage Adapters → ជម្រើសកម្រិតខ្ពស់សម្រាប់អាដាប់ទ័រ iSCSI

ចំណុច​ដ៏​ស្រទន់​មួយ​គឺ​ចំនួន​បរិមាណ​ដែល​បាន​ប្រើ​សម្រាប់​ឃ្លាំង​ទិន្នន័យ។ វាច្បាស់ណាស់ថាសម្រាប់ភាពងាយស្រួលនៃការគ្រប់គ្រង មានបំណងចង់បង្កើតភាគធំមួយសម្រាប់ទំហំទាំងមូលនៃអារេ។ ទោះជាយ៉ាងណាក៏ដោយ វត្តមាននៃបរិមាណជាច្រើន ហើយតាមនោះ datastore មានឥទ្ធិពលជាប្រយោជន៍លើដំណើរការទាំងមូល (បន្ថែមអំពីជួរខាងក្រោម)។ ដូច្នេះ យើងសូមណែនាំឱ្យបង្កើតភាគយ៉ាងហោចណាស់ពីរ។

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

ការដំឡើងម៉ាស៊ីននិម្មិត

មិនមានតម្រូវការពិសេសនៅពេលដំឡើងម៉ាស៊ីននិម្មិតទេ ឬផ្ទុយទៅវិញវាជារឿងធម្មតាទេ៖

• ការប្រើប្រាស់កំណែ VM ខ្ពស់បំផុត (ភាពឆបគ្នា)
• វាកាន់តែប្រយ័ត្នប្រយែងក្នុងការកំណត់ទំហំ RAM នៅពេលដាក់ម៉ាស៊ីននិម្មិតយ៉ាងក្រាស់ ឧទាហរណ៍នៅក្នុង VDI (ចាប់តាំងពីតាមលំនាំដើម នៅពេលចាប់ផ្តើម ឯកសារទំព័រដែលមានទំហំសមស្របជាមួយ RAM ត្រូវបានបង្កើតឡើង ដែលប្រើប្រាស់សមត្ថភាពមានប្រយោជន៍ និងមានឥទ្ធិពលលើ ការសម្តែងចុងក្រោយ)
• ប្រើកំណែអាដាប់ទ័រដែលមានផលិតភាពច្រើនបំផុតនៅក្នុងលក្ខខណ្ឌនៃ IO: ប្រភេទបណ្តាញ VMXNET 3 និងប្រភេទ SCSI ប្រភេទ PVSCSI
• ប្រើប្រភេទថាស Thick Provision Eager Zeroed សម្រាប់ដំណើរការអតិបរមា និង Thin Provisioning សម្រាប់ការប្រើប្រាស់ទំហំផ្ទុកអតិបរមា
• ប្រសិនបើអាចធ្វើបាន សូមកំណត់ប្រតិបត្តិការរបស់ម៉ាស៊ីនសំខាន់ដែលមិនមែនជា I/O ដោយប្រើដែនកំណត់ថាសនិម្មិត
• ត្រូវប្រាកដថាដំឡើង VMware Tools

កំណត់ចំណាំលើជួរ

ជួរ (ឬ I/Os ឆ្នើម) គឺជាចំនួននៃសំណើបញ្ចូល/លទ្ធផល (ពាក្យបញ្ជា SCSI) ដែលកំពុងរង់ចាំដំណើរការនៅពេលណាក៏បានសម្រាប់ឧបករណ៍/កម្មវិធីជាក់លាក់មួយ។ ក្នុងករណីលើសជួរ កំហុស QFULL ត្រូវបានចេញ ដែលនៅទីបំផុតនាំឱ្យមានការកើនឡើងនៃប៉ារ៉ាម៉ែត្រនៃភាពយឺតយ៉ាវ។ នៅពេលប្រើប្រព័ន្ធផ្ទុកថាស (spindle) តាមទ្រឹស្តី ជួរកាន់តែខ្ពស់ ដំណើរការរបស់ពួកគេកាន់តែខ្ពស់។ ទោះជាយ៉ាងណាក៏ដោយ អ្នកមិនគួរបំពានវាទេព្រោះវាងាយស្រួលក្នុងការរត់ចូលទៅក្នុង QFULL។ ក្នុងករណីនៃប្រព័ន្ធ Flash ទាំងអស់នៅលើដៃម្ខាង អ្វីគ្រប់យ៉ាងគឺសាមញ្ញជាង: បន្ទាប់ពីទាំងអស់ អារេមាន latencies ដែលមានលំដាប់ទាបជាងរ៉ិចទ័រ ដូច្នេះហើយ ភាគច្រើនវាមិនចាំបាច់ធ្វើនិយ័តកម្មទំហំនៃជួរដាច់ដោយឡែកនោះទេ។ ប៉ុន្តែម៉្យាងទៀតនៅក្នុងសេណារីយ៉ូប្រើប្រាស់មួយចំនួន (ការបញ្ឆិតបញ្ឆៀងខ្លាំងនៅក្នុងតម្រូវការ IO សម្រាប់ម៉ាស៊ីននិម្មិតជាក់លាក់ ការធ្វើតេស្តសម្រាប់ដំណើរការអតិបរមា។ អាចសម្រេចបាន ហើយរឿងសំខាន់គឺតាមរបៀបណា។

នៅលើអារេ AccelStor All Flash ខ្លួនវាមិនមានដែនកំណត់ទាក់ទងនឹងបរិមាណ ឬច្រក I/O ទេ។ បើចាំបាច់ សូម្បីតែបរិមាណតែមួយអាចទទួលបានធនធានទាំងអស់នៃអារេ។ ដែនកំណត់តែមួយគត់នៅលើជួរគឺសម្រាប់គោលដៅ iSCSI ។ វាគឺសម្រាប់ហេតុផលនេះដែលតម្រូវការដើម្បីបង្កើតគោលដៅជាច្រើន (តាមឧត្ដមគតិរហូតដល់ 8 បំណែក) សម្រាប់បរិមាណនីមួយៗដើម្បីយកឈ្នះលើដែនកំណត់នេះត្រូវបានចង្អុលបង្ហាញខាងលើ។ ចូរយើងនិយាយម្តងទៀតថា អារេ AccelStor គឺជាដំណោះស្រាយដែលមានផលិតភាពខ្លាំង។ ដូច្នេះអ្នកគួរតែប្រើច្រកចំណុចប្រទាក់ទាំងអស់នៃប្រព័ន្ធដើម្បីទទួលបានល្បឿនអតិបរមា។

នៅខាងម្ចាស់ផ្ទះ ESXi ស្ថានភាពគឺខុសគ្នាទាំងស្រុង។ ម្ចាស់ផ្ទះខ្លួនឯងអនុវត្តការអនុវត្តនៃការចូលប្រើប្រាស់ធនធានស្មើគ្នាសម្រាប់អ្នកចូលរួមទាំងអស់។ ដូច្នេះ មានជួរ IO ដាច់ដោយឡែកសម្រាប់ OS ភ្ញៀវ និង HBA ។ ជួរទៅ OS ភ្ញៀវត្រូវបានបញ្ចូលគ្នាពីជួរទៅអាដាប់ទ័រ SCSI និម្មិត និងថាសនិម្មិត៖

ជួរទៅកាន់ HBA អាស្រ័យលើប្រភេទ/អ្នកលក់ជាក់លាក់៖

ដំណើរការចុងក្រោយរបស់ម៉ាស៊ីននិម្មិតនឹងត្រូវបានកំណត់ដោយដែនកំណត់ជម្រៅជួរទាបបំផុតក្នុងចំណោមសមាសធាតុម៉ាស៊ីន។

អរគុណចំពោះតម្លៃទាំងនេះ យើងអាចវាយតម្លៃសូចនាករប្រតិបត្តិការដែលយើងអាចទទួលបាននៅក្នុងការកំណត់ជាក់លាក់ណាមួយ។ ជាឧទាហរណ៍ យើងចង់ដឹងពីការអនុវត្តទ្រឹស្តីរបស់ម៉ាស៊ីននិម្មិត (ដោយគ្មានការចងប្លុក) ជាមួយនឹងភាពយឺតយ៉ាវ 0.5ms ។ បន្ទាប់មក IOPS របស់វា = (1,000/latency) * I/Os ឆ្នើម (ដែនកំណត់ជម្រៅជួរ)

ឧទហរណ៍

ឧទាហរណ៍ 1

• អាដាប់ទ័រ FC Emulex HBA
• មួយ VM ក្នុងមួយឃ្លាំងទិន្នន័យ
• អាដាប់ទ័រ VMware Paravirtual SCSI

នៅទីនេះ ដែនកំណត់ជម្រៅជួរត្រូវបានកំណត់ដោយ Emulex HBA ។ ដូច្នេះ IOPS = (1000/0.5) * 32 = 64K

ឧទាហរណ៍ 2

• អាដាប់ទ័រកម្មវិធី VMware iSCSI
• មួយ VM ក្នុងមួយឃ្លាំងទិន្នន័យ
• អាដាប់ទ័រ VMware Paravirtual SCSI

នៅទីនេះដែនកំណត់ជម្រៅជួរត្រូវបានកំណត់រួចហើយដោយអាដាប់ទ័រ Paravirtual SCSI ។ ដូច្នេះ IOPS = (1000/0.5)*64 = 128K

ម៉ូដែលកំពូលនៃអារេ Flash AccelStor ទាំងអស់ (ឧទាហរណ៍ P710) មានសមត្ថភាពផ្តល់នូវការសរសេរ 700K IOPS នៅប្លុក 4K ។ ជាមួយនឹងទំហំប្លុកបែបនេះ វាច្បាស់ណាស់ថាម៉ាស៊ីននិម្មិតតែមួយមិនអាចផ្ទុកអារេបែបនេះបានទេ។ ដើម្បីធ្វើដូចនេះអ្នកនឹងត្រូវការ 11 (ឧទាហរណ៍ 1) ឬ 6 (ឧទាហរណ៍ 2) ម៉ាស៊ីននិម្មិត។

ជាលទ្ធផល ជាមួយនឹងការកំណត់ត្រឹមត្រូវនៃសមាសធាតុដែលបានពិពណ៌នាទាំងអស់នៃមជ្ឈមណ្ឌលទិន្នន័យនិម្មិត អ្នកអាចទទួលបានលទ្ធផលគួរឱ្យចាប់អារម្មណ៍យ៉ាងខ្លាំងទាក់ទងនឹងការអនុវត្ត។

4K ចៃដន្យ, 70% អាន / 30% សរសេរ

តាមពិតទៅ ពិភពពិតគឺស្មុគ្រស្មាញជាងអ្វីដែលវាអាចត្រូវបានពិពណ៌នាជាមួយនឹងរូបមន្តសាមញ្ញ។ ម៉ាស៊ីនមួយតែងតែរៀបចំម៉ាស៊ីននិម្មិតជាច្រើនជាមួយនឹងការកំណត់រចនាសម្ព័ន្ធផ្សេងគ្នា និងតម្រូវការ IO ។ ហើយដំណើរការ I/O ត្រូវបានគ្រប់គ្រងដោយម៉ាស៊ីនដំណើរការ ដែលថាមពលរបស់វាមិនមានកំណត់ទេ។ ដូច្នេះដើម្បីដោះសោសក្តានុពលពេញលេញនៃដូចគ្នា។ ម៉ូដែល P710 តាមពិតអ្នកនឹងត្រូវការម៉ាស៊ីនបី។ លើសពីនេះ កម្មវិធីដែលកំពុងដំណើរការនៅក្នុងម៉ាស៊ីននិម្មិតធ្វើការកែតម្រូវដោយខ្លួនឯង។ ដូច្នេះសម្រាប់ទំហំច្បាស់លាស់ យើងផ្តល់ជូន ប្រើការផ្ទៀងផ្ទាត់នៅក្នុងគំរូសាកល្បង អារេ Flash ទាំងអស់។ AccelStor នៅខាងក្នុងហេដ្ឋារចនាសម្ព័ន្ធរបស់អតិថិជនលើកិច្ចការបច្ចុប្បន្នពិតប្រាកដ។

ប្រភព: www.habr.com