Tupperware៖ ឃាតករ Kubernetes របស់ Facebook?

ការគ្រប់គ្រងចង្កោមប្រកបដោយប្រសិទ្ធភាព និងគួរឱ្យទុកចិត្តនៅគ្រប់មាត្រដ្ឋានជាមួយ Tupperware

ថ្ងៃនេះ ប្រព័ន្ធ @ សន្និសិទមាត្រដ្ឋាន យើងបានណែនាំ Tupperware ដែលជាប្រព័ន្ធគ្រប់គ្រងចង្កោមរបស់យើងដែលរៀបចំកុងតឺន័រនៅទូទាំងម៉ាស៊ីនមេរាប់លានដែលដំណើរការស្ទើរតែទាំងអស់នៃសេវាកម្មរបស់យើង។ យើងបានដាក់ពង្រាយ Tupperware ជាលើកដំបូងក្នុងឆ្នាំ 2011 ហើយចាប់តាំងពីពេលនោះមក ហេដ្ឋារចនាសម្ព័ន្ធរបស់យើងបានរីកចម្រើន 1 មជ្ឈមណ្ឌលទិន្នន័យ ទាំងមូល មជ្ឈមណ្ឌលទិន្នន័យចែកចាយតាមភូមិសាស្ត្រចំនួន 15. គ្រប់ពេលវេលានេះ Tupperware មិនបានឈរស្ងៀមទេ ហើយបានអភិវឌ្ឍជាមួយយើង។ យើងនឹងបង្ហាញអ្នកពីរបៀបដែល Tupperware ផ្តល់នូវការគ្រប់គ្រងចង្កោមថ្នាក់ដំបូង រួមទាំងការគាំទ្រដ៏ងាយស្រួលសម្រាប់សេវាកម្មរដ្ឋ ផ្ទាំងបញ្ជាតែមួយសម្រាប់មជ្ឈមណ្ឌលទិន្នន័យទាំងអស់ និងសមត្ថភាពក្នុងការចែកចាយសមត្ថភាពរវាងសេវាកម្មក្នុងពេលវេលាជាក់ស្តែង។ យើងក៏នឹងចែករំលែកមេរៀនដែលយើងបានរៀនផងដែរ នៅពេលដែលហេដ្ឋារចនាសម្ព័ន្ធរបស់យើងមានការវិវឌ្ឍន៍។

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

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

ស្ថាបត្យកម្ម Tupperware

ស្ថាបត្យកម្ម Tupperware PRN គឺជាតំបន់មួយនៃមជ្ឈមណ្ឌលទិន្នន័យរបស់យើង។ តំបន់នេះមានអគារមជ្ឈមណ្ឌលទិន្នន័យជាច្រើន (PRN1 និង PRN2) ដែលមានទីតាំងនៅក្បែរនោះ។ យើងមានគម្រោងបង្កើតផ្ទាំងបញ្ជាមួយដែលនឹងគ្រប់គ្រងម៉ាស៊ីនមេទាំងអស់នៅក្នុងតំបន់មួយ។

អ្នកបង្កើតកម្មវិធីផ្តល់សេវាកម្មក្នុងទម្រង់ការងារ Tupperware ។ ការងារមួយមានកុងតឺន័រច្រើន ហើយពួកវាទាំងអស់ជាធម្មតាដំណើរការកូដកម្មវិធីដូចគ្នា។

Tupperware ទទួលខុសត្រូវលើការផ្តល់ធុង និងគ្រប់គ្រងវដ្តជីវិតរបស់ពួកគេ។ វាមានសមាសធាតុជាច្រើន៖

• ផ្នែកខាងមុខរបស់ Tupperware ផ្តល់ APIs សម្រាប់ចំណុចប្រទាក់អ្នកប្រើ CLI និងឧបករណ៍ស្វ័យប្រវត្តិកម្មផ្សេងទៀតដែលអ្នកអាចធ្វើអន្តរកម្មជាមួយ Tupperware ។ ពួកគេលាក់រចនាសម្ព័ន្ធខាងក្នុងទាំងមូលពីម្ចាស់ការងារ Tupperware ។
• Tupperware Scheduler គឺជាផ្ទាំងបញ្ជាដែលទទួលខុសត្រូវក្នុងការគ្រប់គ្រងកុងតឺន័រ និងវដ្តជីវិតការងារ។ វាត្រូវបានដាក់ពង្រាយនៅកម្រិតតំបន់ និងសកល ដែលកម្មវិធីកំណត់ពេលក្នុងតំបន់គ្រប់គ្រងម៉ាស៊ីនមេនៅក្នុងតំបន់មួយ ហើយកម្មវិធីកំណត់ពេលសកលគ្រប់គ្រងម៉ាស៊ីនមេពីតំបន់ផ្សេងៗគ្នា។ កម្មវិធីកំណត់ពេលត្រូវបានបែងចែកទៅជា shards ហើយ shard នីមួយៗគ្រប់គ្រងសំណុំនៃការងារ។
• ប្រូកស៊ី Scheduler របស់ Tupperware លាក់ការបំបែកខាងក្នុង និងផ្តល់នូវផ្ទាំងកញ្ចក់តែមួយដ៏ងាយស្រួលសម្រាប់អ្នកប្រើប្រាស់ Tupperware ។
• អ្នកបែងចែក Tupperware កំណត់កុងតឺន័រទៅម៉ាស៊ីនមេ។ កម្មវិធីកំណត់ពេលគ្រប់គ្រងការបញ្ឈប់ ការចាប់ផ្តើម ការធ្វើបច្ចុប្បន្នភាព និងការបរាជ័យនៃកុងតឺន័រ។ បច្ចុប្បន្ននេះ អ្នកបែងចែកម្នាក់អាចគ្រប់គ្រងតំបន់ទាំងមូលដោយមិនបែងចែកជាផ្នែកៗ។ (ចំណាំភាពខុសគ្នានៅក្នុងវាក្យស័ព្ទ។ ឧទាហរណ៍ កម្មវិធីកំណត់ពេលនៅក្នុង Tupperware ត្រូវគ្នាទៅនឹងផ្ទាំងបញ្ជានៅក្នុង Kubernetesហើយអ្នកបែងចែក Tupperware ត្រូវបានគេហៅថាកម្មវិធីកំណត់ពេលនៅក្នុង Kubernetes។)
• ឈ្មួញកណ្តាលធនធានរក្សាទុកប្រភពនៃការពិតសម្រាប់ព្រឹត្តិការណ៍ម៉ាស៊ីនមេ និងសេវាកម្ម។ យើងដំណើរការឈ្មួញកណ្តាលធនធានមួយសម្រាប់មជ្ឈមណ្ឌលទិន្នន័យនីមួយៗ ហើយវារក្សាទុកព័ត៌មានទាំងអស់អំពីម៉ាស៊ីនមេនៅក្នុងមជ្ឈមណ្ឌលទិន្នន័យនោះ។ ឈ្មួញកណ្តាលធនធាន និងប្រព័ន្ធគ្រប់គ្រងសមត្ថភាព ឬប្រព័ន្ធផ្គត់ផ្គង់ធនធាន សម្រេចថាមវន្តថាមវន្តការចែកចាយកម្មវិធីកំណត់ពេលគ្រប់គ្រងម៉ាស៊ីនមេណាមួយ។ សេវាពិនិត្យសុខភាពត្រួតពិនិត្យម៉ាស៊ីនមេ និងរក្សាទុកទិន្នន័យអំពីសុខភាពរបស់ពួកគេនៅក្នុងឈ្មួញកណ្តាលធនធាន។ ប្រសិនបើម៉ាស៊ីនមេមានបញ្ហា ឬត្រូវការការថែទាំ ឈ្មួញកណ្តាលធនធានប្រាប់អ្នកបែងចែក និងអ្នកកំណត់ពេលឱ្យបញ្ឈប់កុងតឺន័រ ឬផ្លាស់ទីពួកវាទៅម៉ាស៊ីនមេផ្សេងទៀត។
• ភ្នាក់ងារ Tupperware គឺជាដេមិនដែលដំណើរការលើម៉ាស៊ីនមេនីមួយៗ ដែលគ្រប់គ្រងការផ្តល់ និងការដកកុងតឺន័រចេញ។ កម្មវិធីដំណើរការនៅក្នុងកុងតឺន័រ ដែលផ្តល់ឱ្យពួកគេនូវភាពឯកោ និងការបន្តពូជកាន់តែច្រើន។ បើក សន្និសិទ Systems @Scale កាលពីឆ្នាំមុន យើងបានពិពណ៌នារួចហើយអំពីរបៀបដែលធុង Tupperware នីមួយៗត្រូវបានបង្កើតដោយប្រើរូបភាព btrfs cgroupv2 និង systemd ។

លក្ខណៈពិសេសប្លែករបស់ Tupperware

Tupperware គឺស្រដៀងគ្នាក្នុងវិធីជាច្រើនចំពោះប្រព័ន្ធគ្រប់គ្រងចង្កោមផ្សេងទៀតដូចជា Kubernetes និង មេសូសប៉ុន្តែក៏មានភាពខុសគ្នាផងដែរ៖

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

យើងបានបង្កើតមុខងារល្អៗទាំងនេះ ដើម្បីគាំទ្រកម្មវិធីដែលគ្មានរដ្ឋ និងគ្មានរដ្ឋជាច្រើនប្រភេទនៅទូទាំងកងនាវាម៉ាស៊ីនមេដែលបានចែករំលែកជាសកលដ៏ធំមួយ។

ការគាំទ្រដែលភ្ជាប់មកជាមួយសម្រាប់សេវាកម្មរដ្ឋ។

Tupperware ដំណើរការសេវាកម្មរដ្ឋសំខាន់ៗជាច្រើនដែលរក្សាទុកទិន្នន័យផលិតផលជាប់លាប់សម្រាប់ Facebook, Instagram, Messenger និង WhatsApp ។ ទាំងនេះអាចជាហាងធំៗនៃគូតម្លៃសំខាន់ៗ (ឧ. ZippyDB) និងការត្រួតពិនិត្យឃ្លាំងទិន្នន័យ (ឧទាហរណ៍ ODS Gorilla и Scuba) ការថែរក្សាសេវាកម្មរដ្ឋគឺមិនងាយស្រួលនោះទេ ព្រោះប្រព័ន្ធត្រូវតែធានាថាការផ្គត់ផ្គង់កុងតឺន័រអាចទប់ទល់នឹងការរំខានទ្រង់ទ្រាយធំ រួមទាំងការដាច់បណ្តាញឬការដាច់ចរន្តអគ្គិសនី។ ហើយខណៈពេលដែលបច្ចេកទេសសាមញ្ញ ដូចជាការចែកចាយកុងតឺន័រឆ្លងកាត់ដែនដែលមានកំហុស ដំណើរការល្អសម្រាប់សេវាកម្មគ្មានរដ្ឋ សេវារដ្ឋត្រូវការការគាំទ្របន្ថែម។

ឧទាហរណ៍ ប្រសិនបើម៉ាស៊ីនមេបរាជ័យធ្វើឱ្យការចម្លងមូលដ្ឋានទិន្នន័យមួយមិនអាចប្រើបាន តើអ្នកគួរបើកការថែទាំដោយស្វ័យប្រវត្តិដែលនឹងធ្វើបច្ចុប្បន្នភាពស្នូលនៅលើម៉ាស៊ីនមេចំនួន 50 ពីក្រុមចំនួន 10 ដែរឬទេ? អាស្រ័យលើស្ថានភាព។ ប្រសិនបើម៉ាស៊ីនមេមួយក្នុងចំណោមម៉ាស៊ីនមេទាំង 50 នេះមានការចម្លងមួយផ្សេងទៀតនៃមូលដ្ឋានទិន្នន័យដូចគ្នា វាជាការប្រសើរជាងក្នុងការរង់ចាំ និងមិនបាត់បង់ការចម្លងចំនួន 2 ក្នុងពេលតែមួយ។ ដើម្បីធ្វើការសម្រេចចិត្តយ៉ាងស្វាហាប់អំពីការថែទាំ និងដំណើរការប្រព័ន្ធ យើងត្រូវការព័ត៌មានអំពីការចម្លងទិន្នន័យខាងក្នុង និងតក្កវិជ្ជានៃការដាក់សេវាកម្មរដ្ឋនីមួយៗ។

ចំណុចប្រទាក់ TaskControl អនុញ្ញាតឱ្យសេវាកម្មរដ្ឋមានឥទ្ធិពលលើការសម្រេចចិត្តដែលប៉ះពាល់ដល់លទ្ធភាពទទួលបានទិន្នន័យ។ ដោយប្រើចំណុចប្រទាក់នេះ កម្មវិធីកំណត់ពេលជូនដំណឹងកម្មវិធីខាងក្រៅអំពីប្រតិបត្តិការកុងតឺន័រ (ចាប់ផ្តើមឡើងវិញ អាប់ដេត ការផ្លាស់ប្តូរ ការថែទាំ)។ សេវាកម្មដែលមានលក្ខណៈរដ្ឋអនុវត្តឧបករណ៍បញ្ជាដែលប្រាប់ Tupperware នៅពេលដែលវាមានសុវត្ថិភាពក្នុងការអនុវត្តប្រតិបត្តិការនីមួយៗ ហើយប្រតិបត្តិការទាំងនេះអាចត្រូវបានផ្លាស់ប្តូរ ឬពន្យារពេលជាបណ្តោះអាសន្ន។ ក្នុងឧទាហរណ៍ខាងលើ ឧបករណ៍បញ្ជាមូលដ្ឋានទិន្នន័យអាចប្រាប់ Tupperware ឱ្យធ្វើបច្ចុប្បន្នភាព 49 នៃម៉ាស៊ីនមេ 50 ប៉ុន្តែទុកម៉ាស៊ីនមេជាក់លាក់ (X) តែម្នាក់ឯងសម្រាប់ពេលនេះ។ ជាលទ្ធផល ប្រសិនបើរយៈពេលអាប់ដេតខឺណែលឆ្លងកាត់ ហើយមូលដ្ឋានទិន្នន័យនៅតែមិនអាចស្ដារការចម្លងដែលមានបញ្ហាឡើងវិញនោះ Tupperware នឹងនៅតែធ្វើបច្ចុប្បន្នភាពម៉ាស៊ីនមេ X។

សេវាកម្មរដ្ឋជាច្រើននៅក្នុង Tupperware ប្រើប្រាស់ TaskControl មិនមែនដោយផ្ទាល់ទេ ប៉ុន្តែតាមរយៈ ShardManager ដែលជាវេទិកាទូទៅសម្រាប់បង្កើតសេវាកម្មរដ្ឋនៅលើ Facebook ។ ជាមួយនឹង Tupperware អ្នកអភិវឌ្ឍន៍អាចបញ្ជាក់អំពីចេតនារបស់ពួកគេសម្រាប់យ៉ាងច្បាស់អំពីរបៀបដែលធុងគួរតែត្រូវបានចែកចាយនៅទូទាំងមជ្ឈមណ្ឌលទិន្នន័យ។ ជាមួយ ShardManager អ្នកអភិវឌ្ឍន៍បញ្ជាក់ពីចេតនារបស់ពួកគេសម្រាប់របៀបដែលការបែងចែកទិន្នន័យគួរតែត្រូវបានចែកចាយនៅទូទាំងកុងតឺន័រ។ ShardManager ដឹងអំពីការដាក់ទិន្នន័យ និងការចម្លងនៃកម្មវិធីរបស់វា ហើយទំនាក់ទំនងជាមួយ Tupperware តាមរយៈចំណុចប្រទាក់ TaskControl ដើម្បីកំណត់ពេលប្រតិបត្តិការកុងតឺន័រដោយមិនមានការពាក់ព័ន្ធដោយផ្ទាល់ជាមួយកម្មវិធី។ សមាហរណកម្មនេះជួយសម្រួលយ៉ាងខ្លាំងដល់ការគ្រប់គ្រងសេវាកម្មរដ្ឋ ប៉ុន្តែ TaskControl មានសមត្ថភាពច្រើនជាងនេះ។ ជាឧទាហរណ៍ កម្រិតបណ្ដាញដ៏ធំទូលាយរបស់យើងគឺគ្មានរដ្ឋ ហើយប្រើ TaskControl ដើម្បីកែតម្រូវអត្រានៃការអាប់ដេតទៅកាន់កុងតឺន័រយ៉ាងស្វាហាប់។ នៅទីបំផុត ថ្នាក់គេហទំព័រអាចបំពេញការចេញផ្សាយកម្មវិធីជាច្រើនបានយ៉ាងឆាប់រហ័ស ក្នុងមួយថ្ងៃដោយមិនប៉ះពាល់ដល់ភាពអាចរកបាន។

គ្រប់គ្រងម៉ាស៊ីនមេនៅក្នុងមជ្ឈមណ្ឌលទិន្នន័យ

នៅពេលដែល Tupperware ចាប់ផ្តើមដំបូងក្នុងឆ្នាំ 2011 ចង្កោមម៉ាស៊ីនមេនីមួយៗត្រូវបានគ្រប់គ្រងដោយកម្មវិធីកំណត់ពេលដាច់ដោយឡែក។ កាលនោះ ចង្កោម Facebook គឺជាក្រុមនៃ rack server ដែលភ្ជាប់ទៅបណ្តាញមួយ switch ហើយមជ្ឈមណ្ឌលទិន្នន័យដាក់ clusters ជាច្រើន។ កម្មវិធីកំណត់ពេលអាចគ្រប់គ្រងម៉ាស៊ីនមេក្នុងចង្កោមតែមួយបាន មានន័យថាការងារមិនអាចរីករាលដាលនៅទូទាំងចង្កោមច្រើន។ ហេដ្ឋារចនាសម្ព័ន្ធរបស់យើងរីកចម្រើន យើងសរសេរជាក្រុមកាន់តែខ្លាំង។ ដោយសារ Tupperware មិនអាចផ្លាស់ទីការងារពីចង្កោមដែលត្រូវបានបញ្ឈប់ទៅចង្កោមផ្សេងទៀតដោយគ្មានការផ្លាស់ប្តូរ វាទាមទារការខិតខំប្រឹងប្រែងជាច្រើន និងការសម្របសម្រួលយ៉ាងប្រុងប្រយ័ត្នរវាងអ្នកបង្កើតកម្មវិធី និងប្រតិបត្តិករមជ្ឈមណ្ឌលទិន្នន័យ។ ដំណើរការនេះបណ្តាលឱ្យខ្ជះខ្ជាយធនធាន នៅពេលដែលម៉ាស៊ីនមេនៅទំនេរអស់ជាច្រើនខែ ដោយសារនីតិវិធីនៃការផ្ដាច់។

យើងបានបង្កើតឈ្មួញកណ្តាលធនធានដើម្បីដោះស្រាយបញ្ហាការរុះរើចង្កោម និងសម្របសម្រួលប្រភេទនៃការងារថែទាំផ្សេងទៀត។ ឈ្មួញកណ្តាលធនធានតាមដានរាល់ព័ត៌មានរូបវន្តដែលភ្ជាប់ជាមួយម៉ាស៊ីនមេ ហើយសម្រេចថាមវន្តអ្នកកំណត់ពេលគ្រប់គ្រងម៉ាស៊ីនមេនីមួយៗ។ ការភ្ជាប់​ម៉ាស៊ីនមេ​ទៅ​អ្នក​កំណត់​ពេល​កំណត់​ថាមវន្ត​អនុញ្ញាត​ឱ្យ​អ្នក​កំណត់​ពេល​គ្រប់គ្រង​ម៉ាស៊ីន​មេ​ក្នុង​មជ្ឈមណ្ឌល​ទិន្នន័យ​ផ្សេងៗ។ ដោយសារការងារ Tupperware លែងត្រូវបានកំណត់ចំពោះចង្កោមតែមួយ អ្នកប្រើប្រាស់ Tupperware អាចបញ្ជាក់ពីរបៀបដែលកុងតឺន័រគួរតែត្រូវបានចែកចាយនៅទូទាំងដែនដែលមានកំហុស។ ឧទាហរណ៍ អ្នកអភិវឌ្ឍន៍អាចប្រកាសពីចេតនារបស់គាត់ (និយាយថា៖ "ដំណើរការការងាររបស់ខ្ញុំនៅលើដែនកំហុស 2 នៅក្នុងតំបន់ PRN") ដោយមិនបញ្ជាក់តំបន់ដែលអាចរកបានជាក់លាក់។ Tupperware ខ្លួនវានឹងស្វែងរកម៉ាស៊ីនមេដែលសមរម្យដើម្បីអនុវត្តបំណងនេះ ទោះបីជាចង្កោម ឬសេវាកម្មត្រូវបានបញ្ឈប់ក៏ដោយ។

អាចធ្វើមាត្រដ្ឋានបាន ដើម្បីគាំទ្រប្រព័ន្ធសកលទាំងមូល

ជាប្រវត្តិសាស្ត្រ ហេដ្ឋារចនាសម្ព័ន្ធរបស់យើងត្រូវបានបែងចែកទៅជាក្រុមម៉ាស៊ីនមេរាប់រយដែលខិតខំប្រឹងប្រែងសម្រាប់ក្រុមនីមួយៗ។ ដោយសារតែការបែងចែក និងកង្វះស្តង់ដារ យើងមានការចំណាយប្រតិបត្តិការខ្ពស់ ហើយម៉ាស៊ីនមេដែលទុកចោលគឺពិបាកប្រើម្តងទៀត។ នៅក្នុងសន្និសីទកាលពីឆ្នាំមុន ប្រព័ន្ធ @ មាត្រដ្ឋាន យើងបានបង្ហាញ ហេដ្ឋារចនាសម្ព័ន្ធជាសេវាកម្ម (IaaS)ដែលគួរតែបង្រួបបង្រួមហេដ្ឋារចនាសម្ព័ន្ធរបស់យើងទៅជាសួនម៉ាស៊ីនមេតែមួយដ៏ធំ។ ប៉ុន្តែឧទ្យានម៉ាស៊ីនមេតែមួយមានការលំបាកផ្ទាល់ខ្លួន។ វាត្រូវតែបំពេញតាមតម្រូវការជាក់លាក់៖

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

យើងបានបែងចែកកម្មវិធីកំណត់ពេលទៅជា shards ដើម្បីដោះស្រាយបញ្ហានៃការថែរក្សាអាងទឹករួមគ្នាដ៏ធំមួយ។ shard កម្មវិធីកំណត់ពេលនីមួយៗគ្រប់គ្រងសំណុំការងាររបស់ខ្លួននៅក្នុងតំបន់ ហើយនេះកាត់បន្ថយហានិភ័យដែលទាក់ទងនឹងកម្មវិធីកំណត់ពេល។ នៅពេលដែលអាងចែករំលែកកើនឡើង យើងអាចបន្ថែមកម្មវិធីកំណត់កាលវិភាគបន្ថែមទៀត។ សម្រាប់អ្នកប្រើប្រាស់ Tupperware ប្រូកស៊ី shards និងកម្មវិធីកំណត់ពេលមើលទៅដូចជាផ្ទាំងបញ្ជាតែមួយ។ ពួកគេមិនចាំបាច់ធ្វើការជាមួយ bunch of shards ដែលរៀបចំភារកិច្ចនោះទេ។ Scheduler shards មានភាពខុសប្លែកគ្នាជាមូលដ្ឋានពីកម្មវិធីកំណត់ពេលចង្កោមដែលយើងបានប្រើពីមុន នៅពេលដែលផ្ទាំងបញ្ជាត្រូវបានបែងចែកដោយមិនមានការបែងចែកជាស្ថាបត្យកម្មនៃក្រុមម៉ាស៊ីនមេដែលបានចែករំលែកដោយយោងទៅតាមបណ្តាញ topology ។

ធ្វើអោយប្រសើរឡើងនូវប្រសិទ្ធភាពនៃការប្រើប្រាស់ជាមួយនឹង Elastic Computing

ហេដ្ឋារចនាសម្ព័ន្ធរបស់យើងកាន់តែធំ វាកាន់តែមានសារៈសំខាន់ក្នុងការប្រើប្រាស់ម៉ាស៊ីនមេរបស់យើងប្រកបដោយប្រសិទ្ធភាព ដើម្បីបង្កើនប្រសិទ្ធភាពថ្លៃដើមហេដ្ឋារចនាសម្ព័ន្ធ និងកាត់បន្ថយការផ្ទុក។ មានវិធីពីរយ៉ាងដើម្បីបង្កើនប្រសិទ្ធភាពនៃការប្រើប្រាស់ម៉ាស៊ីនមេ៖

• Elastic computing - កាត់បន្ថយសេវាកម្មអនឡាញក្នុងអំឡុងពេលម៉ោងស្ងាត់ ហើយប្រើម៉ាស៊ីនមេទំនេរសម្រាប់បន្ទុកការងារក្រៅបណ្តាញ ដូចជាការរៀនម៉ាស៊ីន និងការងារ MapReduce ។
• ការផ្ទុកលើសទម្ងន់ - ដាក់សេវាកម្មអនឡាញ និងបន្ទុកការងារលើម៉ាស៊ីនមេដូចគ្នា ដូច្នេះបន្ទុកការងារជាក្រុមដំណើរការនៅអាទិភាពទាប។

ឧបសគ្គនៅក្នុងមជ្ឈមណ្ឌលទិន្នន័យរបស់យើងគឺ ការប្រើប្រាស់ថាមពល. ដូច្នេះហើយ យើងចូលចិត្តម៉ាស៊ីនមេតូច និងសន្សំសំចៃថាមពល ដែលរួមគ្នាផ្តល់ថាមពលដំណើរការកាន់តែច្រើន។ ជាអកុសល នៅលើម៉ាស៊ីនមេតូចដែលមាន CPU និងអង្គចងចាំតិចតួច ការផ្ទុកលើសទម្ងន់គឺមិនសូវមានប្រសិទ្ធភាពទេ។ ជាការពិតណាស់ យើងអាចដាក់កុងតឺន័រជាច្រើននៃសេវាកម្មតូចៗនៅលើម៉ាស៊ីនមេដែលសន្សំសំចៃថាមពលតូចមួយដែលប្រើប្រាស់ធនធាន និងអង្គចងចាំតិចតួច ប៉ុន្តែសេវាកម្មធំៗនឹងមានដំណើរការទាបក្នុងស្ថានភាពនេះ។ ដូច្នេះហើយ យើងណែនាំអ្នកអភិវឌ្ឍន៍នៃសេវាកម្មធំៗរបស់យើងឱ្យបង្កើនប្រសិទ្ធភាពពួកវា ដើម្បីឱ្យពួកគេប្រើប្រាស់ម៉ាស៊ីនមេទាំងមូល។


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

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

មេរៀនដែលបានរៀន និងរៀបចំផែនការសម្រាប់អនាគត

ក្នុងរយៈពេល 8 ឆ្នាំកន្លងមកនេះ ពួកយើងបាននិងកំពុងបង្កើត Tupperware ដើម្បីតាមទាន់ការរីកចម្រើនយ៉ាងឆាប់រហ័សរបស់ Facebook។ យើងចែករំលែកនូវអ្វីដែលយើងបានរៀន ហើយសង្ឃឹមថាវានឹងជួយអ្នកដទៃគ្រប់គ្រងហេដ្ឋារចនាសម្ព័ន្ធដែលកំពុងរីកចម្រើនយ៉ាងឆាប់រហ័ស៖

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

យើងទើបតែចាប់ផ្តើមអនុវត្ត កងនាវាម៉ាស៊ីនមេចែករំលែកសកលតែមួយ. បច្ចុប្បន្ននេះប្រហែល 20% នៃម៉ាស៊ីនមេរបស់យើងស្ថិតនៅក្នុងអាងចែករំលែក។ ដើម្បីសម្រេចបាន 100% បញ្ហាជាច្រើនចាំបាច់ត្រូវដោះស្រាយ រួមទាំងការរក្សាឧបករណ៍ផ្ទុករួមគ្នា ការថែទាំដោយស្វ័យប្រវត្តិ ការគ្រប់គ្រងតម្រូវការអ្នកជួលឆ្លង ការកែលម្អការប្រើប្រាស់ម៉ាស៊ីនមេ និងការកែលម្អការគាំទ្រសម្រាប់បន្ទុកការងាររបស់ម៉ាស៊ីន។ យើងមិនអាចរង់ចាំដើម្បីទទួលយកបញ្ហាប្រឈមទាំងនេះ និងចែករំលែកភាពជោគជ័យរបស់យើងបានទេ។

ប្រភព: www.habr.com