🥇 ពពកធន់នឹងគ្រោះមហន្តរាយ៖ របៀបដែលវាដំណើរការ

ហេហេ!

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

ប្រព័ន្ធផ្ទុកពពកដែលធន់នឹងគ្រោះមហន្តរាយនៅលើគេហទំព័រ OST ។

តើមានអ្វីនៅខាងក្នុង

នៅក្រោមក្រណាត់ ចង្កោមមានម៉ាស៊ីនមេ Cisco UCS ដែលមាន VMware ESXi hypervisor ប្រព័ន្ធផ្ទុកទិន្នន័យ INFINIDAT InfiniBox F2240 ចំនួនពីរ ឧបករណ៍បណ្តាញ Cisco Nexus ក៏ដូចជាឧបករណ៍ប្តូរ Brocade SAN ។ ចង្កោមត្រូវបានបែងចែកជាពីរគេហទំព័រ - OST និង NORD ពោលគឺមជ្ឈមណ្ឌលទិន្នន័យនីមួយៗមានសំណុំឧបករណ៍ដូចគ្នា។ តាមពិតនេះគឺជាអ្វីដែលធ្វើឱ្យវាធន់នឹងគ្រោះមហន្តរាយ។

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

ពាក្យពីរបីអំពីប្រព័ន្ធផ្ទុក។ យើងបានបង្កើតកំណែដំបូងនៃពពកការពារគ្រោះមហន្តរាយនៅលើ NetApp ។ នៅទីនេះយើងជ្រើសរើស INFINIDAT ហើយនេះជាមូលហេតុ៖

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

នេះគឺជារូបថតមួយចំនួនពីការវេចខ្ចប់៖

របៀបដែលវាដំណើរការ

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

ក្នុងករណីទាំងអស់នេះ ម៉ាស៊ីននិម្មិតរបស់ម៉ាស៊ីនភ្ញៀវបន្តដំណើរការ ហើយនេះជាមូលហេតុ។

ការរចនាចង្កោមត្រូវបានរចនាឡើងដើម្បីឱ្យម៉ាស៊ីន ESXi ណាមួយដែលមានម៉ាស៊ីននិម្មិតរបស់អតិថិជនអាចចូលប្រើប្រព័ន្ធផ្ទុកទិន្នន័យណាមួយក្នុងចំណោមប្រព័ន្ធផ្ទុកទិន្នន័យទាំងពីរ។ ប្រសិនបើប្រព័ន្ធផ្ទុកទិន្នន័យនៅលើគេហទំព័រ OST បរាជ័យ នោះម៉ាស៊ីននិម្មិតនឹងបន្តដំណើរការ៖ ម៉ាស៊ីនដែលពួកគេកំពុងដំណើរការនឹងចូលប្រើប្រព័ន្ធផ្ទុកទិន្នន័យនៅលើ NORD សម្រាប់ទិន្នន័យ។

នេះជាអ្វីដែលដ្យាក្រាមតភ្ជាប់ក្នុងចង្កោមមើលទៅ។

នេះអាចធ្វើទៅបានដោយសារតែការពិតដែលថា Inter-Switch Link ត្រូវបានកំណត់រចនាសម្ព័ន្ធរវាងក្រណាត់ SAN នៃកន្លែងទាំងពីរ៖ កុងតាក់ Fabric A OST SAN ត្រូវបានភ្ជាប់ទៅ Fabric A NORD SAN switch និងស្រដៀងគ្នាសម្រាប់ Fabric B SAN switches។

ជាការប្រសើរណាស់ ដើម្បីឱ្យភាពស្មុគ្រស្មាញទាំងអស់នេះនៃរោងចក្រ SAN យល់បាន ការចម្លងសកម្ម-សកម្មត្រូវបានកំណត់រចនាសម្ព័ន្ធរវាងប្រព័ន្ធផ្ទុកទិន្នន័យទាំងពីរ៖ ព័ត៌មានត្រូវបានសរសេរស្ទើរតែដំណាលគ្នាទៅកាន់ប្រព័ន្ធផ្ទុកទិន្នន័យក្នុងស្រុក និងពីចម្ងាយ RPO = 0 ។ វាប្រែថាទិន្នន័យដើមត្រូវបានរក្សាទុកនៅលើប្រព័ន្ធផ្ទុកមួយ ហើយការចម្លងរបស់វាត្រូវបានរក្សាទុកនៅលើផ្សេងទៀត។ ទិន្នន័យត្រូវបានចម្លងតាមកម្រិតនៃទំហំផ្ទុក ហើយទិន្នន័យ VM (ថាស ឯកសារកំណត់រចនាសម្ព័ន្ធ ឯកសារស្វប។ល។) ត្រូវបានរក្សាទុកនៅលើពួកវា។

ម៉ាស៊ីន ESXi មើលឃើញភាគចម្បងនិងការចម្លងរបស់វាជាឧបករណ៍ឌីសមួយ (ឧបករណ៍ផ្ទុក) ។ មានផ្លូវចំនួន 24 ពីម៉ាស៊ីន ESXi ទៅកាន់ឧបករណ៍ឌីសនីមួយៗ៖

ផ្លូវចំនួន 12 ភ្ជាប់វាទៅប្រព័ន្ធផ្ទុកទិន្នន័យមូលដ្ឋាន (ផ្លូវល្អបំផុត) និង 12 ទៀតទៅប្រព័ន្ធផ្ទុកពីចម្ងាយ (ផ្លូវមិនល្អបំផុត)។ ក្នុងស្ថានភាពធម្មតា ESXi ចូលប្រើទិន្នន័យនៅលើប្រព័ន្ធផ្ទុកទិន្នន័យមូលដ្ឋានដោយប្រើផ្លូវ "ល្អបំផុត" ។ នៅពេលដែលប្រព័ន្ធផ្ទុកនេះបរាជ័យ ESXi បាត់បង់ផ្លូវល្អបំផុត ហើយប្តូរទៅជា "មិនល្អបំផុត"។ នេះគឺជាអ្វីដែលវាមើលទៅដូចនៅលើដ្យាក្រាម។

គ្រោងការណ៍នៃចង្កោមការពារគ្រោះមហន្តរាយ។

បណ្តាញអតិថិជនទាំងអស់ត្រូវបានភ្ជាប់ទៅគេហទំព័រទាំងពីរតាមរយៈក្រណាត់បណ្តាញទូទៅ។ គេហទំព័រនីមួយៗដំណើរការ Provider Edge (PE) ដែលបណ្តាញរបស់អតិថិជនត្រូវបានបញ្ចប់។ PEs ត្រូវបានបង្រួបបង្រួមជាចង្កោមធម្មតា។ ប្រសិនបើ PE បរាជ័យនៅគេហទំព័រមួយ ចរាចរណ៍ទាំងអស់ត្រូវបានបញ្ជូនបន្តទៅគេហទំព័រទីពីរ។ សូមអរគុណចំពោះបញ្ហានេះ ម៉ាស៊ីននិម្មិតពីគេហទំព័រដែលបានចាកចេញដោយគ្មាន PE នៅតែអាចចូលប្រើបានតាមរយៈបណ្តាញទៅកាន់អតិថិជន។

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

តើមានអ្វីកើតឡើងចំពោះម៉ាស៊ីននិម្មិតរបស់អតិថិជន ប្រសិនបើ...

តំណចម្លងបរាជ័យ។ ការចម្លងរវាងប្រព័ន្ធផ្ទុកទិន្នន័យនៃគេហទំព័រទាំងពីរឈប់។
ESXi នឹងដំណើរការតែជាមួយឧបករណ៍ឌីសក្នុងស្រុក (តាមរយៈផ្លូវល្អបំផុត)។
ម៉ាស៊ីននិម្មិតបន្តដំណើរការ។

ISL (Inter-Switch Link) ដាច់។ ករណីមិនទំនង។ លុះត្រាតែអ្នកជីកកកាយឆ្កួតមួយចំនួនជីកផ្លូវអុបទិកជាច្រើនក្នុងពេលតែមួយ ដែលដំណើរការលើផ្លូវឯករាជ្យ និងត្រូវបាននាំយកទៅគេហទំព័រតាមរយៈការបញ្ចូលផ្សេងៗគ្នា។ ប៉ុន្តែយ៉ាងណាក៏ដោយ។ ក្នុងករណីនេះ ESXi hosts បាត់បង់ផ្លូវពាក់កណ្តាល ហើយអាចចូលប្រើបានតែប្រព័ន្ធផ្ទុកទិន្នន័យក្នុងតំបន់ប៉ុណ្ណោះ។ ការចម្លងត្រូវបានប្រមូល ប៉ុន្តែម៉ាស៊ីននឹងមិនអាចចូលប្រើពួកវាបានទេ។

ម៉ាស៊ីននិម្មិតកំពុងដំណើរការជាធម្មតា។

កុងតាក់ SAN បរាជ័យនៅលើគេហទំព័រមួយ។ ម៉ាស៊ីន ESXi បាត់បង់ផ្លូវមួយចំនួនទៅកាន់ប្រព័ន្ធផ្ទុក។ ក្នុងករណីនេះ ម៉ាស៊ីននៅកន្លែងដែលកុងតាក់បានបរាជ័យនឹងដំណើរការបានតែតាមរយៈ HBAs មួយរបស់ពួកគេប៉ុណ្ណោះ។

ម៉ាស៊ីននិម្មិតបន្តដំណើរការជាធម្មតា។

ការប្តូរ SAN ទាំងអស់នៅលើគេហទំព័រណាមួយបរាជ័យ។ ចូរនិយាយថាគ្រោះមហន្តរាយបែបនេះបានកើតឡើងនៅលើគេហទំព័រ OST ។ ក្នុងករណីនេះ ESXi hosts នៅលើគេហទំព័រនេះនឹងបាត់បង់ផ្លូវទាំងអស់ទៅកាន់ឧបករណ៍ឌីសរបស់ពួកគេ។ យន្តការស្តង់ដារ VMware vSphere HA ចូលជាធរមាន៖ វានឹងចាប់ផ្តើមម៉ាស៊ីននិម្មិតទាំងអស់នៃគេហទំព័រ OST នៅក្នុង NORD ក្នុងរយៈពេលអតិបរមា 140 វិនាទី។

ម៉ាស៊ីននិម្មិតដែលដំណើរការលើម៉ាស៊ីនគេហទំព័រ NORD កំពុងដំណើរការជាធម្មតា។

ម៉ាស៊ីន ESXi បរាជ័យនៅលើគេហទំព័រមួយ។ នៅទីនេះយន្តការ vSphere HA ដំណើរការម្តងទៀត៖ ម៉ាស៊ីននិម្មិតពីម៉ាស៊ីនដែលបរាជ័យត្រូវបានចាប់ផ្តើមឡើងវិញនៅលើម៉ាស៊ីនផ្សេងទៀត - នៅលើគេហទំព័រដូចគ្នា ឬពីចម្ងាយ។ ពេលវេលាចាប់ផ្តើមម៉ាស៊ីននិម្មិតឡើងវិញគឺរហូតដល់ 1 នាទី។

ប្រសិនបើម៉ាស៊ីន ESXi ទាំងអស់នៅលើគេហទំព័រ OST បរាជ័យ វាមិនមានជម្រើសទេ៖ VMs ត្រូវបានចាប់ផ្តើមឡើងវិញនៅលើមួយផ្សេងទៀត។ ពេលវេលាចាប់ផ្តើមឡើងវិញគឺដូចគ្នា។

ប្រព័ន្ធផ្ទុកទិន្នន័យបរាជ័យនៅកន្លែងតែមួយ។ ឧបមាថាប្រព័ន្ធផ្ទុកទិន្នន័យបរាជ័យនៅកន្លែង OST ។ បន្ទាប់មកម៉ាស៊ីន ESXi នៃគេហទំព័រ OST ប្តូរទៅធ្វើការជាមួយការចម្លងការផ្ទុកនៅក្នុង NORD ។ បន្ទាប់ពីប្រព័ន្ធផ្ទុកដែលបរាជ័យត្រឡប់ទៅសេវាវិញ ការចម្លងដោយបង្ខំនឹងកើតឡើង ហើយម៉ាស៊ីន ESXi OST នឹងចាប់ផ្តើមចូលប្រើប្រព័ន្ធផ្ទុកមូលដ្ឋានម្តងទៀត។

ម៉ាស៊ីននិម្មិតបានដំណើរការជាធម្មតាគ្រប់ពេលវេលា។

គេហទំព័រមួយក្នុងចំណោមគេហទំព័របរាជ័យ។ ក្នុងករណីនេះ ម៉ាស៊ីននិម្មិតទាំងអស់នឹងត្រូវបានចាប់ផ្តើមឡើងវិញនៅលើគេហទំព័របម្រុងទុកតាមរយៈយន្តការ vSphere HA។ ពេលវេលាចាប់ផ្តើម VM ឡើងវិញគឺ 140 វិនាទី។ ក្នុងករណីនេះ ការកំណត់បណ្តាញទាំងអស់របស់ម៉ាស៊ីននិម្មិតនឹងត្រូវបានរក្សាទុក ហើយវានៅតែអាចចូលប្រើបានសម្រាប់អតិថិជនតាមរយៈបណ្តាញ។

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

ពពកដែលធន់នឹងគ្រោះមហន្តរាយដោយផ្អែកលើមជ្ឈមណ្ឌលទិន្នន័យពីរការពារប្រឆាំងនឹងការបរាជ័យបែបនេះ។

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

ប្រភព:

ប្រភព: www.habr.com

ពពកធន់នឹងគ្រោះមហន្តរាយ៖ របៀបដែលវាដំណើរការ

តើមានអ្វីនៅខាងក្នុង

របៀបដែលវាដំណើរការ

តើមានអ្វីកើតឡើងចំពោះម៉ាស៊ីននិម្មិតរបស់អតិថិជន ប្រសិនបើ...

បន្ថែមមតិយោបល់ ответОтменить