ការប្រៀបធៀបសង្ខេបនៃស្ថាបត្យកម្ម SDS ឬការស្វែងរកវេទិកាផ្ទុកត្រឹមត្រូវ (GlusterVsCephVsVirtuozzoStorage)

អត្ថបទនេះត្រូវបានសរសេរដើម្បីជួយអ្នកជ្រើសរើសដំណោះស្រាយត្រឹមត្រូវសម្រាប់ខ្លួនអ្នក និងយល់ពីភាពខុសគ្នារវាង SDS ដូចជា Gluster, Ceph និង Vstorage (Virtuozzo)។

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

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

រលោង

ចូរចាប់ផ្តើមជាមួយ Gluster ដែលត្រូវបានប្រើយ៉ាងសកម្មដោយអ្នកផលិតនៃវេទិកា hyperconverged ជាមួយ SDS ដោយផ្អែកលើប្រភពបើកចំហសម្រាប់បរិស្ថាននិម្មិត ហើយអាចរកបាននៅលើគេហទំព័រ RedHat នៅក្នុងផ្នែកផ្ទុក ដែលអ្នកអាចជ្រើសរើសពីជម្រើស SDS ពីរ៖ Gluster ឬ Ceph ។

Gluster មានបណ្តុំអ្នកបកប្រែ - សេវាកម្មដែលអនុវត្តការងារទាំងអស់នៃការចែកចាយឯកសារ។ល។ ឥដ្ឋគឺជាសេវាកម្មដែលផ្តល់សេវាមួយឌីស បរិមាណគឺជាបរិមាណ (អាង) ដែលបង្រួបបង្រួមឥដ្ឋទាំងនេះ។ បន្ទាប់មកសេវាកម្មសម្រាប់ចែកចាយឯកសារទៅជាក្រុមដោយប្រើមុខងារ DHT (distributed hash table)។ យើងនឹងមិនរួមបញ្ចូលសេវា Sharding នៅក្នុងការពិពណ៌នានោះទេ ព្រោះតំណភ្ជាប់ខាងក្រោមនឹងពណ៌នាអំពីបញ្ហាដែលទាក់ទងនឹងវា។

នៅពេលសរសេរ ឯកសារទាំងមូលត្រូវបានរក្សាទុកក្នុងឥដ្ឋ ហើយច្បាប់ចម្លងរបស់វាត្រូវបានសរសេរក្នុងពេលដំណាលគ្នាទៅនឹងឥដ្ឋនៅលើម៉ាស៊ីនមេទីពីរ។ បន្ទាប់មកឯកសារទីពីរនឹងត្រូវបានសរសេរទៅក្រុមទីពីរនៃឥដ្ឋពីរ (ឬច្រើន) នៅលើម៉ាស៊ីនមេផ្សេងៗគ្នា។

ប្រសិនបើឯកសារមានទំហំប៉ុនគ្នា ហើយបរិមាណមានតែមួយក្រុម នោះអ្វីៗគឺល្អ ប៉ុន្តែនៅក្រោមលក្ខខណ្ឌផ្សេងទៀត បញ្ហាខាងក្រោមនឹងកើតឡើងពីការពិពណ៌នា៖

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

ពីការពិពណ៌នាផ្លូវការ ស្ថាបត្យកម្ម យើងក៏យល់ដោយអចេតនាផងដែរដែលថា gluster ដំណើរការជាការផ្ទុកឯកសារនៅលើកំពូលនៃ RAID ផ្នែករឹងបុរាណ។ មានការប៉ុនប៉ងអភិវឌ្ឍន៍ដើម្បីកាត់ (Sharding) ឯកសារទៅជាប្លុក ប៉ុន្តែទាំងអស់នេះគឺជាការបន្ថែមដែលធ្វើអោយបាត់បង់ការអនុវត្តលើវិធីសាស្រ្តស្ថាបត្យកម្មដែលមានស្រាប់ បូករួមទាំងការប្រើប្រាស់សមាសធាតុដែលបានចែកចាយដោយសេរីជាមួយនឹងដែនកំណត់ការអនុវត្តដូចជា Fuse ។ មិនមានសេវាទិន្នន័យមេតាដែលកំណត់ការអនុវត្ត និងសមត្ថភាពអត់ឱនកំហុសនៃការផ្ទុកនៅពេលចែកចាយឯកសារទៅជាប្លុក។ សូចនាករការអនុវត្តកាន់តែប្រសើរអាចត្រូវបានគេសង្កេតឃើញជាមួយនឹងការកំណត់រចនាសម្ព័ន្ធ "ការចម្លងដែលបានចែកចាយ" ហើយចំនួនថ្នាំងគួរតែមានយ៉ាងហោចណាស់ 6 ដើម្បីរៀបចំការចម្លងដែលអាចទុកចិត្តបាន 3 ជាមួយការចែកចាយបន្ទុកដ៏ល្អប្រសើរ។

ការរកឃើញទាំងនេះក៏ទាក់ទងនឹងការពិពណ៌នាអំពីបទពិសោធន៍របស់អ្នកប្រើប្រាស់ផងដែរ។ រលោង ហើយបើប្រៀបធៀបជាមួយ សេហ្វហើយវាក៏មានការពិពណ៌នាអំពីបទពិសោធន៍ដែលនាំទៅដល់ការយល់ដឹងអំពីការកំណត់រចនាសម្ព័ន្ធដែលមានផលិតភាព និងគួរឱ្យទុកចិត្តជាងមុននេះផងដែរ។ "ចម្លងចែកចាយ" ។


រូបភាពបង្ហាញពីការចែកចាយបន្ទុកនៅពេលសរសេរឯកសារពីរ ដែលច្បាប់ចម្លងនៃឯកសារទីមួយត្រូវបានចែកចាយនៅទូទាំងម៉ាស៊ីនមេបីដំបូងដែលត្រូវបានបញ្ចូលគ្នាទៅក្នុងក្រុមបរិមាណ 0 ហើយច្បាប់ចម្លងនៃឯកសារទីពីរត្រូវបានដាក់នៅលើក្រុមទីពីរនៃភាគទី 1 ។ ម៉ាស៊ីនមេ។ ម៉ាស៊ីនមេនីមួយៗមានថាសមួយ។

ការសន្និដ្ឋានទូទៅគឺថាអ្នកអាចប្រើ Gluster ប៉ុន្តែជាមួយនឹងការយល់ដឹងថានឹងមានដែនកំណត់ក្នុងការអនុវត្ត និងការអត់ឱនកំហុសដែលបង្កើតការលំបាកនៅក្រោមលក្ខខណ្ឌជាក់លាក់នៃដំណោះស្រាយ hyperconverged ដែលធនធានក៏ត្រូវការសម្រាប់ការគណនានៃបរិស្ថាននិម្មិតផងដែរ។

វាក៏មានសូចនាករការអនុវត្ត Gluster មួយចំនួនដែលអាចសម្រេចបានក្រោមលក្ខខណ្ឌជាក់លាក់ ត្រូវបានកំណត់ចំពោះ ការអត់ធ្មត់កំហុស។

សេហ្វ

ឥឡូវនេះសូមមើល Ceph ពីការពិពណ៌នាស្ថាបត្យកម្មដែលខ្ញុំអាចធ្វើបាន ស្វែងរក។ វាក៏មានការប្រៀបធៀបរវាង Glusterfs និង Cephដែលជាកន្លែងដែលអ្នកអាចយល់បានភ្លាមៗថា វាត្រូវបានណែនាំឱ្យដាក់ពង្រាយ Ceph នៅលើម៉ាស៊ីនមេដាច់ដោយឡែក ដោយសារសេវាកម្មរបស់វាត្រូវការធនធានផ្នែករឹងទាំងអស់ដែលកំពុងដំណើរការ។

ស្ថាបត្យកម្ម សេហ្វ ស្មុគ្រស្មាញជាង Gluster ហើយមានសេវាកម្មដូចជា សេវាទិន្នន័យមេតា ប៉ុន្តែជង់ទាំងមូលនៃសមាសភាគគឺពិតជាស្មុគស្មាញ ហើយមិនមានភាពបត់បែនខ្លាំងសម្រាប់ការប្រើប្រាស់វានៅក្នុងដំណោះស្រាយនិម្មិត។ ទិន្នន័យត្រូវបានរក្សាទុកជាបណ្តុំ ដែលមើលទៅមានផលិតភាពជាង ប៉ុន្តែនៅក្នុងឋានានុក្រមនៃសេវាកម្មទាំងអស់ (សមាសធាតុ) មានការខាតបង់ និងការពន្យារពេលនៅក្រោមបន្ទុកជាក់លាក់ និងលក្ខខណ្ឌសង្គ្រោះបន្ទាន់ ឧទាហរណ៍ដូចខាងក្រោម អត្ថបទ។

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

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

នៅក្នុងគ្រោងការណ៍នេះ ការដាក់ក្រុមមើលទៅហាក់ដូចជាកម្រិតចាំបាច់សម្រាប់ភាពបត់បែននៃដំណោះស្រាយទាំងមូល ប៉ុន្តែនៅពេលជាមួយគ្នានេះ ជាតំណភ្ជាប់បន្ថែមនៅក្នុងខ្សែសង្វាក់នេះ ដែលបង្ហាញពីការបាត់បង់ផលិតភាពដោយអចេតនា។ ឧទាហរណ៍ នៅពេលសរសេរទិន្នន័យ ប្រព័ន្ធត្រូវការបំបែកវាទៅជាក្រុមទាំងនេះ ហើយបន្ទាប់មកនៅកម្រិតរូបវន្តចូលទៅក្នុងថាសមេ និងថាសសម្រាប់ការចម្លង។ នោះគឺមុខងារ Hash ដំណើរការនៅពេលស្វែងរក និងបញ្ចូលវត្ថុមួយ ប៉ុន្តែមានផលប៉ះពាល់មួយ - វាមានតម្លៃខ្ពស់ណាស់ និងការរឹតបន្តឹងលើការបង្កើត hash ឡើងវិញ (នៅពេលបន្ថែម ឬដកឌីស)។ បញ្ហា hash មួយទៀតគឺការកំណត់ទីតាំងទិន្នន័យយ៉ាងច្បាស់ដែលមិនអាចផ្លាស់ប្តូរបាន។ នោះគឺប្រសិនបើថាសស្ថិតនៅក្រោមបន្ទុកកើនឡើងនោះប្រព័ន្ធមិនមានឱកាសមិនសរសេរទៅវាទេ (ដោយជ្រើសរើសថាសផ្សេងទៀត) មុខងារ hash តម្រូវឱ្យទិន្នន័យដែលមានទីតាំងនៅតាមច្បាប់មិនថាអាក្រក់យ៉ាងណា។ ថាសគឺដូច្នេះ Ceph ស៊ីអង្គចងចាំច្រើននៅពេលបង្កើត PG ឡើងវិញក្នុងករណីព្យាបាលដោយខ្លួនឯងឬបង្កើនការផ្ទុក។ ការសន្និដ្ឋានគឺថា Ceph ដំណើរការបានល្អ (ទោះបីជាយឺតក៏ដោយ) ប៉ុន្តែនៅពេលដែលមិនមានការធ្វើមាត្រដ្ឋាន ស្ថានភាពសង្គ្រោះបន្ទាន់ ឬការធ្វើបច្ចុប្បន្នភាពប៉ុណ្ណោះ។

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

ការផ្ទុក

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

អ្វីដែលអាចរួមរស់ជាមួយគ្នាសម្រាប់ការផ្ទុកនៅជាប់នឹងសេវាកម្មរបស់ kvm-qemu hypervisor ហើយទាំងនេះគ្រាន់តែជាសេវាកម្មមួយចំនួនដែលបានរកឃើញថាមានឋានានុក្រមដ៏ល្អប្រសើរនៃសមាសធាតុ៖ សេវាអតិថិជនដែលបានដំឡើងតាមរយៈ FUSE (កែប្រែ មិនមែនប្រភពបើកចំហ) សេវាទិន្នន័យមេតា MDS (សេវាទិន្នន័យមេតា) ប្លុកទិន្នន័យសេវាកម្ម Chunk ដែលនៅកម្រិតរូបវន្តគឺស្មើនឹងថាសមួយ ហើយនោះជាអ្វីទាំងអស់។ ទាក់ទងនឹងល្បឿន វាជាការប្រសើរបំផុតក្នុងការប្រើប្រាស់គ្រោងការណ៍ដែលអត់ឱនចំពោះកំហុសជាមួយការចម្លងពីរ ប៉ុន្តែប្រសិនបើអ្នកប្រើឃ្លាំងសម្ងាត់ និងកត់ត្រានៅលើដ្រាយ SSD នោះការសរសេរកូដដែលអត់ឱនដល់កំហុស (លុបកូដ ឬវាយឆ្មក់ 6) អាចត្រូវបានត្រួតលើគ្នាយ៉ាងសមរម្យនៅលើ គ្រោងការណ៍កូនកាត់ ឬសូម្បីតែប្រសើរជាងនៅលើ Flash ទាំងអស់។ មានគុណវិបត្តិមួយចំនួនជាមួយ EC (លុបការសរសេរកូដ)៖ នៅពេលផ្លាស់ប្តូរប្លុកទិន្នន័យមួយ ចាំបាច់ត្រូវគណនាឡើងវិញនូវបរិមាណស្មើគ្នា។ ដើម្បីជៀសផុតពីការខាតបង់ដែលទាក់ទងនឹងប្រតិបត្តិការនេះ Ceph សរសេរទៅ EC ពន្យារពេល ហើយបញ្ហានៃការអនុវត្តអាចកើតឡើងក្នុងអំឡុងពេលសំណើជាក់លាក់ នៅពេលដែលឧទាហរណ៍ ប្លុកទាំងអស់ត្រូវអាន ហើយក្នុងករណី Virtuozzo Storage ការសរសេរប្លុកដែលបានផ្លាស់ប្តូរត្រូវបានអនុវត្ត។ ដោយប្រើវិធីសាស្រ្ត "ប្រព័ន្ធឯកសារដែលមានរចនាសម្ព័ន្ធកំណត់ហេតុ" ដែលកាត់បន្ថយការចំណាយលើការគណនាភាពស្មើគ្នា។ ដើម្បីប៉ាន់ប្រមាណអំពីជម្រើសជាមួយនឹងការបង្កើនល្បឿននៃការងារដោយមាន និងគ្មាន EC មាន ម៉ាស៊ីនគិតលេខ។ - តួលេខអាចប្រហាក់ប្រហែលអាស្រ័យលើមេគុណភាពត្រឹមត្រូវរបស់អ្នកផលិតឧបករណ៍ ប៉ុន្តែលទ្ធផលនៃការគណនាគឺជាជំនួយដ៏ល្អក្នុងការធ្វើផែនការកំណត់រចនាសម្ព័ន្ធ។

ដ្យាក្រាមសាមញ្ញនៃសមាសធាតុផ្ទុកមិនមានន័យថាសមាសធាតុទាំងនេះមិនស្រូបយកទេ។ ធនធានជាតិដែក, ប៉ុន្តែប្រសិនបើអ្នកគណនាការចំណាយទាំងអស់ជាមុន អ្នកអាចពឹងផ្អែកលើការសហការនៅក្បែរអ្នកមើលការខុសត្រូវ។
មានគ្រោងការណ៍សម្រាប់ការប្រៀបធៀបការប្រើប្រាស់ធនធានផ្នែករឹងដោយសេវាកម្មផ្ទុក Ceph និង Virtuozzo ។

ប្រសិនបើពីមុនអាចប្រៀបធៀប Gluster និង Ceph ដោយប្រើអត្ថបទចាស់ដោយប្រើបន្ទាត់សំខាន់បំផុតពីពួកគេបន្ទាប់មកជាមួយ Virtuozzo វាពិបាកជាង។ មិនមានអត្ថបទច្រើនលើផលិតផលនេះទេ ហើយព័ត៌មានអាចប្រមូលបានតែពីឯកសារនៅលើ ជាភាសាអង់គ្លេស ឬជាភាសារុស្សី ប្រសិនបើយើងចាត់ទុក Vstorage ជាកន្លែងផ្ទុកដែលប្រើក្នុងដំណោះស្រាយ hyperconverged មួយចំនួននៅក្នុងក្រុមហ៊ុនដូចជា Rosplatforma និង Acronis ។

ខ្ញុំនឹងព្យាយាមជួយក្នុងការពិពណ៌នាអំពីស្ថាបត្យកម្មនេះ ដូច្នេះវានឹងមានអត្ថបទបន្តិចទៀត ប៉ុន្តែវាត្រូវការពេលច្រើនដើម្បីយល់ពីឯកសារដោយខ្លួនឯង ហើយឯកសារដែលមានស្រាប់អាចប្រើជាឯកសារយោងបានដោយការកែប្រែតារាង មាតិកា ឬស្វែងរកតាមពាក្យគន្លឹះ។

ចូរយើងពិចារណាដំណើរការថតនៅក្នុងការកំណត់រចនាសម្ព័ន្ធផ្នែករឹងកូនកាត់ជាមួយនឹងសមាសធាតុដែលបានពិពណ៌នាខាងលើ៖ ការថតចាប់ផ្តើមទៅកាន់ថ្នាំងដែលអតិថិជនបានផ្តួចផ្តើមវា (សេវាកម្មចំណុចម៉ោន FUSE) ប៉ុន្តែសមាសភាគមេនៃសេវាកម្មទិន្នន័យមេតា (MDS) នឹងជាការពិត។ ដឹកនាំអតិថិជនដោយផ្ទាល់ទៅកាន់សេវាកម្មកំណាត់ដែលចង់បាន (សេវាកម្មផ្ទុក CS ប្លុក) ពោលគឺ MDS មិនចូលរួមក្នុងដំណើរការថតនោះទេ ប៉ុន្តែគ្រាន់តែដឹកនាំសេវាកម្មទៅផ្នែកដែលត្រូវការ។ ជាទូទៅយើងអាចផ្តល់ភាពស្រដៀងគ្នាទៅនឹងការថតជាមួយនឹងការចាក់ទឹកចូលទៅក្នុងធុង។ ធុងនីមួយៗគឺជាប្លុកទិន្នន័យ 256MB ។

នោះគឺថាសមួយគឺជាចំនួនជាក់លាក់នៃធុងបែបនេះ ពោលគឺបរិមាណថាសដែលបែងចែកដោយ 256MB ។ ច្បាប់ចម្លងនីមួយៗត្រូវបានចែកចាយទៅថ្នាំងមួយ ទីពីរស្ទើរតែស្របទៅនឹងថ្នាំងមួយទៀត។ កំណត់ហេតុទៅកាន់ SSD ហើយការកំណត់ឡើងវិញស្របគ្នាពី SSD នឹងបន្តនៅលើ HDD ដូចជានៅក្នុងផ្ទៃខាងក្រោយ។ នៅក្នុងករណីនៃការចម្លងចំនួនបី កំណត់ត្រានឹងត្រូវបានប្រព្រឹត្តបន្ទាប់ពីការបញ្ជាក់ពី SSD នៃថ្នាំងទីបី។ វាហាក់ដូចជាថាផលបូកនៃល្បឿនសរសេររបស់ SSDs បីអាចត្រូវបានបែងចែកដោយបី ហើយយើងនឹងទទួលបានល្បឿនសរសេរនៃការចម្លងមួយ ប៉ុន្តែច្បាប់ចម្លងត្រូវបានសរសេរស្របគ្នា ហើយល្បឿន Latency បណ្តាញជាធម្មតាខ្ពស់ជាង SSD, ហើយជាការពិត ដំណើរការសរសេរនឹងអាស្រ័យលើបណ្តាញ។ ក្នុងន័យនេះ ដើម្បីមើល IOPS ពិតប្រាកដ អ្នកត្រូវផ្ទុក Vstorage ទាំងមូលដោយត្រឹមត្រូវ។ វិធីសាស្រ្តនោះគឺការសាកល្បងផ្ទុកពិត មិនមែនអង្គចងចាំ និងឃ្លាំងសម្ងាត់ទេ ដែលចាំបាច់ត្រូវគិតគូរពីទំហំប្លុកទិន្នន័យត្រឹមត្រូវ ចំនួនខ្សែស្រឡាយ។ល។

កំណត់ហេតុដែលបានរៀបរាប់ខាងលើនៅលើ SSD ដំណើរការតាមរបៀបដែលទិន្នន័យចូលក្នុងវាភ្លាមៗ វាត្រូវបានអានភ្លាមៗដោយសេវាកម្ម ហើយសរសេរទៅកាន់ HDD ។ មានសេវាទិន្នន័យមេតាជាច្រើន (MDS) ក្នុងមួយចង្កោម ហើយចំនួនរបស់ពួកគេត្រូវបានកំណត់ដោយកូរ៉ុម ដែលដំណើរការដោយយោងតាមក្បួនដោះស្រាយ Paxos ។ តាមទស្សនៈរបស់អតិថិជន ចំណុចម៉ោន FUSE គឺជាថតឯកសារផ្ទុកចង្កោម ដែលអាចមើលឃើញក្នុងពេលដំណាលគ្នាចំពោះថ្នាំងទាំងអស់ក្នុងចង្កោម ថ្នាំងនីមួយៗមានម៉ាស៊ីនភ្ញៀវដែលបានម៉ោនតាមគោលការណ៍នេះ ដូច្នេះការផ្ទុកនេះមានសម្រាប់ថ្នាំងនីមួយៗ។

សម្រាប់ការអនុវត្តវិធីសាស្រ្តដែលបានពិពណ៌នាខាងលើ វាមានសារៈសំខាន់ខ្លាំងណាស់ នៅដំណាក់កាលធ្វើផែនការ និងការដាក់ពង្រាយ ដើម្បីកំណត់រចនាសម្ព័ន្ធបណ្តាញឱ្យបានត្រឹមត្រូវ ដែលជាកន្លែងដែលនឹងមានតុល្យភាពដោយសារតែការប្រមូលផ្តុំ និងកម្រិតបញ្ជូនបណ្តាញដែលបានជ្រើសរើសត្រឹមត្រូវ។ នៅក្នុងការប្រមូលផ្តុំ វាជាការសំខាន់ក្នុងការជ្រើសរើសរបៀប hashing ត្រឹមត្រូវ និងទំហំស៊ុម។ វាក៏មានភាពខុសប្លែកគ្នាយ៉ាងខ្លាំងពី SDS ដែលបានពិពណ៌នាខាងលើ នេះគឺត្រូវបានបញ្ចូលគ្នាជាមួយនឹងបច្ចេកវិទ្យាផ្លូវលឿននៅក្នុង Virtuozzo Storage ។ ដែលបន្ថែមពីលើ fuse ទំនើប មិនដូចដំណោះស្រាយប្រភពបើកចំហផ្សេងទៀត បង្កើន IOPS យ៉ាងសំខាន់ និងអនុញ្ញាតឱ្យអ្នកមិនត្រូវបានកំណត់ដោយការធ្វើមាត្រដ្ឋានផ្ដេក ឬបញ្ឈរ។ ជាទូទៅ បើប្រៀបធៀបទៅនឹងស្ថាបត្យកម្មដែលបានពិពណ៌នាខាងលើ មួយនេះមើលទៅមានថាមពលខ្លាំងជាង ប៉ុន្តែសម្រាប់ការសប្បាយបែបនេះ ពិតណាស់អ្នកត្រូវទិញអាជ្ញាប័ណ្ណមិនដូច Ceph និង Gluster ទេ។

ដើម្បីសង្ខេប យើងអាចគូសបញ្ជាក់ពីកំពូលទាំងបី៖ ការផ្ទុក Virtuozzo ជាប់ចំណាត់ថ្នាក់លេខ XNUMX នៅក្នុងលក្ខខណ្ឌនៃការអនុវត្ត និងភាពជឿជាក់នៃស្ថាបត្យកម្ម Ceph ជាប់ចំណាត់ថ្នាក់ទីពីរ ហើយ Gluster ជាប់ចំណាត់ថ្នាក់ទីបី។

លក្ខណៈវិនិច្ឆ័យដែល Virtuozzo Storage ត្រូវបានជ្រើសរើស៖ វាគឺជាសំណុំដ៏ល្អប្រសើរនៃសមាសធាតុស្ថាបត្យកម្ម ដែលធ្វើទំនើបកម្មសម្រាប់វិធីសាស្រ្ត Fuse នេះជាមួយនឹងផ្លូវល្បឿនលឿន សំណុំនៃការកំណត់រចនាសម្ព័ន្ធផ្នែករឹង ការប្រើប្រាស់ធនធានតិច និងសមត្ថភាពក្នុងការចែករំលែកជាមួយកុំព្យូទ័រ (កុំព្យូទ័រ/និម្មិតរូបនីយកម្ម)។ នោះគឺវាសមស្របទាំងស្រុងសម្រាប់ដំណោះស្រាយ hyperconverged ដែលគាត់ជាផ្នែកនៃ កន្លែងទីពីរគឺ Ceph ដោយសារតែវាជាស្ថាបត្យកម្មដែលមានផលិតភាពជាងបើប្រៀបធៀបទៅនឹង Gluster ដោយសារតែប្រតិបត្តិការរបស់វានៅក្នុងប្លុក ក៏ដូចជាសេណារីយ៉ូដែលអាចបត់បែនបានជាង និងសមត្ថភាពក្នុងការធ្វើការនៅក្នុងចង្កោមធំជាង។

មានគម្រោងសរសេរការប្រៀបធៀបរវាង vSAN, Space Direct Storage, Vstorage និង Nutanix Storage ការធ្វើតេស្ត Vstorage លើឧបករណ៍ HPE និង Huawei ក៏ដូចជាសេណារីយ៉ូសម្រាប់រួមបញ្ចូល Vstorage ជាមួយនឹងប្រព័ន្ធផ្ទុក hardware ខាងក្រៅ ដូច្នេះប្រសិនបើអ្នកចូលចិត្តអត្ថបទនោះ វានឹងក្លាយជា រីករាយក្នុងការទទួលបានមតិកែលម្អពីអ្នក ដែលអាចបង្កើនការលើកទឹកចិត្តសម្រាប់អត្ថបទថ្មី ដោយគិតគូរពីមតិយោបល់ និងបំណងប្រាថ្នារបស់អ្នក។

ប្រភព: www.habr.com