Hystax Cloud Migration: ជិះលើពពក

អ្នកលេងវ័យក្មេងម្នាក់នៅក្នុងទីផ្សារដំណោះស្រាយការសង្គ្រោះគ្រោះមហន្តរាយគឺ Hystax ដែលជាក្រុមហ៊ុនចាប់ផ្តើមដំបូងរបស់រុស្ស៊ីក្នុងឆ្នាំ 2016 ។ ដោយសារប្រធានបទនៃការស្តារឡើងវិញពីគ្រោះមហន្តរាយមានប្រជាប្រិយភាពខ្លាំង ហើយទីផ្សារមានការប្រកួតប្រជែងខ្លាំង ការចាប់ផ្តើមអាជីវកម្មបានសម្រេចចិត្តផ្តោតលើការធ្វើចំណាកស្រុករវាងហេដ្ឋារចនាសម្ព័ន្ធពពកផ្សេងៗគ្នា។ ផលិតផលដែលអនុញ្ញាតឱ្យអ្នករៀបចំការធ្វើចំណាកស្រុកសាមញ្ញ និងរហ័សទៅកាន់ពពកនឹងមានប្រយោជន៍ខ្លាំងណាស់សម្រាប់អតិថិជនរបស់ Onlanta - អ្នកប្រើប្រាស់ នៅលើcloud.ru. នោះហើយជារបៀបដែលខ្ញុំបានស្គាល់ Hystax ហើយចាប់ផ្តើមសាកល្បងលក្ខណៈពិសេសរបស់វា។ ហើយអ្វីដែលបានមកពីវាខ្ញុំនឹងប្រាប់នៅក្នុងអត្ថបទនេះ។

មុខងារសំខាន់របស់ Hystax គឺជាមុខងារដ៏ធំទូលាយរបស់វា ដើម្បីគាំទ្រដល់វេទិកានិម្មិតផ្សេងៗ ប្រព័ន្ធប្រតិបត្តិការភ្ញៀវ និងសេវាកម្មពពក ដែលធ្វើឱ្យវាអាចផ្លាស់ទីបន្ទុកការងាររបស់អ្នកពីគ្រប់ទីកន្លែង និងគ្រប់ទីកន្លែង។

នេះអនុញ្ញាតឱ្យអ្នកបង្កើតមិនត្រឹមតែដំណោះស្រាយ DR ដើម្បីកែលម្អការអត់ឱនកំហុសនៃសេវាកម្មប៉ុណ្ណោះទេ ប៉ុន្តែថែមទាំងផ្លាស់ប្តូរធនធានយ៉ាងឆាប់រហ័ស និងបត់បែនរវាងគេហទំព័រផ្សេងៗគ្នា និងអ្នកបង្កើនទំហំធំដើម្បីបង្កើនការសន្សំថ្លៃដើម និងជ្រើសរើសដំណោះស្រាយដ៏ល្អបំផុតសម្រាប់សេវាកម្មជាក់លាក់មួយនៅពេលនេះ។ បន្ថែមពីលើវេទិកាដែលបានរាយក្នុងរូបភាពចំណងជើង ក្រុមហ៊ុនក៏សហការយ៉ាងសកម្មជាមួយអ្នកផ្តល់សេវាពពករុស្ស៊ីផងដែរ៖ Yandex.Cloud, CROC Cloud Services, Mail.ru និងក្រុមហ៊ុនជាច្រើនទៀត។ គួរកត់សំគាល់ផងដែរថានៅឆ្នាំ ២០២០ ក្រុមហ៊ុនបានបើកមជ្ឈមណ្ឌលស្រាវជ្រាវនិងអភិវឌ្ឍន៍ដែលមានទីតាំងនៅ Skolkovo ។ 

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

ដូច្នេះ កិច្ចការសាកល្បងរបស់យើងនឹងមានការផ្លាស់ប្តូរពីគេហទំព័រសាកល្បង VMware របស់ខ្ញុំ និងម៉ាស៊ីនរាងកាយទៅកាន់គេហទំព័ររបស់អ្នកផ្តល់សេវាដែលដំណើរការ VMware ផងដែរ។ បាទ មានដំណោះស្រាយជាច្រើនដែលអាចអនុវត្តការធ្វើចំណាកស្រុកបែបនេះ ប៉ុន្តែយើងចាត់ទុក Hystax ជាឧបករណ៍សកល ហើយការសាកល្បងការធ្វើចំណាកស្រុកក្នុងបន្សំដែលអាចធ្វើបានទាំងអស់គឺគ្រាន់តែជាកិច្ចការមិនប្រាកដប្រជា។ បាទ/ចាស ហើយពពក Oncloud.ru ត្រូវបានបង្កើតឡើងជាពិសេសនៅលើ VMware ដូច្នេះវេទិកានេះជាគោលដៅមួយ ចាប់អារម្មណ៍យើងក្នុងកម្រិតធំជាងនេះ។ បន្ទាប់ ខ្ញុំនឹងរៀបរាប់អំពីគោលការណ៍ជាមូលដ្ឋាននៃប្រតិបត្តិការ ដែលជាទូទៅមិនអាស្រ័យលើវេទិកានោះទេ ហើយ VMware អាចត្រូវបានជំនួសពីផ្នែកណាមួយជាមួយនឹងវេទិកាពីអ្នកលក់ផ្សេងទៀត។ 

ជំហានដំបូងគឺត្រូវដាក់ពង្រាយ Hystax Acura ដែលជាផ្ទាំងបញ្ជារបស់ប្រព័ន្ធ។

វាពង្រីកពីគំរូ។ សម្រាប់ហេតុផលមួយចំនួន ក្នុងករណីរបស់យើង វាមិនត្រឹមត្រូវទាំងស្រុង ហើយជំនួសឱ្យ 8CPU ដែលបានណែនាំ 16Gb ត្រូវបានដាក់ពង្រាយជាមួយនឹងធនធានពាក់កណ្តាល។ ដូច្នេះហើយ អ្នកត្រូវចាំថាត្រូវផ្លាស់ប្តូរពួកវា បើមិនដូច្នេះទេ ហេដ្ឋារចនាសម្ព័ន្ធខាងក្នុង VM ដែលអ្វីៗត្រូវបានសាងសង់ នឹងមិនចាប់ផ្តើមជាមួយកុងតឺន័រទេ ហើយវិបផតថលនឹងមិនអាចប្រើបានទេ។ IN តម្រូវការដាក់ពង្រាយ ធនធានដែលត្រូវការត្រូវបានពិពណ៌នាលម្អិត ក៏ដូចជាច្រកសម្រាប់សមាសធាតុប្រព័ន្ធទាំងអស់។ 

ហើយវាក៏មានការលំបាកក្នុងការកំណត់អាសយដ្ឋាន IP តាមរយៈគំរូ ដូច្នេះយើងបានប្តូរវាពីកុងសូល។ បន្ទាប់ពីនោះ អ្នកអាចចូលទៅកាន់ចំណុចប្រទាក់បណ្ដាញអ្នកគ្រប់គ្រង ហើយបំពេញអ្នកជំនួយការកំណត់រចនាសម្ព័ន្ធដំបូង។ 

ចំណុចបញ្ចប់ - IP ឬ FQDN នៃ vCenter របស់យើង។ 
ការចូលនិងពាក្យសម្ងាត់ - វាច្បាស់នៅទីនេះ។ 
ឈ្មោះម៉ាស៊ីនគោលដៅ ESXi គឺជាម៉ាស៊ីនមួយក្នុងចំណោមម៉ាស៊ីននៅក្នុងចង្កោមរបស់យើងដែលនឹងត្រូវបានចម្លងទៅ។ 
ឃ្លាំងទិន្នន័យគោលដៅគឺជាផ្នែកមួយនៃឃ្លាំងទិន្នន័យនៅក្នុងចង្កោមរបស់យើងដែលនឹងត្រូវបានចម្លងទៅ។
Hystax Acura Control Panel IP សាធារណៈ - អាសយដ្ឋានដែលផ្ទាំងបញ្ជានឹងមាន។

ការបញ្ជាក់បន្តិចបន្តួចលើម៉ាស៊ីន និងឃ្លាំងទិន្នន័យគឺត្រូវបានទាមទារ។ ការពិតគឺថាការចម្លង Hystax ដំណើរការនៅកម្រិត host និង datastore ។ បន្ទាប់ខ្ញុំនឹងប្រាប់អ្នកពីរបៀបដែលអ្នកអាចផ្លាស់ប្តូរ host និង datastore សម្រាប់អ្នកជួល ប៉ុន្តែបញ្ហាគឺខុសគ្នា។ Hystax មិនគាំទ្រការរួមបញ្ចូលធនធានទេ i.e. ការចម្លងនឹងតែងតែកើតឡើងចំពោះឫសគល់នៃចង្កោម (នៅពេលសរសេរសម្ភារៈនេះ បុរសមកពី Hystax បានចេញផ្សាយកំណែដែលបានធ្វើបច្ចុប្បន្នភាព ដែលពួកគេអនុវត្តសំណើលក្ខណៈពិសេសរបស់ខ្ញុំយ៉ាងឆាប់រហ័សទាក់ទងនឹងការគាំទ្រសម្រាប់ធនធានធនធាន) ។ ផងដែរ vCloud Director មិនត្រូវបានគាំទ្រ, ឧ។ ប្រសិនបើក្នុងករណីរបស់ខ្ញុំ អ្នកជួលមិនមានសិទ្ធិគ្រប់គ្រងចំពោះចង្កោមទាំងមូលទេ ប៉ុន្តែមានតែទៅក្រុមធនធានជាក់លាក់មួយ ហើយយើងបានផ្តល់សិទ្ធិចូលប្រើ Hystax នោះគាត់នឹងអាចចម្លង និងដំណើរការ VM ទាំងនេះដោយឯករាជ្យ ប៉ុន្តែគាត់នឹង មិនអាចមើលឃើញពួកវានៅក្នុងហេដ្ឋារចនាសម្ព័ន្ធ VMware ដែលគាត់អាចចូលប្រើបាន ហើយតាមនោះ គ្រប់គ្រងម៉ាស៊ីននិម្មិតបន្ថែមទៀត។ អ្នកគ្រប់គ្រងចង្កោមត្រូវផ្លាស់ទី VM ទៅកាន់ក្រុមធនធានត្រឹមត្រូវ ឬនាំចូលវាទៅក្នុង vCloud Director ។

ហេតុអ្វីបានជាខ្ញុំផ្តោតខ្លាំងលើគ្រាទាំងនេះ? ដោយសារតែតាមដែលខ្ញុំយល់អំពីគំនិតនៃផលិតផល អតិថិជនគួរតែអាចអនុវត្តដោយឯករាជ្យនូវការធ្វើចំណាកស្រុក ឬ DR ដោយប្រើបន្ទះ Acura ។ ប៉ុន្តែរហូតមកដល់ពេលនេះ ការគាំទ្រ VMware គឺនៅពីក្រោយកម្រិតនៃការគាំទ្រសម្រាប់ OpenStack ដែលយន្តការស្រដៀងគ្នានេះត្រូវបានអនុវត្តរួចហើយ។ 

ប៉ុន្តែត្រលប់ទៅការដាក់ពង្រាយ។ ដំបូងបង្អស់បន្ទាប់ពីការដំឡើងបន្ទះដំបូងយើងត្រូវបង្កើតអ្នកជួលដំបូងនៅក្នុងប្រព័ន្ធរបស់យើង។

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

ក្នុងទម្រង់នៃការបន្ថែមពពកថ្មី យើងបញ្ជាក់ប៉ារ៉ាម៉ែត្រដូចគ្នានឹងកំឡុងពេលកំណត់រចនាសម្ព័ន្ធដំបូង (យើងថែមទាំងអាចប្រើម៉ាស៊ីនដូចគ្នា) បញ្ជាក់ឃ្លាំងទិន្នន័យដែលត្រូវការសម្រាប់អតិថិជនជាក់លាក់ ហើយឥឡូវនេះនៅក្នុងប៉ារ៉ាម៉ែត្របន្ថែម យើងអាចបញ្ជាក់ជាលក្ខណៈបុគ្គលរួចហើយ។ ធនធានអាងដែលត្រូវការ {"resource_pool" :"YOUR_POOL_NAME"} 

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

ក្នុងពេលជាមួយគ្នានេះ វាមិនត្រូវបានចងភ្ជាប់ទៅនឹងអ្នកជួលដែលបានបង្កើតទេ ហើយអតិថិជនរបស់យើងទាំងអស់នឹងធ្វើការតាមរយៈវា (ឬបន្ទាប់ពីជាច្រើន ប្រសិនបើយើងដាក់ពង្រាយពួកគេ)។ ភ្នាក់ងារមួយគាំទ្រ 10 វគ្គដំណាលគ្នា។ វគ្គមួយរាប់ថាជាឡានមួយ។ វាមិនសំខាន់ទេថាតើវាមានថាសប៉ុន្មាន។ រហូតមកដល់បច្ចុប្បន្នមិនមានយន្តការសម្រាប់ធ្វើមាត្រដ្ឋានភ្នាក់ងារនៅក្នុង Acura ខ្លួនវាសម្រាប់ VMware ទេ។ មានពេលមិនល្អមួយទៀត - យើងមិនអាចមើល "ការប្រើប្រាស់" នៃភ្នាក់ងារនេះពីបន្ទះ Acura ដើម្បីសន្និដ្ឋានថាតើយើងត្រូវដាក់ពង្រាយបន្ថែមទៀត ឬការដំឡើងបច្ចុប្បន្នគឺគ្រប់គ្រាន់។ ជាលទ្ធផលជំហរមើលទៅដូចនេះ៖

ជំហានបន្ទាប់ដើម្បីចូលប្រើវិបផតថលរបស់អតិថិជនរបស់យើងគឺដើម្បីបង្កើតគណនីមួយ (ហើយជាដំបូងផងដែរ តួនាទីដែលនឹងត្រូវបានអនុវត្តចំពោះអ្នកប្រើប្រាស់នេះ)។

ឥឡូវនេះអតិថិជនរបស់យើងអាចប្រើវិបផតថលដោយឯករាជ្យ។ អ្វីដែលគាត់ត្រូវធ្វើគឺទាញយកភ្នាក់ងារពីវិបផតថល ហើយដំឡើងពួកវានៅខាងគាត់។ មានភ្នាក់ងារបីប្រភេទគឺ Linux, Windows, និង VMware ។

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

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

ដូច្នេះបន្ទាប់ពីដំឡើងភ្នាក់ងារ យើងអាចត្រលប់ទៅបន្ទះ Acura ហើយមើលរថយន្តទាំងអស់របស់យើង។

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

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

សំណុំនៃប៉ារ៉ាម៉ែត្រនៅពេលបង្កើតផែនការ DR នឹងខុសគ្នាអាស្រ័យលើហេដ្ឋារចនាសម្ព័ន្ធដែលអ្នកនឹងត្រូវធ្វើចំណាកស្រុក។ ជម្រើសតិចតួចបំផុតគឺអាចរកបានសម្រាប់បរិស្ថាន VMware ។ Re-IP សម្រាប់ម៉ាស៊ីនក៏មិនត្រូវបានគាំទ្រដែរ។ ក្នុងន័យនេះ យើងចាប់អារម្មណ៍លើចំណុចខាងក្រោម៖ នៅក្នុងការពិពណ៌នារបស់ VM ប៉ារ៉ាម៉ែត្រ "បណ្តាញរង"៖ "VMNetwork" ដែលយើងភ្ជាប់ VM ទៅនឹងបណ្តាញជាក់លាក់នៅក្នុងចង្កោម។ ចំណាត់ថ្នាក់ - ពាក់ព័ន្ធនៅពេលផ្ទេរ VMs ជាច្រើន កំណត់លំដាប់ដែលពួកគេត្រូវបានដាក់ឱ្យដំណើរការ។ រសជាតិពិពណ៌នាអំពីការកំណត់រចនាសម្ព័ន្ធ VM ក្នុងករណីនេះ 1CPU, RAM 2GB ។ នៅក្នុងផ្នែក subnets យើងកំណត់ថា "subnet": "VMNetwork" ត្រូវបានភ្ជាប់ជាមួយ "VM Network" របស់ VMware។ 

នៅពេលបង្កើតផែនការ DR មិនមានវិធីដើម្បី "បំបែក" ថាសនៅទូទាំង datastores ផ្សេងគ្នា។ ពួកវានឹងមានទីតាំងនៅលើ datastore ដូចគ្នាដែលត្រូវបានកំណត់សម្រាប់ cloud client នេះហើយប្រសិនបើអ្នកមាន disks នៃ class ផ្សេងគ្នា វាអាចបណ្តាលឱ្យមានការលំបាកខ្លះនៅពេលចាប់ផ្តើមម៉ាស៊ីន ហើយបន្ទាប់ពីចាប់ផ្តើម និង "បំបែក" VM ពី Hystax វាក៏នឹង តម្រូវ​ឱ្យ​មាន​ថាស​ការ​ផ្លាស់​ប្តូ​រ​ដោយ​ឡែក​ពី​គ្នា​ទៅ​ឃ្លាំង​ទិន្នន័យ​ដែល​ត្រូវ​ការ​។ បន្ទាប់មកយើងគ្រាន់តែត្រូវដំណើរការផែនការ DR របស់យើង ហើយរង់ចាំរថយន្តរបស់យើងឡើង។ ដំណើរការបំប្លែង P2V/V2V ក៏ត្រូវការពេលវេលាផងដែរ។ នៅលើម៉ាស៊ីនសាកល្បងទំហំ 100GB ដ៏ធំបំផុតរបស់ខ្ញុំដែលមានថាសចំនួនបី វាចំណាយពេលអតិបរមា 10 នាទី។

បន្ទាប់ពីនោះ អ្នកគួរតែពិនិត្យមើល VM ដែលកំពុងដំណើរការ សេវាកម្មនៅលើវា ភាពស៊ីសង្វាក់គ្នានៃទិន្នន័យ និងការត្រួតពិនិត្យផ្សេងទៀត។ 

បន្ទាប់មកយើងមានជម្រើសពីរ៖ 

1. លុប - លុបគម្រោង DR ដែលកំពុងដំណើរការ។ សកម្មភាពនេះនឹងបិទ VM ដែលកំពុងដំណើរការ។ ការចម្លងទាំងនេះមិនទៅណាទេ។ 
2. ផ្ដាច់ - ហែកឡានចម្លងពី Acura, i.e. ពិតជាបញ្ចប់ដំណើរការចំណាកស្រុក។ 

អត្ថប្រយោជន៍នៃដំណោះស្រាយ៖ 

• ភាពងាយស្រួលនៃការដំឡើង និងការកំណត់ទាំងផ្នែកអតិថិជន និងផ្នែកអ្នកផ្តល់សេវា។ 
• ភាពងាយស្រួលនៃការរៀបចំការធ្វើចំណាកស្រុក ការបង្កើតផែនការ DR និងការបើកដំណើរការចម្លង។
• ការគាំទ្រ និងអ្នកអភិវឌ្ឍន៍ឆ្លើយតបយ៉ាងរហ័សចំពោះបញ្ហាដែលបានរកឃើញ និងជួសជុលពួកវាដោយប្រើការអាប់ដេតវេទិកា ឬភ្នាក់ងារ។ 

Минусы 

• ការគាំទ្រ Vmware មិនគ្រប់គ្រាន់។
• អវត្ដមាននៃកូតាណាមួយសម្រាប់អ្នកជួលពីវេទិកា។ 

ខ្ញុំក៏បានធ្វើការស្នើសុំលក្ខណៈពិសេសមួយផងដែរ ដែលយើងប្រគល់ទៅឱ្យអ្នកលក់៖

1. ការត្រួតពិនិត្យការប្រើប្រាស់ និងការដាក់ឱ្យប្រើប្រាស់ពី Acura Management Console សម្រាប់ Cloud Agents;
2. ភាពអាចរកបាននៃកូតាសម្រាប់អ្នកជួល; 
3. សមត្ថភាពក្នុងការកំណត់ចំនួននៃការចម្លងក្នុងពេលដំណាលគ្នា និងល្បឿនសម្រាប់អ្នកជួលនីមួយៗ។ 
4. ការគាំទ្រ VMware vCloud Director; 
5. ការគាំទ្រសម្រាប់អាងធនធាន (ត្រូវបានអនុវត្តកំឡុងពេលសាកល្បង);
6. សមត្ថភាពក្នុងការកំណត់រចនាសម្ព័ន្ធភ្នាក់ងារ VMware ពីផ្នែកម្ខាងនៃភ្នាក់ងារខ្លួនវា ដោយមិនចាំបាច់បញ្ចូលព័ត៌មានសម្ងាត់ពីហេដ្ឋារចនាសម្ព័ន្ធអតិថិជននៅក្នុងបន្ទះ Acura ។
7.  "ការមើលឃើញ" នៃដំណើរការនៃការចាប់ផ្តើម VM នៅពេលចាប់ផ្តើមផែនការ DR ។ 

រឿងតែមួយគត់ដែលបណ្តាលឱ្យខ្ញុំមានការតវ៉ាធំគឺឯកសារ។ ខ្ញុំពិតជាមិនចូលចិត្ត "ប្រអប់ខ្មៅ" ហើយចូលចិត្តនៅពេលដែលមានឯកសារលម្អិតអំពីរបៀបដែលផលិតផលដំណើរការនៅខាងក្នុង។ ហើយប្រសិនបើសម្រាប់ AWS និង OpenStack ផលិតផលត្រូវបានពិពណ៌នាសូម្បីតែច្រើនឬតិចនោះ សម្រាប់ VMware មានឯកសារតិចតួចណាស់។ 

មានការណែនាំអំពីការដំឡើងដែលពណ៌នាតែការដាក់ពង្រាយបន្ទះ Acura ហើយកន្លែងដែលមិនមានពាក្យអំពីតម្រូវការសម្រាប់ភ្នាក់ងារ Cloud ។ មានសំណុំពេញលេញនៃលក្ខណៈពិសេសសម្រាប់ផលិតផលគឺល្អ។ មានឯកសារដែលពិពណ៌នាអំពីការដំឡើង "ពី និងទៅ" ដោយប្រើ AWS និង OpenStack ជាឧទាហរណ៍មួយ (ទោះបីជាវារំឭកខ្ញុំពីការបង្ហោះប្លក់ក៏ដោយ) ហើយវាមានមូលដ្ឋានចំណេះដឹងតូចមួយ។ 

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

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

យើងកំពុងស្វែងរកក្រុម វិស្វករនាំមុខនៃប្រព័ន្ធត្រួតពិនិត្យ. ប្រហែលជាអ្នកមែនទេ?

ប្រភព: www.habr.com