ኤስዲኤምኤስ አብቅቷል፣ ነገር ግን ከቁጥጥር ውጪ የሆነ የመጻፍ ፍላጎት ይቀራል።

ለብዙ አመታት ወንድማችን መደበኛ ስራ በመስራት፣ ከመስራቱ በፊት ጣቶቹን በመሻገር ይሰቃይ ነበር እና በምሽት መዞር የተነሳ እንቅልፍ አጥቷል።
የጨለማው ዘመን ግን እያበቃ ነው።

በዚህ ጽሑፍ እንዴት እንደሚደረግ ተከታታይ እጀምራለሁ ለእኔ። አውቶሜሽን ይታያል.
በመንገዳችን ላይ፣የአውቶሜሽን ደረጃዎችን እንረዳለን፣ተለዋዋጮችን በማከማቸት፣ንድፍን መደበኛ ማድረግ፣RestAPI፣NETCONF፣YANG፣YDK እና ብዙ ፕሮግራሞችን እንሰራለን።
ለእኔ ሀ) ተጨባጭ እውነት አይደለም፣ ለ) ያለ ምንም ቅድመ ሁኔታ የተሻለው አካሄድ አይደለም፣ ሐ) የኔ አስተያየት፣ ከመጀመሪያው እስከ መጨረሻው አንቀጽ በሚደረገው እንቅስቃሴ ውስጥ እንኳን ሊለወጥ ይችላል - እውነቱን ለመናገር ከረቂቅ ደረጃ ወደ ህትመት, ሁሉንም ነገር ሙሉ በሙሉ ሁለት ጊዜ እንደገና ጻፍኩ.

ይዘቶች

ዓላማዎች
1. አውታረ መረቡ እንደ አንድ አካል ነው።
2. የማዋቀር ሙከራ
3. ስሪት ማውጣት
4. አገልግሎቶችን መቆጣጠር እና ራስን መፈወስ
መገልገያዎች
1. የእቃ ዝርዝር ሥርዓት
2. የአይፒ ቦታ አስተዳደር ስርዓት
3. የአውታረ መረብ አገልግሎት መግለጫ ስርዓት
4. የመሣሪያ ማስጀመሪያ ዘዴ
5. የአቅራቢ-አግኖስቲክ ውቅር ሞዴል
6. አቅራቢ-ተኮር የአሽከርካሪ በይነገጽ
7. ውቅረትን ወደ መሳሪያው የማድረስ ዘዴ
8. ሲአይ / ሲዲ
9. ለመጠባበቂያ እና ልዩነቶችን ለመፈለግ ዘዴ
10. የክትትል ስርዓት
መደምደሚያ

ADSM ከኤስዲኤምኤስ ትንሽ ለየት ባለ ቅርጸት ለመስራት እሞክራለሁ። ትልቅ, ዝርዝር, ቁጥር ያላቸው ጽሑፎች መታየታቸውን ይቀጥላሉ, እና በእነሱ መካከል ከዕለት ተዕለት ልምድ ትንሽ ማስታወሻዎችን አሳትማለሁ. እዚህ ፍጽምናን ለመዋጋት እሞክራለሁ እና እያንዳንዳቸውን አልላሽም.

ለሁለተኛ ጊዜ በተመሳሳይ መንገድ መሄድ እንዳለቦት ምን ያህል አስቂኝ ነው.

መጀመሪያ ላይ በ RuNet ላይ ስላልነበሩ ስለ አውታረ መረቦች ራሴ ጽሑፎችን መጻፍ ነበረብኝ.

አሁን ቀላል ተግባራዊ ምሳሌዎችን በመጠቀም ወደ አውቶሜሽን የሚወስዱ አቀራረቦችን በስርዓት የሚያዘጋጅ እና ከላይ የተጠቀሱትን ቴክኖሎጂዎች የሚመረምር አጠቃላይ ሰነድ ማግኘት አልቻልኩም።

ተሳስቼ ሊሆን ይችላል፣ ስለዚህ እባክዎ ወደ ጠቃሚ ግብአቶች አገናኞችን ያቅርቡ። ሆኖም ይህ ለመጻፍ ያደረግሁትን ቁርጠኝነት አይለውጠውም ምክንያቱም ዋናው ግቡ እራሴ የሆነ ነገር መማር ነው, እና ለሌሎች ህይወትን ቀላል ማድረግ ጂንን ለመጋራት የሚረዳ አስደሳች ጉርሻ ነው.

መካከለኛ መጠን ያለው የ LAN DC የመረጃ ማእከል ወስደን ሙሉውን አውቶሜሽን እቅድ ለማውጣት እንሞክራለን።
ከእርስዎ ጋር ለመጀመሪያ ጊዜ አንዳንድ ነገሮችን አደርጋለሁ።

እዚህ በተገለጹት ሃሳቦች እና መሳሪያዎች ውስጥ ኦሪጅናል አልሆንም. ዲሚትሪ ፊጎል በጣም ጥሩ ነው በዚህ ርዕስ ላይ ከዥረቶች ጋር ቻናል.
ጽሑፎቹ በብዙ ገፅታዎች ከነሱ ጋር ይደባለቃሉ.

LAN DC 4 ዲሲዎች፣ ወደ 250 የሚጠጉ ማብሪያ / ማጥፊያዎች፣ ግማሽ ደርዘን ራውተሮች እና ሁለት ፋየርዎሎች አሉት።
ፌስቡክ ሳይሆን ስለ አውቶሜሽን በጥልቀት እንዲያስቡበት በቂ ነው።
ነገር ግን ከ 1 በላይ መሳሪያዎች ካሉዎት, አውቶማቲክ አስቀድሞ ያስፈልጋል የሚል አስተያየት አለ.
እንደ እውነቱ ከሆነ ማንም ሰው አሁን ቢያንስ ቢያንስ አንድ ጥቅል ያለ የጉልበት ስክሪፕት መኖር እንደሚችል መገመት አስቸጋሪ ነው.
ምንም እንኳን በኤክሴል ውስጥ የአይፒ አድራሻዎች የሚቀመጡባቸው ቢሮዎች እንዳሉ ብሰማም እና እያንዳንዳቸው በሺዎች የሚቆጠሩ የአውታረ መረብ መሳሪያዎች በእጅ የተዋቀሩ እና የራሳቸው የሆነ ውቅር አላቸው። ይህ በእርግጥ እንደ ዘመናዊ ስነ-ጥበብ ሊተላለፍ ይችላል, ነገር ግን የኢንጂነሩ ስሜቶች በእርግጠኝነት ይናደዳሉ.

ዓላማዎች

አሁን በጣም ረቂቅ ግቦችን እናዘጋጃለን-

አውታረ መረቡ እንደ አንድ አካል ነው።
የማዋቀር ሙከራ
የአውታረ መረብ ሁኔታ ስሪት
አገልግሎቶችን መቆጣጠር እና ራስን መፈወስ

በኋላ በዚህ ጽሑፍ ውስጥ የምንጠቀመው ምን ማለት እንደሆነ እንመለከታለን, እና በሚከተለው ውስጥ, ግቦቹን እና ትርጉሙን በዝርዝር እንመለከታለን.

አውታረ መረቡ እንደ አንድ አካል ነው።

የተከታታዩ ፍቺ ሀረግ ምንም እንኳን በመጀመሪያ እይታ ያን ያህል ጠቃሚ ላይሆን ይችላል፡ አውታረ መረቡን እናዋቅራለን እንጂ ነጠላ መሳሪያዎችን አይደለም.
ከቅርብ ዓመታት ወዲህ ኔትወርኩን እንደ አንድ አካል በማየት ረገድ አጽንኦት ሲደረግ አይተናል። ሶፍትዌሮች የተበየኑ አውታረመረብ, በሐሳብ የሚነዱ አውታረ መረቦች и ገለልተኛ አውታረ መረቦች.
ደግሞም አፕሊኬሽኖች በአለም አቀፍ ደረጃ ከአውታረ መረቡ ምን ያስፈልጋቸዋል፡ በነጥብ A እና B መካከል ያለው ግንኙነት (ጥሩ፣ አንዳንዴ + B-Z) እና ከሌሎች መተግበሪያዎች እና ተጠቃሚዎች መገለል።

እናም በዚህ ተከታታይ ውስጥ የእኛ ተግባር ነው ስርዓት መገንባት, የአሁኑን ውቅር ጠብቆ ማቆየት መላውን አውታረ መረብበእያንዳንዱ መሳሪያ ላይ ባለው ሚና እና ቦታ መሰረት ቀድሞውኑ ወደ ትክክለኛው ውቅር የተበላሸ ነው.
ስርዓት የአውታረ መረብ አስተዳደር ለውጦችን ለማድረግ እኛ እናገኘዋለን፣ እና እሱ በተራው፣ ለእያንዳንዱ መሳሪያ የሚፈለገውን ሁኔታ ያሰላል እና ያዋቅራል።
በዚህ መንገድ ወደ CLI በእጅ መድረስን ወደ ዜሮ እንቀንሳለን - በመሣሪያ መቼቶች ወይም በአውታረ መረብ ዲዛይን ላይ ያሉ ማንኛቸውም ለውጦች መደበኛ እና መመዝገብ አለባቸው - እና ከዚያ በኋላ ወደ አስፈላጊ የአውታረ መረብ አካላት መልቀቅ አለባቸው።

ማለትም፡ ለምሳሌ፡ ከአሁን ጀምሮ በካዛን ውስጥ ያሉ የሬክ ማብሪያ / ማጥፊያዎች ከአንድ ይልቅ ሁለት አውታረ መረቦችን እንዲያሳውቁ ከወሰንን እኛ

በመጀመሪያ በስርዓቶች ውስጥ ለውጦችን እንመዘግባለን

የሁሉም የአውታረ መረብ መሳሪያዎች ዒላማ ውቅር በማመንጨት ላይ

በእያንዳንዱ መስቀለኛ መንገድ ላይ ምን መወገድ እንዳለበት, ምን መጨመር እንዳለበት ያሰላል እና አንጓዎችን ወደ ተፈላጊው ሁኔታ የሚያመጣውን የአውታረ መረብ ውቅረት ማሻሻያ ፕሮግራምን እናስጀምራለን.

በተመሳሳይ ጊዜ, በመጀመሪያ ደረጃ ላይ ብቻ በእጅ ለውጦችን እናደርጋለን.

የማዋቀር ሙከራ

ታውቋል80% የሚሆኑት ችግሮች በውቅረት ለውጦች ወቅት ይከሰታሉ - ለዚህ ቀጥተኛ ያልሆነ ማስረጃ በአዲሱ ዓመት በዓላት ሁሉም ነገር ብዙውን ጊዜ የተረጋጋ ነው።
እኔ በግሌ በሰው ስህተት ምክንያት በደርዘን የሚቆጠሩ ዓለም አቀፍ ውድቀትን ተመልክቻለሁ፡ የተሳሳተ ትዕዛዝ፣ ውቅሩ በተሳሳተ ቅርንጫፍ ውስጥ ተፈጽሟል፣ ማህበረሰቡ ረስቷል፣ MPLS በአለም አቀፍ ደረጃ በራውተር ላይ ፈርሷል፣ አምስት የሃርድዌር እቃዎች ተዋቅረዋል፣ ግን ስህተቱ አልነበረም። በስድስተኛው ላይ አስተውለዋል, በሌላ ሰው የተደረጉ የቆዩ ለውጦች ተፈጽመዋል. በጣም ብዙ ሁኔታዎች አሉ።

አውቶሜሽን ትንሽ ስህተቶችን እንድንሰራ ያስችለናል፣ ነገር ግን በትልቁ። በዚህ መንገድ አንድ መሣሪያ ብቻ ሳይሆን መላውን አውታረመረብ በአንድ ጊዜ ጡብ መሥራት ይችላሉ።

ከጥንት ጊዜ ጀምሮ, አያቶቻችን በትኩረት ዓይን, በአረብ ብረት የተሰሩ ኳሶች እና የአውታረ መረቡ ተግባራዊነት ከተገለበጡ በኋላ የተደረጉትን ለውጦች ትክክለኛነት ይፈትሹ ነበር.
እነዚያ አያቶች ሥራቸው ወደ ውድቀት እና አስከፊ ኪሳራ ያደረሰው ጥቂት ዘሮችን ትተው በጊዜ ሂደት መሞት አለባቸው, ነገር ግን ዝግመተ ለውጥ ዝግ ያለ ሂደት ነው, እና ስለዚህ ሁሉም ሰው አሁንም በቤተ ሙከራ ውስጥ ለውጦችን አይፈትሽም.
ሆኖም ግን በሂደቱ ግንባር ቀደም አወቃቀሩን እና ተጨማሪ አተገባበሩን ወደ አውታረ መረቡ በራስ-ሰር ያደረጉ ናቸው። በሌላ አነጋገር፣ የCI/CD ሂደቱን ተውሼአለሁ (ቀጣይነት ያለው ውህደት፣ ቀጣይነት ያለው ማሰማራት) ከገንቢዎች.
በአንደኛው ክፍል ይህንን የስሪት ቁጥጥር ስርዓትን ምናልባትም Githubን በመጠቀም እንዴት ተግባራዊ ማድረግ እንዳለብን እንመለከታለን።

አንዴ የኔትወርክ ሲአይ/ሲዲ ሀሳብን ከተለማመዱ በአንድ ጀምበር ውቅረትን ወደ ምርት ኔትዎርክ በመተግበር የመፈተሽ ዘዴው የመካከለኛው ዘመን ድንቁርና ይመስላል። የጦር ጭንቅላትን በመዶሻ መምታት አይነት።

ስለ ሀሳቦች ኦርጋኒክ ቀጣይነት ስርዓት የአውታረ መረብ አስተዳደር እና CI/ሲዲ የማዋቀሩ ሙሉ ስሪት ይሆናል።

ስሪት ማውጣት

በማናቸውም ለውጦች, በጣም ጥቃቅን እንኳን, በአንድ የማይታወቅ መሳሪያ ላይ እንኳን, አጠቃላይ አውታረመረብ ከአንዱ ግዛት ወደ ሌላ ይንቀሳቀሳል ብለን እንገምታለን.
እና ሁልጊዜ በመሳሪያው ላይ ትዕዛዝ አንፈጽምም, የአውታረ መረቡ ሁኔታን እንለውጣለን.
ስለዚህ እነዚህን የግዛት ስሪቶች እንጥራ?

አሁን ያለው ስሪት 1.0.0 ነው እንበል።
ከToRዎች በአንዱ ላይ ያለው የ Loopback በይነገጽ አይፒ አድራሻ ተቀይሯል? ይህ ትንሽ ስሪት ነው እና ቁጥር 1.0.1 ይሆናል.
ወደ BGP መንገዶችን የማስገባት ፖሊሲዎችን አሻሽለናል - ትንሽ በቁም ነገር - ቀድሞውኑ 1.1.0
IGPን ለማስወገድ እና ወደ BGP ብቻ ለመቀየር ወስነናል - ይህ ቀድሞውኑ ሥር ነቀል የንድፍ ለውጥ ነው - 2.0.0.

በተመሳሳይ ጊዜ, የተለያዩ ዲሲዎች የተለያዩ ስሪቶች ሊኖራቸው ይችላል - አውታረ መረቡ እያደገ ነው, አዳዲስ መሳሪያዎች ተጭነዋል, አዲስ የአከርካሪ ደረጃዎች በሌላ ቦታ ላይ እየተጨመሩ ነው, በሌሎች ውስጥ አይደለም, ወዘተ.

ላይ የትርጉም እትም በተለየ ጽሑፍ ውስጥ እንነጋገራለን.

እደግመዋለሁ - ማንኛውም ለውጥ (ከማረም ትዕዛዞች በስተቀር) የስሪት ማሻሻያ ነው። ከአሁኑ ስሪት ማንኛቸውም ልዩነቶች አስተዳዳሪዎች ማሳወቅ አለባቸው።

ለውጦችን ወደ ኋላ መመለስን በተመለከተም ተመሳሳይ ነው - ይህ የመጨረሻዎቹን ትዕዛዞች እየሰረዘ አይደለም ፣ ይህ የመሳሪያውን ኦፕሬቲንግ ሲስተም በመጠቀም ወደ ኋላ መመለስ አይደለም - ይህ መላውን አውታረ መረብ ወደ አዲስ (አሮጌ) ስሪት እያመጣ ነው።

አገልግሎቶችን መቆጣጠር እና ራስን መፈወስ

በዘመናዊ ኔትወርኮች ውስጥ ይህ እራሱን የገለጠ ተግባር አዲስ ደረጃ ላይ ደርሷል።
ብዙ ጊዜ ትላልቅ አገልግሎት ሰጪዎች ያልተሳካ አገልግሎት በፍጥነት እንዲስተካከል እና አዲስ እንዲነሳ የሚፈልግበትን መንገድ ይወስዳሉ, ምን እንደተፈጠረ ከመገመት ይልቅ.
"በጣም" ማለት በክትትል በሁሉም በኩል በልግስና መሸፈን ያስፈልግዎታል ይህም በሰከንዶች ውስጥ ከተለመደው ትንሽ ልዩነቶችን ይለያል.
እና እዚህ እንደ የበይነገጽ ጭነት ወይም የመስቀለኛ መንገድ መገኘት ያሉ የተለመዱ መለኪያዎች በቂ አይደሉም። በተረኛ ሹሙ በእጅ የሚደረግ ክትትልም በቂ አይደለም።
ለብዙ ነገሮች መኖር አለበት። ራስን ማከም - የክትትል መብራቶቹ ወደ ቀይነት ተቀይረው ሄደን ፕላኔቱ በሚጎዳበት ቦታ ራሳችንን እንተገብራለን።

እና እዚህ ደግሞ የተናጠል መሳሪያዎችን ብቻ ሳይሆን የጠቅላላውን አውታረ መረብ ጤና እንቆጣጠራለን, ሁለቱንም ነጭ ቦክስ, በአንጻራዊ ሁኔታ ለመረዳት የሚቻል እና ጥቁር ቦክስ, የበለጠ የተወሳሰበ.

እንደዚህ ያሉ ታላቅ ዕቅዶችን ለመተግበር ምን ያስፈልገናል?

በአውታረ መረቡ ላይ ያሉ የሁሉም መሳሪያዎች ዝርዝር ፣ ቦታቸው ፣ ሚናዎች ፣ ሞዴሎች ፣ የሶፍትዌር ስሪቶች ይኑርዎት።
kazan-leaf-1.lmu.net, ካዛን, ቅጠል, Juniper QFX 5120, R18.3.
የኔትወርክ አገልግሎቶችን የሚገልፅበት ሥርዓት ይኑርህ።
IGP፣ BGP፣ L2/3VPN፣ ፖሊሲ፣ ACL፣ NTP፣ SSH
መሣሪያውን ማስጀመር መቻል።
የአስተናጋጅ ስም፣ Mgmt IP፣ Mgmt መስመር፣ ተጠቃሚዎች፣ RSA-ቁልፎች፣ LLDP፣ NETCONF
መሳሪያውን ያዋቅሩ እና አወቃቀሩን ወደሚፈለገው (የድሮውን ጨምሮ) ስሪት ያቅርቡ.
የሙከራ ውቅር
አሁን ካሉት ልዩነቶች የሁሉንም መሳሪያዎች ሁኔታ በየጊዜው ያረጋግጡ እና ለማን መሆን እንዳለበት ያሳውቁ።
በአንድ ምሽት፣ አንድ ሰው በጸጥታ ወደ ACL ህግ አክሏል።.
አፈጻጸምን ተቆጣጠር።

መገልገያዎች

ፕሮጀክቱን ወደ ክፍሎች መበስበስ ለመጀመር በጣም የተወሳሰበ ይመስላል.

ከእነርሱም አሥር ይሆናሉ።

የእቃ ዝርዝር ሥርዓት
የአይፒ ቦታ አስተዳደር ስርዓት
የአውታረ መረብ አገልግሎት መግለጫ ስርዓት
የመሣሪያ ማስጀመሪያ ዘዴ
የአቅራቢ-አግኖስቲክ ውቅር ሞዴል
አቅራቢ-ተኮር የአሽከርካሪ በይነገጽ
ውቅረትን ወደ መሳሪያው የማድረስ ዘዴ
ሲአይ / ሲዲ
ለመጠባበቂያ እና ልዩነቶችን ለመፈለግ ዘዴ
የክትትል ስርዓት

ይህ በነገራችን ላይ በዑደት ግቦች ላይ ያለው አመለካከት እንዴት እንደተለወጠ የሚያሳይ ምሳሌ ነው - በረቂቁ ውስጥ 4 ክፍሎች ነበሩ.

በምሳሌው ውስጥ ሁሉንም አካላት እና መሳሪያውን አሳይቻለሁ.
የተቆራረጡ አካላት እርስ በርስ ይገናኛሉ.
ማገጃው ትልቅ ከሆነ, ለዚህ ክፍል የበለጠ ትኩረት መስጠት ያስፈልጋል.

አካል 1፡ የእቃ ዝርዝር ሥርዓት

በግልጽ ለማየት እንደሚቻለው, ምን መሳሪያዎች የት እንደሚገኙ, ምን እንደተገናኘ ማወቅ እንፈልጋለን.
የእቃ ዝርዝር ስርዓቱ የማንኛውም ድርጅት ዋና አካል ነው።
ብዙውን ጊዜ ኢንተርፕራይዝ ለኔትወርክ መሳሪያዎች የተለየ የእቃ ዝርዝር ስርዓት አለው ፣ ይህም የበለጠ ልዩ ችግሮችን ይፈታል።
የዚህ ተከታታይ መጣጥፎች አካል፣ DCIM - የውሂብ ማዕከል መሠረተ ልማት አስተዳደር ብለን እንጠራዋለን። ምንም እንኳን DCIM የሚለው ቃል ራሱ፣ በጥብቅ አነጋገር፣ ብዙ ተጨማሪ ነገሮችን ያካትታል።

ለዓላማችን፣ በውስጡ ስለ መሳሪያው የሚከተለውን መረጃ እናከማቻለን፡

የመግቢያ ቁጥር
ርዕስ/መግለጫ
ሞዴል (Huawei CE12800፣ Juniper QFX5120፣ ወዘተ)
የባህሪ መለኪያዎች (ሰሌዳዎች, መገናኛዎች, ወዘተ.)
ሚና (ቅጠል፣ አከርካሪ፣ የድንበር ራውተር፣ ወዘተ.)
አካባቢ (ክልል, ከተማ, የውሂብ ማዕከል, መደርደሪያ, ክፍል)
በመሳሪያዎች መካከል ያሉ ግንኙነቶች
የአውታረ መረብ ቶፖሎጂ

እኛ ራሳችን ይህንን ሁሉ ማወቅ እንደምንፈልግ ፍጹም ግልጽ ነው።
ግን ይህ ለራስ-ሰር ዓላማዎች ይረዳል?
ያለ ጥርጥር።
ለምሳሌ በ Leaf switches ላይ በተሰጠው የመረጃ ማዕከል ውስጥ፣ ሁዋዌ ከሆነ፣ የተወሰኑ ትራፊክን ለማጣራት ACLs በVLAN ላይ መተግበር እንዳለበት እናውቃለን፣ እና Juniper ከሆነ፣ ከዚያ በአካላዊ በይነገጽ ክፍል 0 ላይ።
ወይም በክልሉ ውስጥ ላሉ ሁሉም ድንበሮች አዲስ የSyslog አገልጋይ መልቀቅ ያስፈልግዎታል።

በውስጡም ምናባዊ አውታረ መረብ መሳሪያዎችን እናከማቻለን, ለምሳሌ ምናባዊ ራውተሮች ወይም ሩት አንጸባራቂዎች. የዲ ኤን ኤስ አገልጋዮችን፣ NTP፣ Syslog እና በአጠቃላይ በአንድ ወይም በሌላ መንገድ ከአውታረ መረቡ ጋር የሚዛመዱትን ነገሮች ሁሉ ማከል እንችላለን።

አካል 2፡ የአይፒ ቦታ አስተዳደር ስርዓት

አዎ፣ እና በአሁኑ ጊዜ በኤክሴል ፋይል ውስጥ ቅድመ ቅጥያዎችን እና የአይፒ አድራሻዎችን የሚከታተሉ የሰዎች ቡድኖች አሉ። ነገር ግን ዘመናዊው አቀራረብ አሁንም የውሂብ ጎታ ነው, በ nginx/apache, API እና በ VRFs የተከፋፈሉ የአይፒ አድራሻዎችን እና አውታረ መረቦችን ለመቅዳት ሰፊ ተግባራት ያለው የፊት-መጨረሻ.
አይፓም - የአይ ፒ አድራሻ አስተዳደር.

ለዓላማችን፣ የሚከተለውን መረጃ በውስጡ እናከማቻለን፡-

ቪላን
ቪ አር ኤፍ
አውታረ መረቦች / ንዑስ መረቦች
የአይፒ አድራሻዎች
አድራሻዎችን ከመሳሪያዎች ፣ አውታረ መረቦች ወደ አከባቢዎች እና VLAN ቁጥሮች ማሰር

እንደገና፣ ለToR loopback አዲስ አይፒ አድራሻ ስንመድብ፣ ለአንድ ሰው ተመድቦ ስለመሆኑ እንዳንሰናከል ማረጋገጥ እንደምንፈልግ ግልጽ ነው። ወይም በተለያዩ የአውታረ መረብ ጫፎች ላይ አንድ አይነት ቅድመ ቅጥያ ሁለት ጊዜ ተጠቀምን።
ግን ይህ በራስ-ሰር እንዴት ይረዳል?
ቀላል።
በስርዓቱ ውስጥ ቅድመ ቅጥያ ከ Loopbacks ሚና ጋር እንጠይቃለን ፣ ይህም ለመመደብ ዝግጁ የሆኑ የአይፒ አድራሻዎችን ይይዛል - ከተገኘ አድራሻውን እንመድባለን ፣ ካልሆነ ፣ አዲስ ቅድመ ቅጥያ እንዲፈጠር እንጠይቃለን።
ወይም የመሳሪያ ውቅር ሲፈጥሩ, VRF በይነገጹ የሚገኝበት ከተመሳሳይ ስርዓት ማወቅ እንችላለን.
እና አዲስ አገልጋይ ሲጀምሩ ስክሪፕቱ ወደ ስርዓቱ ውስጥ ገብቷል ፣ አገልጋዩ በየትኛው ማብሪያ / ማጥፊያ ውስጥ እንዳለ ፣ የትኛው ወደብ እና የትኛው ንዑስ አውታረ መረብ በበይነገጽ ላይ እንደተመደበ ያውቃል - እና የአገልጋዩን አድራሻ ከእሱ ይመድባል።

ይህ ተግባራትን ላለማባዛት እና ሁለት ተመሳሳይ አካላትን ላለማገልገል DCIM እና IPAMን ወደ አንድ ስርዓት የማጣመር ፍላጎትን ያሳያል።
ይህን ነው የምናደርገው።

አካል 3. የአውታረ መረብ አገልግሎቶችን የሚገልጽ ስርዓት

የመጀመሪያዎቹ ሁለት ሲስተሞች አሁንም በሆነ መንገድ ጥቅም ላይ መዋል ያለባቸውን ተለዋዋጮች የሚያከማቹ ከሆነ፣ ሦስተኛው እንዴት መዋቀር እንዳለበት ለእያንዳንዱ መሣሪያ ሚና ይገልጻል።
ሁለት የተለያዩ የአውታረ መረብ አገልግሎቶችን መለየት ተገቢ ነው-

መሠረተ ልማት
ደንበኛ።

የመጀመሪያዎቹ መሰረታዊ ተያያዥነት እና የመሳሪያ ቁጥጥርን ለማቅረብ የተነደፉ ናቸው. እነዚህም VTY፣ SNMP፣ NTP፣ Syslog፣ AAA፣ Routing Protocos፣ CoPP፣ ወዘተ ያካትታሉ።
የኋለኛው አገልግሎቱን ለደንበኛው ያደራጃል: MPLS L2/L3VPN, GRE, VXLAN, VLAN, L2TP, ወዘተ.
በእርግጥ ፣ የድንበር ጉዳዮችም አሉ - MPLS LDP ፣ BGP የት እንደሚካተቱ? አዎ፣ እና የማስተላለፊያ ፕሮቶኮሎች ለደንበኞች ጥቅም ላይ ሊውሉ ይችላሉ። ግን ይህ አስፈላጊ አይደለም.

ሁለቱም የአገልግሎቶች ዓይነቶች ወደ ውቅር ፕሪሚቲቭስ ተበላሽተዋል፡-

አካላዊ እና ሎጂካዊ በይነገጾች (መለያ/አንቴግ፣ ምቱ)
አይፒ አድራሻዎች እና ቪአርኤፍ (IP፣ IPv6፣ VRF)
ACLs እና የትራፊክ ሂደት ፖሊሲዎች
ፕሮቶኮሎች (IGP፣ BGP፣ MPLS)
የማዞሪያ መመሪያዎች (ቅድመ-ቅጥያ ዝርዝሮች፣ ማህበረሰቦች፣ ASN ማጣሪያዎች)።
የመገልገያ አገልግሎቶች (SSH፣ NTP፣ LLDP፣ Syslog...)
ወዘተ.

ይህንን በትክክል እንዴት እንደምናደርግ, እስካሁን ምንም ሀሳብ የለኝም. በተለየ ጽሑፍ ውስጥ እንመለከታለን.

ወደ ሕይወት ትንሽ ከተጠጋ ያንን ልንገልጸው እንችላለን
የቅጠል ማብሪያ / ማጥፊያው ከሁሉም የተገናኙ የአከርካሪ ማብሪያ / ማጥፊያዎች ጋር የBGP ክፍለ ጊዜዎች ሊኖሩት ይገባል፣ የተገናኙትን ኔትወርኮች ወደ ሂደቱ ማስመጣት እና ከSpine switches የተወሰነ ቅድመ ቅጥያ አውታረ መረቦችን ብቻ መቀበል አለበት። CoPP IPv6 ND እስከ 10 pps ወዘተ ይገድቡ።
በምላሹ አከርካሪዎች ከሁሉም የተገናኙ እርሳሶች ጋር ክፍለ ጊዜዎችን ይይዛሉ, እንደ ስር ነጸብራቅ ሆነው ይሠራሉ, እና የተወሰነ ርዝመት ያላቸውን መንገዶችን እና ከተወሰነ ማህበረሰብ ጋር ብቻ ይቀበላሉ.

አካል 4፡ የመሣሪያ ማስጀመሪያ ዘዴ

በዚህ ርዕስ ስር አንድ መሳሪያ በራዳር ላይ እንዲታይ እና በርቀት እንዲደረስባቸው መደረግ ያለባቸውን ብዙ ድርጊቶችን አጣምራለሁ።

መሣሪያውን በእቃው ስርዓት ውስጥ ያስገቡ።
የአስተዳደር አይፒ አድራሻ ይምረጡ።
ለእሱ መሰረታዊ መዳረሻን ያቀናብሩ፡
የአስተናጋጅ ስም ፣ የአስተዳደር አይፒ አድራሻ ፣ ወደ አስተዳደር አውታረመረብ መንገድ ፣ ተጠቃሚዎች ፣ የኤስኤስኤች ቁልፎች ፣ ፕሮቶኮሎች - telnet/SSH/NETCONF

ሶስት መንገዶች አሉ፡-

ሁሉም ነገር ሙሉ በሙሉ በእጅ ነው. መሣሪያው ወደ ማቆሚያው ይቀርባል, አንድ ተራ ኦርጋኒክ ሰው ወደ ስርዓቱ ውስጥ ያስገባል, ከኮንሶሉ ጋር ይገናኛል እና ያዋቅረዋል. በትንሽ የማይንቀሳቀሱ አውታረ መረቦች ላይ መሥራት ይችላል።
ZTP - ዜሮ ንክኪ አቅርቦት። ሃርድዌሩ ደረሰ፣ ቆመ፣ በDHCP በኩል አድራሻ ተቀበለ፣ ወደ ልዩ አገልጋይ ሄዶ ራሱን አዋቅር።
የኮንሶል ሰርቨሮች መሠረተ ልማት፣ የመነሻ ውቅር በኮንሶል ወደብ በራስ ሰር ሁነታ የሚከሰትበት።

ስለ ሶስቱም በተለየ ጽሑፍ ውስጥ እንነጋገራለን.

አካል 5፡ የአቅራቢ-አግኖስቲክ ውቅር ሞዴል

እስካሁን ድረስ ሁሉም ስርዓቶች ተለዋዋጮችን እና በአውታረ መረቡ ላይ ማየት የምንፈልገውን ገላጭ መግለጫ የሚሰጡ የተለያዩ ፕላቶች ናቸው። ነገር ግን ፈጥኖም ሆነ ዘግይቶ, ልዩ ሁኔታዎችን ማስተናገድ ይኖርብዎታል.
በዚህ ደረጃ፣ ለእያንዳንዱ የተለየ መሣሪያ፣ ፕሪሚቲቭስ፣ አገልግሎቶች እና ተለዋዋጮች የአንድን መሣሪያ ሙሉ ውቅር በትክክል የሚገልፅ የውቅረት ሞዴል ውስጥ ይጣመራሉ፣ በሻጭ-ገለልተኛ መንገድ ብቻ።
ይህ እርምጃ ምን ያደርጋል? ለምን በቀላሉ መስቀል የምትችለውን የመሣሪያ ውቅር ለምን አትፈጥርም?
በእውነቱ, ይህ ሶስት ችግሮችን ይፈታል.

ከመሣሪያው ጋር መስተጋብር ለመፍጠር ከአንድ የተወሰነ በይነገጽ ጋር አይላመዱ። CLI, NETCONF, RESTCONF, SNMP ይሁኑ - ሞዴሉ ተመሳሳይ ይሆናል.
በኔትወርኩ ላይ ባለው የአቅራቢዎች ብዛት መሰረት የአብነት/ስክሪፕቶችን ቁጥር አታስቀምጡ እና ንድፉ ከተቀየረ, ተመሳሳይ ነገርን በበርካታ ቦታዎች ይለውጡ.
አወቃቀሩን ከመሣሪያው (ምትኬ) ይጫኑ ፣ በትክክል ወደ ተመሳሳይ ሞዴል ያስገቡ እና የዴልታውን ስሌት ለማስላት እና እነዚያን ክፍሎች ብቻ የሚቀይር ወይም ልዩነቶችን ለመለየት የሚያስችል የማዋቀሪያ ውቅር ለማዘጋጀት ከነባሩ ጋር በቀጥታ ያወዳድሩ።

በዚህ ደረጃ ምክንያት, ከሻጭ ነጻ የሆነ ውቅር እናገኛለን.

አካል 6. አቅራቢ-ተኮር የአሽከርካሪ በይነገጽ

አንድ ቀን ልክ እንደ ጁኒፐር በተመሳሳይ መልኩ ሲስካ ማዋቀር ይቻል ይሆናል በሚል ተስፋ እራስህን ማሞገስ የለብህም። የኋይት ሣጥን ተወዳጅነት እየጨመረ እና ለ NETCONF ፣ RESTCONF ፣ OpenConfig ድጋፍ ቢመጣም ፣ እነዚህ ፕሮቶኮሎች የሚያቀርቡት ልዩ ይዘት ከሻጭ ወደ ሻጭ የሚለያይ ነው ፣ እና ይህ በቀላሉ የማይተዉ የፉክክር ልዩነታቸው አንዱ ነው።
ይህ ልክ እንደ ኖርዝቦውንድ በይነገጽ RestAPI ካላቸው ከOpenContrail እና OpenStack ጋር ተመሳሳይ ነው፣ ሙሉ ለሙሉ የተለየ ጥሪዎች ይጠብቃሉ።

ስለዚህ, በአምስተኛው ደረጃ, የአቅራቢው ገለልተኛ ሞዴል ወደ ሃርድዌር የሚሄድበትን ቅጽ መውሰድ አለበት.
እና እዚህ ሁሉም ዘዴዎች ጥሩ ናቸው (አይደለም): CLI, NETCONF, RESTCONF, SNMP በቀላሉ.

ስለዚህ, ያለፈውን እርምጃ ውጤት ወደሚፈለገው የአንድ የተወሰነ ሻጭ ቅርጸት የሚያስተላልፍ ሾፌር እንፈልጋለን-የ CLI ትዕዛዞች ስብስብ, የኤክስኤምኤል መዋቅር.

አካል 7. ውቅረትን ወደ መሳሪያው የማድረስ ዘዴ

አወቃቀሩን ፈጥረናል፣ ነገር ግን አሁንም ወደ መሳሪያዎቹ መቅረብ አለበት - እና በግልጽ፣ በእጅ አይደለም።
በመጀመሪያ ደረጃበምን አይነት ትራንስፖርት እንጠቀማለን የሚለው ጥያቄ ገጥሞናል? እና ዛሬ ምርጫው ትንሽ አይደለም:

CLI (telnet፣ssh)
SNMP
NETCONF
RESTCONF
የ REST ኤ ፒ አይ
OpenFlow (ምንም እንኳን ውጫዊ ቢሆንም FIB የማድረስ መንገድ እንጂ ቅንጅቶች አይደለም)

እዚህ ላይ ያለውን ነጥብ እንይ። CLI ውርስ ነው። SNMP... ሳል ሳል።
RESTCONF አሁንም የማይታወቅ እንስሳ ነው፤ REST API በማንም አይደገፍም። ስለዚህ, በተከታታይ በ NETCONF ላይ እናተኩራለን.

እንደ እውነቱ ከሆነ, አንባቢው ቀደም ሲል እንደተረዳው, በዚህ ነጥብ ላይ በይነገጹ ላይ አስቀድመን ወስነናል - የቀደመው ደረጃ ውጤት አስቀድሞ በተመረጠው በይነገጽ ቅርጸት ቀርቧል.

ሁለተኛው, እና ይህንን በምን መሳሪያዎች እንሰራለን?
እዚህም ትልቅ ምርጫ አለ፡-

በራስ የተጻፈ ስክሪፕት ወይም መድረክ። እራሳችንን በ ncclient እና asyncIO እናስታጠቅ እና ሁሉንም ነገር በራሳችን እናድርግ። የሥምሪት ሥርዓት ከባዶ ለመሥራት ምን ዋጋ ያስከፍለናል?
ከሀብታሙ የአውታረ መረብ ሞጁሎች ቤተ-መጽሐፍት ጋር የሚቻል።
ጨው ከጥቂቱ ሥራ ጋር ከአውታረ መረብ ጋር እና ከናፓልም ጋር ግንኙነት።
በእውነቱ ናፓልም ሁለት ሻጮችን የሚያውቅ እና ያ ነው ፣ ደህና ሁን።
ኖርኒር ወደፊት የምንገነጠልበት ሌላ እንስሳ ነው።

እዚህ ተወዳጅው ገና አልተመረጠም - እኛ እንፈልጋለን.

እዚህ ሌላ ምን አስፈላጊ ነው? አወቃቀሩን የመተግበር ውጤቶች.
ተሳካም አልተሳካም። አሁንም የሃርድዌር መዳረሻ አለ ወይስ የለም?
ቁርጠኝነት ወደ መሳሪያው የወረደውን ለማረጋገጥ እና ለማረጋገጥ የሚረዳ ይመስላል።
ይህ ከ NETCONF ትክክለኛ አተገባበር ጋር ተዳምሮ ተስማሚ መሳሪያዎችን ወሰን በእጅጉ ይቀንሳል - ብዙ አምራቾች መደበኛ ስራዎችን አይደግፉም። ግን ይህ ከሚያስፈልጉት ቅድመ ሁኔታዎች ውስጥ አንዱ ብቻ ነው። RFP. በመጨረሻም, አንድም የሩሲያ ሻጭ የ 32 * 100GE በይነገጽ ሁኔታን እንደማያከብር ማንም አይጨነቅም. ወይስ ተጨንቋል?

አካል 8. CI / ሲዲ

በዚህ ጊዜ ለሁሉም የአውታረ መረብ መሳሪያዎች አወቃቀሩን አስቀድመን አለን።
ስለ አውታረመረብ ሁኔታ ስሪት ስለመቀየር እየተነጋገርን ስለሆነ "ለሁሉም ነገር" እጽፋለሁ. እና የአንድ ማብሪያ/ማብሪያ/ማብሪያ/ማብሪያ/ማስተካከያ ቅንጅቶችን መቀየር ቢያስፈልግም ለውጦች ለመላው አውታረመረብ ይሰላሉ። ለአብዛኞቹ አንጓዎች ዜሮ ሊሆኑ እንደሚችሉ ግልጽ ነው።

ነገር ግን፣ ቀደም ሲል እንደተገለፀው፣ ሁሉንም ነገር በቀጥታ ወደ ምርት ማሸጋገር የምንፈልግ አንዳንድ አረመኔዎች አይደለንም።
የተፈጠረው ውቅረት በመጀመሪያ በፔፕፐሊን CI/ሲዲ በኩል መሄድ አለበት።

CI/CD ማለት ቀጣይነት ያለው ውህደት፣ ቀጣይነት ያለው ማሰማራት ማለት ነው። ይህ አካሄድ ቡድኑ በየስድስት ወሩ አዲስ ዋና ልቀትን በማውጣት የድሮውን ሙሉ በሙሉ በመተካት በመደበኛነት አዲስ ተግባርን በትንሽ ክፍሎች የሚተገበር (Deployment) የሚተገበርበት አካሄድ ሲሆን እያንዳንዱም ለተኳሃኝነት፣ ለደህንነት እና ለደህንነት ሲባል በተሟላ ሁኔታ የተፈተነ ነው። አፈፃፀም (ውህደት)።

ይህንን ለማድረግ የውቅረት ለውጦችን የሚከታተል የስሪት ቁጥጥር ሥርዓት፣ የደንበኛ አገልግሎት መበላሸቱን የሚፈትሽ ላቦራቶሪ፣ ይህንን እውነታ የሚፈትሽ የክትትል ሥርዓት እና የመጨረሻው ደረጃ በምርት ኔትወርክ ላይ ለውጦችን እያወጣ ነው።

ከማረም ትእዛዞች በስተቀር በኔትወርኩ ላይ ያሉ ሁሉም ለውጦች በሲአይ/ሲዲ ቧንቧ መስመር ውስጥ ማለፍ አለባቸው - ይህ ጸጥ ያለ ህይወት እና ረጅም እና ደስተኛ የስራ ዋስትናችን ነው።

አካል 9. የመጠባበቂያ እና anomaly ማወቂያ ስርዓት

ደህና፣ ስለ ምትኬዎች እንደገና ማውራት አያስፈልግም።
በቀላሉ ወደ አክሊል እንጨምራቸዋለን ወይም በ git ውስጥ የውቅር ለውጥ እውነታ ላይ።

ግን ሁለተኛው ክፍል የበለጠ ትኩረት የሚስብ ነው - አንድ ሰው እነዚህን መጠባበቂያዎች መከታተል አለበት. እና በአንዳንድ ሁኔታዎች፣ ይህ ሰው ሄዶ ሁሉንም ነገር እንደነበረው ማዞር አለበት፣ እና ሌሎች ደግሞ፣ የሆነ ችግር እንዳለ ለአንድ ሰው meow።
ለምሳሌ በተለዋዋጮች ውስጥ ያልተመዘገበ አዲስ ተጠቃሚ ከታየ እሱን ከጠለፋው ማስወገድ ያስፈልግዎታል። እና አዲስ የፋየርዎል ህግን ላለመንካት ጥሩ ከሆነ ምናልባት አንድ ሰው ማረም ብቻውን አብርቷል, ወይም ምናልባት አዲሱ አገልግሎት, ባንግለር, በመመሪያው መሰረት አልተመዘገበም, ነገር ግን ሰዎች ቀድሞውኑ ተቀላቅለዋል.

ምንም እንኳን ምንም አይነት አውቶሜሽን ሲስተሞች እና የአስተዳዳሪው የብረት እጅ ቢሆንም አሁንም በጠቅላላው አውታረ መረብ ሚዛን ላይ አንዳንድ ትናንሽ ዴልታዎችን አናመልጥም። ችግሮችን ለማረም ማንም ሰው በስርዓቶቹ ላይ ውቅረት አይጨምርም። ከዚህም በላይ በማዋቀሪያው ሞዴል ውስጥ እንኳን ላይካተቱ ይችላሉ.

ለምሳሌ፣ ችግሩን ለትርጉም ለማድረግ በአንድ የተወሰነ አይፒ ላይ የፓኬቶችን ብዛት ለመቁጠር የፋየርዎል ደንብ ሙሉ በሙሉ ተራ ጊዜያዊ ውቅር ነው።

አካል 10. የክትትል ስርዓት

መጀመሪያ ላይ የክትትል ርዕስን አልሸፍንም ነበር - አሁንም በጣም ብዙ, አከራካሪ እና ውስብስብ ርዕስ ነው. ነገር ግን ነገሮች እየገፉ ሲሄዱ፣ ይህ የአውቶሜሽን ዋና አካል መሆኑ ታወቀ። እና ያለ ልምምድ እንኳን ለማለፍ የማይቻል ነው.

የዝግመተ ለውጥ አስተሳሰብ የCI/CD ሂደት ኦርጋኒክ አካል ነው። አወቃቀሩን ወደ አውታረ መረቡ ከዘረጋን በኋላ፣ አሁን ሁሉም ነገር ደህና መሆኑን ወይም አለመሆኑን ለመወሰን መቻል አለብን።
እና እየተነጋገርን ያለነው ስለ በይነገጽ አጠቃቀም መርሃ ግብሮች ወይም መስቀለኛ መንገድ መገኘት ብቻ ሳይሆን ስለ ተጨማሪ ስውር ነገሮች - አስፈላጊ መንገዶች መኖር ፣ በእነሱ ላይ ያሉ ባህሪዎች ፣ የ BGP ክፍለ ጊዜዎች ብዛት ፣ የ OSPF ጎረቤቶች ፣ ከጫፍ እስከ መጨረሻ አፈፃፀም ከመጠን በላይ አገልግሎቶች.
የውጫዊው አገልጋይ ሲሳይሎግ መጨመሩን አቁሟል ወይንስ የ SFlow ወኪሉ ተበላሽቷል ወይስ በወረፋው ውስጥ ያሉት ጠብታዎች ማደግ ጀመሩ ወይስ በአንዳንድ ጥንድ ቅድመ ቅጥያዎች መካከል ያለው ግንኙነት ፈርሷል?

ይህንን በተለየ ጽሑፍ ውስጥ እናሰላስላለን.

መደምደሚያ

እንደ መሠረት ከዘመናዊው የመረጃ ማእከል አውታር ንድፎች ውስጥ አንዱን መርጫለሁ - L3 Clos Fabric ከ BGP ጋር እንደ ማዞሪያ ፕሮቶኮል.
በዚህ ጊዜ ኔትወርክን በጁኒፐር ላይ እንገነባለን, ምክንያቱም አሁን የጁንኦስ በይነገጽ ቫንሎቭ ነው.

ክፍት ምንጭ መሳሪያዎችን እና ባለብዙ ሻጭ ኔትወርክን በመጠቀም ህይወታችንን የበለጠ አስቸጋሪ እናድርገው - ስለዚህ ከጁኒፐር በተጨማሪ አንድ ተጨማሪ እድለኛ ሰው እመርጣለሁ።

ለቀጣይ ህትመቶች እቅድ እንደዚህ ያለ ነገር ነው፡-
በመጀመሪያ ስለ ምናባዊ አውታረ መረቦች እናገራለሁ. በመጀመሪያ ደረጃ, ስለምፈልግ, እና ሁለተኛ, ምክንያቱም ያለዚህ, የመሠረተ ልማት አውታር ንድፍ በጣም ግልጽ አይሆንም.
ከዚያም ስለ አውታረ መረቡ ንድፍ እራሱ: ቶፖሎጂ, ራውቲንግ, ፖሊሲዎች.
የላብራቶሪ ማቆሚያ እንሰበስብ።
እስቲ እናስብበት እና ምናልባት መሳሪያውን በአውታረ መረቡ ላይ ማስጀመርን እንለማመዳለን.
እና ከዚያ ስለ እያንዳንዱ አካል በዝርዝር።

እና አዎ፣ ይህን ዑደት በተዘጋጀ መፍትሄ በጸጋ ለመጨረስ ቃል አልገባም። 🙂

ጠቃሚ አገናኞች

ወደ ተከታታዩ ከመግባትዎ በፊት የናታሻ ሳሞይለንኮ መጽሐፍ ማንበብ ጠቃሚ ነው። Python ለአውታረ መረብ መሐንዲሶች. እና ምናልባት ማለፍ ኮርስ.
ለማንበብም ጠቃሚ ይሆናል። RFC ስለ ዳታ ማእከል ፋብሪካዎች ዲዛይን ከፌስቡክ በፒተር ላፑኮቭ።
የሕንፃው ሰነድ ተደራቢ SDN እንዴት እንደሚሰራ ሀሳብ ይሰጥዎታል። የተንግስተን ጨርቅ (የቀድሞው ክፍት ኮንትራክ)።

አመሰግናለሁ

የሮማን ገደል. ለአስተያየቶች እና አርትዖቶች።
Artyom Chernobay. ለ KDPV

ምንጭ: hab.com

ለትንንሽ ልጆች አውቶማቲክ. ክፍል ዜሮ። እቅድ ማውጣት