SDSM അവസാനിച്ചു, പക്ഷേ എഴുതാനുള്ള അനിയന്ത്രിതമായ ആഗ്രഹം അവശേഷിക്കുന്നു.

വർഷങ്ങളോളം, ഞങ്ങളുടെ സഹോദരൻ പതിവ് ജോലികൾ ചെയ്യുന്നതിൽ നിന്നും, കമ്മിറ്റ് ചെയ്യുന്നതിനുമുമ്പ് വിരലുകൾ കടക്കുന്നതിലൂടെയും, രാത്രിയിലെ റോൾബാക്ക് കാരണം ഉറക്കമില്ലായ്മയിലും കഷ്ടപ്പെട്ടു.
എന്നാൽ ഇരുണ്ട കാലം അവസാനിക്കുകയാണ്.

ഈ ലേഖനത്തിലൂടെ ഞാൻ എങ്ങനെ എന്നതിനെക്കുറിച്ചുള്ള ഒരു പരമ്പര ആരംഭിക്കും ഞാൻ ഓട്ടോമേഷൻ കാണപ്പെടുന്നു.
വഴിയിൽ, ഓട്ടോമേഷൻ, വേരിയബിളുകൾ സംഭരിക്കൽ, ഡിസൈൻ ഫോർമലൈസിംഗ്, RestAPI, NETCONF, YANG, YDK എന്നിവയുടെ ഘട്ടങ്ങൾ ഞങ്ങൾ മനസ്സിലാക്കും കൂടാതെ ഞങ്ങൾ ധാരാളം പ്രോഗ്രാമിംഗ് ചെയ്യും.
എനിക്ക് അർത്ഥമാക്കുന്നത് എ) ഇത് ഒരു വസ്തുനിഷ്ഠമായ സത്യമല്ല, ബി) ഇത് നിരുപാധികമായ മികച്ച സമീപനമല്ല, സി) എന്റെ അഭിപ്രായം, ആദ്യ ലേഖനം മുതൽ അവസാന ലേഖനം വരെയുള്ള ചലനത്തിനിടയിൽ പോലും - സത്യസന്ധമായി പറഞ്ഞാൽ, കരട് ഘട്ടം മുതൽ പ്രസിദ്ധീകരണം, ഞാൻ എല്ലാം പൂർണ്ണമായും രണ്ടുതവണ മാറ്റിയെഴുതി.

ഉള്ളടക്കം

1. ലക്ഷ്യങ്ങൾ
   1. ശൃംഖല ഒരൊറ്റ ജീവിയെപ്പോലെയാണ്
   2. കോൺഫിഗറേഷൻ പരിശോധന
   3. പതിപ്പ്
   4. സേവനങ്ങളുടെ നിരീക്ഷണവും സ്വയം രോഗശാന്തിയും

2. സൌകര്യങ്ങൾ
   1. ഇൻവെന്ററി സിസ്റ്റം
   2. ഐപി സ്പേസ് മാനേജ്മെന്റ് സിസ്റ്റം
   3. നെറ്റ്‌വർക്ക് സേവന വിവരണ സംവിധാനം
   4. ഉപകരണം ആരംഭിക്കുന്നതിനുള്ള സംവിധാനം
   5. വെണ്ടർ-അഗ്നോസ്റ്റിക് കോൺഫിഗറേഷൻ മോഡൽ
   6. വെണ്ടർ-നിർദ്ദിഷ്ട ഡ്രൈവർ ഇന്റർഫേസ്
   7. ഉപകരണത്തിലേക്ക് കോൺഫിഗറേഷൻ നൽകുന്നതിനുള്ള സംവിധാനം
   8. സിഐ / സിഡി
   9. ബാക്കപ്പിനുള്ള മെക്കാനിസം, വ്യതിയാനങ്ങൾക്കായി തിരയുക
   10. നിരീക്ഷണ സംവിധാനം

3. തീരുമാനം

SDSM-ൽ നിന്ന് അൽപം വ്യത്യസ്തമായ ഒരു ഫോർമാറ്റിൽ ADSM നടത്താൻ ഞാൻ ശ്രമിക്കും. വലിയ, വിശദമായ, അക്കമിട്ട ലേഖനങ്ങൾ തുടർന്നും ദൃശ്യമാകും, അവയ്ക്കിടയിൽ ഞാൻ ദൈനംദിന അനുഭവത്തിൽ നിന്നുള്ള ചെറിയ കുറിപ്പുകൾ പ്രസിദ്ധീകരിക്കും. ഞാൻ ഇവിടെ പൂർണ്ണതയ്‌ക്കെതിരെ പോരാടാൻ ശ്രമിക്കും, അവ ഓരോന്നും നക്കരുത്.

രണ്ടാം തവണയും ഇതേ വഴിയിലൂടെ പോകേണ്ടി വരുന്നത് എത്ര രസകരമാണ്.

RuNet-ൽ ഇല്ലാത്തതിനാൽ നെറ്റ്‌വർക്കുകളെ കുറിച്ച് ആദ്യം എനിക്ക് തന്നെ ലേഖനങ്ങൾ എഴുതേണ്ടി വന്നു.

ഓട്ടോമേഷനിലേക്കുള്ള സമീപനങ്ങളെ ചിട്ടപ്പെടുത്തുകയും ലളിതമായ പ്രായോഗിക ഉദാഹരണങ്ങൾ ഉപയോഗിച്ച് മുകളിലുള്ള സാങ്കേതികവിദ്യകൾ വിശകലനം ചെയ്യുകയും ചെയ്യുന്ന ഒരു സമഗ്രമായ പ്രമാണം ഇപ്പോൾ എനിക്ക് കണ്ടെത്താൻ കഴിഞ്ഞില്ല.

എനിക്ക് തെറ്റ് പറ്റിയേക്കാം, അതിനാൽ ദയവായി ഉപയോഗപ്രദമായ ഉറവിടങ്ങളിലേക്ക് ലിങ്കുകൾ നൽകുക. എന്നിരുന്നാലും, ഇത് എഴുതാനുള്ള എന്റെ നിശ്ചയദാർഢ്യത്തെ മാറ്റില്ല, കാരണം സ്വയം എന്തെങ്കിലും പഠിക്കുക എന്നതാണ് പ്രധാന ലക്ഷ്യം, മാത്രമല്ല മറ്റുള്ളവർക്ക് ജീവിതം എളുപ്പമാക്കുക എന്നത് അനുഭവം പങ്കിടുന്നതിനുള്ള ജീനിനെ ആകർഷിക്കുന്ന മനോഹരമായ ബോണസാണ്.

ഞങ്ങൾ ഒരു ഇടത്തരം വലിപ്പമുള്ള LAN DC ഡാറ്റാ സെന്റർ എടുത്ത് മുഴുവൻ ഓട്ടോമേഷൻ സ്കീമും തയ്യാറാക്കാൻ ശ്രമിക്കും.
ഞാൻ നിങ്ങളോടൊപ്പം ഏതാണ്ട് ആദ്യമായാണ് ചില കാര്യങ്ങൾ ചെയ്യുന്നത്.

ഇവിടെ വിവരിച്ചിരിക്കുന്ന ആശയങ്ങളിലും ഉപകരണങ്ങളിലും ഞാൻ യഥാർത്ഥമായിരിക്കില്ല. ദിമിത്രി ഫിഗോളിന് മികച്ച പ്രകടനമുണ്ട് ഈ വിഷയത്തിൽ സ്ട്രീമുകളുള്ള ചാനൽ.
ലേഖനങ്ങൾ അവയുമായി പല വശങ്ങളിലും ഓവർലാപ്പ് ചെയ്യും.

LAN DC-യിൽ 4 DC-കൾ, ഏകദേശം 250 സ്വിച്ചുകൾ, അര ഡസൻ റൂട്ടറുകൾ, രണ്ട് ഫയർവാളുകൾ എന്നിവയുണ്ട്.
ഫേസ്ബുക്ക് അല്ല, ഓട്ടോമേഷനെ കുറിച്ച് ആഴത്തിൽ ചിന്തിക്കാൻ പര്യാപ്തമാണ്.
എന്നിരുന്നാലും, നിങ്ങൾക്ക് ഒന്നിൽ കൂടുതൽ ഉപകരണം ഉണ്ടെങ്കിൽ, ഇതിനകം തന്നെ ഓട്ടോമേഷൻ ആവശ്യമാണെന്ന് ഒരു അഭിപ്രായമുണ്ട്.
വാസ്തവത്തിൽ, ഒരു പായ്ക്ക് മുട്ട് സ്ക്രിപ്റ്റുകളെങ്കിലും ഇല്ലാതെ ആർക്കും ഇപ്പോൾ ജീവിക്കാൻ കഴിയുമെന്ന് സങ്കൽപ്പിക്കാൻ പ്രയാസമാണ്.
എക്സലിൽ ഐപി വിലാസങ്ങൾ സൂക്ഷിക്കുന്ന ഓഫീസുകളുണ്ടെന്നും ആയിരക്കണക്കിന് നെറ്റ്‌വർക്ക് ഉപകരണങ്ങളിൽ ഓരോന്നിനും സ്വമേധയാ കോൺഫിഗർ ചെയ്യപ്പെടുകയും അതിന്റേതായ സവിശേഷമായ കോൺഫിഗറേഷനുണ്ടെന്നും ഞാൻ കേട്ടിട്ടുണ്ടെങ്കിലും. തീർച്ചയായും ഇത് ആധുനിക കലയായി കൈമാറാൻ കഴിയും, പക്ഷേ എഞ്ചിനീയറുടെ വികാരങ്ങൾ തീർച്ചയായും വ്രണപ്പെടും.

ലക്ഷ്യങ്ങൾ

ഇപ്പോൾ ഞങ്ങൾ ഏറ്റവും അമൂർത്തമായ ലക്ഷ്യങ്ങൾ സജ്ജമാക്കും:

• ശൃംഖല ഒരൊറ്റ ജീവിയെപ്പോലെയാണ്
• കോൺഫിഗറേഷൻ പരിശോധന
• നെറ്റ്‌വർക്ക് സ്റ്റേറ്റ് പതിപ്പിംഗ്
• സേവനങ്ങളുടെ നിരീക്ഷണവും സ്വയം രോഗശാന്തിയും

ഈ ലേഖനത്തിൽ പിന്നീട് നമ്മൾ ഉപയോഗിക്കേണ്ട മാർഗങ്ങൾ നോക്കാം, താഴെപ്പറയുന്നവയിൽ ഞങ്ങൾ ലക്ഷ്യങ്ങളും മാർഗങ്ങളും വിശദമായി പരിശോധിക്കും.

ശൃംഖല ഒരൊറ്റ ജീവിയെപ്പോലെയാണ്

ഒറ്റനോട്ടത്തിൽ അത്ര പ്രാധാന്യമുള്ളതായി തോന്നില്ലെങ്കിലും പരമ്പരയുടെ നിർവചിക്കുന്ന വാക്യം: ഞങ്ങൾ നെറ്റ്‌വർക്ക് കോൺഫിഗർ ചെയ്യും, വ്യക്തിഗത ഉപകരണങ്ങളല്ല.
സമീപ വർഷങ്ങളിൽ, നെറ്റ്‌വർക്കിനെ ഒരൊറ്റ എന്റിറ്റിയായി കണക്കാക്കുന്നതിലേക്ക് ഊന്നൽ നൽകുന്നത് ഞങ്ങൾ കണ്ടു, അതിനാൽ സോഫ്റ്റ്വെയർ നിർവചിക്കപ്പെട്ട നെറ്റ്‌വർക്കിംഗ്, ഉദ്ദേശശുദ്ധിയുള്ള നെറ്റ്‌വർക്കുകൾ и സ്വയംഭരണ നെറ്റ്‌വർക്കുകൾ.
എല്ലാത്തിനുമുപരി, നെറ്റ്‌വർക്കിൽ നിന്ന് ആപ്ലിക്കേഷനുകൾക്ക് ആഗോളതലത്തിൽ എന്താണ് വേണ്ടത്: പോയിന്റുകൾ A, B എന്നിവ തമ്മിലുള്ള കണക്റ്റിവിറ്റി (നന്നായി, ചിലപ്പോൾ +B-Z) മറ്റ് ആപ്ലിക്കേഷനുകളിൽ നിന്നും ഉപയോക്താക്കളിൽ നിന്നും ഒറ്റപ്പെടലും.

അതിനാൽ ഈ പരമ്പരയിലെ ഞങ്ങളുടെ ചുമതല ഒരു സിസ്റ്റം നിർമ്മിക്കുക, നിലവിലെ കോൺഫിഗറേഷൻ നിലനിർത്തുന്നു മുഴുവൻ നെറ്റ്‌വർക്ക്, ഓരോ ഉപകരണത്തിലും അതിന്റെ റോളിനും സ്ഥാനത്തിനും അനുസൃതമായി യഥാർത്ഥ കോൺഫിഗറേഷനിലേക്ക് ഇതിനകം വിഘടിപ്പിച്ചിരിക്കുന്നു.
സിസ്റ്റം നെറ്റ്‌വർക്ക് മാനേജ്‌മെന്റ് സൂചിപ്പിക്കുന്നത് മാറ്റങ്ങൾ വരുത്താൻ ഞങ്ങൾ അതിനെ ബന്ധപ്പെടുകയും അത് ഓരോ ഉപകരണത്തിനും ആവശ്യമുള്ള അവസ്ഥ കണക്കാക്കുകയും അത് കോൺഫിഗർ ചെയ്യുകയും ചെയ്യുന്നു.
ഈ രീതിയിൽ, CLI-യിലേക്കുള്ള സ്വമേധയാലുള്ള ആക്‌സസ് ഞങ്ങൾ ഏതാണ്ട് പൂജ്യമായി കുറയ്ക്കുന്നു - ഉപകരണ ക്രമീകരണങ്ങളിലോ നെറ്റ്‌വർക്ക് രൂപകൽപ്പനയിലോ ഉള്ള എന്തെങ്കിലും മാറ്റങ്ങൾ ഔപചാരികമാക്കുകയും ഡോക്യുമെന്റ് ചെയ്യുകയും വേണം - അതിനുശേഷം മാത്രമേ ആവശ്യമായ നെറ്റ്‌വർക്ക് ഘടകങ്ങളിലേക്ക് വ്യാപിപ്പിക്കൂ.

അതായത്, ഉദാഹരണത്തിന്, ഇനി മുതൽ കസാനിലെ റാക്ക് സ്വിച്ചുകൾ ഒന്നിന് പകരം രണ്ട് നെറ്റ്‌വർക്കുകൾ പ്രഖ്യാപിക്കണമെന്ന് ഞങ്ങൾ തീരുമാനിച്ചാൽ, ഞങ്ങൾ

1. ആദ്യം നമ്മൾ സിസ്റ്റത്തിലെ മാറ്റങ്ങൾ രേഖപ്പെടുത്തുന്നു
2. എല്ലാ നെറ്റ്‌വർക്ക് ഉപകരണങ്ങളുടെയും ടാർഗെറ്റ് കോൺഫിഗറേഷൻ സൃഷ്ടിക്കുന്നു
3. ഞങ്ങൾ നെറ്റ്‌വർക്ക് കോൺഫിഗറേഷൻ അപ്‌ഡേറ്റ് പ്രോഗ്രാം സമാരംഭിക്കുന്നു, അത് ഓരോ നോഡിലും എന്തൊക്കെ നീക്കംചെയ്യണം, എന്തൊക്കെ ചേർക്കണം, നോഡുകൾ ആവശ്യമുള്ള അവസ്ഥയിലേക്ക് കൊണ്ടുവരുന്നു.

അതേ സമയം, ആദ്യ ഘട്ടത്തിൽ മാത്രം ഞങ്ങൾ സ്വമേധയാ മാറ്റങ്ങൾ വരുത്തുന്നു.

കോൺഫിഗറേഷൻ പരിശോധന

ഇത് അറിയപ്പെടുന്നതാണ്80% പ്രശ്നങ്ങളും കോൺഫിഗറേഷൻ മാറ്റങ്ങളിലാണ് സംഭവിക്കുന്നത് - ഇതിന്റെ പരോക്ഷ തെളിവാണ് പുതുവത്സര അവധിക്കാലത്ത് എല്ലാം സാധാരണയായി ശാന്തമായിരിക്കും.
മാനുഷിക പിശക് കാരണം ഡസൻ കണക്കിന് ആഗോള പ്രവർത്തനരഹിതമായ സമയങ്ങൾ ഞാൻ വ്യക്തിപരമായി കണ്ടു: തെറ്റായ കമാൻഡ്, കോൺഫിഗറേഷൻ തെറ്റായ ബ്രാഞ്ചിൽ നടപ്പിലാക്കി, കമ്മ്യൂണിറ്റി മറന്നു, എം‌പി‌എൽ‌എസ് റൂട്ടറിൽ ആഗോളതലത്തിൽ പൊളിച്ചു, അഞ്ച് ഹാർഡ്‌വെയർ കോൺഫിഗർ ചെയ്‌തു, പക്ഷേ പിശക് സംഭവിച്ചില്ല ആറാം തീയതി ശ്രദ്ധയിൽപ്പെട്ടു, മറ്റൊരാൾ വരുത്തിയ പഴയ മാറ്റങ്ങൾ വരുത്തി . ഒരു ടൺ രംഗങ്ങളുണ്ട്.

ഓട്ടോമേഷൻ ഞങ്ങളെ കുറച്ച് തെറ്റുകൾ വരുത്താൻ അനുവദിക്കും, പക്ഷേ വലിയ തോതിൽ. ഇതുവഴി നിങ്ങൾക്ക് ഒരു ഉപകരണം മാത്രമല്ല, മുഴുവൻ നെറ്റ്‌വർക്കും ഒരേസമയം ഇഷ്ടികയാക്കാം.

പണ്ടുമുതലേ, നമ്മുടെ മുത്തച്ഛന്മാർ സൂക്ഷ്മമായ കണ്ണുകളോടെ വരുത്തിയ മാറ്റങ്ങളുടെ കൃത്യത, ഉരുക്ക് പന്തുകൾ, അവ പുറത്തെടുത്തതിനുശേഷം നെറ്റ്‌വർക്കിന്റെ പ്രവർത്തനക്ഷമത എന്നിവ പരിശോധിച്ചു.
പ്രവർത്തനരഹിതമായ സമയത്തിനും വിനാശകരമായ നഷ്ടത്തിനും കാരണമായ ആ മുത്തച്ഛന്മാർ കുറച്ച് സന്താനങ്ങളെ അവശേഷിപ്പിച്ചു, കാലക്രമേണ മരിക്കണം, പക്ഷേ പരിണാമം ഒരു മന്ദഗതിയിലുള്ള പ്രക്രിയയാണ്, അതിനാൽ എല്ലാവരും ഇപ്പോഴും പരീക്ഷണശാലയിൽ മാറ്റങ്ങൾ ആദ്യം പരിശോധിക്കുന്നില്ല.
എന്നിരുന്നാലും, കോൺഫിഗറേഷൻ പരിശോധിക്കുന്ന പ്രക്രിയയും നെറ്റ്‌വർക്കിലേക്കുള്ള അതിന്റെ തുടർന്നുള്ള ആപ്ലിക്കേഷനും ഓട്ടോമേറ്റ് ചെയ്തവരാണ് പുരോഗതിയുടെ മുൻനിരയിൽ. മറ്റൊരു വിധത്തിൽ പറഞ്ഞാൽ, ഞാൻ CI/CD നടപടിക്രമം കടമെടുത്തു (തുടർച്ചയായ ഏകീകരണം, തുടർച്ചയായ വിന്യാസം) ഡെവലപ്പർമാരിൽ നിന്ന്.
ഒരു വേർഷൻ കൺട്രോൾ സിസ്റ്റം ഉപയോഗിച്ച് ഇത് എങ്ങനെ നടപ്പിലാക്കാമെന്ന് ഒരു ഭാഗത്തിൽ ഞങ്ങൾ നോക്കും, ഒരുപക്ഷേ Github.

നെറ്റ്‌വർക്ക് CI/CD എന്ന ആശയം നിങ്ങൾ ഉപയോഗിച്ചുകഴിഞ്ഞാൽ, ഒരു കോൺഫിഗറേഷൻ ഒരു പ്രൊഡക്ഷൻ നെറ്റ്‌വർക്കിൽ പ്രയോഗിച്ച് ഒറ്റരാത്രികൊണ്ട് പരിശോധിക്കുന്ന രീതി ആദ്യകാല മധ്യകാല അജ്ഞതയായി തോന്നും. ഒരു ചുറ്റിക കൊണ്ട് യുദ്ധമുനയിൽ അടിക്കുന്നത് പോലെ.

എന്നതിനെക്കുറിച്ചുള്ള ആശയങ്ങളുടെ ജൈവ തുടർച്ച സിസ്റ്റം നെറ്റ്‌വർക്ക് മാനേജ്‌മെന്റും സിഐ/സിഡിയും കോൺഫിഗറേഷന്റെ പൂർണ്ണ പതിപ്പായി മാറുന്നു.

പതിപ്പ്

ഏതെങ്കിലും മാറ്റങ്ങളോടെ, ഏറ്റവും ചെറിയവ പോലും, ശ്രദ്ധിക്കപ്പെടാത്ത ഒരു ഉപകരണത്തിൽ പോലും, മുഴുവൻ നെറ്റ്‌വർക്കും ഒരു സംസ്ഥാനത്ത് നിന്ന് മറ്റൊന്നിലേക്ക് നീങ്ങുന്നുവെന്ന് ഞങ്ങൾ അനുമാനിക്കും.
ഞങ്ങൾ എല്ലായ്പ്പോഴും ഉപകരണത്തിൽ ഒരു കമാൻഡ് എക്സിക്യൂട്ട് ചെയ്യുന്നില്ല, ഞങ്ങൾ നെറ്റ്‌വർക്കിന്റെ അവസ്ഥ മാറ്റുന്നു.
അപ്പോൾ നമുക്ക് ഈ അവസ്ഥകളെ പതിപ്പുകൾ എന്ന് വിളിക്കാം?

നിലവിലെ പതിപ്പ് 1.0.0 ആണെന്ന് പറയാം.
ToR-കളിൽ ഒന്നിലെ ലൂപ്പ്ബാക്ക് ഇന്റർഫേസിന്റെ IP വിലാസം മാറിയിട്ടുണ്ടോ? ഇതൊരു ചെറിയ പതിപ്പാണ് കൂടാതെ 1.0.1 എന്ന നമ്പറിൽ ആയിരിക്കും.
BGP-ലേക്ക് റൂട്ടുകൾ ഇറക്കുമതി ചെയ്യുന്നതിനുള്ള നയങ്ങൾ ഞങ്ങൾ പരിഷ്കരിച്ചു - കുറച്ചുകൂടി ഗൗരവമായി - ഇതിനകം 1.1.0
ഐജിപിയെ ഒഴിവാക്കി ബിജിപിയിലേക്ക് മാത്രം മാറാൻ ഞങ്ങൾ തീരുമാനിച്ചു - ഇത് ഇതിനകം സമൂലമായ ഡിസൈൻ മാറ്റമാണ് - 2.0.0.

അതേ സമയം, വ്യത്യസ്ത ഡിസികൾക്ക് വ്യത്യസ്ത പതിപ്പുകൾ ഉണ്ടായിരിക്കാം - നെറ്റ്‌വർക്ക് വികസിച്ചുകൊണ്ടിരിക്കുന്നു, പുതിയ ഉപകരണങ്ങൾ ഇൻസ്റ്റാൾ ചെയ്യുന്നു, പുതിയ തലത്തിലുള്ള മുള്ളുകൾ എവിടെയെങ്കിലും ചേർക്കുന്നു, മറ്റുള്ളവയിലല്ല, മുതലായവ.

ഓൺ സെമാന്റിക് പതിപ്പിംഗ് ഞങ്ങൾ ഒരു പ്രത്യേക ലേഖനത്തിൽ സംസാരിക്കും.

ഞാൻ ആവർത്തിക്കുന്നു - ഏത് മാറ്റവും (ഡീബഗ്ഗിംഗ് കമാൻഡുകൾ ഒഴികെ) ഒരു പതിപ്പ് അപ്ഡേറ്റാണ്. നിലവിലെ പതിപ്പിൽ നിന്നുള്ള എന്തെങ്കിലും വ്യതിയാനങ്ങൾ അഡ്മിനിസ്ട്രേറ്റർമാരെ അറിയിക്കണം.

റോളിംഗ് ബാക്ക് മാറ്റങ്ങൾക്കും ഇത് ബാധകമാണ് - ഇത് അവസാന കമാൻഡുകൾ റദ്ദാക്കുന്നില്ല, ഇത് ഉപകരണത്തിന്റെ ഓപ്പറേറ്റിംഗ് സിസ്റ്റം ഉപയോഗിച്ച് ഒരു റോൾബാക്ക് അല്ല - ഇത് മുഴുവൻ നെറ്റ്‌വർക്കിനെയും ഒരു പുതിയ (പഴയ) പതിപ്പിലേക്ക് കൊണ്ടുവരുന്നു.

സേവനങ്ങളുടെ നിരീക്ഷണവും സ്വയം രോഗശാന്തിയും

ഈ സ്വയം പ്രകടമായ ടാസ്ക് ആധുനിക നെറ്റ്വർക്കുകളിൽ ഒരു പുതിയ തലത്തിൽ എത്തിയിരിക്കുന്നു.
പലപ്പോഴും, വലിയ സേവന ദാതാക്കൾ പരാജയപ്പെട്ട ഒരു സേവനം വളരെ വേഗത്തിൽ പരിഹരിച്ച് പുതിയത് ഉയർത്തണം എന്ന സമീപനമാണ് സ്വീകരിക്കുന്നത്, എന്താണ് സംഭവിച്ചതെന്ന് കണ്ടെത്തുന്നതിന് പകരം.
"വളരെ" എന്നതിനർത്ഥം, നിങ്ങൾ എല്ലാ വശങ്ങളിലും മോണിറ്ററിംഗ് ഉപയോഗിച്ച് ഉദാരമായി പൂശേണ്ടതുണ്ട്, ഇത് നിമിഷങ്ങൾക്കുള്ളിൽ മാനദണ്ഡത്തിൽ നിന്നുള്ള ചെറിയ വ്യതിയാനങ്ങൾ കണ്ടെത്തും.
ഇവിടെ ഇന്റർഫേസ് ലോഡിംഗ് അല്ലെങ്കിൽ നോഡ് ലഭ്യത പോലുള്ള സാധാരണ മെട്രിക്‌സ് ഇനി മതിയാകില്ല. ഡ്യൂട്ടി ഓഫീസർ അവരെ നേരിട്ട് നിരീക്ഷിക്കുന്നതും പര്യാപ്തമല്ല.
പലതിനും ഉണ്ടായിരിക്കണം സ്വയം രോഗശാന്തി - മോണിറ്ററിംഗ് ലൈറ്റുകൾ ചുവപ്പായി, ഞങ്ങൾ പോയി വേദനിക്കുന്നിടത്ത് വാഴപ്പഴം പ്രയോഗിച്ചു.

ഇവിടെ ഞങ്ങൾ വ്യക്തിഗത ഉപകരണങ്ങൾ മാത്രമല്ല, മുഴുവൻ നെറ്റ്‌വർക്കിന്റെയും ആരോഗ്യവും നിരീക്ഷിക്കുന്നു, താരതമ്യേന മനസ്സിലാക്കാവുന്ന വൈറ്റ്‌ബോക്‌സും കൂടുതൽ സങ്കീർണ്ണമായ ബ്ലാക്ക്‌ബോക്‌സും.

അത്തരം അഭിലാഷ പദ്ധതികൾ നടപ്പിലാക്കാൻ നമുക്ക് എന്താണ് വേണ്ടത്?

• നെറ്റ്‌വർക്കിലെ എല്ലാ ഉപകരണങ്ങളുടെയും ഒരു ലിസ്റ്റ്, അവയുടെ സ്ഥാനം, റോളുകൾ, മോഡലുകൾ, സോഫ്റ്റ്‌വെയർ പതിപ്പുകൾ.
  kazan-leaf-1.lmu.net, Kazan, ഇല, ജുനൈപ്പർ QFX 5120, R18.3.
• നെറ്റ്‌വർക്ക് സേവനങ്ങൾ വിവരിക്കുന്നതിനുള്ള ഒരു സംവിധാനം ഉണ്ടായിരിക്കുക.
  IGP, BGP, L2/3VPN, പോളിസി, ACL, NTP, SSH.
• ഉപകരണം സമാരംഭിക്കാൻ കഴിയും.
  ഹോസ്റ്റ്നാമം, Mgmt IP, Mgmt റൂട്ട്, ഉപയോക്താക്കൾ, RSA-കീകൾ, LLDP, NETCONF
• ഉപകരണം കോൺഫിഗർ ചെയ്‌ത് കോൺഫിഗറേഷൻ ആവശ്യമുള്ള (പഴയതുൾപ്പെടെ) പതിപ്പിലേക്ക് കൊണ്ടുവരിക.
• ടെസ്റ്റ് കോൺഫിഗറേഷൻ
• നിലവിലുള്ളവയിൽ നിന്നുള്ള വ്യതിയാനങ്ങൾക്കായി എല്ലാ ഉപകരണങ്ങളുടെയും നില കാലാകാലങ്ങളിൽ പരിശോധിച്ച് അത് ആർക്കായിരിക്കണമെന്ന് റിപ്പോർട്ടുചെയ്യുക.
  ഒറ്റരാത്രികൊണ്ട്, ആരോ നിശ്ശബ്ദമായി ACL-ലേക്ക് ഒരു നിയമം ചേർത്തു.
• പ്രകടനം നിരീക്ഷിക്കുക.

സൌകര്യങ്ങൾ

പ്രോജക്റ്റിനെ ഘടകങ്ങളായി വിഘടിപ്പിക്കാൻ തുടങ്ങുന്നത്ര സങ്കീർണ്ണമാണെന്ന് തോന്നുന്നു.

അവരിൽ പത്തുപേർ ഉണ്ടാകും:

1. ഇൻവെന്ററി സിസ്റ്റം
2. ഐപി സ്പേസ് മാനേജ്മെന്റ് സിസ്റ്റം
3. നെറ്റ്‌വർക്ക് സേവന വിവരണ സംവിധാനം
4. ഉപകരണം ആരംഭിക്കുന്നതിനുള്ള സംവിധാനം
5. വെണ്ടർ-അഗ്നോസ്റ്റിക് കോൺഫിഗറേഷൻ മോഡൽ
6. വെണ്ടർ-നിർദ്ദിഷ്ട ഡ്രൈവർ ഇന്റർഫേസ്
7. ഉപകരണത്തിലേക്ക് കോൺഫിഗറേഷൻ നൽകുന്നതിനുള്ള സംവിധാനം
8. സിഐ / സിഡി
9. ബാക്കപ്പിനുള്ള മെക്കാനിസം, വ്യതിയാനങ്ങൾക്കായി തിരയുക
10. നിരീക്ഷണ സംവിധാനം

സൈക്കിളിന്റെ ലക്ഷ്യങ്ങളെക്കുറിച്ചുള്ള കാഴ്ചപ്പാട് എങ്ങനെ മാറി എന്നതിന്റെ ഒരു ഉദാഹരണമാണിത് - ഡ്രാഫ്റ്റിൽ 4 ഘടകങ്ങൾ ഉണ്ടായിരുന്നു.

ചിത്രീകരണത്തിൽ ഞാൻ എല്ലാ ഘടകങ്ങളും ഉപകരണവും ചിത്രീകരിച്ചു.
വിഭജിക്കുന്ന ഘടകങ്ങൾ പരസ്പരം ഇടപഴകുന്നു.
വലിയ ബ്ലോക്ക്, ഈ ഘടകത്തിന് കൂടുതൽ ശ്രദ്ധ നൽകേണ്ടതുണ്ട്.

ഘടകം 1: ഇൻവെന്ററി സിസ്റ്റം

വ്യക്തമായും, ഏത് ഉപകരണങ്ങൾ എവിടെയാണ് സ്ഥിതിചെയ്യുന്നത്, എന്തുമായി ബന്ധിപ്പിച്ചിരിക്കുന്നു എന്നറിയാൻ ഞങ്ങൾ ആഗ്രഹിക്കുന്നു.
ഇൻവെന്ററി സിസ്റ്റം ഏതൊരു എന്റർപ്രൈസസിന്റെയും അവിഭാജ്യ ഘടകമാണ്.
മിക്കപ്പോഴും, ഒരു എന്റർപ്രൈസസിന് നെറ്റ്വർക്ക് ഉപകരണങ്ങൾക്കായി ഒരു പ്രത്യേക ഇൻവെന്ററി സിസ്റ്റം ഉണ്ട്, അത് കൂടുതൽ നിർദ്ദിഷ്ട പ്രശ്നങ്ങൾ പരിഹരിക്കുന്നു.
ഈ ലേഖന പരമ്പരയുടെ ഭാഗമായി, ഞങ്ങൾ അതിനെ DCIM - ഡാറ്റാ സെന്റർ ഇൻഫ്രാസ്ട്രക്ചർ മാനേജ്മെന്റ് എന്ന് വിളിക്കും. DCIM എന്ന പദം തന്നെ, കർശനമായി പറഞ്ഞാൽ, പലതും ഉൾപ്പെടുന്നു.

ഞങ്ങളുടെ ആവശ്യങ്ങൾക്കായി, ഉപകരണത്തെക്കുറിച്ചുള്ള ഇനിപ്പറയുന്ന വിവരങ്ങൾ ഞങ്ങൾ അതിൽ സംഭരിക്കും:

• ഇൻവെന്ററി നമ്പർ
• പേര്/വിവരണം
• മോഡൽ (Huawei CE12800, Juniper QFX5120, മുതലായവ.)
• സ്വഭാവ പരാമീറ്ററുകൾ (ബോർഡുകൾ, ഇന്റർഫേസുകൾ മുതലായവ.)
• പങ്ക് (ഇല, നട്ടെല്ല്, ബോർഡർ റൂട്ടർ മുതലായവ.)
• സ്ഥാനം (പ്രദേശം, നഗരം, ഡാറ്റാ സെന്റർ, റാക്ക്, യൂണിറ്റ്)
• ഉപകരണങ്ങൾ തമ്മിലുള്ള പരസ്പര ബന്ധങ്ങൾ
• നെറ്റ്‌വർക്ക് ടോപ്പോളജി

നമ്മൾ തന്നെ ഇതെല്ലാം അറിയാൻ ആഗ്രഹിക്കുന്നു എന്നത് തികച്ചും വ്യക്തമാണ്.
എന്നാൽ ഇത് ഓട്ടോമേഷൻ ആവശ്യങ്ങൾക്ക് സഹായിക്കുമോ?
തീർച്ചയായും.
ഉദാഹരണത്തിന്, ലീഫ് സ്വിച്ചുകളിൽ നൽകിയിരിക്കുന്ന ഡാറ്റാ സെന്ററിൽ, അത് Huawei ആണെങ്കിൽ, VLAN-ൽ ചില ട്രാഫിക് ഫിൽട്ടർ ചെയ്യുന്നതിനുള്ള ACL-കൾ പ്രയോഗിക്കേണ്ടതുണ്ടെന്നും അത് ജൂനിപ്പർ ആണെങ്കിൽ, ഫിസിക്കൽ ഇന്റർഫേസിന്റെ യൂണിറ്റ് 0-ലും പ്രയോഗിക്കണമെന്നും ഞങ്ങൾക്കറിയാം.
അല്ലെങ്കിൽ മേഖലയിലെ എല്ലാ ബോർഡറുകളിലേക്കും നിങ്ങൾ ഒരു പുതിയ സിസ്‌ലോഗ് സെർവർ പുറത്തിറക്കേണ്ടതുണ്ട്.

അതിൽ ഞങ്ങൾ വെർച്വൽ നെറ്റ്‌വർക്ക് ഉപകരണങ്ങൾ സംഭരിക്കും, ഉദാഹരണത്തിന് വെർച്വൽ റൂട്ടറുകൾ അല്ലെങ്കിൽ റൂട്ട് റിഫ്ലക്ടറുകൾ. നമുക്ക് ഡിഎൻഎസ് സെർവറുകൾ, എൻടിപി, സിസ്‌ലോഗ് എന്നിവയും പൊതുവെ നെറ്റ്‌വർക്കുമായി ബന്ധപ്പെട്ട എല്ലാ കാര്യങ്ങളും ചേർക്കാം.

ഘടകം 2: ഐപി സ്പേസ് മാനേജ്മെന്റ് സിസ്റ്റം

അതെ, ഇക്കാലത്ത് ഒരു Excel ഫയലിൽ പ്രിഫിക്സുകളുടെയും IP വിലാസങ്ങളുടെയും ട്രാക്ക് സൂക്ഷിക്കുന്ന ആളുകളുടെ ടീമുകളുണ്ട്. എന്നാൽ ആധുനിക സമീപനം ഇപ്പോഴും ഒരു ഡാറ്റാബേസാണ്, nginx/apache, API എന്നിവയിൽ ഫ്രണ്ട്-എൻഡ്, IP വിലാസങ്ങളും നെറ്റ്‌വർക്കുകളും വിആർഎഫുകളായി വിഭജിക്കുന്നതിനുള്ള വിപുലമായ ഫംഗ്‌ഷനുകളും ഉണ്ട്.
IPAM - IP വിലാസ മാനേജ്മെന്റ്.

ഞങ്ങളുടെ ആവശ്യങ്ങൾക്കായി, ഇനിപ്പറയുന്ന വിവരങ്ങൾ ഞങ്ങൾ അതിൽ സംഭരിക്കും:

• VLAN-കൾ
• വിആർഎഫ്
• നെറ്റ്‌വർക്കുകൾ/സബ്‌നെറ്റുകൾ
• IP വിലാസങ്ങൾ
• ഉപകരണങ്ങളിലേക്ക് വിലാസങ്ങൾ, ലൊക്കേഷനുകൾ, VLAN നമ്പറുകൾ എന്നിവയിലേക്ക് നെറ്റ്‌വർക്കുകൾ ബന്ധിപ്പിക്കുന്നു

വീണ്ടും, ToR ലൂപ്പ്ബാക്കിനായി ഞങ്ങൾ ഒരു പുതിയ 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 വിലാസങ്ങളും VRF-കളും (IP, IPv6, VRF)
• ACL-കളും ട്രാഫിക് പ്രോസസ്സിംഗ് നയങ്ങളും
• പ്രോട്ടോക്കോളുകൾ (IGP, BGP, MPLS)
• റൂട്ടിംഗ് നയങ്ങൾ (പ്രിഫിക്സ് ലിസ്റ്റുകൾ, കമ്മ്യൂണിറ്റികൾ, ASN ഫിൽട്ടറുകൾ).
• യൂട്ടിലിറ്റി സേവനങ്ങൾ (SSH, NTP, LLDP, Syslog...)
• തുടങ്ങിയവ.

ഞങ്ങൾ ഇത് എങ്ങനെ കൃത്യമായി ചെയ്യും, എനിക്ക് ഇതുവരെ ഒരു ആശയവുമില്ല. ഞങ്ങൾ അത് ഒരു പ്രത്യേക ലേഖനത്തിൽ പരിശോധിക്കും.

ജീവിതത്തോട് അൽപ്പം അടുപ്പമുണ്ടെങ്കിൽ നമുക്ക് അത് വിവരിക്കാം
ലീഫ് സ്വിച്ചിന് കണക്റ്റുചെയ്‌ത എല്ലാ സ്‌പൈൻ സ്വിച്ചുകളുമൊത്തുള്ള ബിജിപി സെഷനുകൾ ഉണ്ടായിരിക്കണം, കണക്‌റ്റുചെയ്‌ത നെറ്റ്‌വർക്കുകൾ പ്രോസസ്സിലേക്ക് ഇറക്കുമതി ചെയ്യണം, കൂടാതെ സ്‌പൈൻ സ്വിച്ചുകളിൽ നിന്നുള്ള ഒരു നിശ്ചിത പ്രിഫിക്‌സിൽ നിന്നുള്ള നെറ്റ്‌വർക്കുകൾ മാത്രം സ്വീകരിക്കുക. CoPP IPv6 ND 10 pps ആയി പരിമിതപ്പെടുത്തുക, മുതലായവ.
അതാകട്ടെ, കണക്റ്റുചെയ്‌ത എല്ലാ ലീഡുകളുമായും മുള്ളുകൾ സെഷനുകൾ നടത്തുന്നു, റൂട്ട് റിഫ്‌ളക്ടറുകളായി പ്രവർത്തിക്കുന്നു, അവയിൽ നിന്ന് ഒരു നിശ്ചിത നീളവും ഒരു നിശ്ചിത സമൂഹവുമായുള്ള റൂട്ടുകൾ മാത്രം സ്വീകരിക്കുന്നു.

ഘടകം 4: ഡിവൈസ് ഇനീഷ്യലൈസേഷൻ മെക്കാനിസം

ഈ തലക്കെട്ടിന് കീഴിൽ ഒരു ഉപകരണം റഡാറിൽ ദൃശ്യമാകുന്നതിനും വിദൂരമായി ആക്‌സസ് ചെയ്യുന്നതിനും വേണ്ടി സംഭവിക്കേണ്ട നിരവധി പ്രവർത്തനങ്ങൾ ഞാൻ സംയോജിപ്പിക്കുന്നു.

1. ഇൻവെന്ററി സിസ്റ്റത്തിൽ ഉപകരണം നൽകുക.
2. ഒരു മാനേജ്മെന്റ് IP വിലാസം തിരഞ്ഞെടുക്കുക.
3. ഇതിലേക്കുള്ള അടിസ്ഥാന ആക്സസ് സജ്ജീകരിക്കുക:
   ഹോസ്റ്റ്നാമം, മാനേജ്മെന്റ് IP വിലാസം, മാനേജ്മെന്റ് നെറ്റ്വർക്കിലേക്കുള്ള റൂട്ട്, ഉപയോക്താക്കൾ, SSH കീകൾ, പ്രോട്ടോക്കോളുകൾ - telnet/SSH/NETCONF

മൂന്ന് സമീപനങ്ങളുണ്ട്:

• എല്ലാം പൂർണ്ണമായും മാനുവൽ ആണ്. ഉപകരണം സ്റ്റാൻഡിലേക്ക് കൊണ്ടുവരുന്നു, അവിടെ ഒരു സാധാരണ ഓർഗാനിക് വ്യക്തി അത് സിസ്റ്റങ്ങളിലേക്ക് പ്രവേശിക്കുകയും കൺസോളിലേക്ക് കണക്റ്റുചെയ്‌ത് കോൺഫിഗർ ചെയ്യുകയും ചെയ്യും. ചെറിയ സ്റ്റാറ്റിക് നെറ്റ്‌വർക്കുകളിൽ പ്രവർത്തിക്കാൻ കഴിയും.
• ZTP - സീറോ ടച്ച് പ്രൊവിഷനിംഗ്. ഹാർഡ്‌വെയർ എത്തി, എഴുന്നേറ്റു, DHCP വഴി ഒരു വിലാസം സ്വീകരിച്ചു, ഒരു പ്രത്യേക സെർവറിലേക്ക് പോയി, സ്വയം കോൺഫിഗർ ചെയ്തു.
• കൺസോൾ സെർവറുകളുടെ ഇൻഫ്രാസ്ട്രക്ചർ, ഓട്ടോമാറ്റിക് മോഡിൽ കൺസോൾ പോർട്ട് വഴി പ്രാരംഭ കോൺഫിഗറേഷൻ സംഭവിക്കുന്നു.

മൂന്നിനെക്കുറിച്ചും ഞങ്ങൾ ഒരു പ്രത്യേക ലേഖനത്തിൽ സംസാരിക്കും.

ഘടകം 5: വെണ്ടർ-അഗ്നോസ്റ്റിക് കോൺഫിഗറേഷൻ മോഡൽ

ഇതുവരെ, എല്ലാ സിസ്റ്റങ്ങളും വേരിയബിളുകളും നെറ്റ്‌വർക്കിൽ എന്താണ് കാണാൻ ആഗ്രഹിക്കുന്നത് എന്നതിന്റെ ഡിക്ലറേറ്റീവ് വിവരണവും നൽകുന്ന വ്യത്യസ്ത പാച്ചുകളാണ്. എന്നാൽ താമസിയാതെ അല്ലെങ്കിൽ പിന്നീട്, നിങ്ങൾ പ്രത്യേകതകൾ കൈകാര്യം ചെയ്യേണ്ടിവരും.
ഈ ഘട്ടത്തിൽ, ഓരോ നിർദ്ദിഷ്ട ഉപകരണത്തിനും, പ്രിമിറ്റീവുകൾ, സേവനങ്ങൾ, വേരിയബിളുകൾ എന്നിവ ഒരു കോൺഫിഗറേഷൻ മോഡലായി സംയോജിപ്പിച്ചിരിക്കുന്നു, അത് വെണ്ടർ-ന്യൂട്രൽ രീതിയിൽ മാത്രം ഒരു നിർദ്ദിഷ്ട ഉപകരണത്തിന്റെ പൂർണ്ണമായ കോൺഫിഗറേഷനെ വിവരിക്കുന്നു.
ഈ ഘട്ടം എന്താണ് ചെയ്യുന്നത്? നിങ്ങൾക്ക് ലളിതമായി അപ്‌ലോഡ് ചെയ്യാൻ കഴിയുന്ന ഒരു ഉപകരണ കോൺഫിഗറേഷൻ ഉടനടി സൃഷ്‌ടിക്കാത്തത് എന്തുകൊണ്ട്?
വാസ്തവത്തിൽ, ഇത് മൂന്ന് പ്രശ്നങ്ങൾ പരിഹരിക്കുന്നു:

1. ഉപകരണവുമായി സംവദിക്കുന്നതിന് ഒരു പ്രത്യേക ഇന്റർഫേസുമായി പൊരുത്തപ്പെടരുത്. അത് CLI, NETCONF, RESTONF, SNMP എന്നിവയായാലും - മോഡൽ സമാനമായിരിക്കും.
2. നെറ്റ്‌വർക്കിലെ വെണ്ടർമാരുടെ എണ്ണത്തിനനുസരിച്ച് ടെംപ്ലേറ്റുകളുടെ/സ്ക്രിപ്റ്റുകളുടെ എണ്ണം സൂക്ഷിക്കരുത്, ഡിസൈൻ മാറുകയാണെങ്കിൽ, പല സ്ഥലങ്ങളിലും ഒരേ കാര്യം മാറ്റുക.
3. ഉപകരണത്തിൽ നിന്ന് കോൺഫിഗറേഷൻ ലോഡുചെയ്യുക (ബാക്കപ്പ്), അത് അതേ മോഡലിൽ ഇടുക, ഡെൽറ്റ കണക്കാക്കാൻ നിലവിലുള്ള ഒന്നുമായി ടാർഗെറ്റ് കോൺഫിഗറേഷൻ നേരിട്ട് താരതമ്യം ചെയ്യുക, ആവശ്യമുള്ള ഭാഗങ്ങൾ മാത്രം മാറ്റുന്നതോ വ്യതിയാനങ്ങൾ തിരിച്ചറിയുന്നതോ ആയ ഒരു കോൺഫിഗറേഷൻ പാച്ച് തയ്യാറാക്കുക.

ഈ ഘട്ടത്തിന്റെ ഫലമായി, ഞങ്ങൾക്ക് ഒരു വെണ്ടർ-സ്വതന്ത്ര കോൺഫിഗറേഷൻ ലഭിക്കും.

ഘടകം 6. വെണ്ടർ-നിർദ്ദിഷ്ട ഡ്രൈവർ ഇന്റർഫേസ്

ജുനൈപ്പറിന്റെ അതേ രീതിയിൽ ഒരു സിസ്‌ക കോൺഫിഗർ ചെയ്യാൻ ഒരു ദിവസം സാധ്യമാകുമെന്ന പ്രതീക്ഷയിൽ നിങ്ങൾ സ്വയം ആഹ്ലാദിക്കരുത്, അവർക്ക് കൃത്യമായ കോളുകൾ അയച്ചുകൊണ്ട്. വൈറ്റ്‌ബോക്‌സുകളുടെ വർദ്ധിച്ചുവരുന്ന ജനപ്രീതിയും NETCONF, RESTCONF, OpenConfig എന്നിവയ്‌ക്കുള്ള പിന്തുണയുടെ ആവിർഭാവവും ഉണ്ടായിരുന്നിട്ടും, ഈ പ്രോട്ടോക്കോളുകൾ നൽകുന്ന നിർദ്ദിഷ്ട ഉള്ളടക്കം വെണ്ടർ മുതൽ വെണ്ടർ വരെ വ്യത്യാസപ്പെട്ടിരിക്കുന്നു, മാത്രമല്ല ഇത് അവരുടെ മത്സരപരമായ വ്യത്യാസങ്ങളിലൊന്നാണ്, അത് അവർ അത്ര എളുപ്പത്തിൽ ഉപേക്ഷിക്കില്ല.
നോർത്ത്ബൗണ്ട് ഇന്റർഫേസായി RestAPI ഉള്ള OpenContrail, OpenStack എന്നിവയ്ക്ക് ഇത് ഏകദേശം സമാനമാണ്, തികച്ചും വ്യത്യസ്തമായ കോളുകൾ പ്രതീക്ഷിക്കുന്നു.

അതിനാൽ, അഞ്ചാം ഘട്ടത്തിൽ, വെണ്ടർ-സ്വതന്ത്ര മോഡൽ ഹാർഡ്‌വെയറിലേക്ക് പോകുന്ന ഫോം എടുക്കണം.
ഇവിടെ എല്ലാ മാർഗങ്ങളും നല്ലതാണ് (അല്ല): CLI, NETCONF, RESTCONF, SNMP.

അതിനാൽ, മുമ്പത്തെ ഘട്ടത്തിന്റെ ഫലം ഒരു നിർദ്ദിഷ്ട വെണ്ടറുടെ ആവശ്യമായ ഫോർമാറ്റിലേക്ക് മാറ്റുന്ന ഒരു ഡ്രൈവർ ഞങ്ങൾക്ക് ആവശ്യമാണ്: ഒരു കൂട്ടം CLI കമാൻഡുകൾ, ഒരു XML ഘടന.

ഘടകം 7. ഉപകരണത്തിലേക്ക് കോൺഫിഗറേഷൻ നൽകുന്നതിനുള്ള സംവിധാനം

ഞങ്ങൾ കോൺഫിഗറേഷൻ ജനറേറ്റുചെയ്‌തു, പക്ഷേ ഇത് ഇപ്പോഴും ഉപകരണങ്ങളിലേക്ക് ഡെലിവർ ചെയ്യേണ്ടതുണ്ട് - കൂടാതെ, കൈകൊണ്ടല്ല.
ഒന്നാമതായി, ഞങ്ങൾ ഏത് ഗതാഗതം ഉപയോഗിക്കും എന്ന ചോദ്യത്തെ അഭിമുഖീകരിക്കുന്നു? ഇന്ന് തിരഞ്ഞെടുപ്പ് ചെറുതല്ല:

• CLI (ടെൽനെറ്റ്, ssh)
• എസ്എൻഎംപി
• NETCONF
• റെസ്‌കോൺഫ്
• REST API
• ഓപ്പൺഫ്ലോ (അത് എഫ്ഐബി ഡെലിവർ ചെയ്യാനുള്ള ഒരു മാർഗമാണ്, ക്രമീകരണങ്ങളല്ല)

നമുക്ക് ഇവിടെ t കൾ ഡോട്ട് ചെയ്യാം. CLI പാരമ്പര്യമാണ്. എസ്എൻഎംപി... ചുമ ചുമ.
RESTCONF ഇപ്പോഴും ഒരു അജ്ഞാത മൃഗമാണ്; REST API-യെ ആരും പിന്തുണയ്ക്കുന്നില്ല. അതിനാൽ, ഞങ്ങൾ പരമ്പരയിൽ NETCONF-ൽ ശ്രദ്ധ കേന്ദ്രീകരിക്കും.

വാസ്തവത്തിൽ, വായനക്കാരൻ ഇതിനകം മനസ്സിലാക്കിയതുപോലെ, ഈ ഘട്ടത്തിൽ ഞങ്ങൾ ഇതിനകം തന്നെ ഇന്റർഫേസിൽ തീരുമാനിച്ചു - മുമ്പത്തെ ഘട്ടത്തിന്റെ ഫലം ഇതിനകം തിരഞ്ഞെടുത്ത ഇന്റർഫേസിന്റെ ഫോർമാറ്റിൽ അവതരിപ്പിച്ചിരിക്കുന്നു.

രണ്ടാമത്, ഏത് ഉപകരണങ്ങൾ ഉപയോഗിച്ച് ഞങ്ങൾ ഇത് ചെയ്യും?
ഇവിടെ ഒരു വലിയ തിരഞ്ഞെടുപ്പും ഉണ്ട്:

• സ്വയം എഴുതിയ സ്ക്രിപ്റ്റ് അല്ലെങ്കിൽ പ്ലാറ്റ്ഫോം. ncclient, asyncIO എന്നിവ ഉപയോഗിച്ച് നമുക്ക് സ്വയം ആയുധമാക്കി എല്ലാം സ്വയം ചെയ്യാം. ആദ്യം മുതൽ ഒരു വിന്യാസ സംവിധാനം നിർമ്മിക്കുന്നതിന് ഞങ്ങൾക്ക് എന്ത് ചിലവാകും?
• നെറ്റ്‌വർക്കിംഗ് മൊഡ്യൂളുകളുടെ സമ്പന്നമായ ലൈബ്രറിയുമായി അൻസിബിൾ.
• ശൃംഖലയും നാപാമുമായുള്ള ബന്ധവും ഉപയോഗിച്ച് ഉപ്പ് അതിന്റെ തുച്ഛമായ ജോലി.
• യഥാർത്ഥത്തിൽ നാപാം, രണ്ട് വെണ്ടർമാരെ അറിയാം, അത്രമാത്രം, വിട.
• ഭാവിയിൽ നാം വിച്ഛേദിക്കുന്ന മറ്റൊരു മൃഗമാണ് നോർനിർ.

ഇവിടെ പ്രിയപ്പെട്ടത് ഇതുവരെ തിരഞ്ഞെടുത്തിട്ടില്ല - ഞങ്ങൾ അന്വേഷിക്കും.

ഇവിടെ മറ്റെന്താണ് പ്രധാനം? കോൺഫിഗറേഷൻ പ്രയോഗിക്കുന്നതിന്റെ അനന്തരഫലങ്ങൾ.
വിജയിച്ചാലും ഇല്ലെങ്കിലും. ഹാർഡ്‌വെയറിലേക്ക് ഇപ്പോഴും ആക്‌സസ് ഉണ്ടോ ഇല്ലയോ?
ഉപകരണത്തിലേക്ക് ഡൗൺലോഡ് ചെയ്‌തതിന്റെ സ്ഥിരീകരണത്തിനും മൂല്യനിർണ്ണയത്തിനും കമ്മിറ്റ് ഇവിടെ സഹായിക്കുമെന്ന് തോന്നുന്നു.
ഇത്, NETCONF-ന്റെ ശരിയായ നിർവ്വഹണവുമായി കൂടിച്ചേർന്ന്, അനുയോജ്യമായ ഉപകരണങ്ങളുടെ ശ്രേണി ഗണ്യമായി ചുരുക്കുന്നു - പല നിർമ്മാതാക്കളും സാധാരണ കമ്മിറ്റുകളെ പിന്തുണയ്ക്കുന്നില്ല. എന്നാൽ ഇത് മുൻവ്യവസ്ഥകളിൽ ഒന്ന് മാത്രമാണ് RFP. അവസാനം, ഒരു റഷ്യൻ വെണ്ടർ പോലും 32*100GE ഇന്റർഫേസ് വ്യവസ്ഥ പാലിക്കുന്നില്ലെന്ന് ആരും ആശങ്കാകുലരല്ല. അതോ അവൻ വിഷമിക്കുന്നുണ്ടോ?

ഘടകം 8. CI/CD

ഈ ഘട്ടത്തിൽ, എല്ലാ നെറ്റ്‌വർക്ക് ഉപകരണങ്ങൾക്കുമായി ഞങ്ങൾ ഇതിനകം കോൺഫിഗറേഷൻ തയ്യാറാണ്.
ഞാൻ "എല്ലാത്തിനും" എഴുതുന്നു, കാരണം ഞങ്ങൾ നെറ്റ്‌വർക്ക് അവസ്ഥ പതിപ്പിക്കുന്നതിനെക്കുറിച്ചാണ് സംസാരിക്കുന്നത്. നിങ്ങൾക്ക് ഒരു സ്വിച്ചിന്റെ ക്രമീകരണങ്ങൾ മാറ്റണമെങ്കിൽ പോലും, മുഴുവൻ നെറ്റ്‌വർക്കിനും മാറ്റങ്ങൾ കണക്കാക്കുന്നു. വ്യക്തമായും, മിക്ക നോഡുകൾക്കും അവ പൂജ്യമാകാം.

പക്ഷേ, മുകളിൽ പറഞ്ഞതുപോലെ, എല്ലാം നേരിട്ട് ഉൽപാദനത്തിലേക്ക് കൊണ്ടുവരാൻ ആഗ്രഹിക്കുന്ന ഒരുതരം ക്രൂരന്മാരല്ല ഞങ്ങൾ.
സൃഷ്ടിച്ച കോൺഫിഗറേഷൻ ആദ്യം പൈപ്പ്ലൈൻ CI/CD വഴി പോകണം.

CI/CD എന്നാൽ Continuous Integration, Continuous Deployment. ഓരോ ആറ് മാസത്തിലും ടീം ഒരു പുതിയ പ്രധാന പതിപ്പ് പുറത്തിറക്കുക മാത്രമല്ല, പഴയത് പൂർണ്ണമായും മാറ്റിസ്ഥാപിക്കുക മാത്രമല്ല, ചെറിയ ഭാഗങ്ങളിൽ പതിവായി പുതിയ പ്രവർത്തനം (വിന്യാസം) നടപ്പിലാക്കുകയും ചെയ്യുന്നു, അവ ഓരോന്നും അനുയോജ്യത, സുരക്ഷ എന്നിവയ്ക്കായി സമഗ്രമായി പരിശോധിക്കുന്നു. പ്രകടനം (സംയോജനം).

ഇത് ചെയ്യുന്നതിന്, കോൺഫിഗറേഷൻ മാറ്റങ്ങൾ നിരീക്ഷിക്കുന്ന ഒരു പതിപ്പ് കൺട്രോൾ സിസ്റ്റം, ക്ലയന്റ് സേവനം തകരാറിലാണോ എന്ന് പരിശോധിക്കുന്ന ഒരു ലബോറട്ടറി, ഈ വസ്തുത പരിശോധിക്കുന്ന ഒരു മോണിറ്ററിംഗ് സിസ്റ്റം, അവസാന ഘട്ടം പ്രൊഡക്ഷൻ നെറ്റ്‌വർക്കിൽ മാറ്റങ്ങൾ വരുത്തുകയാണ്.

ഡീബഗ്ഗിംഗ് കമാൻഡുകൾ ഒഴികെ, നെറ്റ്‌വർക്കിലെ എല്ലാ മാറ്റങ്ങളും CI/CD പൈപ്പ്‌ലൈനിലൂടെ കടന്നുപോകണം - ഇത് ശാന്തമായ ജീവിതത്തിന്റെയും ദീർഘവും സന്തുഷ്ടവുമായ കരിയറിന്റെ ഞങ്ങളുടെ ഗ്യാരണ്ടിയാണ്.

ഘടകം 9. ബാക്കപ്പ്, അനോമലി ഡിറ്റക്ഷൻ സിസ്റ്റം

ശരി, ബാക്കപ്പുകളെ കുറിച്ച് വീണ്ടും സംസാരിക്കേണ്ട ആവശ്യമില്ല.
കിരീടത്തിനനുസരിച്ച് അല്ലെങ്കിൽ കോൺഫിഗറേഷൻ മാറ്റത്തിന്റെ വസ്തുതയ്ക്ക് അനുസൃതമായി ഞങ്ങൾ അവയെ ജിറ്റിൽ ഇടും.

എന്നാൽ രണ്ടാം ഭാഗം കൂടുതൽ രസകരമാണ് - ആരെങ്കിലും ഈ ബാക്കപ്പുകളിൽ ശ്രദ്ധിക്കണം. ചില സന്ദർഭങ്ങളിൽ, ഇത് ആരെങ്കിലും പോയി എല്ലാം പഴയപടിയാക്കണം, മറ്റുള്ളവയിൽ, എന്തോ കുഴപ്പമുണ്ടെന്ന് ആരോടെങ്കിലും മ്യാവൂ.
ഉദാഹരണത്തിന്, വേരിയബിളുകളിൽ രജിസ്റ്റർ ചെയ്യാത്ത ഒരു പുതിയ ഉപയോക്താവ് പ്രത്യക്ഷപ്പെട്ടിട്ടുണ്ടെങ്കിൽ, നിങ്ങൾ അവനെ ഹാക്കിൽ നിന്ന് നീക്കം ചെയ്യേണ്ടതുണ്ട്. ഒരു പുതിയ ഫയർവാൾ നിയമം സ്പർശിക്കാതിരിക്കുന്നതാണ് നല്ലതെങ്കിൽ, ആരെങ്കിലും ഡീബഗ്ഗിംഗ് ഓണാക്കിയിരിക്കാം, അല്ലെങ്കിൽ പുതിയ സേവനം, ഒരു ബംഗ്ലർ, ചട്ടങ്ങൾക്കനുസൃതമായി രജിസ്റ്റർ ചെയ്തിട്ടില്ല, പക്ഷേ ആളുകൾ ഇതിനകം അതിൽ ചേർന്നു.

ഏതെങ്കിലും ഓട്ടോമേഷൻ സംവിധാനങ്ങളും മാനേജ്‌മെന്റിന്റെ കൈത്താങ്ങുമുണ്ടായിട്ടും, മുഴുവൻ നെറ്റ്‌വർക്കിന്റെയും സ്കെയിലിൽ ചില ചെറിയ ഡെൽറ്റകളിൽ നിന്ന് ഞങ്ങൾ ഇപ്പോഴും രക്ഷപ്പെടില്ല. പ്രശ്‌നങ്ങൾ ഡീബഗ് ചെയ്യാൻ, എന്തായാലും ആരും സിസ്റ്റങ്ങളിലേക്ക് കോൺഫിഗറേഷൻ ചേർക്കില്ല. മാത്രമല്ല, കോൺഫിഗറേഷൻ മോഡലിൽ അവ ഉൾപ്പെടുത്തിയേക്കില്ല.

ഉദാഹരണത്തിന്, ഒരു പ്രശ്നം പ്രാദേശികവൽക്കരിക്കുന്നതിന് നിർദ്ദിഷ്ട ഐപിയിലെ പാക്കറ്റുകളുടെ എണ്ണം കണക്കാക്കുന്നതിനുള്ള ഒരു ഫയർവാൾ നിയമം തികച്ചും സാധാരണ താൽക്കാലിക കോൺഫിഗറേഷനാണ്.

ഘടകം 10. മോണിറ്ററിംഗ് സിസ്റ്റം

ആദ്യം ഞാൻ നിരീക്ഷണ വിഷയം കവർ ചെയ്യാൻ പോകുന്നില്ല - ഇത് ഇപ്പോഴും വളരെ വലുതും വിവാദപരവും സങ്കീർണ്ണവുമായ വിഷയമാണ്. എന്നാൽ കാര്യങ്ങൾ പുരോഗമിക്കുമ്പോൾ, ഇത് ഓട്ടോമേഷന്റെ അവിഭാജ്യ ഘടകമാണെന്ന് മനസ്സിലായി. പരിശീലനമില്ലാതെ പോലും അത് മറികടക്കുക അസാധ്യമാണ്.

CI/CD പ്രക്രിയയുടെ ഒരു ഓർഗാനിക് ഭാഗമാണ് വികസിക്കുന്ന ചിന്ത. നെറ്റ്‌വർക്കിലേക്ക് കോൺഫിഗറേഷൻ റോൾ ഔട്ട് ചെയ്‌ത ശേഷം, ഇപ്പോൾ എല്ലാം ശരിയാണോ എന്ന് നമുക്ക് നിർണ്ണയിക്കാൻ കഴിയണം.
ഞങ്ങൾ സംസാരിക്കുന്നത് ഇന്റർഫേസ് ഉപയോഗ ഷെഡ്യൂളുകളെക്കുറിച്ചോ നോഡ് ലഭ്യതയെക്കുറിച്ചോ മാത്രമല്ല, കൂടുതൽ സൂക്ഷ്മമായ കാര്യങ്ങളെക്കുറിച്ചാണ് - ആവശ്യമായ റൂട്ടുകളുടെ സാന്നിധ്യം, അവയിലെ ആട്രിബ്യൂട്ടുകൾ, BGP സെഷനുകളുടെ എണ്ണം, OSPF അയൽക്കാർ, എൻഡ്-ടു-എൻഡ് പ്രകടനം. അമിതമായ സേവനങ്ങളുടെ.
എക്‌സ്‌റ്റേണൽ സെർവറിലേക്കുള്ള സിസ്‌ലോഗുകൾ ചേർക്കുന്നത് നിർത്തിയോ, അതോ SFlow ഏജന്റ് തകരാറിലായോ, അതോ ക്യൂകളിലെ ഡ്രോപ്പുകൾ വളരാൻ തുടങ്ങിയോ, അല്ലെങ്കിൽ ചില ജോടി പ്രിഫിക്‌സുകൾ തമ്മിലുള്ള കണക്റ്റിവിറ്റി തകരാറിലായോ?

ഞങ്ങൾ ഇത് ഒരു പ്രത്യേക ലേഖനത്തിൽ പ്രതിഫലിപ്പിക്കും.

തീരുമാനം

അടിസ്ഥാനമായി, ഞാൻ ആധുനിക ഡാറ്റാ സെന്റർ നെറ്റ്‌വർക്ക് ഡിസൈനുകളിലൊന്ന് തിരഞ്ഞെടുത്തു - റൂട്ടിംഗ് പ്രോട്ടോക്കോൾ ആയി BGP ഉള്ള L3 ക്ലോസ് ഫാബ്രിക്.
ഇത്തവണ ഞങ്ങൾ ജുനൈപ്പറിൽ നെറ്റ്‌വർക്ക് നിർമ്മിക്കും, കാരണം ഇപ്പോൾ JunOs ഇന്റർഫേസ് ഒരു വാൻലോവാണ്.

ഓപ്പൺ സോഴ്‌സ് ടൂളുകളും ഒരു മൾട്ടി-വെണ്ടർ നെറ്റ്‌വർക്കും മാത്രം ഉപയോഗിച്ച് നമ്മുടെ ജീവിതം കൂടുതൽ ദുഷ്‌കരമാക്കാം - അതിനാൽ ജൂനിപ്പറിന് പുറമേ, ഞാൻ ഒരു ഭാഗ്യശാലിയെ കൂടി തിരഞ്ഞെടുക്കും.

വരാനിരിക്കുന്ന പ്രസിദ്ധീകരണങ്ങളുടെ പ്ലാൻ ഇതുപോലെയാണ്:
ആദ്യം ഞാൻ വെർച്വൽ നെറ്റ്‌വർക്കുകളെ കുറിച്ച് സംസാരിക്കും. ഒന്നാമതായി, ഞാൻ ആഗ്രഹിക്കുന്നതിനാൽ, രണ്ടാമതായി, ഇത് കൂടാതെ, ഇൻഫ്രാസ്ട്രക്ചർ നെറ്റ്‌വർക്കിന്റെ രൂപകൽപ്പന വളരെ വ്യക്തമാകില്ല.
പിന്നെ നെറ്റ്‌വർക്ക് ഡിസൈനിനെക്കുറിച്ച്: ടോപ്പോളജി, റൂട്ടിംഗ്, പോളിസികൾ.
നമുക്ക് ഒരു ലബോറട്ടറി സ്റ്റാൻഡ് കൂട്ടിച്ചേർക്കാം.
നമുക്ക് അതിനെക്കുറിച്ച് ചിന്തിക്കാം, നെറ്റ്‌വർക്കിൽ ഉപകരണം ആരംഭിക്കുന്നത് പരിശീലിക്കാം.
തുടർന്ന് ഓരോ ഘടകത്തെക്കുറിച്ചും വിശദമായി.

അതെ, ഒരു റെഡിമെയ്ഡ് പരിഹാരം ഉപയോഗിച്ച് ഈ ചക്രം മനോഹരമായി അവസാനിപ്പിക്കുമെന്ന് ഞാൻ വാഗ്ദാനം ചെയ്യുന്നില്ല. 🙂

ഉപയോഗപ്രദമായ ലിങ്കുകൾ

• സീരീസിലേക്ക് കടക്കുന്നതിനുമുമ്പ്, നതാഷ സമോലെങ്കോയുടെ പുസ്തകം വായിക്കുന്നത് മൂല്യവത്താണ് നെറ്റ്‌വർക്ക് എഞ്ചിനീയർമാർക്കുള്ള പൈത്തൺ. കൂടാതെ പാസ്സായേക്കാം കോഴ്സ്.
• വായിക്കാനും ഉപകാരപ്പെടും ആർഎഫ്സി പീറ്റർ ലാപുഖോവ് ഫേസ്ബുക്കിൽ നിന്നുള്ള ഡാറ്റാ സെന്റർ ഫാക്ടറികളുടെ രൂപകൽപ്പനയെക്കുറിച്ച്.
• ഓവർലേ SDN എങ്ങനെ പ്രവർത്തിക്കുന്നു എന്നതിനെക്കുറിച്ചുള്ള ഒരു ആശയം ആർക്കിടെക്ചർ ഡോക്യുമെന്റേഷൻ നിങ്ങൾക്ക് നൽകും. ടങ്സ്റ്റൺ ഫാബ്രിക് (മുമ്പ് തുറന്ന കോൺട്രെയ്ൽ).

നന്ദി

റോമൻ മലയിടുക്ക്. അഭിപ്രായങ്ങൾക്കും എഡിറ്റുകൾക്കും.
ആർട്ടിയോം ചെർണോബെ. കെ.ഡി.പി.വി.

അവലംബം: www.habr.com