ការរចនាមជ្ឈមណ្ឌលទិន្នន័យនិម្មិត

សេចក្តីណែនាំ

ប្រព័ន្ធព័ត៌មានតាមទស្សនៈរបស់អ្នកប្រើត្រូវបានកំណត់យ៉ាងល្អនៅក្នុង GOST RV 51987 - "ប្រព័ន្ធស្វ័យប្រវត្តិដែលជាលទ្ធផលនៃការបង្ហាញព័ត៌មានលទ្ធផលសម្រាប់ការប្រើប្រាស់ជាបន្តបន្ទាប់" ។ ប្រសិនបើយើងពិចារណាលើរចនាសម្ព័ន្ធខាងក្នុង នោះនៅក្នុងខ្លឹមសារ IS ណាមួយគឺជាប្រព័ន្ធនៃក្បួនដោះស្រាយអន្តរកម្មដែលត្រូវបានអនុវត្តនៅក្នុងកូដ។ ក្នុងន័យទូលំទូលាយនៃនិក្ខេបបទ Turing-Church ក្បួនដោះស្រាយ (ឬ IS) បំប្លែងសំណុំទិន្នន័យបញ្ចូលទៅក្នុងសំណុំទិន្នន័យលទ្ធផល។
គេអាចនិយាយបានថា ការបំប្លែងទិន្នន័យបញ្ចូល គឺជាអត្ថន័យនៃអត្ថិភាពនៃប្រព័ន្ធព័ត៌មាន។ ដូច្នោះហើយ តម្លៃនៃ IS និងស្មុគស្មាញ IS ទាំងមូលត្រូវបានកំណត់ដោយតម្លៃនៃទិន្នន័យបញ្ចូល និងទិន្នផល។
ដោយផ្អែកលើចំណុចនេះ ការរចនាត្រូវតែចាប់ផ្តើម និងត្រូវបានជំរុញដោយទិន្នន័យ កាត់តាមស្ថាបត្យកម្ម និងវិធីសាស្រ្តទៅនឹងរចនាសម្ព័ន្ធ និងសារៈសំខាន់នៃទិន្នន័យ។

ទិន្នន័យដែលបានរក្សាទុក
ដំណាក់កាលសំខាន់ក្នុងការរៀបចំសម្រាប់ការរចនាគឺការទទួលបានលក្ខណៈនៃសំណុំទិន្នន័យទាំងអស់ដែលបានគ្រោងទុកសម្រាប់ដំណើរការ និងការផ្ទុក។ លក្ខណៈទាំងនេះរួមមាន:
- បរិមាណទិន្នន័យ;
- ព័ត៌មានអំពីវដ្តជីវិតនៃទិន្នន័យ (កំណើននៃទិន្នន័យថ្មី អាយុជីវិត ការដំណើរការទិន្នន័យហួសសម័យ);
- ការចាត់ថ្នាក់នៃទិន្នន័យជាមួយនឹងការបញ្ជាក់ ផលប៉ះពាល់លើអាជីវកម្មស្នូលរបស់ក្រុមហ៊ុន (បីផ្នែកនៃភាពសម្ងាត់ សុចរិតភាព ភាពអាចរកបាន) រួមជាមួយនឹងសូចនាករហិរញ្ញវត្ថុ (ឧទាហរណ៍ តម្លៃនៃការបាត់បង់ទិន្នន័យក្នុងម៉ោងចុងក្រោយ);
- ភូមិសាស្ត្រនៃដំណើរការទិន្នន័យ (ទីតាំងរូបវិទ្យានៃប្រព័ន្ធដំណើរការ);
- តម្រូវការបទប្បញ្ញត្តិសម្រាប់ថ្នាក់ទិន្នន័យនីមួយៗ (ឧទាហរណ៍ Federal Law-152, PCI DSS) ។

ប្រព័ន្ធព័ត៌មាន

ទិន្នន័យមិនត្រឹមតែត្រូវបានរក្សាទុកប៉ុណ្ណោះទេ ប៉ុន្តែថែមទាំងដំណើរការ (បំប្លែង) ដោយប្រព័ន្ធព័ត៌មានផងដែរ។ ជំហានបន្ទាប់បន្ទាប់ពីទទួលបានលក្ខណៈទិន្នន័យគឺជាសារពើភ័ណ្ឌពេញលេញបំផុតនៃប្រព័ន្ធព័ត៌មាន លក្ខណៈស្ថាបត្យកម្ម ភាពអាស្រ័យគ្នាទៅវិញទៅមក និងតម្រូវការហេដ្ឋារចនាសម្ព័ន្ធនៅក្នុងអង្គភាពសាមញ្ញសម្រាប់ធនធានបួនប្រភេទ៖
- ថាមពលកុំព្យូទ័រដំណើរការ;
- ចំនួន RAM;
- តម្រូវការសម្រាប់បរិមាណ និងដំណើរការនៃប្រព័ន្ធផ្ទុកទិន្នន័យ។
- តម្រូវការសម្រាប់បណ្តាញបញ្ជូនទិន្នន័យ (បណ្តាញខាងក្រៅ បណ្តាញរវាងសមាសធាតុ IS) ។
ក្នុងករណីនេះ ត្រូវតែមានតម្រូវការសម្រាប់សេវាកម្ម/សេវាមីក្រូនីមួយៗ ដែលជាផ្នែកមួយនៃ IS ។
ដោយឡែកពីគ្នា ចាំបាច់ត្រូវកត់សម្គាល់ថា សម្រាប់ការរចនាត្រឹមត្រូវ លទ្ធភាពទទួលបានទិន្នន័យស្តីពីផលប៉ះពាល់នៃ IS លើអាជីវកម្មស្នូលរបស់ក្រុមហ៊ុនក្នុងទម្រង់ជាតម្លៃនៃពេលវេលារងចាំរបស់ IS (រូប្លិងក្នុងមួយម៉ោង) គឺជាកាតព្វកិច្ច។

គំរូគំរាមកំហែង

ត្រូវតែមានគំរូផ្លូវការនៃការគំរាមកំហែងដែលវាត្រូវបានគ្រោងទុកដើម្បីការពារទិន្នន័យ/សេវាកម្ម។ ជាងនេះទៅទៀត គំរូគំរាមកំហែងរួមបញ្ចូលមិនត្រឹមតែទិដ្ឋភាពនៃការរក្សាការសម្ងាត់ប៉ុណ្ណោះទេ ប៉ុន្តែថែមទាំងភាពស្មោះត្រង់ និងភាពអាចរកបានផងដែរ។ ទាំងនោះ។ ឧទាហរណ៍:
- ការបរាជ័យនៃម៉ាស៊ីនមេរាងកាយ;
- ការបរាជ័យនៃកុងតាក់កំពូលនៃ rack;
- ការរំខាននៃបណ្តាញទំនាក់ទំនងអុបទិករវាងមជ្ឈមណ្ឌលទិន្នន័យ;
- ការបរាជ័យនៃប្រព័ន្ធផ្ទុកប្រតិបត្តិការទាំងមូល។
ក្នុងករណីខ្លះ គំរូគំរាមកំហែងត្រូវបានសរសេរមិនត្រឹមតែសម្រាប់សមាសធាតុហេដ្ឋារចនាសម្ព័ន្ធប៉ុណ្ណោះទេ ប៉ុន្តែសម្រាប់ប្រព័ន្ធព័ត៌មានជាក់លាក់ ឬសមាសធាតុរបស់វាផងដែរ ដូចជាការបរាជ័យ DBMS ជាមួយនឹងការបំផ្លាញឡូជីខលនៃរចនាសម្ព័ន្ធទិន្នន័យ។
ការសម្រេចចិត្តទាំងអស់នៅក្នុងគម្រោងដើម្បីការពារប្រឆាំងនឹងការគំរាមកំហែងដែលមិនបានពិពណ៌នាគឺមិនចាំបាច់ទេ។

តម្រូវការបទប្បញ្ញត្តិ

ប្រសិនបើទិន្នន័យដែលកំពុងដំណើរការគឺស្ថិតនៅក្រោមច្បាប់ពិសេសដែលបង្កើតឡើងដោយនិយតករ នោះព័ត៌មានអំពីសំណុំទិន្នន័យ និងច្បាប់ដំណើរការ/ការផ្ទុកត្រូវបានទាមទារ។

គោលដៅ RPO/RTO

ការរចនាប្រភេទនៃការការពារណាមួយតម្រូវឱ្យមានសូចនាករការបាត់បង់ទិន្នន័យគោលដៅ និងពេលវេលាសង្គ្រោះសេវាកម្មគោលដៅសម្រាប់ការគំរាមកំហែងនីមួយៗដែលបានពិពណ៌នា។
តាមឧត្ដមគតិ RPO និង RTO គួរតែមានការចំណាយទាក់ទងនឹងការបាត់បង់ទិន្នន័យ និងពេលវេលារងចាំក្នុងមួយឯកតា។

ការបែងចែកទៅក្នុងអាងធនធាន

បន្ទាប់ពីប្រមូលព័ត៌មានបញ្ចូលដំបូងទាំងអស់ ជំហានដំបូងគឺត្រូវដាក់សំណុំទិន្នន័យ និង IP ទៅក្នុងក្រុមដោយផ្អែកលើគំរូគំរាមកំហែង និងតម្រូវការបទប្បញ្ញត្តិ។ ប្រភេទនៃការបែងចែកនៃអាងផ្សេងៗត្រូវបានកំណត់ - តាមកម្មវិធីនៅកម្រិតកម្មវិធីប្រព័ន្ធ ឬរាងកាយ។
ឧទហរណ៍:
- សៀគ្វីដំណើរការទិន្នន័យផ្ទាល់ខ្លួនត្រូវបានបំបែកចេញពីប្រព័ន្ធផ្សេងទៀតទាំងស្រុង។
- ការបម្រុងទុកត្រូវបានរក្សាទុកនៅលើប្រព័ន្ធផ្ទុកដាច់ដោយឡែកមួយ។

ក្នុងករណីនេះ បណ្តុំអាចមានភាពឯករាជ្យមិនពេញលេញ ឧទាហរណ៍ អាងពីរនៃធនធានកុំព្យូទ័រត្រូវបានកំណត់ (ថាមពលដំណើរការ + RAM) ដែលប្រើអាងផ្ទុកទិន្នន័យតែមួយ និងក្រុមធនធានបញ្ជូនទិន្នន័យតែមួយ។

ថាមពលដំណើរការ

សង្ខេប តម្រូវការថាមពលដំណើរការនៃមជ្ឈមណ្ឌលទិន្នន័យនិម្មិតត្រូវបានវាស់ដោយចំនួននៃដំណើរការនិម្មិត (vCPUs) និងសមាមាត្រការបង្រួបបង្រួមរបស់ពួកគេលើប្រព័ន្ធដំណើរការរាងកាយ (pCPU) ។ ក្នុងករណីពិសេសនេះ 1 pCPU = 1 ស្នូលដំណើរការរាងកាយ (មិនរាប់បញ្ចូល Hyper-Threading) ។ ចំនួន vCPUs ត្រូវបានបូកសរុបនៅទូទាំងធនធានដែលបានកំណត់ទាំងអស់ (ដែលនីមួយៗអាចមានកត្តាបង្រួបបង្រួមរបស់វា)។
មេគុណបង្រួបបង្រួមសម្រាប់ប្រព័ន្ធផ្ទុកត្រូវបានទទួលជាក់ស្តែង ដោយផ្អែកលើហេដ្ឋារចនាសម្ព័ន្ធដែលមានស្រាប់ ឬតាមរយៈការដំឡើងសាកល្បង និងការធ្វើតេស្តផ្ទុក។ សម្រាប់ប្រព័ន្ធដែលមិនផ្ទុក "ការអនុវត្តល្អបំផុត" ត្រូវបានប្រើ។ ជាពិសេស VMware ដកស្រង់សមាមាត្រមធ្យមជា 8:1។

RAM ។

តម្រូវការ RAM សរុបត្រូវបានទទួលដោយការបូកសរុបសាមញ្ញ។ ការប្រើការជាវ RAM លើសមិនត្រូវបានណែនាំទេ។

ធនធានផ្ទុក

តម្រូវការផ្ទុកត្រូវបានទទួលដោយគ្រាន់តែបូកសរុបអាងទាំងអស់ដោយសមត្ថភាព និងដំណើរការ។
តម្រូវការការអនុវត្តត្រូវបានបង្ហាញនៅក្នុង IOPS រួមបញ្ចូលគ្នាជាមួយនឹងសមាមាត្រអាន/សរសេរជាមធ្យម ហើយប្រសិនបើចាំបាច់ ភាពយឺតនៃការឆ្លើយតបអតិបរមា។
តម្រូវការគុណភាពនៃសេវាកម្ម (QoS) សម្រាប់អាង ឬប្រព័ន្ធជាក់លាក់ត្រូវតែបញ្ជាក់ដោយឡែកពីគ្នា។

ធនធានបណ្តាញទិន្នន័យ

តម្រូវការបណ្តាញទិន្នន័យត្រូវបានទទួលដោយគ្រាន់តែបូកសរុបក្រុមកម្រិតបញ្ជូនទាំងអស់។
តម្រូវការគុណភាពនៃសេវាកម្ម (QoS) និង latency (RTT) សម្រាប់អាង ឬប្រព័ន្ធជាក់លាក់គួរតែត្រូវបានបញ្ជាក់ដោយឡែកពីគ្នា។
ជាផ្នែកនៃតម្រូវការសម្រាប់ធនធានបណ្តាញទិន្នន័យ តម្រូវការសម្រាប់ភាពឯកោ និង/ឬការអ៊ិនគ្រីបនៃចរាចរណ៍បណ្តាញ និងយន្តការដែលពេញចិត្ត (802.1q, IPSec ។ល។) ក៏ត្រូវបានចង្អុលបង្ហាញផងដែរ។

ការជ្រើសរើសស្ថាបត្យកម្ម

ការណែនាំនេះមិនពិភាក្សាអំពីជម្រើសណាមួយក្រៅពីស្ថាបត្យកម្ម x86 និងនិម្មិតម៉ាស៊ីនមេ 100% ទេ។ ដូច្នេះហើយ ជម្រើសនៃស្ថាបត្យកម្មប្រព័ន្ធរងនៃកុំព្យូទ័រមកលើជម្រើសនៃវេទិកានិម្មិតម៉ាស៊ីនមេ កត្តាទម្រង់ម៉ាស៊ីនមេ និងតម្រូវការកំណត់រចនាសម្ព័ន្ធម៉ាស៊ីនមេទូទៅ។

ចំណុចសំខាន់នៃជម្រើសគឺភាពប្រាកដប្រជានៃការប្រើប្រាស់វិធីសាស្រ្តបុរាណជាមួយនឹងការបំបែកមុខងារនៃដំណើរការ រក្សាទុក និងបញ្ជូនទិន្នន័យ ឬការរួមបញ្ចូលគ្នាមួយ។

ស្ថាបត្យកម្មបុរាណ ពាក់ព័ន្ធនឹងការប្រើប្រាស់ប្រព័ន្ធរងខាងក្រៅដ៏ឆ្លាតវៃសម្រាប់ការរក្សាទុក និងបញ្ជូនទិន្នន័យ ខណៈពេលដែលម៉ាស៊ីនមេ រួមចំណែកតែថាមពលដំណើរការ និង RAM ដល់ក្រុមទូទៅនៃធនធានរូបវន្ត។ ក្នុងករណីធ្ងន់ធ្ងរ ម៉ាស៊ីនមេក្លាយជាអនាមិកទាំងស្រុង ដោយមិនត្រឹមតែមានថាសផ្ទាល់ខ្លួនប៉ុណ្ណោះទេ ប៉ុន្តែថែមទាំងមិនមានឧបករណ៍កំណត់អត្តសញ្ញាណប្រព័ន្ធទៀតផង។ ក្នុងករណីនេះ OS ឬ hypervisor ត្រូវបានផ្ទុកពីឧបករណ៍ផ្ទុកទិន្នន័យដែលមានស្រាប់ ឬពីប្រព័ន្ធផ្ទុកទិន្នន័យខាងក្រៅ (ចាប់ផ្ដើមពី SAN)។
នៅក្នុងក្របខ័ណ្ឌនៃស្ថាបត្យកម្មបុរាណ ជម្រើសរវាង blades និង racks ត្រូវបានធ្វើឡើងដោយផ្អែកលើគោលការណ៍ដូចខាងក្រោមៈ
- ចំណាយមានប្រសិទ្ធិភាព (ជាមធ្យម, ម៉ាស៊ីនមេ rack-mount មានតម្លៃថោកជាង);
- ដង់ស៊ីតេគណនា (ខ្ពស់ជាងសម្រាប់ blades);
- ការប្រើប្រាស់ថាមពល និងការសាយភាយកំដៅ (កាំបិតមានឯកតាជាក់លាក់ខ្ពស់ជាងក្នុងមួយឯកតា);
- លទ្ធភាពធ្វើមាត្រដ្ឋាន និងការគ្រប់គ្រង (ជាទូទៅ កាំបិតត្រូវការការខិតខំប្រឹងប្រែងតិចសម្រាប់ការដំឡើងធំ);
- ការប្រើប្រាស់កាតពង្រីក (ជម្រើសមានកំណត់សម្រាប់ blades) ។
ស្ថាបត្យកម្មចម្រុះ (ត្រូវបានគេស្គាល់ផងដែរថាជា hyperconverged) ពាក់ព័ន្ធនឹងការបញ្ចូលគ្នានូវមុខងារនៃដំណើរការទិន្នន័យ និងការផ្ទុក ដែលនាំទៅដល់ការប្រើប្រាស់ថាសម៉ាស៊ីនមេក្នុងស្រុក ហើយជាលទ្ធផល ការបោះបង់ចោលកត្តាទម្រង់ blade បុរាណ។ សម្រាប់ប្រព័ន្ធបង្រួបបង្រួម ទាំងម៉ាស៊ីនមេ rack ឬប្រព័ន្ធចង្កោមត្រូវបានប្រើ ដោយរួមបញ្ចូលគ្នានូវ blade servers និង local disks នៅក្នុងករណីតែមួយ។

ស៊ីភីយូ/អង្គចងចាំ

ដើម្បីគណនាការកំណត់រចនាសម្ព័ន្ធបានត្រឹមត្រូវ អ្នកត្រូវយល់ពីប្រភេទនៃបន្ទុកសម្រាប់បរិស្ថាន ឬចង្កោមឯករាជ្យនីមួយៗ។
CPU ជាប់ - បរិយាកាសកំណត់ក្នុងដំណើរការដោយថាមពលខួរក្បាល។ ការបន្ថែម RAM នឹងមិនផ្លាស់ប្តូរអ្វីឡើយនៅក្នុងលក្ខខណ្ឌនៃដំណើរការ (ចំនួន VMs ក្នុងមួយ server) ។
ការចងចាំត្រូវបានចង - បរិស្ថានកំណត់ដោយ RAM ។ RAM កាន់តែច្រើននៅលើម៉ាស៊ីនមេអនុញ្ញាតឱ្យអ្នកដំណើរការ VMs កាន់តែច្រើននៅលើម៉ាស៊ីនមេ។
GB / MHz (GB / pCPU) - សមាមាត្រជាមធ្យមនៃការប្រើប្រាស់ RAM និងថាមពលដំណើរការដោយបន្ទុកពិសេសនេះ។ អាចត្រូវបានប្រើដើម្បីគណនាចំនួនអង្គចងចាំដែលត្រូវការសម្រាប់ដំណើរការដែលបានផ្តល់ឱ្យ និងច្រាសមកវិញ។

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

ដំបូងអ្នកត្រូវកំណត់ប្រភេទនៃបន្ទុកទាំងអស់ ហើយសម្រេចចិត្តលើការបញ្ចូលគ្នា ឬបែងចែកក្រុមកុំព្យូទ័រផ្សេងៗគ្នាទៅជាចង្កោមផ្សេងៗគ្នា។
បន្ទាប់មក សម្រាប់ចង្កោមនីមួយៗដែលបានកំណត់ សមាមាត្រ GB / MHz ត្រូវបានកំណត់នៅបន្ទុកដែលគេដឹងជាមុន។ ប្រសិនបើការផ្ទុកមិនត្រូវបានគេដឹងជាមុន ប៉ុន្តែមានការយល់ច្បាស់អំពីកម្រិតនៃការប្រើប្រាស់ថាមពលរបស់ខួរក្បាលនោះ អ្នកអាចប្រើ vCPU ស្តង់ដារ: pCPU ratios ដើម្បីបំប្លែងតម្រូវការអាងចូលទៅក្នុងរូបវន្ត។

សម្រាប់ចង្កោមនីមួយៗ បែងចែកផលបូកនៃតម្រូវការអាង vCPU ដោយមេគុណ៖
vCPUsum / vCPU:pCPU = pCPUsum - ចំនួនឯកតារូបវន្តដែលត្រូវការ។ ស្នូល
pCPUsum / 1.25 = pCPUht – ចំនួនស្នូលដែលបានកែតម្រូវសម្រាប់ Hyper-Threading
ចូរសន្មតថាវាចាំបាច់ក្នុងការគណនាចង្កោមដែលមាន 190 cores / 3.5 TB នៃ RAM ។ ក្នុងពេលជាមួយគ្នានេះយើងទទួលយកបន្ទុកគោលដៅ 50% នៃថាមពលដំណើរការនិង 75% នៃ RAM ។

pCPU
190
ឧបករណ៍ប្រើប្រាស់ស៊ីភីយូ
50%

មេមត់
3500
ឧបករណ៍ប្រើប្រាស់
75%

រន្ធ
ស្នូល
Srv/CPU
Srv Mem
Srv/Mem

2
6
25,3
128
36,5

2
8
19,0
192
24,3

2
10
15,2
256
18,2

2
14
10,9
384
12,2

2
18
8,4
512
9,1

ក្នុងករណីនេះ យើងតែងតែប្រើការបង្គត់ទៅចំនួនគត់ជិតបំផុត (=ROUNDUP(A1;0))។
ពីតារាងវាច្បាស់ណាស់ថាការកំណត់រចនាសម្ព័ន្ធម៉ាស៊ីនមេជាច្រើនមានតុល្យភាពសម្រាប់សូចនាករគោលដៅ៖
- 26 ម៉ាស៊ីនមេ 2 * 6c / 192 GB
- 19 ម៉ាស៊ីនមេ 2 * 10c / 256 GB
- 10 ម៉ាស៊ីនមេ 2 * 18c / 512 GB

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

លក្ខណៈពិសេសនៃការជ្រើសរើសការកំណត់រចនាសម្ព័ន្ធម៉ាស៊ីនមេ

VMs ធំទូលាយ។ ប្រសិនបើចាំបាច់ត្រូវធ្វើជាម្ចាស់ផ្ទះ VMs ធំទូលាយ (អាចប្រៀបធៀបទៅនឹងថ្នាំង 1 NUMA ឬច្រើនជាងនេះ) វាត្រូវបានណែនាំប្រសិនបើអាចធ្វើទៅបាន ដើម្បីជ្រើសរើសម៉ាស៊ីនមេដែលមានការកំណត់រចនាសម្ព័ន្ធដែលអនុញ្ញាតឱ្យ VMs បែបនេះស្ថិតនៅក្នុងថ្នាំង NUMA ។ ជាមួយនឹងចំនួនដ៏ច្រើននៃ VMs ធំទូលាយ វាមានហានិភ័យនៃការបែងចែកធនធានចង្កោម ហើយក្នុងករណីនេះ ម៉ាស៊ីនមេត្រូវបានជ្រើសរើសដែលអនុញ្ញាតឱ្យដាក់ VMs ធំទូលាយតាមដែលអាចធ្វើទៅបាន។

ទំហំដែនបរាជ័យតែមួយ។

ជម្រើសនៃទំហំម៉ាស៊ីនមេក៏ផ្អែកលើគោលការណ៍នៃការបង្រួមអប្បបរមានៃដែនបរាជ័យតែមួយ។ ឧទាហរណ៍នៅពេលជ្រើសរើសរវាង៖
- 3 x 4 * 10c / 512 GB
- 6 x 2 * 10c / 256 GB
អ្វីៗផ្សេងទៀតទាំងអស់ស្មើគ្នា អ្នកត្រូវតែជ្រើសរើសជម្រើសទីពីរ ចាប់តាំងពីពេលដែលម៉ាស៊ីនមេមួយបរាជ័យ (ឬកំពុងត្រូវបានថែរក្សា) មិនមែន 33% នៃធនធានចង្កោមត្រូវបានបាត់បង់ទេ ប៉ុន្តែ 17% ។ ដូចគ្នានេះដែរ ចំនួននៃ VMs និង IS ដែលរងផលប៉ះពាល់ដោយគ្រោះថ្នាក់នេះត្រូវបានកាត់បន្ថយពាក់កណ្តាល។

ការគណនានៃប្រព័ន្ធផ្ទុកបុរាណដោយផ្អែកលើការអនុវត្ត

ប្រព័ន្ធផ្ទុកទិន្នន័យបុរាណតែងតែត្រូវបានគណនាដោយប្រើសេណារីយ៉ូករណីដ៏អាក្រក់បំផុត ដោយមិនរាប់បញ្ចូលឥទ្ធិពលនៃឃ្លាំងសម្ងាត់ប្រតិបត្តិការ និងការបង្កើនប្រសិទ្ធភាពនៃប្រតិបត្តិការ។
ក្នុងនាមជាសូចនាករការអនុវត្តជាមូលដ្ឋាន យើងយកដំណើរការមេកានិចពីឌីស (IOPSdisk)៖
- 7.2k - 75 IOPS
- 10k - 125 IOPS
- 15k - 175 IOPS

បន្ទាប់​មក ចំនួន​ថាស​ក្នុង​ក្រុម​ថាស​ត្រូវ​បាន​គណនា​ដោយ​ប្រើ​រូបមន្ត​ដូច​ខាង​ក្រោម៖ = TotalIOPS * ( RW + (1 –RW) * RAIDPen) / IOPSdisk. កន្លែងណា៖
- TotalIOPS - ដំណើរការដែលត្រូវការសរុបនៅក្នុង IOPS ពីថាស
- RW - ភាគរយនៃប្រតិបត្តិការអាន
- ប៊ិច RAID - ការពិន័យ RAID សម្រាប់កម្រិត RAID ដែលបានជ្រើសរើស

សូមអានបន្ថែមអំពី Device RAID និង RAID Penalty នៅទីនេះ - ដំណើរការផ្ទុក។ ផ្នែកទីមួយ។ и ដំណើរការផ្ទុក។ ផ្នែកទីពីរ។ и ដំណើរការផ្ទុក។ ផ្នែកទីបី

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

ឃ្លាំងសម្ងាត់ Flash - ឈ្មោះទូទៅសម្រាប់បច្ចេកវិទ្យាដែលមានកម្មសិទ្ធិទាំងអស់សម្រាប់ការប្រើប្រាស់អង្គចងចាំពន្លឺជាឃ្លាំងសម្ងាត់កម្រិតទីពីរ។ នៅពេលប្រើ flash cache ប្រព័ន្ធផ្ទុកត្រូវបានគណនាជាធម្មតាដើម្បីផ្តល់នូវបន្ទុកថេរពីថាសម៉ាញេទិក ខណៈពេលដែលកំពូលត្រូវបានបម្រើដោយឃ្លាំងសម្ងាត់។
ក្នុងករណីនេះវាចាំបាច់ដើម្បីយល់ពីទម្រង់ផ្ទុកនិងកម្រិតនៃការធ្វើមូលដ្ឋានីយកម្មនៃការចូលទៅកាន់ប្លុកនៃទំហំផ្ទុក។ ឃ្លាំងសម្ងាត់ Flash គឺជាបច្ចេកវិទ្យាសម្រាប់បន្ទុកការងារដែលមានសំណួរដែលបានធ្វើមូលដ្ឋានីយកម្មខ្ពស់ ហើយមិនអាចអនុវត្តបានសម្រាប់ទំហំផ្ទុកឯកសណ្ឋាន (ដូចជាសម្រាប់ប្រព័ន្ធវិភាគ)។

ការគណនាប្រព័ន្ធកូនកាត់កម្រិតទាប/មធ្យម

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

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

ការប្រើប្រាស់ SSD នៅក្នុង Tiered Disk Pool

ការប្រើប្រាស់ SSDs នៅក្នុងថាសពហុកម្រិតមានការប្រែប្រួល អាស្រ័យលើការអនុវត្តជាក់លាក់នៃ flash cache algorithms ដោយក្រុមហ៊ុនផលិតដែលបានផ្តល់ឱ្យ។
ការអនុវត្តទូទៅនៃគោលការណ៍ផ្ទុកសម្រាប់ឌីសដែលមានកម្រិត SSD គឺ SSD ដំបូង។
អានតែ Flash Cache ។ សម្រាប់ឃ្លាំងសម្ងាត់ flash បានតែអាន ស្រទាប់ផ្ទុកនៅលើ SSD ភ្ជាប់មកជាមួយការធ្វើមូលដ្ឋានីយកម្មសំខាន់នៃការសរសេរ ដោយមិនគិតពីឃ្លាំងសម្ងាត់។
អាន/សរសេរ Flash Cache ។ ក្នុងករណី flash cache ទំហំឃ្លាំងសម្ងាត់សរសេរត្រូវបានកំណត់ដំបូងទៅទំហំឃ្លាំងសម្ងាត់អតិបរមា ហើយកម្រិតផ្ទុក SSD លេចឡើងតែនៅពេលដែលទំហំឃ្លាំងសម្ងាត់មិនគ្រប់គ្រាន់សម្រាប់បម្រើបន្ទុកការងារដែលបានធ្វើមូលដ្ឋានីយកម្មទាំងមូល។
ការគណនាប្រតិបត្តិការ SSD និងឃ្លាំងសម្ងាត់ត្រូវបានធ្វើឡើងរាល់ពេលដោយផ្អែកលើការណែនាំរបស់អ្នកផលិត ប៉ុន្តែតែងតែជាករណីដ៏អាក្រក់បំផុត។

ប្រភព: www.habr.com