របៀបដែល AWS ចម្អិនសេវាកម្មយឺតរបស់វា។ ធ្វើមាត្រដ្ឋានម៉ាស៊ីនមេ និងមូលដ្ឋានទិន្នន័យ

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

AWS cloud គឺជាប្រព័ន្ធស្មុគ្រស្មាញដ៏អស្ចារ្យមួយដែលត្រូវបានវិវឌ្ឍវិវត្តន៍តាំងពីឆ្នាំ 2006។ ផ្នែកមួយនៃការអភិវឌ្ឍន៍នេះបានកើតឡើង Vasily Pantyukhin - ស្ថាបត្យករសេវាកម្មគេហទំព័រ Amazon ។ ក្នុងនាមជាស្ថាបត្យករ គាត់ទទួលបានរូបរាងខាងក្នុងមិនត្រឹមតែលទ្ធផលចុងក្រោយប៉ុណ្ណោះទេ ប៉ុន្តែថែមទាំងប្រឈមមុខនឹងបញ្ហាដែល AWS យកឈ្នះផងដែរ។ ការយល់ដឹងកាន់តែច្រើនអំពីរបៀបដែលប្រព័ន្ធដំណើរការ នោះការជឿទុកចិត្តកាន់តែច្រើន។ ដូច្នេះ Vasily នឹងចែករំលែកអាថ៌កំបាំងនៃសេវាកម្មពពក AWS ។ ខាងក្រោមនេះគឺជាការរចនានៃម៉ាស៊ីនមេ AWS រូបវ័ន្ត ការធ្វើមាត្រដ្ឋានមូលដ្ឋានទិន្នន័យយឺត មូលដ្ឋានទិន្នន័យ Amazon ផ្ទាល់ខ្លួន និងវិធីសាស្រ្តសម្រាប់ការបង្កើនដំណើរការនៃម៉ាស៊ីននិម្មិត ខណៈពេលដែលកាត់បន្ថយតម្លៃរបស់ពួកគេក្នុងពេលដំណាលគ្នា។ ចំណេះដឹងអំពីវិធីសាស្រ្តស្ថាបត្យកម្មរបស់ Amazon នឹងជួយអ្នកឱ្យប្រើប្រាស់សេវាកម្ម AWS កាន់តែមានប្រសិទ្ធភាព ហើយអាចផ្តល់ឱ្យអ្នកនូវគំនិតថ្មីៗសម្រាប់ការកសាងដំណោះស្រាយផ្ទាល់ខ្លួនរបស់អ្នក។

អំពីវាគ្មិន៖ Vasily Pantyukhin (ហេ) បានចាប់ផ្តើមជាអ្នកគ្រប់គ្រងយូនីកនៅក្រុមហ៊ុន .ru ធ្វើការលើផ្នែករឹង Sun Microsystem ដ៏ធំសម្រាប់រយៈពេល 6 ឆ្នាំ និងបានផ្សព្វផ្សាយពិភពលោកដែលផ្តោតលើទិន្នន័យនៅ EMC អស់រយៈពេល 11 ឆ្នាំ។ ដោយធម្មជាតិវាបានវិវត្តទៅជាពពកឯកជន ហើយនៅឆ្នាំ 2017 បានផ្លាស់ប្តូរទៅជាសាធារណៈ។ ឥឡូវនេះគាត់ផ្តល់ដំបូន្មានបច្ចេកទេសដើម្បីជួយរស់នៅ និងអភិវឌ្ឍនៅក្នុងពពក AWS ។

ការបដិសេធ៖ អ្វីគ្រប់យ៉ាងខាងក្រោមគឺជាគំនិតផ្ទាល់ខ្លួនរបស់ Vasily ហើយប្រហែលជាមិនស្របគ្នាជាមួយនឹងទីតាំងនៃ Amazon Web Services នោះទេ។ ការថតវីដេអូ របាយការណ៍ដែលផ្អែកលើអត្ថបទគឺអាចរកបាននៅលើប៉ុស្តិ៍ YouTube របស់យើង។

ហេតុអ្វីបានជាខ្ញុំនិយាយអំពីឧបករណ៍ Amazon?

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

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

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

នៅពេលដែលខ្ញុំចាប់ផ្តើមធ្វើការនៅលើ Amazon cloud វាក៏ជាអាថ៌កំបាំងសម្រាប់ខ្ញុំផងដែរ។ មានតែអាថ៌កំបាំងនេះទេ ដែលជាលំដាប់នៃទំហំធំជាងនេះ ពីព្រោះមានអ្នកបើកបរម្នាក់នៅក្នុងឡាន ហើយនៅក្នុង AWS មានរាប់លាននាក់។ អ្នកប្រើប្រាស់ទាំងអស់ក្នុងពេលដំណាលគ្នាកាច់ចង្កូត ចុចហ្គាស និងហ្វ្រាំង។ វាអស្ចារ្យណាស់ដែលពួកគេទៅកន្លែងដែលពួកគេចង់ - វាជាអព្ភូតហេតុសម្រាប់ខ្ញុំ! ប្រព័ន្ធនេះសម្របខ្លួនដោយស្វ័យប្រវត្តិ ធ្វើមាត្រដ្ឋាន និងកែតម្រូវយ៉ាងយឺតចំពោះអ្នកប្រើប្រាស់ម្នាក់ៗ ដូច្នេះវាហាក់ដូចជាគាត់ថាគាត់នៅម្នាក់ឯងក្នុងសកលលោកនេះ។

វេទមន្តបានធូរស្រាលបន្តិចនៅពេលក្រោយមកខ្ញុំបានមកធ្វើការជាស្ថាបត្យករនៅ Amazon ។ ខ្ញុំ​បាន​ឃើញ​បញ្ហា​អ្វី​ដែល​យើង​ប្រឈម​មុខ របៀប​ដែល​យើង​ដោះស្រាយ​វា និង​របៀប​ដែល​យើង​អភិវឌ្ឍ​សេវាកម្ម។ ជាមួយនឹងការយល់ដឹងកាន់តែច្រើនឡើងអំពីរបៀបដែលប្រព័ន្ធដំណើរការ ភាពជឿជាក់កាន់តែច្រើននៅក្នុងសេវាកម្មលេចឡើង។ ដូច្នេះខ្ញុំចង់ចែករំលែករូបភាពនៃអ្វីដែលស្ថិតនៅក្រោមក្រណាត់នៃ AWS cloud។

តើយើងនឹងនិយាយអំពីអ្វី

ខ្ញុំបានជ្រើសរើសវិធីសាស្រ្តចម្រុះ - ខ្ញុំបានជ្រើសរើសសេវាកម្មគួរឱ្យចាប់អារម្មណ៍ចំនួន 4 ដែលមានតម្លៃនិយាយ។

ការបង្កើនប្រសិទ្ធភាពម៉ាស៊ីនមេ. ពពកអព្យាក្រឹតដែលមានរូបរាងកាយ៖ មជ្ឈមណ្ឌលទិន្នន័យរូបវន្ត ដែលនៅទីនោះមានម៉ាស៊ីនមេដែលបន្លឺសំឡេង កំដៅឡើង និងព្រិចភ្នែកដោយភ្លើង។

មុខងារគ្មានម៉ាស៊ីនមេ (Lambda) ប្រហែលជាសេវាកម្មដែលអាចធ្វើមាត្រដ្ឋានបានច្រើនបំផុតនៅក្នុងពពក។

ការធ្វើមាត្រដ្ឋានមូលដ្ឋានទិន្នន័យ. ខ្ញុំនឹងប្រាប់អ្នកពីរបៀបដែលយើងបង្កើតមូលដ្ឋានទិន្នន័យដែលអាចធ្វើមាត្រដ្ឋានបានដោយខ្លួនឯង។

ការធ្វើមាត្រដ្ឋានបណ្តាញ. ផ្នែកចុងក្រោយដែលខ្ញុំនឹងបើកឧបករណ៍នៃបណ្តាញរបស់យើង។ នេះគឺជារឿងដ៏អស្ចារ្យមួយ - អ្នកប្រើប្រាស់ពពកគ្រប់រូបជឿថាគាត់នៅម្នាក់ឯងក្នុងពពក ហើយមិនឃើញអ្នកជួលផ្សេងទៀតទាល់តែសោះ។

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

ម៉ាស៊ីនមេ

ពពក​គឺជា​រឿង​មិន​ស្ថិតស្ថេរ។ ប៉ុន្តែ​លក្ខណៈ​មិន​ស្ថិតស្ថេរ​នេះ​នៅ​តែ​មាន​រូបរាង​ជាក់ស្តែង​មួយ គឺ​ម៉ាស៊ីន​បម្រើ។ ដំបូង​ឡើយ ស្ថាបត្យកម្ម​របស់​ពួកគេ​គឺ​បុរាណ។ បន្ទះ​ឈីប x86 ស្តង់ដារ កាត​បណ្តាញ Linux, Xen hypervisor ដែលម៉ាស៊ីននិម្មិតត្រូវបានដំណើរការ។

ក្នុងឆ្នាំ 2012 ស្ថាបត្យកម្មនេះបានដោះស្រាយភារកិច្ចរបស់ខ្លួនបានយ៉ាងល្អ។ Xen ជា​អ្នក​ត្រួត​ពិនិត្យ​ដ៏​អស្ចារ្យ ប៉ុន្តែ​វា​មាន​គុណវិបត្តិ​ដ៏​សំខាន់​មួយ។ គាត់មានគ្រប់គ្រាន់ហើយ។ ការចំណាយខ្ពស់សម្រាប់ការត្រាប់តាមឧបករណ៍. នៅពេលដែលកាតបណ្តាញថ្មី ឬ SSD drives លឿនជាងនេះអាចរកបាន ការចំណាយលើសនេះក្លាយជាខ្ពស់ពេក។ តើធ្វើដូចម្តេចដើម្បីដោះស្រាយបញ្ហានេះ? យើងបានសម្រេចចិត្តធ្វើការលើមុខពីរក្នុងពេលតែមួយ - បង្កើនប្រសិទ្ធភាពទាំងផ្នែករឹង និង hypervisor. ភារកិច្ចគឺធ្ងន់ធ្ងរណាស់។

ការបង្កើនប្រសិទ្ធភាពផ្នែករឹង និង hypervisor

ធ្វើ​អ្វី​គ្រប់​យ៉ាង​ក្នុង​ពេល​តែ​មួយ ហើយ​ធ្វើ​វា​ឱ្យ​បាន​ល្អ​នឹង​មិន​មាន​ប្រសិទ្ធភាព​ឡើយ។ អ្វីដែល "ល្អ" គឺមិនច្បាស់លាស់ពីដំបូង។

យើងបានសម្រេចចិត្តយកវិធីសាស្រ្តវិវត្តន៍មួយ - យើងផ្លាស់ប្តូរធាតុសំខាន់មួយនៃស្ថាបត្យកម្ម ហើយបោះវាទៅក្នុងផលិតកម្ម។

យើងបោះជំហានលើតុងរួច ស្តាប់ការត្អូញត្អែរ និងការផ្ដល់យោបល់។ បន្ទាប់មកយើងផ្លាស់ប្តូរសមាសធាតុផ្សេងទៀត។ ដូច្នេះ បន្តិចម្តងៗ យើងផ្លាស់ប្តូរស្ថាបត្យកម្មទាំងមូលដោយផ្អែកលើមតិកែលម្អពីអ្នកប្រើប្រាស់ និងការគាំទ្រ។

ការផ្លាស់ប្តូរបានចាប់ផ្តើមនៅឆ្នាំ 2013 ជាមួយនឹងអ្វីដែលស្មុគស្មាញបំផុត - បណ្តាញ។ IN С3 ឧទាហរណ៍ កាតបង្កើនល្បឿនបណ្តាញពិសេសត្រូវបានបន្ថែមទៅកាតបណ្តាញស្តង់ដារ។ វាត្រូវបានភ្ជាប់តាមព្យញ្ជនៈជាមួយនឹងខ្សែរង្វិលជុំខ្លីនៅលើបន្ទះខាងមុខ។ វាមិនស្អាតទេ ប៉ុន្តែវាមិនអាចមើលឃើញនៅលើពពកទេ។ ប៉ុន្តែអន្តរកម្មដោយផ្ទាល់ជាមួយផ្នែករឹង ធ្វើអោយប្រសើរឡើងជាមូលដ្ឋាននូវភាពច្របូកច្របល់ និងដំណើរការបណ្តាញ។

បន្ទាប់​មក យើង​បាន​សម្រេច​ចិត្ត​ធ្វើ​ឱ្យ​ប្រសើរ​ឡើង​នូវ​ការ​ចូល​ទៅ​ទប់ស្កាត់​ការ​ផ្ទុក​ទិន្នន័យ EBS - Elastic Block Storage ។ វាគឺជាការរួមបញ្ចូលគ្នានៃបណ្តាញ និងការផ្ទុក។ ការលំបាកគឺថា ខណៈពេលដែលកាត Network Accelerator មាននៅលើទីផ្សារ វាមិនមានជម្រើសក្នុងការទិញ Hardware Storage Accelerator នោះទេ។ ដូច្នេះយើងងាកទៅរកការចាប់ផ្តើម មន្ទីរពិសោធន៍ Annapurnaដែលជាអ្នកបង្កើតបន្ទះឈីប ASIC ពិសេសសម្រាប់យើង។ ពួកគេបានអនុញ្ញាតឱ្យដំឡើងបរិមាណ EBS ពីចម្ងាយជាឧបករណ៍ NVMe ។

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

នៅខែវិច្ឆិកា ឆ្នាំ 2017 យើងបានដឹងថាវាដល់ពេលហើយដើម្បីផ្លាស់ប្តូរអ្នកមើលខ្ពស់ខ្លួនឯង។

អ្នកត្រួតពិនិត្យខ្ពស់ថ្មីត្រូវបានបង្កើតឡើងដោយផ្អែកលើម៉ូឌុលខឺណែល KVM ដែលបានកែប្រែ។

វាធ្វើឱ្យវាអាចកាត់បន្ថយជាមូលដ្ឋាននៃការធ្វើត្រាប់តាមឧបករណ៍ និងធ្វើការដោយផ្ទាល់ជាមួយ ASICs ថ្មី។ ករណី С5 គឺជាម៉ាស៊ីននិម្មិតដំបូងគេដែលមាន hypervisor ថ្មីដែលកំពុងដំណើរការនៅក្រោមក្រណាត់។ យើងដាក់ឈ្មោះគាត់ Nitro.

ការវិវត្តន៍នៃករណីនៅលើបន្ទាត់ពេលវេលា។

ម៉ាស៊ីននិម្មិតប្រភេទថ្មីទាំងអស់ដែលបានបង្ហាញខ្លួនតាំងពីខែវិច្ឆិកា ឆ្នាំ 2017 ដំណើរការលើឧបករណ៍មើលខ្ពស់នេះ។ ឧទាហរណ៍ Bare Metal មិនមាន hypervisor ទេ។ប៉ុន្តែពួកគេត្រូវបានគេហៅផងដែរថា Nitro ចាប់តាំងពីពួកគេប្រើកាត Nitro ពិសេស។

ក្នុងរយៈពេល 1 ឆ្នាំបន្ទាប់ ចំនួននៃប្រភេទ Nitro instances លើសពីពីរបួនដប់: A5, C5, M3, TXNUMX និងផ្សេងទៀត។

ប្រភេទឧទាហរណ៍។

របៀបដែលម៉ាស៊ីន Nitro ទំនើបដំណើរការ

ពួកវាមានធាតុផ្សំសំខាន់ៗចំនួនបីគឺ Nitro hypervisor (បានពិភាក្សាខាងលើ) បន្ទះឈីបសុវត្ថិភាព និងកាត Nitro ។

បន្ទះឈីបសុវត្ថិភាព រួមបញ្ចូលដោយផ្ទាល់ទៅក្នុង motherboard ។ វាគ្រប់គ្រងមុខងារសំខាន់ៗជាច្រើន ដូចជាការគ្រប់គ្រងការផ្ទុក OS របស់ម៉ាស៊ីន។

កាត Nitro - មានបួនប្រភេទ។ ពួកវាទាំងអស់ត្រូវបានបង្កើតឡើងដោយ Annapurna Labs ហើយត្រូវបានផ្អែកលើ ASICs ទូទៅ។ កម្មវិធីបង្កប់ខ្លះរបស់ពួកគេក៏ជារឿងធម្មតាដែរ។

កាត Nitro បួនប្រភេទ។

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

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

ប្រព័ន្ធនៃកាត Nitro, hypervisor និងបន្ទះឈីបសុវត្ថិភាពត្រូវបានដាក់បញ្ចូលទៅក្នុងបណ្តាញ SDN ឬ បណ្តាញដែលបានកំណត់ដោយកម្មវិធី. ទទួលខុសត្រូវក្នុងការគ្រប់គ្រងបណ្តាញនេះ (Control Plane) កាតឧបករណ៍បញ្ជា.

ជាការពិតណាស់ យើងបន្តអភិវឌ្ឍ ASICs ថ្មី។ ជាឧទាហរណ៍ នៅចុងឆ្នាំ 2018 ពួកគេបានបញ្ចេញបន្ទះឈីប Inferentia ដែលអនុញ្ញាតឱ្យអ្នកធ្វើការកាន់តែមានប្រសិទ្ធភាពជាមួយនឹងកិច្ចការរៀនម៉ាស៊ីន។

បន្ទះឈីបអង្គដំណើរការការរៀនម៉ាស៊ីន Inferentia ។

មូលដ្ឋានទិន្នន័យដែលអាចធ្វើមាត្រដ្ឋានបាន។

មូលដ្ឋានទិន្នន័យប្រពៃណីមានរចនាសម្ព័ន្ធស្រទាប់។ ដើម្បីធ្វើឱ្យសាមញ្ញខ្លាំង កម្រិតខាងក្រោមត្រូវបានសម្គាល់។

• SQL មួយ - អតិថិជននិងអ្នកបញ្ជូនសំណើធ្វើការលើវា។
• សំវិធានធន ប្រតិបត្តិការ - អ្វីគ្រប់យ៉ាងគឺច្បាស់នៅទីនេះ ACID និងអ្វីៗទាំងអស់។
• ឃ្លាំងសម្ងាត់ដែលត្រូវបានផ្តល់ដោយ buffer pools។
• ការកាប់ឈើ - ផ្តល់ការងារជាមួយកំណត់ហេតុឡើងវិញ។ នៅក្នុង MySQL ពួកគេត្រូវបានគេហៅថា Bin Logs នៅក្នុង PosgreSQL - Write Ahead Logs (WAL) ។
• ឧបករណ៍ផ្ទុក - ថតដោយផ្ទាល់ទៅឌីស។

រចនាសម្ព័ន្ធមូលដ្ឋានទិន្នន័យជាស្រទាប់។

មានវិធីផ្សេងគ្នាក្នុងការធ្វើមាត្រដ្ឋានមូលដ្ឋានទិន្នន័យ៖ ការចែករំលែក, ស្ថាបត្យកម្មគ្មានការចែករំលែក, ថាសដែលបានចែករំលែក។

ទោះជាយ៉ាងណាក៏ដោយវិធីសាស្រ្តទាំងអស់នេះរក្សារចនាសម្ព័ន្ធមូលដ្ឋានទិន្នន័យ monolithic ដូចគ្នា។ នេះកំណត់យ៉ាងសំខាន់ក្នុងការធ្វើមាត្រដ្ឋាន។ ដើម្បីដោះស្រាយបញ្ហានេះ យើងបានបង្កើតមូលដ្ឋានទិន្នន័យផ្ទាល់ខ្លួនរបស់យើង − អាម៉ាហ្សូនអេរ៉ូរ៉ា. វាអាចប្រើបានជាមួយ MySQL និង PostgreSQL ។

អាម៉ាហ្សូនអេរ៉ូរ៉ា

គំនិតស្ថាបត្យកម្មសំខាន់គឺដើម្បីបំបែកកម្រិតផ្ទុក និងកំណត់ហេតុចេញពីមូលដ្ឋានទិន្នន័យសំខាន់។

សម្លឹងទៅមុខ ខ្ញុំនឹងនិយាយថា យើងក៏បានធ្វើឱ្យកម្រិតឃ្លាំងសម្ងាត់មានភាពឯករាជ្យផងដែរ។ ស្ថាបត្យកម្មឈប់ទៅជា monolith ហើយយើងទទួលបានកម្រិតបន្ថែមនៃសេរីភាពក្នុងការធ្វើមាត្រដ្ឋានប្លុកបុគ្គល។

កម្រិតនៃការកត់ត្រា និងការផ្ទុកគឺដាច់ដោយឡែកពីមូលដ្ឋានទិន្នន័យ។

DBMS ប្រពៃណីសរសេរទិន្នន័យទៅប្រព័ន្ធផ្ទុកក្នុងទម្រង់ជាប្លុក។ នៅ Amazon Aurora យើងបានបង្កើតកន្លែងផ្ទុកឆ្លាតវៃដែលអាចនិយាយភាសាបាន។ ធ្វើកំណត់ហេតុឡើងវិញ. នៅខាងក្នុងឃ្លាំងផ្ទុកទិន្នន័យប្រែក្លាយទៅជាប្លុកទិន្នន័យ ត្រួតពិនិត្យភាពត្រឹមត្រូវរបស់ពួកគេ និងបម្រុងទុកដោយស្វ័យប្រវត្តិ។

វិធីសាស្រ្តនេះអនុញ្ញាតឱ្យអ្នកអនុវត្តអ្វីដែលគួរឱ្យចាប់អារម្មណ៍ដូចជា ក្លូន. វាដំណើរការជាមូលដ្ឋានកាន់តែលឿន និងសន្សំសំចៃជាងមុន ដោយសារតែវាមិនតម្រូវឱ្យបង្កើតច្បាប់ចម្លងពេញលេញនៃទិន្នន័យទាំងអស់។

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

ការអានមាត្រដ្ឋានអាចត្រូវបានសម្រេចដោយប្រើការចម្លងដែលសមស្រប។ ការផ្ទុកដែលបានចែកចាយលុបបំបាត់តម្រូវការសម្រាប់ការធ្វើសមកាលកម្មរវាងឧទាហរណ៍មូលដ្ឋានទិន្នន័យសំខាន់ តាមរយៈការដែលយើងសរសេរទិន្នន័យ និងការចម្លងដែលនៅសេសសល់។ ទិន្នន័យ​ដែល​ទាន់សម័យ​ត្រូវ​បាន​ធានា​ថា​មាន​សម្រាប់​ការ​ចម្លង​ទាំងអស់។

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

យើងបានតម្រៀបកន្លែងផ្ទុក។

របៀបធ្វើមាត្រដ្ឋានថ្នាក់ DBMS

នៅទីនេះ ការធ្វើមាត្រដ្ឋានផ្ដេកគឺពិបាកជាង។ ដូច្នេះ ចូរ​យើង​ទៅ​តាម​ផ្លូវ​ដែល​គេ​វាយ​ដំ ការធ្វើមាត្រដ្ឋានបញ្ឈរបុរាណ.

ឧបមាថាយើងមានកម្មវិធីដែលទាក់ទងជាមួយ DBMS តាមរយៈថ្នាំងមេ។

នៅពេលធ្វើមាត្រដ្ឋានបញ្ឈរ យើងបែងចែកថ្នាំងថ្មីដែលនឹងមានដំណើរការ និងអង្គចងចាំច្រើន។

បន្ទាប់យើងប្តូរកម្មវិធីពីថ្នាំងមេចាស់ទៅថ្មី។ បញ្ហាកើតឡើង។

• វានឹងតម្រូវឱ្យមានការផ្អាកកម្មវិធីដ៏សំខាន់។
• ថ្នាំងមេថ្មីនឹងមានឃ្លាំងសម្ងាត់ត្រជាក់។ ដំណើរការមូលដ្ឋានទិន្នន័យនឹងមានអតិបរមា លុះត្រាតែឃ្លាំងសម្ងាត់ក្តៅឡើង។

តើធ្វើដូចម្តេចដើម្បីកែលម្អស្ថានភាព? ដំឡើងប្រូកស៊ីរវាងកម្មវិធី និងថ្នាំងមេ។

តើនេះនឹងផ្តល់ឱ្យយើងនូវអ្វី? ឥឡូវនេះកម្មវិធីទាំងអស់មិនចាំបាច់ត្រូវបានបញ្ជូនបន្តដោយដៃទៅថ្នាំងថ្មីទេ។ កុងតាក់អាចធ្វើឡើងក្រោមប្រូកស៊ី ហើយលឿនជាងមុនជាមូលដ្ឋាន។

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

ដំណោះស្រាយចុងក្រោយជាមួយ Amazon Aurora serverless

តើយើងបានដោះស្រាយបញ្ហាទាំងនេះដោយរបៀបណា?

ទុកប្រូកស៊ី. នេះមិនមែនជាឧទាហរណ៍ដាច់ដោយឡែកទេ ប៉ុន្តែជាបណ្តុំនៃប្រូកស៊ីដែលចែកចាយទាំងស្រុងតាមរយៈកម្មវិធីដែលភ្ជាប់ទៅមូលដ្ឋានទិន្នន័យ។ ក្នុងករណីមានការបរាជ័យ ថ្នាំងណាមួយអាចត្រូវបានជំនួសស្ទើរតែភ្លាមៗ។

បានបន្ថែមអាងទឹកក្តៅនៃទំហំផ្សេងៗ. ដូច្នេះប្រសិនបើចាំបាច់ត្រូវបែងចែកថ្នាំងថ្មីនៃទំហំធំជាង ឬតូចជាងនោះ វាអាចប្រើបានភ្លាមៗ។ មិនចាំបាច់រង់ចាំឱ្យវាផ្ទុកទេ។

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

ប្រូកស៊ីចែកចាយ វត្ថុក្តៅ និងការត្រួតពិនិត្យ។

ថ្នាំងដែលមានថាមពលដែលត្រូវការគឺអាចរកបាន។ Buffer pools ត្រូវបានចម្លងទៅវា ហើយប្រព័ន្ធចាប់ផ្តើមរង់ចាំមួយភ្លែតដើម្បីប្តូរ។

ជាធម្មតា ពេលប្តូរមកលឿនណាស់។ បន្ទាប់មកទំនាក់ទំនងរវាងប្រូកស៊ី និងថ្នាំងមេចាស់ត្រូវបានផ្អាក វគ្គទាំងអស់ត្រូវបានប្តូរទៅថ្នាំងថ្មី។

ធ្វើការជាមួយមូលដ្ឋានទិន្នន័យបន្ត។

ក្រាហ្វបង្ហាញថាការព្យួរពិតជាខ្លីណាស់។ ក្រាហ្វពណ៌ខៀវបង្ហាញពីបន្ទុក ហើយជំហានពណ៌ក្រហមបង្ហាញពីពេលវេលានៃការធ្វើមាត្រដ្ឋាន។ ការធ្លាក់ចុះរយៈពេលខ្លីនៅក្នុងក្រាហ្វពណ៌ខៀវគឺច្បាស់ណាស់ថាការពន្យារពេលខ្លី។

ដោយវិធីនេះ Amazon Aurora អនុញ្ញាតឱ្យអ្នកសន្សំប្រាក់ទាំងស្រុង និងបិទមូលដ្ឋានទិន្នន័យ នៅពេលដែលវាមិនត្រូវបានប្រើប្រាស់ ឧទាហរណ៍ នៅចុងសប្តាហ៍។ បន្ទាប់ពីបញ្ឈប់ការផ្ទុក DB កាត់បន្ថយថាមពលរបស់វាបន្តិចម្តងៗ ហើយបិទមួយរយៈ។ នៅពេលដែលបន្ទុកត្រលប់មកវិញ វានឹងកើនឡើងយ៉ាងរលូនម្តងទៀត។

នៅក្នុងផ្នែកបន្ទាប់នៃរឿងអំពីឧបករណ៍ Amazon យើងនឹងនិយាយអំពីការធ្វើមាត្រដ្ឋានបណ្តាញ។ ជាវ សំបុត្រ ហើយរង់ចាំតាមដាន ដើម្បីកុំឱ្យខកខានអត្ថបទ។

នៅលើ ការផ្ទុកខ្ពស់ ++ Vasily Pantyukhin នឹងផ្តល់របាយការណ៍ "ហ៊ូស្តុន យើងមានបញ្ហា។ ការរចនាប្រព័ន្ធសម្រាប់ការបរាជ័យ លំនាំនៃការអភិវឌ្ឍន៍សម្រាប់សេវាកម្មពពក Amazon ខាងក្នុង" តើគំរូរចនាអ្វីខ្លះសម្រាប់ប្រព័ន្ធចែកចាយត្រូវបានប្រើប្រាស់ដោយអ្នកអភិវឌ្ឍន៍ Amazon មូលហេតុអ្វីខ្លះសម្រាប់ការបរាជ័យនៃសេវាកម្ម អ្វីដែលជាស្ថាបត្យកម្មដែលមានមូលដ្ឋានលើកោសិកា ការងារឥតឈប់ឈរ ការសាប់ការចែករំលែក - វានឹងគួរឱ្យចាប់អារម្មណ៍។ តិចជាងមួយខែរហូតដល់សន្និសីទ - កក់សំបុត្ររបស់អ្នក។. 24 តុលា ឡើងថ្លៃចុងក្រោយ។

ប្រភព: www.habr.com