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

ប្រសិនបើអ្នកមិនស៊ាំនឹងការដំឡើងបណ្តាញមជ្ឈមណ្ឌលទិន្នន័យទេនោះ ខ្ញុំសូមណែនាំឱ្យចាប់ផ្តើមជាមួយ អត្ថបទអំពីពួកគេ។.

បញ្ហាទាំងអស់៖

• 0. ADSM ។ ផ្នែកសូន្យ។ ការធ្វើផែនការ
• 1. ADSM ។ ផ្នែកទី XNUMX (បន្ទាប់ពីសូន្យ) ។ និម្មិតបណ្តាញ
• 2. ADSM ។ ផ្នែកទីពីរ។ ការរចនាបណ្តាញ

ការអនុវត្តដែលបានពិពណ៌នានៅក្នុងស៊េរីនេះគួរតែអាចអនុវត្តបានចំពោះប្រភេទនៃបណ្តាញណាមួយ ទំហំណាមួយ ជាមួយនឹងភាពខុសគ្នានៃអ្នកលក់ (មិនមែន)។ ទោះជាយ៉ាងណាក៏ដោយវាមិនអាចទៅរួចទេក្នុងការពិពណ៌នាអំពីឧទាហរណ៍ជាសកលនៃការអនុវត្តវិធីសាស្រ្តទាំងនេះ។ ដូច្នេះខ្ញុំនឹងផ្តោតលើស្ថាបត្យកម្មទំនើបនៃបណ្តាញ DC៖ រោងចក្រ Kloz.
យើងនឹងធ្វើ DCI នៅលើ MPLS L3VPN ។

បណ្តាញ Overlay ដំណើរការនៅផ្នែកខាងលើនៃបណ្តាញរូបវន្តពីម៉ាស៊ីន (នេះអាចជា VXLAN របស់ OpenStack ឬ Tungsten Fabric ឬអ្វីផ្សេងទៀតដែលទាមទារតែការភ្ជាប់ IP មូលដ្ឋានពីបណ្តាញ) ។

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

យើងនឹងជ្រើសរើស DC ស្វ៊ែរនៅក្នុងកន្លែងទំនេរ៖

• កំណែរចនាមួយនៅគ្រប់ទីកន្លែង។
• អ្នកលក់ពីរនាក់បង្កើតបណ្តាញយន្តហោះពីរ។
• មួយ DC គឺដូចជាមួយផ្សេងទៀតដូចជា peas ពីរនៅក្នុង pod មួយ។

មាតិកា

• ទ្រឹស្តីរូបវិទ្យា
• ការនាំផ្លូវ
• ផែនការ IP
• ឡាបា
• សេចក្តីសន្និដ្ឋាន
• តំណមានប្រយោជន៍

អនុញ្ញាតឱ្យក្រុមហ៊ុនផ្តល់សេវា LAN_DC របស់យើងធ្វើជាម្ចាស់ផ្ទះវីដេអូបណ្តុះបណ្តាលអំពីការរស់រានមានជីវិតនៅក្នុងជណ្តើរយន្តដែលជាប់គាំង។

នៅក្នុង megacities នេះមានប្រជាប្រិយភាពខ្លាំង ដូច្នេះអ្នកត្រូវការម៉ាស៊ីនរាងកាយច្រើន។

ជាដំបូង ខ្ញុំនឹងពណ៌នាអំពីបណ្តាញប្រហែលតាមដែលខ្ញុំចង់ឱ្យវាក្លាយជា។ ហើយបន្ទាប់មកខ្ញុំនឹងធ្វើឱ្យវាសាមញ្ញសម្រាប់មន្ទីរពិសោធន៍។

ទ្រឹស្តីរូបវិទ្យា

ទីតាំង

LAN_DC នឹងមាន 6 DCs៖

• ប្រទេស​រុស្ស៊ី (RU):
  • ទីក្រុងម៉ូស្គូ (msk)
  • កាហ្សាន (kzn)

• អេស្ប៉ាញ (SP):
  • បាសេឡូណា (bcn)
  • ម៉ាឡាហ្គា (mlg)

• ប្រទេសចិន (CN):
  • សៀងហៃ (sha ។)
  • ស៊ីអាន (sia)

ខាងក្នុង DC (Intra-DC)

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

DC នីមួយៗមាន 10 racks ជាមួយនឹងម៉ាស៊ីន ពួកគេនឹងត្រូវបានដាក់លេខ A, B, C ហើយដូច្នេះនៅលើ។

រ៉ាកែតនីមួយៗមានម៉ាស៊ីន 30 ។ ពួកគេនឹងមិនចាប់អារម្មណ៍យើងទេ។

ដូចគ្នានេះផងដែរនៅក្នុង rack នីមួយៗមានកុងតាក់ដែលម៉ាស៊ីនទាំងអស់ត្រូវបានភ្ជាប់ - នេះគឺជា ផ្នែកខាងលើនៃកុងតាក់ Rack - ToR ឬបើមិនដូច្នេះទេនៅក្នុងលក្ខខណ្ឌនៃរោងចក្រ Clos យើងនឹងហៅវា។ ស្លឹក.

ដ្យាក្រាមទូទៅនៃរោងចក្រ។

យើងនឹងហៅពួកគេ។ XXX- ស្លឹកYដែលជាកន្លែង XXX - អក្សរកាត់បីអក្សរ DC, និង Y - លេខ​សម្គាល់។ ឧទាហរណ៍, kzn-leaf11.

នៅក្នុងអត្ថបទរបស់ខ្ញុំ ខ្ញុំនឹងអនុញ្ញាតឱ្យខ្លួនខ្ញុំប្រើពាក្យ Leaf និង ToR ជាពាក្យមានន័យដូចពាក្យ។ ទោះជាយ៉ាងណាក៏ដោយយើងត្រូវតែចងចាំថានេះមិនមែនជាករណីនោះទេ។
ToR គឺជាកុងតាក់ដែលបានដំឡើងនៅក្នុង rack ដែលម៉ាស៊ីនត្រូវបានភ្ជាប់។
Leaf គឺជាតួនាទីរបស់ឧបករណ៍នៅក្នុងបណ្តាញរូបវន្ត ឬកុងតាក់កម្រិតទីមួយនៅក្នុងលក្ខខណ្ឌនៃ Cloes topology ។
នោះគឺស្លឹក != ToR ។
ដូច្នេះ Leaf អាចជាកុងតាក់ EndofRaw ។
ទោះយ៉ាងណាក៏ដោយ ក្នុងក្របខ័ណ្ឌនៃអត្ថបទនេះ យើងនឹងនៅតែចាត់ទុកពួកគេថាជាពាក្យមានន័យដូច។

កុងតាក់ ToR នីមួយៗត្រូវបានភ្ជាប់ទៅកុងតាក់ប្រមូលផ្តុំកម្រិតខ្ពស់ចំនួនបួន - ឆ្អឹងកងខ្នង. រ៉ាកែតមួយនៅក្នុង DC ត្រូវបានបម្រុងទុកសម្រាប់ឆ្អឹងខ្នង។ យើងនឹងដាក់ឈ្មោះវាស្រដៀងគ្នា៖ XXX- ឆ្អឹងខ្នងY.

រ៉ោតទ័រដូចគ្នានឹងមានឧបករណ៍បណ្តាញសម្រាប់ភ្ជាប់រវាងរ៉ោតទ័រ DC - 2 ជាមួយ MPLS នៅលើយន្តហោះ។ ប៉ុន្តែជាទូទៅ ទាំងនេះគឺជា ToRs ដូចគ្នា។ នោះគឺតាមទស្សនៈនៃការប្តូរឆ្អឹងខ្នង ToR ធម្មតាជាមួយម៉ាស៊ីនដែលបានតភ្ជាប់ឬរ៉ោតទ័រសម្រាប់ DCI មិនមានបញ្ហាអ្វីទាំងអស់ - គ្រាន់តែបញ្ជូនបន្តប៉ុណ្ណោះ។

ToRs ពិសេសបែបនេះត្រូវបានគេហៅថា គែម - ស្លឹក. យើងនឹងហៅពួកគេ។ XXX- សន្យាY.

វានឹងមើលទៅដូចនេះ។

នៅក្នុងដ្យាក្រាមខាងលើ ខ្ញុំពិតជាដាក់គែម និងស្លឹកនៅលើកម្រិតដូចគ្នា។ បណ្តាញបីស្រទាប់បុរាណ ពួកគេបានបង្រៀនយើងឱ្យពិចារណា uplinking (ដូច្នេះពាក្យ) ជា uplinks ។ ហើយនៅទីនេះវាប្រែថា DCI "uplink" ថយក្រោយដែលសម្រាប់ខ្លះបំបែកតក្កវិជ្ជាធម្មតា។ ក្នុងករណីបណ្តាញធំ នៅពេលដែលមជ្ឈមណ្ឌលទិន្នន័យត្រូវបានបែងចែកទៅជាអង្គភាពតូចជាង - ផត's (Point Of Delivery), រំលេចបុគ្គល គែម-PODសម្រាប់ DCI និងការចូលប្រើបណ្តាញខាងក្រៅ។

សម្រាប់ភាពងាយស្រួលនៃការយល់ឃើញនាពេលអនាគត ខ្ញុំនឹងនៅតែគូរ Edge លើឆ្អឹងខ្នង ខណៈពេលដែលយើងនឹងចងចាំថាមិនមានបញ្ញានៅលើឆ្អឹងខ្នងទេ ហើយវាមិនមានភាពខុសប្លែកគ្នានៅពេលធ្វើការជាមួយ Leaf និង Edge-leaf ធម្មតាទេ (ទោះបីជាវាអាចមានភាពខុសប្លែកគ្នានៅទីនេះក៏ដោយ។ ប៉ុន្តែជាទូទៅ នេះជាការពិត)។

គ្រោងការណ៍នៃរោងចក្រមួយដែលមានគែមស្លឹក។

ព្រះត្រីឯកនៃស្លឹក ឆ្អឹងខ្នង និងគែមបង្កើតជាបណ្តាញ Underlay ឬរោងចក្រ។

ភារកិច្ចនៃរោងចក្របណ្តាញ (អាន Underlay) ដូចដែលយើងបានកំណត់រួចហើយនៅក្នុង បញ្ហាចុងក្រោយសាមញ្ញណាស់ - ដើម្បីផ្តល់ការភ្ជាប់ IP រវាងម៉ាស៊ីនទាំងនៅក្នុង DC ដូចគ្នា និងរវាងពួកវា។
នោះហើយជាមូលហេតុដែលបណ្តាញត្រូវបានគេហៅថារោងចក្រ ដូចជាឧទាហរណ៍ រោងចក្រប្តូរនៅខាងក្នុងប្រអប់បណ្តាញម៉ូឌុល ដែលអ្នកអាចអានបន្ថែមអំពីនៅក្នុង SDSM14.

ជាទូទៅ topology បែបនេះត្រូវបានគេហៅថារោងចក្រព្រោះក្រណាត់នៅក្នុងការបកប្រែមានន័យថាក្រណាត់។ ហើយវាពិបាកក្នុងការបដិសេធ៖

រោងចក្រគឺ L3 ទាំងស្រុង។ គ្មាន VLAN គ្មានការផ្សាយទេ - យើងមានអ្នកសរសេរកម្មវិធីដ៏អស្ចារ្យបែបនេះនៅ LAN_DC ពួកគេដឹងពីរបៀបសរសេរកម្មវិធីដែលរស់នៅក្នុងគំរូ L3 ហើយម៉ាស៊ីននិម្មិតមិនទាមទារការធ្វើចំណាកស្រុកផ្ទាល់ជាមួយការរក្សាអាសយដ្ឋាន IP នោះទេ។

ហើយម្តងទៀត: ចម្លើយទៅនឹងសំណួរថាហេតុអ្វីបានជារោងចក្រនិងហេតុអ្វីបានជា L3 នៅដាច់ដោយឡែក អត្ថបទ.

DCI - ការភ្ជាប់អន្តរមជ្ឈមណ្ឌលទិន្នន័យ (Inter-DC)

DCI នឹងត្រូវបានរៀបចំឡើងដោយប្រើ Edge-Leaf ពោលគឺពួកគេគឺជាចំណុចចេញរបស់យើងទៅកាន់ផ្លូវហាយវេ។
សម្រាប់ភាពសាមញ្ញ យើងសន្មត់ថា DCs ត្រូវបានភ្ជាប់ទៅគ្នាទៅវិញទៅមកដោយតំណភ្ជាប់ផ្ទាល់។
អនុញ្ញាតឱ្យយើងដកការតភ្ជាប់ខាងក្រៅពីការពិចារណា។

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

នៅលើ Edge-Leafs ស្រទាប់ខាងក្រោមត្រូវបានដាក់ក្នុង VPN និងបញ្ជូនតាមរយៈឆ្អឹងខ្នង MPLS (តំណភ្ជាប់ផ្ទាល់ដូចគ្នា)។

នេះគឺជាដ្យាក្រាមកម្រិតកំពូលដែលយើងទទួលបាន។

ការនាំផ្លូវ

សម្រាប់ការធ្វើដំណើរក្នុង DC យើងនឹងប្រើ BGP ។
នៅលើដើម MPLS OSPF+LDP ។
សម្រាប់ DCI នោះគឺការរៀបចំការតភ្ជាប់នៅក្រោមដី - BGP L3VPN លើ MPLS ។

គ្រោងការណ៍ទូទៅនៃផ្លូវ

មិនមាន OSPF ឬ ISIS (ពិធីការបញ្ជូនផ្លូវដែលត្រូវបានហាមឃាត់នៅក្នុងសហព័ន្ធរុស្ស៊ី) នៅក្នុងរោងចក្រនោះទេ។

នេះមានន័យថានឹងមិនមានការស្វែងរកដោយស្វ័យប្រវត្តិ ឬការគណនាផ្លូវខ្លីបំផុតនោះទេ - មានតែសៀវភៅដៃប៉ុណ្ណោះ (តាមពិតដោយស្វ័យប្រវត្តិ - យើងកំពុងនិយាយអំពីស្វ័យប្រវត្តិកម្មនៅទីនេះ) រៀបចំពិធីការ សង្កាត់ និងគោលការណ៍។

គ្រោងការណ៍កំណត់ផ្លូវ BGP នៅក្នុង DC

ហេតុអ្វី BGP?

នៅលើប្រធានបទនេះមាន RFC ទាំងមូល ដាក់ឈ្មោះតាម Facebook និង Arista ដែលប្រាប់ពីរបៀបបង្កើត ធំណាស់។ បណ្តាញមជ្ឈមណ្ឌលទិន្នន័យដោយប្រើ BGP ។ វាអានស្ទើរតែដូចជារឿងប្រឌិត ខ្ញុំសូមណែនាំវាសម្រាប់ពេលល្ងាចដ៏ល្វឹងល្វើយ។

ហើយមានផ្នែកទាំងមូលនៅក្នុងអត្ថបទរបស់ខ្ញុំឧទ្ទិសដល់រឿងនេះ។ តើខ្ញុំយកអ្នកទៅណា ខ្ញុំកំពុងផ្ញើ.

ប៉ុន្តែទោះបីជាយ៉ាងខ្លីក៏ដោយ មិនមាន IGPs ណាដែលសមរម្យសម្រាប់បណ្តាញនៃមជ្ឈមណ្ឌលទិន្នន័យធំ ដែលចំនួនឧបករណ៍បណ្តាញរត់ចូលទៅក្នុងរាប់ពាន់។

លើសពីនេះទៀត ការប្រើប្រាស់ BGP នៅគ្រប់ទីកន្លែងនឹងអនុញ្ញាតឱ្យអ្នកមិនខ្ជះខ្ជាយពេលវេលាលើការគាំទ្រពិធីការផ្សេងៗ និងការធ្វើសមកាលកម្មរវាងពួកវា។

ដៃនៅលើបេះដូងនៅក្នុងរោងចក្ររបស់យើងដែលមានកម្រិតខ្ពស់នៃប្រូបាប៊ីលីតេនឹងមិនរីកចម្រើនយ៉ាងឆាប់រហ័ស OSPF នឹងគ្រប់គ្រាន់សម្រាប់ភ្នែក។ ទាំងនេះពិតជាបញ្ហារបស់មេហ្គាមាត្រ និងពពកទីតាន។ ប៉ុន្តែសូមស្រមៃមើលសម្រាប់ការចេញផ្សាយមួយចំនួនដែលយើងត្រូវការ ហើយយើងនឹងប្រើ BGP ដូចដែល Pyotr Lapukhov ទទួលមរតក។

គោលការណ៍កំណត់ផ្លូវ

នៅលើការផ្លាស់ប្តូរ Leaf យើងនាំចូលបុព្វបទពីចំណុចប្រទាក់បណ្តាញ Underlay ទៅក្នុង BGP ។
យើងនឹងមានវគ្គ BGP រវាង គ្នា គូ Leaf-Spine ដែលបុព្វបទ Underlay ទាំងនេះនឹងត្រូវបានប្រកាសនៅលើបណ្តាញនៅទីនេះ និងទីនោះ។

នៅក្នុងមជ្ឈមណ្ឌលទិន្នន័យមួយ យើងនឹងចែកចាយលក្ខណៈជាក់លាក់ដែលយើងបាននាំចូលទៅក្នុង ToRe ។ នៅលើ Edge-Leafs យើងនឹងប្រមូលផ្តុំពួកវា ហើយប្រកាសពួកវាទៅកាន់ DCs ពីចម្ងាយ ហើយបញ្ជូនវាទៅ TORs ។ នោះគឺ ToR នីមួយៗនឹងដឹងច្បាស់ពីរបៀបទៅ ToR មួយផ្សេងទៀតនៅក្នុង DC ដូចគ្នា និងកន្លែងដែលចំណុចចូលគឺដើម្បីទៅដល់ ToR នៅក្នុង DC ផ្សេងទៀត។

នៅក្នុង DCI ផ្លូវនឹងត្រូវបានបញ្ជូនជា VPNv4 ។ ដើម្បីធ្វើដូចនេះនៅលើ Edge-Leaf ចំណុចប្រទាក់ឆ្ពោះទៅរោងចក្រនឹងត្រូវបានដាក់នៅក្នុង VRF សូមហៅវាថា UNDERLAY ហើយសង្កាត់ដែលមានឆ្អឹងខ្នងនៅលើ Edge-Leaf នឹងកើនឡើងនៅក្នុង VRF និងរវាង Edge-Leafs នៅក្នុង VPNv4- គ្រួសារ។

យើងក៏នឹងហាមឃាត់ការប្រកាសឡើងវិញនូវផ្លូវដែលបានទទួលពីឆ្អឹងខ្នងត្រឡប់ទៅពួកគេ។

នៅលើ Leaf and Spine យើងនឹងមិននាំចូល Loopbacks ទេ។ យើងគ្រាន់តែត្រូវការពួកវាដើម្បីកំណត់លេខសម្គាល់រ៉ោតទ័រប៉ុណ្ណោះ។

ប៉ុន្តែនៅលើ Edge-Leafs យើងនាំចូលវាទៅក្នុង Global BGP ។ រវាងអាសយដ្ឋាន Loopback Edge-Leafs នឹងបង្កើតវគ្គ BGP នៅក្នុង IPv4 VPN-family ជាមួយគ្នាទៅវិញទៅមក។

យើងនឹងមានឆ្អឹងខ្នង OSPF+LDP រវាងឧបករណ៍ EDGE ។ អ្វីគ្រប់យ៉ាងគឺស្ថិតនៅក្នុងតំបន់មួយ។ ការកំណត់រចនាសម្ព័ន្ធសាមញ្ញបំផុត។

នេះ​ជា​រូបភាព​ដែល​មាន​ការ​កំណត់​ផ្លូវ។

BGP ASN

Edge-Leaf ASN

នៅលើ Edge-Leafs នឹងមាន ASN មួយនៅក្នុង DCs ទាំងអស់។ វាជាការសំខាន់ណាស់ដែលវាមាន iBGP រវាង Edge-Leafs ហើយយើងមិនត្រូវជាប់នៅក្នុងភាពខុសប្លែកគ្នានៃ eBGP នោះទេ។ អនុញ្ញាតឱ្យវាជា 65535 ។ តាមពិត នេះអាចជាលេខសាធារណៈ AS ។

ឆ្អឹងខ្នង ASN

នៅលើឆ្អឹងខ្នងយើងនឹងមាន ASN មួយក្នុងមួយ DC ។ ចូរចាប់ផ្តើមនៅទីនេះជាមួយនឹងលេខដំបូងបំផុតពីជួរឯកជន AS - 64512, 64513 ហើយដូច្នេះនៅលើ។

ហេតុអ្វីបានជា ASN នៅលើ DC?

ចូរបំបែកសំណួរនេះជាពីរ៖

• ហេតុអ្វីបានជា ASNs ដូចគ្នានៅលើឆ្អឹងខ្នងទាំងអស់នៃ DC មួយ?
• ហេតុអ្វីបានជាពួកគេខុសគ្នានៅក្នុង DCs ផ្សេងគ្នា?

ហេតុអ្វីបានជា ASNs ដូចគ្នានៅលើឆ្អឹងខ្នងទាំងអស់នៃ DC មួយ?

នេះជាអ្វីដែលផ្លូវ AS-Path នៃផ្លូវ Underlay នៅលើ Edge-Leaf នឹងមើលទៅដូចនេះ៖
[leafX_ASN, spine_ASN, edge_ASN]
នៅពេលអ្នកព្យាយាមផ្សាយវាត្រឡប់ទៅ Spine វិញ វានឹងបោះបង់វាចោល ព្រោះ AS (Spine_AS) របស់វាស្ថិតនៅក្នុងបញ្ជីរួចហើយ។

ទោះជាយ៉ាងណាក៏ដោយនៅក្នុង DC យើងពេញចិត្តទាំងស្រុងដែលផ្លូវ Underlay ដែលឡើងទៅកាន់ Edge នឹងមិនអាចចុះក្រោមបានទេ។ ការទំនាក់ទំនងទាំងអស់រវាងម៉ាស៊ីននៅក្នុង DC ត្រូវតែកើតឡើងក្នុងកម្រិតឆ្អឹងខ្នង។

ក្នុងករណីនេះផ្លូវសរុបនៃ DCs ផ្សេងទៀតនឹងទៅដល់ ToRs យ៉ាងងាយស្រួល ក្នុងករណីណាក៏ដោយ AS-Path របស់ពួកគេនឹងមានត្រឹមតែ ASN 65535 ដែលជាចំនួននៃ AS Edge-Leafs ព្រោះនោះជាកន្លែងដែលពួកគេត្រូវបានបង្កើត។

ហេតុអ្វីបានជាពួកគេខុសគ្នានៅក្នុង DCs ផ្សេងគ្នា?

តាមទ្រឹស្តី យើងប្រហែលជាត្រូវអូស Loopback និងម៉ាស៊ីននិម្មិតសេវាកម្មមួយចំនួនរវាង DCs។

ឧទាហរណ៍នៅលើម៉ាស៊ីនយើងនឹងដំណើរការ Route Reflector ឬ VNGW ដូចគ្នា។ (Virtual Network Gateway) ដែលនឹងចាក់សោជាមួយ TopR តាមរយៈ BGP និងប្រកាសរង្វិលជុំរបស់វា ដែលគួរតែអាចចូលប្រើបានពី DCs ទាំងអស់។

ដូច្នេះនេះជាអ្វីដែល AS-Path របស់វានឹងមើលទៅដូចតទៅ៖
[VNF_ASN, leafX_DC1_ASN, spine_DC1_ASN, edge_ASN, spine_DC2_ASN, leafY_DC2_ASN]

ហើយមិនគួរមាន ASNs ស្ទួនគ្រប់ទីកន្លែងទេ។

នោះគឺ Spine_DC1 និង Spine_DC2 ត្រូវតែខុសគ្នា ដូចជា leafX_DC1 និង leafY_DC2 ដែលជាអ្វីដែលយើងកំពុងខិតជិត។

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

ហើយ​បើ​យើង​មាន​ឱកាស​មិន​ប្រើ​របស់​ដែល​មាន​គ្រោះថ្នាក់ យើង​នឹង​ទាញ​យក​ប្រយោជន៍​ពី​វា។

ស្លឹក ASN

យើងនឹងមាន ASN បុគ្គលនៅលើឧបករណ៍ប្តូរស្លឹកនីមួយៗនៅទូទាំងបណ្តាញ។
យើងធ្វើបែបនេះសម្រាប់ហេតុផលដែលបានផ្តល់ឱ្យខាងលើ: AS-Path ដោយគ្មានរង្វិលជុំ ការកំណត់រចនាសម្ព័ន្ធ BGP ដោយគ្មានចំណាំ។

សម្រាប់ផ្លូវរវាង Leafs ឆ្លងកាត់យ៉ាងរលូន AS-Path គួរតែមើលទៅដូចនេះ៖
[leafX_ASN, spine_ASN, leafY_ASN]
កន្លែងដែល leafX_ASN និង leafY_ASN ល្អនឹងខុសគ្នា។

នេះត្រូវបានទាមទារផងដែរសម្រាប់ស្ថានភាពជាមួយនឹងការប្រកាសនៃរង្វិលជុំ VNF រវាង DCs៖
[VNF_ASN, leafX_DC1_ASN, spine_DC1_ASN, edge_ASN, spine_DC2_ASN, leafY_DC2_ASN]

យើងនឹងប្រើ ASN 4-byte ហើយបង្កើតវាដោយផ្អែកលើ Spine's ASN និង Leaf switch number ដូចនេះ៖ ឆ្អឹងខ្នង_ASN.0000X.

នេះជារូបភាពជាមួយ ASN។

ផែនការ IP

ជាមូលដ្ឋាន យើងត្រូវបែងចែកអាសយដ្ឋានសម្រាប់ការតភ្ជាប់ខាងក្រោម៖

1. លាក់អាសយដ្ឋានបណ្តាញរវាង ToR និងម៉ាស៊ីន។ ពួកវាត្រូវតែមានតែមួយគត់នៅក្នុងបណ្តាញទាំងមូល ដូច្នេះម៉ាស៊ីនណាមួយអាចទាក់ទងជាមួយឧបករណ៍ផ្សេងទៀត។ សមដ៏អស្ចារ្យ 10/8. សម្រាប់ rack នីមួយៗមាន /26 ដែលមានទុនបំរុង។ យើងនឹងបែងចែក /19 ក្នុងមួយ DC និង /17 ក្នុងមួយតំបន់។
2. ភ្ជាប់អាសយដ្ឋានរវាង Leaf/Tor និងឆ្អឹងខ្នង។

   ខ្ញុំចង់កំណត់ពួកវាតាមក្បួនដោះស្រាយ ពោលគឺគណនាពួកវាពីឈ្មោះឧបករណ៍ដែលត្រូវភ្ជាប់។

   សូមឱ្យវាក្លាយជា ... 169.254.0.0/16 ។
   ពោលគឺ 169.254.00X.Y/31ដែលជាកន្លែង X - លេខឆ្អឹងខ្នង, Y - បណ្តាញ P2P / ៣១.
   នេះនឹងអនុញ្ញាតឱ្យអ្នកបើកដំណើរការរហូតដល់ 128 racks និងរហូតដល់ 10 ឆ្អឹងខ្នងនៅក្នុង DC ។ អាសយដ្ឋានភ្ជាប់អាច (ហើយនឹង) ត្រូវបានធ្វើម្តងទៀតពី DC ទៅ DC ។

3. យើងរៀបចំប្រសព្វ Spine-Edge-Leaf នៅលើបណ្តាញរង 169.254.10X.Y/31ដែលជាកន្លែងដែលដូចគ្នាបេះបិទ X - លេខឆ្អឹងខ្នង, Y - បណ្តាញ P2P / ៣១.
4. ភ្ជាប់អាសយដ្ឋានពី Edge-Leaf ទៅ MPLS ឆ្អឹងខ្នង។ នៅទីនេះស្ថានភាពគឺខុសគ្នាខ្លះ - កន្លែងដែលបំណែកទាំងអស់ត្រូវបានភ្ជាប់ជាចំណិតមួយ ដូច្នេះការប្រើអាសយដ្ឋានដូចគ្នាឡើងវិញនឹងមិនដំណើរការទេ - អ្នកត្រូវជ្រើសរើសបណ្តាញរងឥតគិតថ្លៃបន្ទាប់។ អាស្រ័យហេតុនេះ ចូរយើងយកជាមូលដ្ឋាន 192.168.0.0/16 ហើយ​យើង​នឹង​ដក​អ្នក​ដែល​មាន​សេរីភាព​ចេញ​ពី​វា។
5. អាសយដ្ឋាន Loopback។ យើងនឹងផ្តល់ជួរទាំងមូលសម្រាប់ពួកគេ។ 172.16.0.0/12.
   • ស្លឹក - / 25 ក្នុងមួយឌីស៊ី - ដូចគ្នា 128 racks ។ យើងនឹងបែងចែក /23 ក្នុងមួយតំបន់។
   • ឆ្អឹងខ្នង - / 28 ក្នុងមួយឌីស៊ី - រហូតដល់ 16 ឆ្អឹងខ្នង។ ចូរបែងចែក /26 ក្នុងមួយតំបន់។
   • Edge-Leaf - /29 ក្នុងមួយ DC - រហូតដល់ 8 ប្រអប់។ ចូរបែងចែក /27 ក្នុងមួយតំបន់។

ប្រសិនបើយើងមិនមានជួរដែលបានបែងចែកគ្រប់គ្រាន់នៅក្នុង DC (ហើយវាក៏នឹងមិនមានដែរ - យើងអះអាងថាជាអ្នកបង្កើនទំហំធំ) យើងគ្រាន់តែជ្រើសរើសប្លុកបន្ទាប់។

នេះគឺជារូបភាពដែលមានអាសយដ្ឋាន IP ។

រង្វិលជុំ៖

បុព្វបទ
តួនាទីរបស់ឧបករណ៍
តំបន់។
ДЦ

172.16.0.0/23
គែម
 
 

172.16.0.0/27
ru
 

172.16.0.0/29
msk

172.16.0.8/29
kzn

172.16.0.32/27
sp
 

172.16.0.32/29
bcn

172.16.0.40/29
mlg

172.16.0.64/27
cn
 

172.16.0.64/29
sha ។

172.16.0.72/29
sia

172.16.2.0/23
ឆ្អឹងខ្នង
 
 

172.16.2.0/26
ru
 

172.16.2.0/28
msk

172.16.2.16/28
kzn

172.16.2.64/26
sp
 

172.16.2.64/28
bcn

172.16.2.80/28
mlg

172.16.2.128/26
cn
 

172.16.2.128/28
sha ។

172.16.2.144/28
sia

172.16.8.0/21
ស្លឹក
 
 

172.16.8.0/23
ru
 

172.16.8.0/25
msk

172.16.8.128/25
kzn

172.16.10.0/23
sp
 

172.16.10.0/25
bcn

172.16.10.128/25
mlg

172.16.12.0/23
cn
 

172.16.12.0/25
sha ។

172.16.12.128/25
sia

ស្រទាប់ខាងក្រោម៖

បុព្វបទ
តំបន់។
ДЦ

10.0.0.0/17
ru
 

10.0.0.0/19
msk

10.0.32.0/19
kzn

10.0.128.0/17
sp
 

10.0.128.0/19
bcn

10.0.160.0/19
mlg

10.1.0.0/17
cn
 

10.1.0.0/19
sha ។

10.1.32.0/19
sia

ឡាបា

អ្នកលក់ពីរនាក់។ បណ្តាញមួយ។ ADSM

Juniper + Arista ។ អ៊ូប៊ុនទូ។ អេវ៉ាចាស់។

ចំនួនធនធាននៅលើម៉ាស៊ីនមេនិម្មិតរបស់យើងនៅ Mirana នៅមានកម្រិតនៅឡើយ ដូច្នេះសម្រាប់ការអនុវត្ត យើងនឹងប្រើបណ្តាញដែលងាយស្រួលដល់កម្រិតកំណត់។

មជ្ឈមណ្ឌលទិន្នន័យពីរ៖ Kazan និង Barcelona ។

• ឆ្អឹងខ្នងពីរគឺ Juniper និង Arista ។
• មួយ torus (Leaf) នៅក្នុងគ្នា - Juniper និង Arista ជាមួយនឹងម៉ាស៊ីនភ្ជាប់មួយ (សូមយក Cisco IOL ទម្ងន់ស្រាលសម្រាប់ការនេះ) ។
• ថ្នាំង Edge-Leaf នីមួយៗ (សម្រាប់តែ Juniper ប៉ុណ្ណោះ) ។
• កុងតាក់ស៊ីស្កូមួយដើម្បីគ្រប់គ្រងពួកគេទាំងអស់។
• បន្ថែមពីលើប្រអប់បណ្តាញ ម៉ាស៊ីនគ្រប់គ្រងនិម្មិតកំពុងដំណើរការ។ កំពុងដំណើរការអ៊ូប៊ុនទូ។
  វាមានសិទ្ធិចូលប្រើឧបករណ៍ទាំងអស់ វានឹងដំណើរការប្រព័ន្ធ IPAM/DCIM មួយក្រុមនៃស្គ្រីប Python, Ansible និងអ្វីផ្សេងទៀតដែលយើងប្រហែលជាត្រូវការ។

ការកំណត់រចនាសម្ព័ន្ធពេញលេញ នៃឧបករណ៍បណ្តាញទាំងអស់ ដែលយើងនឹងព្យាយាមផលិតឡើងវិញដោយប្រើស្វ័យប្រវត្តិកម្ម។

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

តើ​វា​ក៏​ទទួល​យក​ដែរ​ឬ​ទេ? តើខ្ញុំគួរសរសេរសេចក្តីសន្និដ្ឋានខ្លីមួយនៅក្រោមអត្ថបទនីមួយៗទេ?

ដូច្នេះយើងជ្រើសរើស បីកម្រិត បណ្តាញ Kloz នៅខាងក្នុង DC ចាប់តាំងពីយើងរំពឹងថានឹងមានចរាចរណ៍ខាងកើត-ខាងលិចច្រើន ហើយចង់បាន ECMP ។

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

យើងបានជ្រើសរើស BGP ជាពិធីការនាំផ្លូវសម្រាប់បណ្តាញបណ្តាញសម្រាប់លទ្ធភាពធ្វើមាត្រដ្ឋាន និងភាពបត់បែននៃគោលនយោបាយរបស់វា។

យើងនឹងមានថ្នាំងដាច់ដោយឡែកសម្រាប់រៀបចំ DCI - Edge-leaf ។
ឆ្អឹងខ្នងនឹងមាន OSPF+LDP ។
DCI នឹងត្រូវបានអនុវត្តដោយផ្អែកលើ MPLS L3VPN ។
សម្រាប់តំណភ្ជាប់ P2P យើងនឹងគណនាអាសយដ្ឋាន IP តាមក្បួនដោះស្រាយដោយផ្អែកលើឈ្មោះឧបករណ៍។
យើង​នឹង​កំណត់​ការ​វិល​ត្រឡប់​ដោយ​យោង​តាម​តួនាទី​របស់​ឧបករណ៍ និង​ទីតាំង​របស់​វា​ជា​បន្តបន្ទាប់។
បុព្វបទក្រោម - តែនៅលើការប្តូរស្លឹកតាមលំដាប់លំដោយដោយផ្អែកលើទីតាំងរបស់វា។

ចូរសន្មតថាឥឡូវនេះយើងមិនទាន់បានដំឡើងឧបករណ៍នៅឡើយទេ។
ដូច្នេះ ជំហានបន្ទាប់របស់យើងនឹងបន្ថែមពួកវាទៅក្នុងប្រព័ន្ធ (IPAM, សារពើភ័ណ្ឌ) រៀបចំការចូលប្រើ បង្កើតការកំណត់រចនាសម្ព័ន្ធ និងដាក់ឱ្យប្រើប្រាស់វា។

នៅក្នុងអត្ថបទបន្ទាប់យើងនឹងដោះស្រាយជាមួយ Netbox - សារពើភ័ណ្ឌនិងប្រព័ន្ធគ្រប់គ្រងសម្រាប់លំហ IP នៅក្នុង DC ។

សូមអរគុណ

• Andrey Glazkov aka @glazgoo សម្រាប់ការអាន និងកែតម្រូវ
• Alexander Klimenko aka @v00lk សម្រាប់ការអាន និងកែសម្រួល
• Artyom Chernobay សម្រាប់ KDPV

ប្រភព: www.habr.com