SDSM បានបញ្ចប់ហើយ ប៉ុន្តែបំណងប្រាថ្នាដែលមិនអាចគ្រប់គ្រងបានក្នុងការសរសេរនៅតែមាន។

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

ជាមួយនឹងអត្ថបទនេះខ្ញុំនឹងចាប់ផ្តើមស៊េរីអំពីរបៀប ចំពោះខ្ញុំ។ ស្វ័យប្រវត្តិកម្មត្រូវបានគេមើលឃើញ។
នៅតាមផ្លូវ យើងនឹងយល់ពីដំណាក់កាលនៃស្វ័យប្រវត្តិកម្ម ការរក្សាទុកអថេរ ការរចនាផ្លូវការ RestAPI, NETCONF, YANG, YDK ហើយយើងនឹងធ្វើការសរសេរកម្មវិធីជាច្រើន។
ចំពោះខ្ញុំ មានន័យថា ក) វាមិនមែនជាការពិតដែលមានគោលបំណង ខ) វាមិនមែនជាវិធីសាស្រ្ដដ៏ល្អបំផុតដោយគ្មានលក្ខខណ្ឌ គ) គំនិតរបស់ខ្ញុំ ទោះបីជាក្នុងអំឡុងពេលចលនាពីអត្ថបទទីមួយដល់អត្ថបទចុងក្រោយក៏ដោយ ក៏អាចផ្លាស់ប្តូរ - និយាយដោយស្មោះត្រង់ ពីដំណាក់កាលព្រាងទៅ ការបោះពុម្ពផ្សាយ ខ្ញុំបានសរសេរឡើងវិញនូវអ្វីៗទាំងអស់ពីរដង។

មាតិកា

គោលបំណង
1. បណ្តាញគឺដូចជាសារពាង្គកាយតែមួយ
2. ការធ្វើតេស្តការកំណត់រចនាសម្ព័ន្ធ
3. កំណែ
4. ការត្រួតពិនិត្យ និងការព្យាបាលដោយខ្លួនឯងនៃសេវាកម្ម
មធ្យោបាយ
1. ប្រព័ន្ធសារពើភ័ណ្ឌ
2. ប្រព័ន្ធគ្រប់គ្រងលំហ IP
3. ប្រព័ន្ធពិពណ៌នាសេវាកម្មបណ្តាញ
4. យន្តការចាប់ផ្តើមឧបករណ៍
5. គំរូកំណត់រចនាសម្ព័ន្ធអ្នកលក់-មិនជឿ
6. ចំណុចប្រទាក់កម្មវិធីបញ្ជាជាក់លាក់របស់អ្នកលក់
7. យន្តការសម្រាប់បញ្ជូនការកំណត់ទៅឧបករណ៍
8. ស៊ីអាយ / ស៊ីឌី
9. យន្តការសម្រាប់ការបម្រុងទុក និងស្វែងរកគម្លាត
10. ប្រព័ន្ធត្រួតពិនិត្យ
សេចក្តីសន្និដ្ឋាន

ខ្ញុំនឹងព្យាយាមធ្វើ ADSM ក្នុងទម្រង់ខុសគ្នាបន្តិចពី SDSM ។ អត្ថបទធំ លម្អិត និងលេខរៀងនឹងបន្តបង្ហាញ ហើយរវាងអត្ថបទទាំងនោះ ខ្ញុំនឹងបោះពុម្ពកំណត់ចំណាំតូចៗពីបទពិសោធន៍ប្រចាំថ្ងៃ។ ខ្ញុំនឹងព្យាយាមប្រយុទ្ធនឹងភាពល្អឥតខ្ចោះនៅទីនេះ ហើយមិនលិទ្ធពួកគេទាំងអស់នោះទេ។

គួរឱ្យអស់សំណើចណាស់ដែលលើកទី XNUMX អ្នកត្រូវឆ្លងកាត់ផ្លូវដូចគ្នា។

ដំបូងខ្ញុំត្រូវសរសេរអត្ថបទអំពីបណ្តាញដោយខ្លួនឯងដោយសារតែការពិតដែលថាពួកគេមិនមាននៅលើ RuNet ។

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

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

យើងនឹងព្យាយាមយកមជ្ឈមណ្ឌលទិន្នន័យ LAN DC ដែលមានទំហំមធ្យម ហើយធ្វើការចេញនូវគ្រោងការណ៍ស្វ័យប្រវត្តិកម្មទាំងមូល។
ខ្ញុំនឹងធ្វើរឿងមួយចំនួនស្ទើរតែជាលើកដំបូងជាមួយអ្នក។

ខ្ញុំនឹងមិនមានលក្ខណៈដើមនៅក្នុងគំនិត និងឧបករណ៍ដែលបានពិពណ៌នានៅទីនេះទេ។ Dmitry Figol មានភាពអស្ចារ្យ ឆានែលជាមួយនឹងការផ្សាយលើប្រធានបទនេះ។.
អត្ថបទនឹងត្រួតលើពួកវាក្នុងទិដ្ឋភាពជាច្រើន។

LAN DC មាន 4 DC កុងតាក់ប្រហែល 250 រ៉ោតទ័រកន្លះ និងជញ្ជាំងភ្លើងពីរបី។
មិនមែន Facebook ទេ ប៉ុន្តែគ្រប់គ្រាន់ដើម្បីធ្វើឱ្យអ្នកគិតយ៉ាងស៊ីជម្រៅអំពីស្វ័យប្រវត្តិកម្ម។
ទោះយ៉ាងណាក៏ដោយ មានមតិមួយថា ប្រសិនបើអ្នកមានឧបករណ៍លើសពី 1 នោះ ស្វ័យប្រវត្តិកម្មគឺត្រូវការរួចហើយ។
តាមពិតទៅ វាពិបាកក្នុងការស្រមៃថា អ្នកណាម្នាក់អាចរស់នៅដោយគ្មាន យ៉ាងហោចណាស់ ស្គ្រីបជង្គង់។
ទោះបីជាខ្ញុំបានលឺថាមានការិយាល័យដែលអាសយដ្ឋាន IP ត្រូវបានរក្សាទុកក្នុង Excel ហើយឧបករណ៍បណ្តាញរាប់ពាន់គ្រឿងនីមួយៗត្រូវបានកំណត់រចនាសម្ព័ន្ធដោយដៃ និងមានការកំណត់ផ្ទាល់ខ្លួនរបស់វា។ នេះជាការពិតណាស់ អាចត្រូវបានគេយកទៅជាសិល្បៈទំនើប ប៉ុន្តែអារម្មណ៍របស់វិស្វករនឹងត្រូវអាក់អន់ចិត្ត។

គោលបំណង

ឥឡូវនេះយើងនឹងកំណត់គោលដៅអរូបីបំផុត៖

បណ្តាញគឺដូចជាសារពាង្គកាយតែមួយ
ការធ្វើតេស្តការកំណត់រចនាសម្ព័ន្ធ
កំណែស្ថានភាពបណ្តាញ
ការត្រួតពិនិត្យ និងការព្យាបាលដោយខ្លួនឯងនៃសេវាកម្ម

ក្រោយមកនៅក្នុងអត្ថបទនេះ យើងនឹងពិនិត្យមើលអត្ថន័យដែលយើងនឹងប្រើ ហើយនៅខាងក្រោមនេះ យើងនឹងពិនិត្យមើលគោលដៅ និងមធ្យោបាយដោយលម្អិត។

បណ្តាញគឺដូចជាសារពាង្គកាយតែមួយ

ឃ្លាកំណត់នៃស៊េរី ទោះបីជានៅ glance ដំបូងវាហាក់ដូចជាមិនសូវសំខាន់៖ យើងនឹងកំណត់រចនាសម្ព័ន្ធបណ្តាញ មិនមែនឧបករណ៍នីមួយៗទេ។.
ក្នុងរយៈពេលប៉ុន្មានឆ្នាំចុងក្រោយនេះ យើងបានឃើញការផ្លាស់ប្តូរក្នុងការសង្កត់ធ្ងន់ឆ្ពោះទៅរកការចាត់ទុកបណ្តាញជាអង្គភាពតែមួយ ហេតុដូច្នេះហើយបានជា ការកំណត់បណ្តាញដែលបានកំណត់, បណ្តាញជំរុញដោយចេតនា и បណ្តាញស្វយ័ត.
យ៉ាងណាមិញ តើកម្មវិធីអ្វីខ្លះដែលត្រូវការជាសកលពីបណ្តាញ៖ ការតភ្ជាប់រវាងចំណុច A និង B (ល្អ ពេលខ្លះ +B-Z) និងភាពឯកោពីកម្មវិធី និងអ្នកប្រើប្រាស់ផ្សេងទៀត។

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

ជាឧទាហរណ៍ ប្រសិនបើយើងសម្រេចចិត្តថាចាប់ពីពេលនេះតទៅ កុងតាក់ rack នៅ Kazan គួរតែប្រកាសបណ្តាញពីរជំនួសឱ្យបណ្តាញមួយ យើង

ដំបូងយើងកត់ត្រាការផ្លាស់ប្តូរនៅក្នុងប្រព័ន្ធ

ការបង្កើតការកំណត់គោលដៅនៃឧបករណ៍បណ្តាញទាំងអស់។

យើងបើកដំណើរការកម្មវិធីអាប់ដេតការកំណត់រចនាសម្ព័ន្ធបណ្តាញ ដែលគណនានូវអ្វីដែលត្រូវដកចេញនៅលើថ្នាំងនីមួយៗ អ្វីដែលត្រូវបន្ថែម និងនាំថ្នាំងទៅស្ថានភាពដែលចង់បាន។

ក្នុងពេលជាមួយគ្នានេះ យើងធ្វើការផ្លាស់ប្តូរដោយដៃតែក្នុងជំហានដំបូងប៉ុណ្ណោះ។

ការធ្វើតេស្តការកំណត់រចនាសម្ព័ន្ធ

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

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

តាំងពីយូរយារណាស់មកហើយ ជីតារបស់យើងបានពិនិត្យភាពត្រឹមត្រូវនៃការផ្លាស់ប្តូរដែលបានធ្វើឡើងដោយកែវភ្នែកដ៏ប៉ិនប្រសប់ បាល់ដែក និងមុខងារនៃបណ្តាញ បន្ទាប់ពីពួកវាត្រូវបានដាក់ឱ្យដំណើរការ។
ជីតាទាំងនោះដែលការងាររបស់ពួកគេនាំទៅរកការខាតបង់ពេលវេលា និងមហន្តរាយបានបន្សល់ទុកកូនចៅតិចជាងមុន ហើយគួរតែស្លាប់ទៅតាមពេលវេលា ប៉ុន្តែការវិវត្តន៍គឺជាដំណើរការយឺត ដូច្នេះហើយមិនមែនគ្រប់គ្នានៅតែសាកល្បងការផ្លាស់ប្តូរនៅក្នុងមន្ទីរពិសោធន៍ជាមុននោះទេ។
ទោះយ៉ាងណាក៏ដោយ នៅជួរមុខនៃវឌ្ឍនភាពគឺជាអ្នកដែលបានធ្វើស្វ័យប្រវត្តិកម្មដំណើរការនៃការសាកល្បងការកំណត់រចនាសម្ព័ន្ធ និងកម្មវិធីបន្ថែមរបស់វាទៅកាន់បណ្តាញ។ ម្យ៉ាងវិញទៀត ខ្ញុំបានខ្ចីនីតិវិធី CI/CD (សមាហរណកម្មឥតឈប់ឈរ ការដាក់ពង្រាយជាបន្ត) ពីអ្នកអភិវឌ្ឍន៍។
នៅក្នុងផ្នែកមួយ យើងនឹងពិនិត្យមើលរបៀបអនុវត្តវាដោយប្រើប្រព័ន្ធត្រួតពិនិត្យកំណែ ប្រហែលជា Github ។

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

ការបន្តសរីរាង្គនៃគំនិតអំពី ប្រព័ន្ធ ការគ្រប់គ្រងបណ្តាញ និង CI/CD ក្លាយជាកំណែពេញលេញនៃការកំណត់។

កំណែ

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

ចូរនិយាយថាកំណែបច្ចុប្បន្នគឺ 1.0.0 ។
តើអាសយដ្ឋាន IP នៃចំណុចប្រទាក់ Loopback នៅលើ ToRs មួយបានផ្លាស់ប្តូរទេ? នេះជាកំណែតូចមួយ ហើយនឹងមានលេខរៀង 1.0.1។
យើងបានកែសម្រួលគោលនយោបាយសម្រាប់ការនាំចូលផ្លូវចូលទៅក្នុង BGP - ធ្ងន់ធ្ងរជាងនេះបន្តិច - រួចហើយ 1.1.0
យើងបានសម្រេចចិត្តកម្ចាត់ IGP ហើយប្តូរទៅ BGP តែប៉ុណ្ណោះ - នេះគឺជាការផ្លាស់ប្តូរការរចនារ៉ាឌីកាល់រួចទៅហើយ - 2.0.0 ។

ក្នុងពេលជាមួយគ្នានោះ DC ផ្សេងគ្នាអាចមានកំណែផ្សេងៗគ្នា - បណ្តាញកំពុងអភិវឌ្ឍ ឧបករណ៍ថ្មីកំពុងត្រូវបានដំឡើង កម្រិតថ្មីនៃឆ្អឹងខ្នងកំពុងត្រូវបានបន្ថែមនៅកន្លែងណាមួយ មិនមែននៅក្នុងកន្លែងផ្សេងទៀតទេ។ល។

នៅលើ កំណែតាមន័យធៀប យើងនឹងនិយាយនៅក្នុងអត្ថបទដាច់ដោយឡែកមួយ។

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

អនុវត្តដូចគ្នាចំពោះការផ្លាស់ប្តូរត្រឡប់វិញ - នេះមិនមែនជាការលុបចោលពាក្យបញ្ជាចុងក្រោយទេ នេះមិនមែនជាការវិលត្រឡប់មកវិញដោយប្រើប្រព័ន្ធប្រតិបត្តិការរបស់ឧបករណ៍នោះទេ - វាកំពុងនាំបណ្តាញទាំងមូលទៅជាកំណែថ្មី (ចាស់)។

ការត្រួតពិនិត្យ និងការព្យាបាលដោយខ្លួនឯងនៃសេវាកម្ម

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

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

តើយើងត្រូវការអ្វីដើម្បីអនុវត្តផែនការដ៏មានមហិច្ឆតាបែបនេះ?

មានបញ្ជីឧបករណ៍ទាំងអស់នៅលើបណ្តាញ ទីតាំង តួនាទី ម៉ូដែល កំណែកម្មវិធី។
kazan-leaf-1.lmu.net, Kazan, ស្លឹក, Juniper QFX 5120, R18.3 ។
មានប្រព័ន្ធសម្រាប់ពិពណ៌នាអំពីសេវាបណ្តាញ។
IGP, BGP, L2/3VPN, គោលការណ៍, ACL, NTP, SSH ។
អាចចាប់ផ្តើមឧបករណ៍។
ឈ្មោះម៉ាស៊ីន, Mgmt IP, Mgmt Route, អ្នកប្រើប្រាស់, RSA-Keys, LLDP, NETCONF
កំណត់រចនាសម្ព័ន្ធឧបករណ៍ និងនាំយកការកំណត់ទៅកំណែដែលចង់បាន (រួមទាំងចាស់)។
ការកំណត់រចនាសម្ព័ន្ធសាកល្បង
ពិនិត្យស្ថានភាពឧបករណ៍ទាំងអស់ឱ្យបានទៀងទាត់សម្រាប់គម្លាតពីឧបករណ៍បច្ចុប្បន្ន ហើយរាយការណ៍ទៅអ្នកដែលវាគួរតែជា។
ពេញមួយយប់ មាននរណាម្នាក់បានបន្ថែមច្បាប់ទៅ ACL ដោយស្ងាត់ស្ងៀម.
តាមដានការអនុវត្ត។

មធ្យោបាយ

វាស្តាប់ទៅស្មុគស្មាញគ្រប់គ្រាន់ដើម្បីចាប់ផ្តើម decomposing គម្រោងទៅជាសមាសភាគ។

ហើយនឹងមានដប់ក្នុងចំណោមពួកគេ៖

ប្រព័ន្ធសារពើភ័ណ្ឌ
ប្រព័ន្ធគ្រប់គ្រងលំហ IP
ប្រព័ន្ធពិពណ៌នាសេវាកម្មបណ្តាញ
យន្តការចាប់ផ្តើមឧបករណ៍
គំរូកំណត់រចនាសម្ព័ន្ធអ្នកលក់-មិនជឿ
ចំណុចប្រទាក់កម្មវិធីបញ្ជាជាក់លាក់របស់អ្នកលក់
យន្តការសម្រាប់បញ្ជូនការកំណត់ទៅឧបករណ៍
ស៊ីអាយ / ស៊ីឌី
យន្តការសម្រាប់ការបម្រុងទុក និងស្វែងរកគម្លាត
ប្រព័ន្ធត្រួតពិនិត្យ

នេះដោយវិធីនេះគឺជាឧទាហរណ៍នៃរបៀបដែលទស្សនៈលើគោលដៅនៃវដ្តបានផ្លាស់ប្តូរ - មាន 4 សមាសធាតុនៅក្នុងសេចក្តីព្រាង។

ក្នុងរូបភាពនេះ ខ្ញុំបានពណ៌នាអំពីសមាសធាតុទាំងអស់ និងឧបករណ៍ខ្លួនឯង។
សមាសធាតុប្រសព្វមានអន្តរកម្មគ្នាទៅវិញទៅមក។
ប្លុកកាន់តែធំ ការយកចិត្តទុកដាក់កាន់តែច្រើនត្រូវបង់ទៅលើសមាសធាតុនេះ។

សមាសភាគទី 1: ប្រព័ន្ធសារពើភ័ណ្ឌ

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

សម្រាប់គោលបំណងរបស់យើង យើងនឹងរក្សាទុកព័ត៌មានខាងក្រោមអំពីឧបករណ៍នៅក្នុងវា៖

ចំនួនសារពើភ័ណ្ឌ
ចំណងជើង/ការពិពណ៌នា
ម៉ូដែល (Huawei CE12800, Juniper QFX5120 ជាដើម។)
ប៉ារ៉ាម៉ែត្រលក្ខណៈ (ក្តារ ចំណុចប្រទាក់ ។ល។)
តួនាទី (ស្លឹកឈើ ឆ្អឹងខ្នង រ៉ោតទ័រព្រំដែន។ល។)
ទីតាំង (តំបន់, ទីក្រុង, មជ្ឈមណ្ឌលទិន្នន័យ, rack, ឯកតា)
ទំនាក់ទំនងរវាងឧបករណ៍
បណ្តាញ topology

វាច្បាស់ណាស់ថាយើងខ្លួនឯងចង់ដឹងទាំងអស់នេះ។
ប៉ុន្តែតើនេះនឹងជួយសម្រាប់គោលបំណងស្វ័យប្រវត្តិកម្មដែរឬទេ?
ដោយមិនសង្ស័យ។
ជាឧទាហរណ៍ យើងដឹងថានៅក្នុងមជ្ឈមណ្ឌលទិន្នន័យដែលបានផ្តល់ឱ្យនៅលើ Leaf switches ប្រសិនបើវាជា Huawei ACLs ដើម្បីត្រងចរាចរជាក់លាក់គួរតែត្រូវបានអនុវត្តនៅលើ VLAN ហើយប្រសិនបើវាជា Juniper បន្ទាប់មកនៅលើឯកតា 0 នៃចំណុចប្រទាក់រូបវន្ត។
ឬអ្នកត្រូវដាក់ចេញម៉ាស៊ីនមេ Syslog ថ្មីទៅកាន់ព្រំដែនទាំងអស់នៅក្នុងតំបន់។

នៅក្នុងវា យើងនឹងរក្សាទុកឧបករណ៍បណ្តាញនិម្មិត ឧទាហរណ៍ រ៉ោតទ័រនិម្មិត ឬឧបករណ៍ឆ្លុះបញ្ចាំងឫស។ យើងអាចបន្ថែមម៉ាស៊ីនមេ DNS, NTP, Syslog និងជាទូទៅអ្វីគ្រប់យ៉ាងដែលនៅក្នុងវិធីមួយឬផ្សេងទៀតទាក់ទងនឹងបណ្តាញ។

សមាសភាគទី 2៖ ប្រព័ន្ធគ្រប់គ្រងលំហ IP

បាទ/ចាស ហើយឥឡូវនេះមានក្រុមមនុស្សដែលតាមដានបុព្វបទ និងអាសយដ្ឋាន IP នៅក្នុងឯកសារ Excel ។ ប៉ុន្តែវិធីសាស្រ្តទំនើបនៅតែជាមូលដ្ឋានទិន្នន័យដែលមានផ្នែកខាងមុខនៅលើ nginx/apache, API និងមុខងារទូលំទូលាយសម្រាប់ការកត់ត្រាអាសយដ្ឋាន IP និងបណ្តាញដែលបែងចែកជា VRFs ។
IPAM - ការគ្រប់គ្រងអាសយដ្ឋាន IP ។

សម្រាប់គោលបំណងរបស់យើង យើងនឹងរក្សាទុកព័ត៌មានខាងក្រោមនៅក្នុងវា៖

វ៉ាលីន
VRF
បណ្តាញ/បណ្តាញរង
អាសយដ្ឋាន IP
ភ្ជាប់អាសយដ្ឋានទៅឧបករណ៍ បណ្តាញទៅកាន់ទីតាំង និងលេខ VLAN

ជាថ្មីម្តងទៀត វាច្បាស់ណាស់ថាយើងចង់ធ្វើឱ្យប្រាកដថា នៅពេលដែលយើងបែងចែកអាសយដ្ឋាន IP ថ្មីសម្រាប់ ToR loopback យើងនឹងមិនជំពប់ដួលលើការពិតដែលថាវាត្រូវបានចាត់ឱ្យទៅនរណាម្នាក់រួចហើយ។ ឬថាយើងបានប្រើបុព្វបទដូចគ្នាពីរដងនៅចុងផ្សេងគ្នានៃបណ្តាញ។
ប៉ុន្តែ តើវាជួយដោយរបៀបណាជាមួយនឹងស្វ័យប្រវត្តិកម្ម?
ងាយស្រួល។
យើងស្នើសុំបុព្វបទនៅក្នុងប្រព័ន្ធជាមួយនឹងតួនាទី Loopbacks ដែលមានអាសយដ្ឋាន IP ដែលអាចរកបានសម្រាប់ការបែងចែក - ប្រសិនបើវាត្រូវបានរកឃើញ យើងបែងចែកអាសយដ្ឋាន ប្រសិនបើមិនមានទេ យើងស្នើសុំបង្កើតបុព្វបទថ្មី។
ឬនៅពេលបង្កើតការកំណត់រចនាសម្ព័ន្ធឧបករណ៍ យើងអាចរកឃើញពីប្រព័ន្ធដូចគ្នាដែល VRF ចំណុចប្រទាក់គួរតែស្ថិតនៅ។
ហើយនៅពេលចាប់ផ្តើមម៉ាស៊ីនមេថ្មី ស្គ្រីបចូលទៅក្នុងប្រព័ន្ធ រកមើលថាតើកុងតាក់មួយណាដែលម៉ាស៊ីនមេស្ថិតនៅ ច្រកមួយណា និងបណ្តាញរងមួយណាដែលត្រូវផ្តល់ទៅចំណុចប្រទាក់ - ហើយនឹងបែងចែកអាសយដ្ឋានម៉ាស៊ីនមេពីវា។

នេះបង្ហាញពីការចង់បញ្ចូលគ្នានូវ DCIM និង IPAM ទៅក្នុងប្រព័ន្ធតែមួយ ដើម្បីកុំឱ្យមុខងារស្ទួនគ្នា និងមិនបម្រើអង្គភាពស្រដៀងគ្នាពីរ។
នោះហើយជាអ្វីដែលយើងនឹងធ្វើ។

សមាសភាគ 3. ប្រព័ន្ធសម្រាប់ការពិពណ៌នាអំពីសេវាបណ្តាញ

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

ហេដ្ឋារចនាសម្ព័ន្ធ
អតិថិជន។

អតីតត្រូវបានរចនាឡើងដើម្បីផ្តល់នូវការតភ្ជាប់ជាមូលដ្ឋាន និងការគ្រប់គ្រងឧបករណ៍។ ទាំងនេះរួមមាន VTY, SNMP, NTP, Syslog, AAA, នាំផ្លូវពិធីការ, CoPP ជាដើម។
ក្រោយមកទៀតរៀបចំសេវាកម្មសម្រាប់អតិថិជន៖ MPLS L2/L3VPN, GRE, VXLAN, VLAN, L2TP ជាដើម។
ជាការពិតណាស់មានករណីព្រំដែនផងដែរ - កន្លែងដែលត្រូវបញ្ចូល MPLS LDP, BGP? បាទ/ចាស ហើយពិធីការបញ្ជូនផ្លូវអាចត្រូវបានប្រើសម្រាប់អតិថិជន។ ប៉ុន្តែនេះមិនសំខាន់ទេ។

ប្រភេទសេវាកម្មទាំងពីរត្រូវបានបំបែកទៅជាការកំណត់រចនាសម្ព័ន្ធបឋម៖

ចំណុចប្រទាក់រូបវន្ត និងឡូជីខល (tag/anteg, mtu)
អាសយដ្ឋាន IP និង VRFs (IP, IPv6, VRF)
ACLs និងគោលនយោបាយដំណើរការចរាចរណ៍
ពិធីការ (IGP, BGP, MPLS)
គោលការណ៍កំណត់ផ្លូវ (បញ្ជីបុព្វបទ សហគមន៍ តម្រង ASN)។
សេវាកម្មប្រើប្រាស់ (SSH, NTP, LLDP, Syslog...)
ល។

តើយើងនឹងធ្វើបែបនេះយ៉ាងណានោះ ខ្ញុំមិនទាន់ដឹងនៅឡើយទេ។ យើងនឹងពិនិត្យមើលវានៅក្នុងអត្ថបទដាច់ដោយឡែកមួយ។

ប្រសិនបើនៅជិតជីវិតបន្តិច នោះយើងអាចពិពណ៌នាអំពីរឿងនោះ។
កុងតាក់ Leaf ត្រូវតែមានវគ្គ BGP ជាមួយនឹងកុងតាក់ឆ្អឹងខ្នងដែលបានតភ្ជាប់ទាំងអស់ នាំចូលបណ្តាញដែលបានតភ្ជាប់ទៅក្នុងដំណើរការ និងទទួលយកតែបណ្តាញពីបុព្វបទជាក់លាក់ពីឧបករណ៍ប្តូរឆ្អឹងខ្នង។ កំណត់ CoPP IPv6 ND ទៅ 10 pps ។ល។
នៅក្នុងវេន ឆ្អឹងខ្នងមានវគ្គជាមួយការនាំមុខដែលបានតភ្ជាប់ទាំងអស់ ដើរតួជាអ្នកឆ្លុះបញ្ចាំងឫស និងទទួលយកពីពួកគេតែផ្លូវនៃប្រវែងជាក់លាក់មួយ និងជាមួយសហគមន៍ជាក់លាក់មួយ។

សមាសភាគទី 4: យន្តការចាប់ផ្តើមឧបករណ៍

នៅក្រោមចំណងជើងនេះ ខ្ញុំរួមបញ្ចូលគ្នានូវសកម្មភាពជាច្រើនដែលត្រូវតែកើតឡើងដើម្បីឱ្យឧបករណ៍មួយលេចឡើងនៅលើរ៉ាដា និងត្រូវបានចូលប្រើពីចម្ងាយ។

បញ្ចូលឧបករណ៍នៅក្នុងប្រព័ន្ធសារពើភ័ណ្ឌ។
ជ្រើសរើសអាសយដ្ឋាន IP គ្រប់គ្រង។
រៀបចំការចូលប្រើជាមូលដ្ឋានទៅវា៖
ឈ្មោះម៉ាស៊ីន អាសយដ្ឋាន IP គ្រប់គ្រង ផ្លូវទៅកាន់បណ្តាញគ្រប់គ្រង អ្នកប្រើប្រាស់ សោ SSH ពិធីការ - telnet/SSH/NETCONF

មានវិធីសាស្រ្តបីយ៉ាង៖

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

យើងនឹងនិយាយអំពីអ្នកទាំងបីនៅក្នុងអត្ថបទដាច់ដោយឡែកមួយ។

សមាសភាគទី 5៖ គំរូកំណត់រចនាសម្ព័ន្ធអ្នកលក់-មិនច្បាស់លាស់

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

កុំសម្របទៅនឹងចំណុចប្រទាក់ជាក់លាក់សម្រាប់អន្តរកម្មជាមួយឧបករណ៍។ មិនថា CLI, NETCONF, RESTCONF, SNMP - ម៉ូដែលនឹងដូចគ្នា។
កុំរក្សាចំនួនគំរូ/ស្គ្រីប យោងទៅតាមចំនួនអ្នកលក់នៅលើបណ្តាញ ហើយប្រសិនបើការរចនាផ្លាស់ប្តូរ សូមផ្លាស់ប្តូររឿងដូចគ្នានៅកន្លែងជាច្រើន។
ផ្ទុកការកំណត់រចនាសម្ព័ន្ធពីឧបករណ៍ (បម្រុងទុក) ដាក់វាចូលទៅក្នុងគំរូដូចគ្នា ហើយប្រៀបធៀបដោយផ្ទាល់នូវការកំណត់រចនាសម្ព័ន្ធគោលដៅជាមួយឧបករណ៍ដែលមានស្រាប់ ដើម្បីគណនាតំបន់ដីសណ្ត និងរៀបចំបំណះកំណត់រចនាសម្ព័ន្ធដែលនឹងផ្លាស់ប្តូរតែផ្នែកទាំងនោះដែលចាំបាច់ ឬដើម្បីកំណត់អត្តសញ្ញាណគម្លាត។

ជាលទ្ធផលនៃដំណាក់កាលនេះ យើងទទួលបានការកំណត់រចនាសម្ព័ន្ធឯករាជ្យពីអ្នកលក់។

សមាសភាគ 6. ចំណុចប្រទាក់កម្មវិធីបញ្ជាជាក់លាក់របស់អ្នកលក់

អ្នកមិនគួរលើកទឹកចិត្តខ្លួនឯងដោយសង្ឃឹមថាថ្ងៃណាមួយវានឹងអាចកំណត់រចនាសម្ព័ន្ធស៊ីស្កាតាមវិធីដូចគ្នានឹង Juniper ដោយគ្រាន់តែផ្ញើការហៅទូរសព្ទដូចគ្នាទៅកាន់ពួកគេ។ ទោះបីជាមានការកើនឡើងនូវប្រជាប្រិយភាពនៃប្រអប់ស និងការលេចឡើងនៃការគាំទ្រសម្រាប់ NETCONF, RESTCONF, OpenConfig ក៏ដោយ មាតិកាជាក់លាក់ដែលពិធីការទាំងនេះផ្តល់ភាពខុសប្លែកគ្នាពីអ្នកលក់ទៅអ្នកលក់ ហើយនេះគឺជាភាពខុសគ្នាមួយក្នុងចំណោមភាពប្រកួតប្រជែងរបស់ពួកគេ ដែលពួកគេនឹងមិនបោះបង់ចោលដោយងាយនោះទេ។
នេះគឺប្រហាក់ប្រហែលនឹង OpenContrail និង OpenStack ដែលមាន RestAPI ជាចំណុចប្រទាក់ NorthBound របស់ពួកគេ រំពឹងថានឹងមានការហៅខុសគ្នាទាំងស្រុង។

ដូច្នេះនៅក្នុងជំហានទីប្រាំ គំរូអ្នកលក់ឯករាជ្យត្រូវតែយកទម្រង់ដែលវានឹងទៅផ្នែករឹង។
ហើយនៅទីនេះមធ្យោបាយទាំងអស់គឺល្អ (មិនមែន): CLI, NETCONF, RESTCONF, SNMP សាមញ្ញ។

ដូច្នេះយើងនឹងត្រូវការកម្មវិធីបញ្ជាដែលនឹងផ្ទេរលទ្ធផលនៃជំហានមុនទៅជាទម្រង់ដែលត្រូវការរបស់អ្នកលក់ជាក់លាក់មួយ៖ សំណុំនៃពាក្យបញ្ជា CLI រចនាសម្ព័ន្ធ XML ។

សមាសភាគ 7. យន្តការសម្រាប់បញ្ជូនការកំណត់ទៅឧបករណ៍

យើងបានបង្កើតការកំណត់ហើយ ប៉ុន្តែវានៅតែត្រូវការបញ្ជូនទៅកាន់ឧបករណ៍ - ហើយជាក់ស្តែង មិនមែនដោយដៃទេ។
ដំបូងយើងប្រឈមមុខនឹងសំណួរថាតើយើងនឹងប្រើមធ្យោបាយដឹកជញ្ជូនអ្វីខ្លះ? ហើយថ្ងៃនេះជម្រើសមិនតូចទៀតទេ៖

CLI (telnet, ssh)
SNMP
NETCONF
RESTCONF
REST API
OpenFlow (ទោះបីជាវាលើសពីនេះ ដោយសារវាជាវិធីក្នុងការផ្តល់ FIB មិនមែនការកំណត់)

ចូរគូសចំនុច t នៅទីនេះ។ CLI គឺជាមរតក។ SNMP... ក្អក ក្អក។
RESTCONF នៅតែជាសត្វដែលមិនស្គាល់ REST API ត្រូវបានគាំទ្រដោយស្ទើរតែគ្មាននរណាម្នាក់។ ដូច្នេះយើងនឹងផ្តោតលើ NETCONF នៅក្នុងស៊េរី។

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

ទីពីរហើយតើយើងនឹងប្រើឧបករណ៍អ្វីខ្លះ?
វាក៏មានជម្រើសដ៏ធំនៅទីនេះផងដែរ៖

ស្គ្រីបឬវេទិកាដែលសរសេរដោយខ្លួនឯង។ ចូរយើងដាក់ដៃជាមួយ ncclient និង asyncIO ហើយធ្វើអ្វីគ្រប់យ៉ាងដោយខ្លួនឯង។ តើយើងចំណាយប្រាក់ប៉ុន្មានក្នុងការបង្កើតប្រព័ន្ធដាក់ពង្រាយពីដើម?
Ansible ជាមួយបណ្ណាល័យដ៏សំបូរបែបនៃម៉ូឌុលបណ្តាញ។
អំបិលជាមួយនឹងការងារតិចតួចរបស់វាជាមួយបណ្តាញនិងការតភ្ជាប់ជាមួយ Napalm ។
តាមពិត Napalm ដែលស្គាល់អ្នកលក់ពីរបីនាក់ហើយ លាហើយ
នរិន្ទ ជាសត្វមួយប្រភេទទៀត ដែលយើងនឹងកាត់នៅពេលអនាគត។

នៅទីនេះសំណព្វមិនទាន់ត្រូវបានជ្រើសរើស - យើងនឹងស្វែងរក។

តើមានអ្វីទៀតដែលសំខាន់នៅទីនេះ? ផលវិបាកនៃការអនុវត្តការកំណត់។
ជោគជ័យឬអត់។ តើនៅតែមានការចូលប្រើផ្នែករឹងឬអត់?
វាហាក់ដូចជាថាការប្តេជ្ញាចិត្តនឹងជួយនៅទីនេះជាមួយនឹងការបញ្ជាក់ និងសុពលភាពនៃអ្វីដែលត្រូវបានទាញយកទៅឧបករណ៍។
នេះរួមផ្សំជាមួយនឹងការអនុវត្តត្រឹមត្រូវនៃ NETCONF ធ្វើឱ្យឧបករណ៍សមស្របរួមតូចយ៉ាងខ្លាំង - មិនមានក្រុមហ៊ុនផលិតច្រើនគាំទ្រការប្រព្រឹត្តធម្មតានោះទេ។ ប៉ុន្តែនេះគ្រាន់តែជាតម្រូវការជាមុនមួយនៅក្នុង RFP. នៅទីបញ្ចប់គ្មាននរណាម្នាក់ព្រួយបារម្ភថាមិនមានអ្នកលក់រុស្ស៊ីតែមួយនឹងគោរពតាមលក្ខខណ្ឌចំណុចប្រទាក់ 32*100GE នោះទេ។ ឬគាត់ព្រួយបារម្ភ?

សមាសភាគ 8. CI/CD

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

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

CI/CD តំណាងឱ្យការរួមបញ្ចូលជាបន្តបន្ទាប់ ការដាក់ពង្រាយជាបន្ត។ នេះគឺជាវិធីសាស្រ្តដែលក្រុមមិនត្រឹមតែចេញការចេញផ្សាយធំថ្មីរៀងរាល់ប្រាំមួយខែម្តង ជំនួសទាំងស្រុងនូវអ្វីដែលចាស់នោះទេ ប៉ុន្តែអនុវត្តជាបន្តបន្ទាប់ (ការដាក់ពង្រាយ) មុខងារថ្មីនៅក្នុងផ្នែកតូចៗ ដែលនីមួយៗត្រូវបានសាកល្បងយ៉ាងទូលំទូលាយសម្រាប់ភាពឆបគ្នា សុវត្ថិភាព និង ការអនុវត្ត (ការរួមបញ្ចូល) ។

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

ជាមួយនឹងករណីលើកលែងនៃពាក្យបញ្ជាបំបាត់កំហុស ការផ្លាស់ប្តូរទាំងអស់នៅលើបណ្តាញត្រូវតែឆ្លងកាត់ CI/CD Pipeline - នេះគឺជាការធានារបស់យើងនូវជីវិតដ៏ស្ងប់ស្ងាត់ និងអាជីពដ៏រីករាយ និងយូរអង្វែង។

សមាសភាគ 9. ប្រព័ន្ធរកមើលការបម្រុងទុក និងភាពមិនប្រក្រតី

ជាការប្រសើរណាស់, មិនចាំបាច់និយាយអំពីការបម្រុងទុកម្តងទៀតទេ។
យើងនឹងដាក់ពួកវានៅក្នុង git យោងទៅតាមមកុដឬតាមការពិតនៃការផ្លាស់ប្តូរការកំណត់។

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

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

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

សមាសធាតុ 10. ប្រព័ន្ធត្រួតពិនិត្យ

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

Evolving Thought គឺជាផ្នែកសរីរាង្គនៃដំណើរការ CI/CD។ បន្ទាប់ពីដាក់ចេញការកំណត់រចនាសម្ព័ន្ធទៅបណ្តាញហើយ យើងត្រូវអាចកំណត់ថាតើអ្វីគ្រប់យ៉ាងមិនអីទេជាមួយវាឥឡូវនេះ។
ហើយយើងកំពុងនិយាយមិនត្រឹមតែប៉ុណ្ណោះ និងមិនច្រើនអំពីកាលវិភាគនៃការប្រើប្រាស់ចំណុចប្រទាក់ ឬភាពអាចរកបាននៃថ្នាំងនោះទេ ប៉ុន្តែអំពីអ្វីដែលកាន់តែច្បាស់ - វត្តមាននៃផ្លូវចាំបាច់ គុណលក្ខណៈនៅលើពួកវា ចំនួននៃវគ្គ BGP អ្នកជិតខាង OSPF ការអនុវត្តពីចុងដល់ចប់។ នៃសេវាកម្មហួសកំរិត។
តើ syslogs ទៅកាន់ server ខាងក្រៅបានបញ្ឈប់ការបន្ថែម ឬតើភ្នាក់ងារ SFlow ខូច ឬតើការធ្លាក់ចុះនៅក្នុងជួរចាប់ផ្តើមកើនឡើង ឬតើការភ្ជាប់រវាង prefix គូមួយចំនួនបានខូច?

យើងនឹងឆ្លុះបញ្ចាំងពីរឿងនេះនៅក្នុងអត្ថបទដាច់ដោយឡែកមួយ។

សេចក្តីសន្និដ្ឋាន

ជាមូលដ្ឋាន ខ្ញុំបានជ្រើសរើសការរចនាបណ្តាញមជ្ឈមណ្ឌលទិន្នន័យទំនើបមួយ - L3 Clos Fabric ជាមួយ BGP ជាពិធីការនាំផ្លូវ។
លើកនេះយើងនឹងបង្កើតបណ្តាញនៅលើ Juniper ព្រោះឥឡូវនេះចំណុចប្រទាក់ JunOs គឺជា vanlove ។

ចូរធ្វើឱ្យជីវិតរបស់យើងកាន់តែលំបាកដោយប្រើតែឧបករណ៍ Open Source និងបណ្តាញអ្នកលក់ច្រើន - ដូច្នេះបន្ថែមពីលើ Juniper ខ្ញុំនឹងជ្រើសរើសមនុស្សដែលមានសំណាងម្នាក់ទៀតនៅតាមផ្លូវ។

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

បាទ/ចាស ខ្ញុំមិនសន្យាថានឹងបញ្ចប់វដ្តនេះដោយរលូនជាមួយនឹងដំណោះស្រាយដែលត្រៀមរួចជាស្រេចនោះទេ។ 🙂

តំណមានប្រយោជន៍

មុនពេលស្វែងយល់ពីស៊េរីវាមានតម្លៃអានសៀវភៅរបស់ Natasha Samoilenko Python សម្រាប់វិស្វករបណ្តាញ. ហើយប្រហែលជាឆ្លងកាត់ វគ្គសិក្សា.
វាក៏នឹងមានប្រយោជន៍ក្នុងការអានផងដែរ។ RFC អំពីការរចនារោងចក្រមជ្ឈមណ្ឌលទិន្នន័យពី Facebook ដោយ Peter Lapukhov ។
ឯកសារស្ថាបត្យកម្មនឹងផ្តល់ឱ្យអ្នកនូវគំនិតអំពីរបៀបដែល Overlay SDN ដំណើរការ។ ក្រណាត់ Tungsten (ពីមុន Open Contrail)។

សូមអរគុណ

ជ្រលងរ៉ូម៉ាំង។ សម្រាប់មតិយោបល់ និងការកែសម្រួល។
Artyom Chernobay ។ សម្រាប់ KDPV ។

ប្រភព: www.habr.com

ស្វ័យប្រវត្តិកម្មសម្រាប់កូនតូច។ ផ្នែកសូន្យ។ ការធ្វើផែនការ