VP រហ័សនៅលើការផ្ទុកយូនីធី៖ របៀបដែលវាដំណើរការ

ថ្ងៃនេះយើងនឹងនិយាយអំពីបច្ចេកវិទ្យាគួរឱ្យចាប់អារម្មណ៍មួយដែលបានអនុវត្តនៅក្នុងប្រព័ន្ធផ្ទុកទិន្នន័យ Unity/Unity XT - FAST VP ។ ប្រសិនបើនេះជាលើកទីមួយរបស់អ្នកដែលបានឮអំពី Unity នោះអ្នកអាចពិនិត្យមើលលក្ខណៈប្រព័ន្ធដោយប្រើតំណភ្ជាប់នៅចុងបញ្ចប់នៃអត្ថបទ។ ខ្ញុំបានធ្វើការនៅ FAST VP នៅលើក្រុមគម្រោង Dell EMC អស់រយៈពេលជាងមួយឆ្នាំ។ ថ្ងៃនេះខ្ញុំចង់និយាយអំពីបច្ចេកវិទ្យានេះឱ្យកាន់តែលម្អិត និងបង្ហាញពីព័ត៌មានលម្អិតមួយចំនួននៃការអនុវត្តរបស់វា។ ជាការពិតណាស់មានតែអ្នកដែលត្រូវបានអនុញ្ញាតឱ្យបង្ហាញ។ ប្រសិនបើអ្នកចាប់អារម្មណ៍លើបញ្ហានៃការផ្ទុកទិន្នន័យប្រកបដោយប្រសិទ្ធភាព ឬគ្រាន់តែមិនទាន់យល់ច្បាស់អំពីឯកសារនោះ អត្ថបទនេះពិតជាមានប្រយោជន៍ និងគួរឱ្យចាប់អារម្មណ៍។

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

ថ្នាក់ផ្ទុក។ គោលដៅ និងគោលបំណងរបស់ FAST VP

FAST VP តំណាងឱ្យ Fully Automated Storage Tiering សម្រាប់ Virtual Pool។ ពិបាកបន្តិច? គ្មានបញ្ហាទេ យើងនឹងដោះស្រាយវាឥឡូវនេះ។ Tiering គឺជាវិធីនៃការរៀបចំការផ្ទុកទិន្នន័យដែលមានកម្រិតជាច្រើន (tiers) ដែលទិន្នន័យនេះត្រូវបានរក្សាទុក។ នីមួយៗមានលក្ខណៈផ្ទាល់ខ្លួន។ សំខាន់បំផុត៖ ការអនុវត្ត បរិមាណ និងតម្លៃនៃការរក្សាទុកឯកតាព័ត៌មាន។ ជាការពិតណាស់មានទំនាក់ទំនងរវាងពួកគេ។

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

ឥឡូវនេះសូមក្រឡេកមើលលក្ខណៈពិសេសនៃការអនុវត្តនៃការផ្ទុកកម្រិតនៅក្នុង Unity ។ យូនីធីមាន ៣ កម្រិត ឬថ្នាក់៖

• ដំណើរការខ្លាំង (SSDs)
• ដំណើរការ (SAS HDD 10k/15k RPM)
• សមត្ថភាព (NL-SAS HDD 7200 RPM)

ពួកវាត្រូវបានបង្ហាញតាមលំដាប់ចុះនៃការអនុវត្ត និងតម្លៃ។ ដំណើរការខ្លាំងរួមបញ្ចូលតែដ្រាយរដ្ឋរឹង (SSDs) ប៉ុណ្ណោះ។ ថ្នាក់ពីរផ្សេងទៀតរួមមានដ្រាយថាសម៉ាញេទិក ដែលខុសគ្នាក្នុងល្បឿនបង្វិល និងតាមដំណើរការ។

មេឌៀផ្ទុកពីកម្រិតដូចគ្នា និងទំហំដូចគ្នាត្រូវបានបញ្ចូលគ្នាទៅក្នុងអារេ RAID បង្កើតជាក្រុម RAID (ក្រុម RAID អក្សរកាត់ជា RG); អ្នកអាចអានអំពីកម្រិត RAID ដែលមាន និងណែនាំនៅក្នុងឯកសារផ្លូវការ។ អាងផ្ទុកត្រូវបានបង្កើតឡើងពីក្រុម RAID ពីកម្រិតមួយ ឬច្រើន ដែលទំហំទំនេរត្រូវបានចែកចាយ។ ហើយពីកន្លែងអាងទឹកត្រូវបានបម្រុងទុកសម្រាប់ប្រព័ន្ធឯកសារនិង LUNs ។

ហេតុអ្វីខ្ញុំត្រូវការ Tiering?

និយាយឱ្យខ្លីនិងអរូបី៖ ដើម្បីសម្រេចបានលទ្ធផលកាន់តែច្រើនដោយប្រើធនធានអប្បបរមា។ ពិសេសជាងនេះទៅទៀត លទ្ធផលត្រូវបានយល់ជាធម្មតាថាជាសំណុំនៃលក្ខណៈប្រព័ន្ធផ្ទុក - ល្បឿន និងពេលវេលាចូលប្រើ តម្លៃផ្ទុក និងផ្សេងទៀត។ អប្បបរមានៃធនធានមានន័យថា ការចំណាយតិចបំផុត៖ លុយ ថាមពល។ល។ FAST VP អនុវត្តយន្តការសម្រាប់ការចែកចាយទិន្នន័យឡើងវិញនៅទូទាំងកម្រិតផ្សេងៗគ្នានៅក្នុងប្រព័ន្ធផ្ទុកទិន្នន័យ Unity/Unity XT ។ ប្រសិនបើអ្នកជឿខ្ញុំ នោះអ្នកអាចរំលងកថាខណ្ឌបន្ទាប់។ សម្រាប់អ្វីដែលនៅសល់ខ្ញុំនឹងប្រាប់អ្នកបន្តិចទៀត។

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

• ទាមទារពេលវេលា និងការយកចិត្តទុកដាក់ពីអ្នកគ្រប់គ្រង។
• វាមិនតែងតែអាចធ្វើទៅបានដើម្បី "គូរឡើងវិញ" ធនធានផ្ទុកដើម្បីឱ្យសមនឹងលក្ខខណ្ឌផ្លាស់ប្តូរ។
• អត្ថប្រយោជន៍ដ៏សំខាន់មួយនឹងបាត់ទៅវិញ៖ ការចូលប្រើប្រាស់រួមទៅកាន់ធនធានដែលមានទីតាំងនៅកម្រិតផ្ទុកផ្សេងៗគ្នា។

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

សម្លឹងទៅមុខ ខ្ញុំនឹងនិយាយថា FAST VP ផ្លាស់ទីទិន្នន័យតែក្នុងអាងមួយប៉ុណ្ណោះ ហើយមិនមែនរវាងអាងជាច្រើនទេ។

បញ្ហាត្រូវបានដោះស្រាយដោយ FAST VP

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

• ការចែកចាយទិន្នន័យនៅទូទាំងប្រភេទផ្សេងគ្នានៃថាស, កម្រិត
• ការចែកចាយទិន្នន័យក្នុងចំណោមថាសដែលមានប្រភេទដូចគ្នា។
• ការចែកចាយទិន្នន័យនៅពេលពង្រីកអាង

មុនពេលយើងពិនិត្យមើលពីរបៀបដែលកិច្ចការទាំងនេះត្រូវបានដោះស្រាយ យើងត្រូវដឹងពីការពិតចាំបាច់មួយចំនួនអំពីរបៀបដែល FAST VP ធ្វើការ។ FAST VP ដំណើរការជាមួយប្លុកនៃទំហំជាក់លាក់មួយ - 256 មេកាបៃ។ នេះគឺជា "កំណាត់" តូចបំផុតនៃទិន្នន័យដែលអាចផ្លាស់ទីបាន។ ក្នុង​ឯកសារ​នេះ​គឺ​ជា​អ្វី​ដែល​គេ​ហៅ​វា​ថា ៖ ចំណិត ។ តាមទស្សនៈរបស់ FAST VP ក្រុម RAID ទាំងអស់មានសំណុំនៃ "បំណែក" បែបនេះ។ ដូច្នោះហើយស្ថិតិ I/O ទាំងអស់ត្រូវបានប្រមូលសម្រាប់ប្លុកទិន្នន័យបែបនេះ។ ហេតុអ្វីបានជាទំហំប្លុកនេះត្រូវបានជ្រើសរើស ហើយវានឹងត្រូវបានកាត់បន្ថយ? ប្លុកនេះមានទំហំធំណាស់ ប៉ុន្តែនេះគឺជាការសម្របសម្រួលរវាងភាពលម្អិតនៃទិន្នន័យ (ទំហំប្លុកតូចមានន័យថាការចែកចាយត្រឹមត្រូវជាង) និងធនធានកុំព្យូទ័រដែលមាន៖ ដោយសារដែនកំណត់តឹងរ៉ឹងដែលមានស្រាប់លើ RAM និងប្លុកមួយចំនួនធំ ទិន្នន័យស្ថិតិអាចនឹងកើនឡើង។ ច្រើនពេក ហើយចំនួននៃការគណនានឹងកើនឡើងតាមសមាមាត្រ។

របៀបដែល FAST VP បែងចែកទិន្នន័យទៅក្នុងអាង។ អ្នក​នយោបាយ

ដើម្បីគ្រប់គ្រងការដាក់ទិន្នន័យនៅក្នុងអាងជាមួយ FAST VP បានបើក គោលការណ៍ខាងក្រោមមាន៖

• កម្រិតដែលអាចប្រើបានខ្ពស់បំផុត
• កម្រិតស្វ័យប្រវត្តិ
• ចាប់ផ្តើមកម្រិតខ្ពស់ បន្ទាប់មកដោយស្វ័យប្រវត្តិកម្រិត (លំនាំដើម)
• កម្រិតដែលអាចប្រើបានទាបបំផុត។

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

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

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

លក្ខណៈវិនិច្ឆ័យដែល Fast VP ប្រើក្នុងការងាររបស់ខ្លួន។

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

មុខងារគណនាសីតុណ្ហភាពមានលក្ខណៈសម្បត្តិដូចខាងក្រោមៈ

• អវត្ដមាននៃ I/O ទិន្នន័យ "ត្រជាក់ចុះ" តាមពេលវេលា។
• នៅក្រោមបន្ទុកស្មើគ្នាច្រើន ឬតិចតាមពេលវេលា សីតុណ្ហភាពដំបូងនឹងកើនឡើង ហើយបន្ទាប់មកមានស្ថេរភាពក្នុងជួរជាក់លាក់មួយ។

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

ប៉ុន្តែសូមត្រលប់ទៅភារកិច្ចវិញ។ ដូច្នេះ យើង​អាច​ចាប់​ផ្តើម​វិភាគ​នូវ​អ្វី​ដែល​កំពុង​ត្រូវ​បាន​ធ្វើ​ដើម្បី​ដោះស្រាយ​បញ្ហា FAST VP។

ក.ការចែកចាយទិន្នន័យតាមប្រភេទផ្សេងគ្នានៃថាស កម្រិត

តាមពិតនេះគឺជាភារកិច្ចចម្បងរបស់ FAST VP ។ អ្វីដែលនៅសល់ក្នុងន័យមួយ គឺជាដេរីវេរបស់វា។ អាស្រ័យលើគោលការណ៍ដែលបានជ្រើសរើស ទិន្នន័យនឹងត្រូវបានចែកចាយតាមកម្រិតផ្ទុកផ្សេងៗគ្នា។ ជាដំបូងគោលការណ៍នៃការដាក់ត្រូវបានយកមកពិចារណា បន្ទាប់មកសីតុណ្ហភាពប្លុក និងទំហំ/ល្បឿននៃក្រុម RAID ។

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

ខ- ការចែកចាយទិន្នន័យក្នុងចំណោមថាសដែលមានប្រភេទដូចគ្នា។

សូមចាំថា នៅដើមដំបូងខ្ញុំបានសរសេរថា មេឌៀផ្ទុកទិន្នន័យពី មួយ ឬច្រើន។ កម្រិតត្រូវបានបញ្ចូលគ្នាទៅក្នុងអាងតែមួយ? ក្នុងករណីកម្រិតតែមួយ FAST VP ក៏មានការងារត្រូវធ្វើដែរ។ ដើម្បីសម្រេចបាននូវដំណើរការអតិបរមានៅកម្រិតណាមួយ វាត្រូវបានណែនាំឱ្យចែកចាយទិន្នន័យស្មើៗគ្នារវាងថាស។ នេះនឹង (តាមទ្រឹស្តី) អនុញ្ញាតឱ្យអ្នកទទួលបានចំនួនអតិបរមានៃ IOPS ។ ទិន្នន័យនៅក្នុងក្រុម RAID អាចត្រូវបានចាត់ទុកថាចែកចាយស្មើៗគ្នានៅទូទាំងថាស ប៉ុន្តែនេះមិនមែនតែងតែជាករណីរវាងក្រុម RAID នោះទេ។ នៅក្នុងព្រឹត្តិការណ៍នៃភាពមិនស្មើគ្នានោះ FAST VP នឹងផ្លាស់ទីទិន្នន័យរវាងក្រុម RAID តាមសមាមាត្រទៅនឹងបរិមាណរបស់ពួកគេ និង "ការអនុវត្តតាមលក្ខខណ្ឌ" (ជាលេខ)។ សម្រាប់ភាពច្បាស់លាស់ ខ្ញុំនឹងបង្ហាញគ្រោងការណ៍តុល្យភាពឡើងវិញក្នុងចំណោមក្រុម RAID ចំនួនបី៖

ខ.ការចែកចាយទិន្នន័យនៅពេលពង្រីកអាង

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

កម្រិត SSD Wear

ដោយប្រើកម្រិតនៃការពាក់ FAST VP អាចពន្យារអាយុជីវិតរបស់ SSD ទោះបីជាលក្ខណៈពិសេសនេះមិនទាក់ទងដោយផ្ទាល់ទៅនឹងការផ្ទុក Tiering ក៏ដោយ។ ដោយសារទិន្នន័យសីតុណ្ហភាពមានរួចហើយ ចំនួននៃការសរសេរក៏ត្រូវយកមកពិចារណាផងដែរ ហើយយើងដឹងពីរបៀបផ្លាស់ទីប្លុកទិន្នន័យ វានឹងសមហេតុផលសម្រាប់ FAST VP ដើម្បីដោះស្រាយបញ្ហានេះ។

ប្រសិនបើចំនួនធាតុនៅក្នុងក្រុម RAID មួយលើសពីចំនួនធាតុនៅក្នុងក្រុមផ្សេងទៀត នោះ FAST VP នឹងចែកចាយទិន្នន័យឡើងវិញដោយអនុលោមតាមចំនួនប្រតិបត្តិការសរសេរ។ ម្យ៉ាងវិញទៀត នេះជួយសម្រាលបន្ទុក និងរក្សាទុកធនធាននៃថាសមួយចំនួន ម្យ៉ាងវិញទៀតវាបន្ថែម "ការងារ" សម្រាប់អ្នកផ្ទុកតិច បង្កើនដំណើរការទាំងមូល។

តាមរបៀបនេះ FAST VP ទទួលយកបញ្ហាប្រឈមបែបប្រពៃណីនៃការផ្ទុកកម្រិត ហើយធ្វើច្រើនជាងនេះបន្តិច។ ទាំងអស់នេះអនុញ្ញាតឱ្យអ្នករក្សាទុកទិន្នន័យយ៉ាងមានប្រសិទ្ធភាពនៅក្នុងប្រព័ន្ធផ្ទុកយូនីធី។

គន្លឹះមួយចំនួន

1. កុំធ្វេសប្រហែសក្នុងការអានឯកសារ។ មានការអនុវត្តល្អបំផុត ហើយពួកគេដំណើរការបានល្អ។ ប្រសិនបើអ្នកធ្វើតាមពួកគេនោះជាក្បួនមិនមានបញ្ហាធ្ងន់ធ្ងរកើតឡើងទេ។ ដំបូន្មានដែលនៅសល់ជាមូលដ្ឋានធ្វើឡើងវិញ ឬបំពេញបន្ថែមពួកគេ។
2. ប្រសិនបើអ្នកបានកំណត់រចនាសម្ព័ន្ធ និងបើកដំណើរការ FAST VP វាជាការប្រសើរក្នុងការទុកវាឱ្យដំណើរការ។ អនុញ្ញាតឱ្យវាចែកចាយទិន្នន័យនៅក្នុងពេលវេលាដែលបានបែងចែករបស់វា ហើយបន្តិចម្តងៗតិចជាងម្តងក្នុងមួយឆ្នាំ ហើយមានផលប៉ះពាល់យ៉ាងធ្ងន់ធ្ងរដល់ការអនុវត្តការងារផ្សេងទៀត។ ក្នុងករណីបែបនេះ ការចែកចាយទិន្នន័យឡើងវិញអាចចំណាយពេលយូរ។
3. សូមប្រយ័ត្នពេលជ្រើសរើសបង្អួចផ្លាស់ប្តូរទីតាំង។ ទោះបីជាវាច្បាស់ក៏ដោយ ព្យាយាមជ្រើសរើសពេលវេលាដែលមានបន្ទុកតិចបំផុតលើ Unity ហើយបែងចែកពេលវេលាគ្រប់គ្រាន់។
4. រៀបចំផែនការពង្រីកប្រព័ន្ធផ្ទុករបស់អ្នក ធ្វើវាឱ្យទាន់ពេល។ នេះគឺជាអនុសាសន៍ទូទៅដែលមានសារៈសំខាន់សម្រាប់ FAST VP ផងដែរ។ ប្រសិនបើទំហំទំនេរមានតិចតួច នោះចលនាទិន្នន័យនឹងថយចុះ ឬមិនអាចទៅរួច។ ជាពិសេសប្រសិនបើអ្នកធ្វេសប្រហែសចំណុច 2 ។
5. នៅពេលពង្រីកអាងដោយបើកដំណើរការ FAST VP អ្នកមិនគួរចាប់ផ្តើមជាមួយថាសយឺតបំផុតនោះទេ។ នោះគឺយើងបន្ថែមក្រុម RAID ដែលបានគ្រោងទុកទាំងអស់ក្នុងពេលតែមួយ ឬបន្ថែមថាសលឿនបំផុតជាមុនសិន។ ក្នុងករណីនេះ ការចែកចាយទិន្នន័យឡើងវិញទៅថាស "លឿន" ថ្មីនឹងបង្កើនល្បឿនទាំងមូលនៃអាង។ បើមិនដូច្នោះទេការចាប់ផ្តើមជាមួយថាស "យឺត" អាចនាំឱ្យមានស្ថានភាពមិនល្អ។ ទីមួយ ទិន្នន័យនឹងត្រូវបានផ្ទេរទៅថាសថ្មី ដែលយឺតបន្តិច ហើយបន្ទាប់មកនៅពេលដែលបន្ថែមលឿនជាងមុន នោះក្នុងទិសដៅផ្ទុយ។ មានភាពខុសប្លែកគ្នានៅទីនេះទាក់ទងនឹងគោលការណ៍ FAST VP ផ្សេងៗគ្នា ប៉ុន្តែជាទូទៅ ស្ថានភាពស្រដៀងគ្នាគឺអាចធ្វើទៅបាន។

ប្រសិនបើអ្នកកំពុងសម្លឹងមើលផលិតផលនេះ អ្នកអាចសាកល្បង Unity ដោយមិនគិតថ្លៃដោយទាញយកឧបករណ៍និម្មិត Unity VSA ។

នៅចុងបញ្ចប់នៃសម្ភារៈ ខ្ញុំចែករំលែកតំណមានប្រយោជន៍ជាច្រើន៖

• ទំព័រ ប្រព័ន្ធផ្ទុកយូនីធី
• Dell EMC Unity៖ ទ្រឹស្តីប្រតិបត្តិការរហ័ស VP - ការពិពណ៌នាសង្ខេបនៃមុខងារ
• ការពិពណ៌នាលម្អិត និងពេញលេញបន្ថែមទៀត, ទម្រង់ pdf
• Unity VSA/Cloud edition

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

ខ្ញុំចង់សរសេរអំពីច្រើន ប៉ុន្តែខ្ញុំយល់ថា មិនមែនព័ត៌មានលម្អិតទាំងអស់នឹងគួរឱ្យចាប់អារម្មណ៍សម្រាប់អ្នកអាននោះទេ។ ឧទាហរណ៍ អ្នកអាចនិយាយយ៉ាងលម្អិតអំពីលក្ខណៈវិនិច្ឆ័យដែល FAST VP ធ្វើការសម្រេចចិត្តអំពីការផ្ទេរទិន្នន័យ អំពីដំណើរការនៃការវិភាគស្ថិតិ I/O ។ ផងដែរប្រធានបទនៃអន្តរកម្មជាមួយ អាងថាមវន្តហើយនេះសមនឹងទទួលបានអត្ថបទដាច់ដោយឡែកមួយ។ អ្នកថែមទាំងអាចស្រមើស្រមៃអំពីការអភិវឌ្ឍន៍នៃបច្ចេកវិទ្យានេះ។ ខ្ញុំសង្ឃឹមថាវាមិនធុញទ្រាន់ ហើយខ្ញុំមិនធុញអ្នកទេ។ ជួបគ្នាម្តងទៀត!

ប្រភព: www.habr.com