របៀបដែល Uma.Tech អភិវឌ្ឍហេដ្ឋារចនាសម្ព័ន្ធ

យើងបានចាប់ផ្តើមសេវាកម្មថ្មី ចរាចរណ៍កើនឡើង ជំនួសម៉ាស៊ីនមេ គេហទំព័រថ្មីដែលបានភ្ជាប់ និងមជ្ឈមណ្ឌលទិន្នន័យដែលបានកែលម្អ ហើយឥឡូវនេះយើងនឹងប្រាប់រឿងនេះ ដែលជាការចាប់ផ្តើមដែលយើងណែនាំអ្នកកាលពីប្រាំឆ្នាំមុន.

ប្រាំឆ្នាំគឺជាពេលវេលាធម្មតាសម្រាប់ការបូកសរុបលទ្ធផលបណ្តោះអាសន្ន។ ដូច្នេះហើយ យើងបានសម្រេចចិត្តនិយាយអំពីការអភិវឌ្ឍន៍ហេដ្ឋារចនាសម្ព័ន្ធរបស់យើង ដែលក្នុងរយៈពេលប្រាំឆ្នាំកន្លងមកនេះ បានឆ្លងកាត់ផ្លូវនៃការអភិវឌ្ឍន៍ដ៏គួរឱ្យភ្ញាក់ផ្អើលមួយ ដែលពួកយើងមានមោទនភាព។ ការផ្លាស់ប្តូរបរិមាណដែលយើងបានអនុវត្តបានប្រែទៅជាគុណភាព ឥឡូវនេះហេដ្ឋារចនាសម្ព័ន្ធអាចដំណើរការក្នុងទម្រង់ដែលហាក់ដូចជាអស្ចារ្យនៅពាក់កណ្តាលទសវត្សរ៍ចុងក្រោយនេះ។

យើងធានានូវប្រតិបត្តិការនៃគម្រោងដ៏ស្មុគស្មាញបំផុត ជាមួយនឹងតម្រូវការដ៏តឹងរ៉ឹងបំផុតសម្រាប់ភាពជឿជាក់ និងបន្ទុក រួមទាំងទូរទស្សន៍ PREMIER និង Match TV ។ ការផ្សាយកីឡា និងការបញ្ចាំងលើកដំបូងនៃរឿងភាគទូរទស្សន៍ដ៏ពេញនិយមទាមទារឱ្យមានចរាចរណ៍ជា terabits/s យើងអនុវត្តវាយ៉ាងងាយស្រួល ហើយជារឿយៗការធ្វើការជាមួយល្បឿនបែបនេះបានក្លាយជារឿងធម្មតាសម្រាប់យើងជាយូរមកហើយ។ ហើយកាលពី 5 ឆ្នាំមុន គម្រោងធ្ងន់បំផុតដែលកំពុងដំណើរការលើប្រព័ន្ធរបស់យើងគឺ Rutube ដែលចាប់តាំងពីពេលនោះមកបានបង្កើត បង្កើនបរិមាណ និងចរាចរ ដែលត្រូវតែយកមកពិចារណានៅពេលរៀបចំផែនការផ្ទុក។

យើងបាននិយាយអំពីរបៀបដែលយើងអភិវឌ្ឍផ្នែករឹងនៃហេដ្ឋារចនាសម្ព័ន្ធរបស់យើង ("Rutube 2009-2015: ប្រវត្តិសាស្រ្តនៃផ្នែករឹងរបស់យើង") និងបង្កើតប្រព័ន្ធទទួលខុសត្រូវសម្រាប់ការបង្ហោះវីដេអូ ("ពីសូន្យដល់ 700 ជីហ្គាបៃក្នុងមួយវិនាទី - របៀបបង្ហោះវីដេអូដ៏ធំបំផុតមួយនៅក្នុងប្រទេសរុស្ស៊ីបង្ហោះវីដេអូ") ប៉ុន្តែពេលវេលាជាច្រើនបានកន្លងផុតទៅចាប់តាំងពីអត្ថបទទាំងនេះត្រូវបានសរសេរ ដំណោះស្រាយជាច្រើនផ្សេងទៀតត្រូវបានបង្កើត និងអនុវត្ត ដែលលទ្ធផលដែលអនុញ្ញាតឱ្យយើងបំពេញតាមតម្រូវការទំនើប និងមានភាពបត់បែនគ្រប់គ្រាន់ដើម្បីសម្របខ្លួនទៅនឹងកិច្ចការថ្មី។

ស្នូលបណ្តាញ យើងកំពុងអភិវឌ្ឍឥតឈប់ឈរ។ យើងបានប្តូរទៅឧបករណ៍ Cisco ក្នុងឆ្នាំ 2015 ដែលយើងបាននិយាយនៅក្នុងអត្ថបទមុន។ កាលនោះវានៅតែជា 10/40G ដដែល ប៉ុន្តែសម្រាប់ហេតុផលជាក់ស្តែង បន្ទាប់ពីពីរបីឆ្នាំពួកគេបានធ្វើឱ្យប្រសើរឡើងនូវតួដែលមានស្រាប់ ហើយឥឡូវនេះយើងប្រើប្រាស់ 25/100G យ៉ាងសកម្ម។

តំណភ្ជាប់ 100G មិន​មែន​ជា​ភាព​ប្រណីត​ជា​យូរ​មក​ហើយ​ទេ (ជា​ជាង​នេះ​គឺ​ជា​តម្រូវ​ការ​បន្ទាន់​នៃ​ពេល​វេលា​ក្នុង​ផ្នែក​របស់​យើង) ឬ​កម្រ​មាន (ប្រតិបត្តិករ​កាន់​តែ​ច្រើន​ផ្តល់​ការ​តភ្ជាប់​ក្នុង​ល្បឿន​បែប​នេះ)។ ទោះជាយ៉ាងណាក៏ដោយ 10/40G នៅតែពាក់ព័ន្ធ៖ តាមរយៈតំណភ្ជាប់ទាំងនេះ យើងបន្តភ្ជាប់ប្រតិបត្តិករជាមួយនឹងចំនួនចរាចរតិចតួច ដែលបច្ចុប្បន្នវាមិនសមរម្យក្នុងការប្រើប្រាស់ច្រកដែលមានសមត្ថភាពច្រើនជាងនេះ។

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

ម៉ាស៊ីនមេលទ្ធផលវីដេអូ វិវឌ្ឍយ៉ាងឆាប់រហ័ស ដែលយើងផ្តល់ការខិតខំប្រឹងប្រែងច្រើន។ ប្រសិនបើមុននេះ យើងបានប្រើម៉ាស៊ីនមេ 2U ជាចម្បងជាមួយនឹងកាតបណ្តាញ 4-5 ដែលមានច្រក 10G ពីរនីមួយៗ ឥឡូវនេះចរាចរភាគច្រើនត្រូវបានបញ្ជូនពីម៉ាស៊ីនមេ 1U ដែលមានកាត 2-3 ដែលមានច្រក 25G ពីរនីមួយៗ។ កាតដែលមាន 10G និង 25G គឺស្ទើរតែមានតម្លៃស្មើគ្នា ហើយដំណោះស្រាយកាន់តែលឿនអនុញ្ញាតឱ្យអ្នកបញ្ជូនបានទាំង 10G និង 25G។ លទ្ធផលគឺការសន្សំជាក់ស្តែង៖ សមាសធាតុម៉ាស៊ីនមេតិចជាងមុន និងខ្សែសម្រាប់ការតភ្ជាប់ - ការចំណាយទាប (និងភាពជឿជាក់ខ្ពស់) សមាសធាតុប្រើប្រាស់កន្លែងទំនេរតិចនៅក្នុង rack - វាអាចទៅរួចក្នុងការដាក់ម៉ាស៊ីនមេកាន់តែច្រើនក្នុងមួយឯកតា ហើយដូច្នេះតម្លៃជួលកាន់តែទាប។

ប៉ុន្តែសំខាន់ជាងនេះទៅទៀតគឺការទទួលបានល្បឿន! ឥឡូវនេះយើងអាចផ្ញើច្រើនជាង 1G ជាមួយ 100U! ហើយនេះគឺជាការប្រឆាំងនឹងផ្ទៃខាងក្រោយនៃស្ថានភាពដែលគម្រោងធំ ៗ មួយចំនួនរបស់រុស្ស៊ីហៅទិន្នផល 40G ពី 2U ថាជា "សមិទ្ធិផល" ។ យើងចង់បានបញ្ហារបស់ពួកគេ!

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

ប្រព័ន្ធផ្ទុក ក៏កំពុងកើនឡើងផងដែរ។ ក្នុងរយៈពេលប្រាំឆ្នាំកន្លងមកនេះ ពួកគេបានផ្លាស់ប្តូរពីដប់ពីរឌីស (12x HDD 2U) ទៅជាសាមសិបប្រាំមួយឌីស (36x HDD 4U)។ អ្នកខ្លះភ័យខ្លាចក្នុងការប្រើប្រាស់ "គ្រោងឆ្អឹង" ដែលមានសមត្ថភាពបែបនេះ ព្រោះប្រសិនបើតួបែបនេះបរាជ័យ វាអាចមានការគំរាមកំហែងដល់ផលិតភាព ឬសូម្បីតែដំណើរការ! - សម្រាប់ប្រព័ន្ធទាំងមូល។ ប៉ុន្តែរឿងនេះនឹងមិនកើតឡើងជាមួយយើងទេ៖ យើងបានផ្តល់ការបម្រុងទុកនៅកម្រិតនៃច្បាប់ចម្លងទិន្នន័យដែលចែកចាយតាមភូមិសាស្ត្រ។ យើងបានចែកចាយតួទៅមជ្ឈមណ្ឌលទិន្នន័យផ្សេងៗគ្នា - យើងប្រើសរុបចំនួនបី - ហើយនេះលុបបំបាត់ការកើតឡើងនៃបញ្ហាទាំងក្នុងករណីមានការបរាជ័យនៅក្នុងតួ និងនៅពេលដែលគេហទំព័រធ្លាក់។

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

មជ្ឈមណ្ឌលទិន្នន័យ ក្នុងរយៈពេលប្រាំឆ្នាំកន្លងមកនេះ យើងបានផ្លាស់ប្តូរជាច្រើនដង។ ចាប់តាំងពីការសរសេរអត្ថបទមុនមក យើងមិនបានផ្លាស់ប្តូរមជ្ឈមណ្ឌលទិន្នន័យតែមួយទេ - DataLine - នៅសល់ត្រូវការការជំនួសដោយសារហេដ្ឋារចនាសម្ព័ន្ធរបស់យើងត្រូវបានអភិវឌ្ឍ។ ការផ្ទេរទាំងអស់រវាងគេហទំព័រត្រូវបានគ្រោងទុក។

កាលពីពីរឆ្នាំមុន យើងបានធ្វើចំណាកស្រុកនៅខាងក្នុង MMTS-9 ដោយផ្លាស់ទៅកន្លែងដែលមានការជួសជុលគុណភាពខ្ពស់ ប្រព័ន្ធត្រជាក់ល្អ ការផ្គត់ផ្គង់ថាមពលមានស្ថេរភាព និងគ្មានធូលី ដែលពីមុនដាក់ជាស្រទាប់ក្រាស់លើគ្រប់ផ្ទៃ ហើយថែមទាំងស្ទះផ្នែកខាងក្នុងនៃឧបករណ៍របស់យើងផងដែរ។ . ជ្រើសរើសសេវាកម្មដែលមានគុណភាព - ហើយគ្មានធូលី! - បានក្លាយជាហេតុផលសម្រាប់ការផ្លាស់ប្តូររបស់យើង។

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

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

ការធ្វើចំណាកស្រុកនៃ 13 racks ទៅកាន់គេហទំព័រដែលមានគុណភាពខ្ពស់នៅក្នុង MMTS-9 ធ្វើឱ្យវាអាចធ្វើទៅបានដើម្បីអភិវឌ្ឍទីតាំងនេះមិនត្រឹមតែជាទីតាំងរបស់ប្រតិបត្តិករមួយ (ពីរបី racks និង "ទៅមុខ" នៃប្រតិបត្តិករ) ប៉ុន្តែក៏ដើម្បីប្រើវាជាផ្នែកមួយនៃការ សំខាន់ៗ។ នេះបានសម្រួលដល់ការធ្វើចំណាកស្រុកពីមជ្ឈមណ្ឌលទិន្នន័យដែលមិនសូវល្អ - យើងបានដឹកជញ្ជូនឧបករណ៍ភាគច្រើនពីវាទៅកន្លែងផ្សេងទៀត ហើយ O2xygen ត្រូវបានផ្តល់តួនាទីជាអ្នកអភិវឌ្ឍន៍ ដោយបញ្ជូន 5 racks ជាមួយនឹងឧបករណ៍នៅទីនោះ។

សព្វថ្ងៃនេះ O2xygen គឺជាវេទិកាពេញលេញមួយដែលប្រតិបត្តិករដែលយើងត្រូវការ "បានមកដល់" ហើយអ្នកថ្មីបន្តភ្ជាប់។ សម្រាប់ប្រតិបត្តិករ O2xygen ក៏ប្រែទៅជាមានភាពទាក់ទាញពីទស្សនៈនៃការអភិវឌ្ឍន៍យុទ្ធសាស្ត្រ។

យើងតែងតែអនុវត្តដំណាក់កាលសំខាន់នៃការផ្លាស់ប្តូរក្នុងមួយយប់ ហើយនៅពេលធ្វើចំណាកស្រុកក្នុងរង្វង់ MMTS-9 និង O2xygen យើងប្រកាន់ខ្ជាប់នូវច្បាប់នេះ។ យើងសង្កត់ធ្ងន់ថាយើងអនុវត្តយ៉ាងតឹងរឹងនូវច្បាប់ "ផ្លាស់ទីមួយយប់" ដោយមិនគិតពីចំនួន racks! មានសូម្បីតែគំរូមួយនៅពេលដែលយើងផ្លាស់ទី 20 racks ហើយបានបញ្ចប់វាផងដែរក្នុងមួយយប់។ ការធ្វើចំណាកស្រុកគឺជាដំណើរការដ៏សាមញ្ញមួយ ដែលទាមទារភាពត្រឹមត្រូវ និងភាពស៊ីសង្វាក់គ្នា ប៉ុន្តែមានល្បិចមួយចំនួននៅទីនេះ ទាំងក្នុងដំណើរការរៀបចំ និងនៅពេលផ្លាស់ទី និងនៅពេលដាក់ពង្រាយទៅកាន់ទីតាំងថ្មី។ យើងត្រៀមខ្លួនរួចរាល់ហើយដើម្បីនិយាយអំពីការធ្វើចំណាកស្រុកលម្អិត ប្រសិនបើអ្នកចាប់អារម្មណ៍។

Результаты យើងចូលចិត្តផែនការអភិវឌ្ឍន៍រយៈពេលប្រាំឆ្នាំ។ យើងបានបញ្ចប់ការសាងសង់ហេដ្ឋារចនាសម្ព័ន្ធដែលអត់ឱនចំពោះកំហុសថ្មីដែលចែកចាយនៅទូទាំងមជ្ឈមណ្ឌលទិន្នន័យចំនួនបី។ យើងបានបង្កើនដង់ស៊ីតេនៃការចែកចាយចរាចរណ៍យ៉ាងខ្លាំង - ប្រសិនបើថ្មីៗនេះយើងសប្បាយចិត្តជាមួយ 40-80G ជាមួយ 2U ឥឡូវនេះបទដ្ឋានសម្រាប់យើងគឺ 100G ជាមួយ 1U ។ ឥឡូវនេះ សូម្បីតែចរាចរណ៍មួយកម្រិតក៏ត្រូវបានយើងយល់ថាជារឿងធម្មតាដែរ។ យើងត្រៀមខ្លួនរួចជាស្រេចក្នុងការអភិវឌ្ឍន៍ហេដ្ឋារចនាសម្ព័ន្ធរបស់យើងបន្ថែមទៀត ដែលវាបានប្រែក្លាយទៅជាអាចបត់បែនបាន និងអាចធ្វើមាត្រដ្ឋានបាន។

សំណួរ: តើខ្ញុំគួរប្រាប់អ្នកអំពីអ្វីនៅក្នុងអត្ថបទខាងក្រោមអ្នកអានជាទីស្រឡាញ់? អំពីមូលហេតុដែលយើងចាប់ផ្តើមបង្កើតប្រព័ន្ធផ្ទុកទិន្នន័យផលិតនៅផ្ទះ? អំពីស្នូលបណ្តាញ និងលក្ខណៈពិសេសរបស់វា? អំពីល្បិច និង subtleties នៃការធ្វើចំណាកស្រុករវាងមជ្ឈមណ្ឌលទិន្នន័យ? អំពី​ការ​ធ្វើ​ឱ្យ​ប្រសើរ​ឡើង​នូវ​ការ​សម្រេច​ចិត្ត​ការ​ចែក​ចាយ​ដោយ​ការ​ជ្រើស​រើស​សមាសភាគ​និង​ការ​ផាក​ពិន័យ​ប៉ារ៉ាម៉ែត្រ​? អំពីការបង្កើតដំណោះស្រាយប្រកបដោយនិរន្តរភាព ដោយសារភាពមិនដូចគ្នាច្រើន និងសមត្ថភាពធ្វើមាត្រដ្ឋានផ្ដេកនៅក្នុងមជ្ឈមណ្ឌលទិន្នន័យ ដែលត្រូវបានអនុវត្តនៅក្នុងរចនាសម្ព័ន្ធនៃមជ្ឈមណ្ឌលទិន្នន័យចំនួនបី?

អ្នកនិពន្ធ៖ Petr Vinogradov - នាយកបច្ចេកទេសនៃ Uma.Tech Hamsters ។

ប្រភព: www.habr.com