સિસ્કો ACI ડેટા સેન્ટર માટે નેટવર્ક ફેબ્રિક - એડમિનિસ્ટ્રેટરને મદદ કરવા માટે

Cisco ACI સ્ક્રિપ્ટના આ જાદુઈ ભાગની મદદથી, તમે ઝડપથી નેટવર્ક સેટ કરી શકો છો.

Cisco ACI ડેટા સેન્ટર માટે નેટવર્ક ફેક્ટરી પાંચ વર્ષથી અસ્તિત્વમાં છે, પરંતુ Habréએ ખરેખર તેના વિશે કંઈપણ જણાવ્યું નથી, તેથી મેં તેને થોડું ઠીક કરવાનું નક્કી કર્યું. હું તમને મારા પોતાના અનુભવથી કહીશ કે તે શું છે, તેનો ઉપયોગ શું છે અને તેની રેક ક્યાં છે.

તે શું છે અને તે ક્યાંથી આવ્યું છે?

2013માં ACI (એપ્લિકેશન સેન્ટ્રિક ઈન્ફ્રાસ્ટ્રક્ચર)ની જાહેરાત થઈ ત્યાં સુધીમાં, સ્પર્ધકો એકસાથે ત્રણ બાજુથી ડેટા સેન્ટર નેટવર્ક્સ માટે પરંપરાગત અભિગમો પર આગળ વધી રહ્યા હતા.

એક તરફ, ઓપનફ્લો પર આધારિત "ફર્સ્ટ જનરેશન" SDN સોલ્યુશન્સે તે જ સમયે નેટવર્કને વધુ લવચીક અને સસ્તું બનાવવાનું વચન આપ્યું હતું. આ વિચાર પરંપરાગત રીતે માલિકીના સ્વિચ સોફ્ટવેર દ્વારા કરવામાં આવતા નિર્ણયને કેન્દ્રીય નિયંત્રકમાં ખસેડવાનો હતો.

આ નિયંત્રક પાસે જે કંઈ પણ થાય છે તેની એક જ દ્રષ્ટિ હશે અને તેના આધારે, ચોક્કસ પ્રવાહોની પ્રક્રિયા માટે નિયમોના સ્તરે તમામ સ્વીચોના હાર્ડવેરને પ્રોગ્રામ કરશે.
બીજી તરફ, ઓવરલે નેટવર્ક સોલ્યુશન્સે વર્ચ્યુઅલાઈઝ્ડ હોસ્ટ્સ વચ્ચે સોફ્ટવેર ટનલ બનાવીને, ભૌતિક નેટવર્કમાં કોઈપણ ફેરફાર કર્યા વિના જરૂરી કનેક્ટિવિટી અને સુરક્ષા નીતિઓનો અમલ કરવાનું શક્ય બનાવ્યું. આ અભિગમનું સૌથી જાણીતું ઉદાહરણ નિસિરા હતું, જે ત્યાં સુધીમાં VMWare દ્વારા $1,26 બિલિયનમાં હસ્તગત કરવામાં આવ્યું હતું અને વર્તમાન VMWare NSX ને જન્મ આપ્યો હતો. પરિસ્થિતિની થોડી ઉગ્રતા એ હકીકત દ્વારા ઉમેરવામાં આવી હતી કે નિસિરાના સહ-સ્થાપક એ જ લોકો હતા જેઓ અગાઉ ઓપનફ્લોની ઉત્પત્તિ પર ઉભા હતા, હવે કહે છે કે ડેટા સેન્ટર ફેક્ટરી બનાવવા માટે ઓપનફ્લો યોગ્ય નથી.

અને અંતે, ખુલ્લા બજારમાં ઉપલબ્ધ ચિપ્સ સ્વિચિંગ (જેને વેપારી સિલિકોન કહેવાય છે) પરિપક્વતાના એવા તબક્કે પહોંચી ગયા છે જ્યાં તેઓ પરંપરાગત સ્વિચ ઉત્પાદકો માટે ખતરો બની ગયા છે. જો અગાઉ દરેક વિક્રેતાએ તેના સ્વિચ માટે સ્વતંત્ર રીતે ચિપ્સ વિકસાવી હતી, તો સમય જતાં, તૃતીય-પક્ષ ઉત્પાદકોની ચિપ્સ, મુખ્યત્વે બ્રોડકોમથી, કાર્યોની દ્રષ્ટિએ વિક્રેતા ચિપ્સ સાથેનું અંતર ઘટાડવાનું શરૂ કર્યું, અને કિંમત/પ્રદર્શન ગુણોત્તરની દ્રષ્ટિએ તેમને વટાવી ગયા. તેથી, ઘણા લોકો માનતા હતા કે તેમની પોતાની ડિઝાઇનની ચિપ્સ પર સ્વિચ કરવાના દિવસોની ગણતરી કરવામાં આવી હતી.

ACI એ ઉપરોક્ત તમામ માટે સિસ્કોનો "અસમમેટ્રિક રિસ્પોન્સ" (વધુ સ્પષ્ટ રીતે કહીએ તો, તેની Insieme કંપની, તેના ભૂતપૂર્વ કર્મચારીઓ દ્વારા સ્થાપિત) બની ગયું છે.

ઓપનફ્લો સાથે શું તફાવત છે?

વિધેયોના વિતરણના સંદર્ભમાં, ACI વાસ્તવમાં ઓપનફ્લોની વિરુદ્ધ છે.
ઓપનફ્લો આર્કિટેક્ચરમાં, નિયંત્રક વિગતવાર નિયમો (પ્રવાહ) લખવા માટે જવાબદાર છે.
તમામ સ્વીચોના હાર્ડવેરમાં, એટલે કે મોટા નેટવર્કમાં, તે નેટવર્કમાં સેંકડો પોઈન્ટ્સ પર લાખો રેકોર્ડ્સને જાળવવા અને સૌથી અગત્યનું બદલવા માટે જવાબદાર હોઈ શકે છે, તેથી તેની કામગીરી અને વિશ્વસનીયતા એક અવરોધ બની જાય છે. વિશાળ અમલીકરણ.

ACI વિપરીત અભિગમનો ઉપયોગ કરે છે: અલબત્ત, ત્યાં એક નિયંત્રક પણ છે, પરંતુ સ્વીચો તેમાંથી ઉચ્ચ-સ્તરની ઘોષણાત્મક નીતિઓ મેળવે છે, અને સ્વીચ પોતે હાર્ડવેરમાં ચોક્કસ સેટિંગ્સની વિગતોમાં તેનું રેન્ડરિંગ કરે છે. નિયંત્રક રીબૂટ કરી શકાય છે અથવા સંપૂર્ણ રીતે બંધ કરી શકાય છે, અને નેટવર્કમાં કંઈપણ ખરાબ થશે નહીં, સિવાય કે, અલબત્ત, આ ક્ષણે નિયંત્રણનો અભાવ. રસપ્રદ વાત એ છે કે, ACIમાં એવી પરિસ્થિતિઓ છે જેમાં OpenFlow હજુ પણ ઉપયોગમાં લેવાય છે, પરંતુ સ્થાનિક રીતે Open vSwitch પ્રોગ્રામિંગ માટે હોસ્ટની અંદર.

ACI સંપૂર્ણપણે VXLAN-આધારિત ઓવરલે ટ્રાન્સપોર્ટ પર બનેલ છે, પરંતુ તેમાં એક જ ઉકેલના ભાગ રૂપે અંતર્ગત IP ટ્રાન્સપોર્ટનો સમાવેશ થાય છે. સિસ્કોએ આને "સંકલિત ઓવરલે" શબ્દ કહ્યો. ACI માં ઓવરલે માટે સમાપ્તિ બિંદુ તરીકે, મોટા ભાગના કિસ્સાઓમાં, ફેક્ટરી સ્વીચોનો ઉપયોગ કરવામાં આવે છે (તેઓ આ લિંક ઝડપે કરે છે). યજમાનોને ફેક્ટરી, એન્કેપ્સ્યુલેશન, વગેરે વિશે કંઈપણ જાણવાની જરૂર નથી, જો કે, કેટલાક કિસ્સાઓમાં (ઉદાહરણ તરીકે, OpenStack હોસ્ટને જોડવા માટે), VXLAN ટ્રાફિક તેમની પાસે લાવી શકાય છે.

ACI માં ઓવરલેનો ઉપયોગ માત્ર ટ્રાન્સપોર્ટ નેટવર્ક દ્વારા લવચીક કનેક્ટિવિટી પૂરી પાડવા માટે જ નહીં, પણ મેટેઈનફોર્મેશનને ટ્રાન્સફર કરવા માટે પણ થાય છે (ઉદાહરણ તરીકે, સુરક્ષા નીતિઓ લાગુ કરવા માટે).

બ્રોડકોમની ચિપ્સનો ઉપયોગ અગાઉ સિસ્કો દ્વારા નેક્સસ 3000 સિરીઝના સ્વીચોમાં કરવામાં આવતો હતો. નેક્સસ 9000 પરિવારમાં, ખાસ કરીને ACIને સમર્થન આપવા માટે રજૂ કરવામાં આવ્યું હતું, એક હાઇબ્રિડ મોડલ મૂળરૂપે અમલમાં મૂકવામાં આવ્યું હતું, જેને મર્ચન્ટ + કહેવામાં આવતું હતું. આ સ્વીચમાં એક સાથે નવી બ્રોડકોમ ટ્રાઇડેન્ટ 2 ચિપ અને સિસ્કો દ્વારા વિકસાવવામાં આવેલી પૂરક ચિપ બંનેનો ઉપયોગ કરવામાં આવ્યો હતો, જે ACIના તમામ જાદુને અમલમાં મૂકે છે. દેખીતી રીતે, આનાથી ઉત્પાદનના પ્રકાશનને ઝડપી બનાવવાનું શક્ય બન્યું અને ટ્રાઇડેન્ટ 2 પર આધારિત મોડલ્સની નજીકના સ્તર પર સ્વિચની કિંમત ઘટાડવાનું શક્ય બન્યું. આ અભિગમ ACI ડિલિવરીના પ્રથમ બે કે ત્રણ વર્ષ માટે પૂરતો હતો. આ સમય દરમિયાન, સિસ્કોએ તેની પોતાની ચિપ્સ પર નેક્સસ 9000 ને વધુ પરફોર્મન્સ અને ફીચર સેટ સાથે વિકસાવી અને લોન્ચ કરી, પરંતુ તે જ કિંમતના સ્તરે. ફેક્ટરીમાં ક્રિયાપ્રતિક્રિયાના સંદર્ભમાં બાહ્ય વિશિષ્ટતાઓ સંપૂર્ણપણે સચવાયેલી છે. તે જ સમયે, આંતરિક ભરણ સંપૂર્ણપણે બદલાઈ ગયું છે: રિફેક્ટરિંગ જેવું કંઈક, પરંતુ આયર્ન માટે.

સિસ્કો ACI આર્કિટેક્ચર કેવી રીતે કામ કરે છે

સૌથી સરળ કિસ્સામાં, ACI ક્લોઝ નેટવર્કની ટોપોલોજી પર બનેલ છે, અથવા, જેમ કે તેઓ વારંવાર કહે છે, સ્પાઇન-લીફ. સ્પાઇન-લેવલ સ્વીચો બે (અથવા એક, જો આપણે દોષ સહિષ્ણુતા વિશે ધ્યાન આપતા નથી) થી છ સુધીની હોઈ શકે છે. તદનુસાર, તેમાંથી વધુ, ફોલ્ટ સહિષ્ણુતા વધારે છે (એક સ્પાઇનના અકસ્માત અથવા જાળવણીના કિસ્સામાં બેન્ડવિડ્થ અને વિશ્વસનીયતામાં ઘટાડો) અને એકંદર કામગીરી. બધા બાહ્ય જોડાણો લીફ-લેવલ સ્વીચો પર જાય છે: આ સર્વર્સ છે, અને L2 અથવા L3 દ્વારા બાહ્ય નેટવર્ક્સ સાથે ડોકીંગ અને APIC નિયંત્રકોને જોડે છે. સામાન્ય રીતે, ACI સાથે, માત્ર રૂપરેખાંકન જ નહીં, પણ આંકડા સંગ્રહ, નિષ્ફળતા મોનિટરિંગ, અને તેથી વધુ - બધું નિયંત્રકોના ઇન્ટરફેસ દ્વારા કરવામાં આવે છે, જેમાંથી ત્રણ પ્રમાણભૂત-કદના અમલીકરણો છે.

નેટવર્ક શરૂ કરવા માટે પણ તમારે ક્યારેય કન્સોલ સાથેના સ્વીચોને કનેક્ટ કરવાની જરૂર નથી: નિયંત્રક પોતે સ્વીચોને શોધી કાઢે છે અને તેમાંથી ફેક્ટરીને એસેમ્બલ કરે છે, જેમાં તમામ સર્વિસ પ્રોટોકોલની સેટિંગ્સનો સમાવેશ થાય છે, તેથી, માર્ગ દ્વારા, તે ખૂબ જ મહત્વપૂર્ણ છે ઇન્સ્ટોલેશન દરમિયાન ઇન્સ્ટોલ થઈ રહેલા સાધનોના સીરીયલ નંબરો લખો, જેથી પછીથી તમારે અનુમાન ન કરવું પડે કે કઈ સ્વીચ કયા રેકમાં છે. મુશ્કેલીનિવારણ માટે, જો જરૂરી હોય તો, તમે SSH દ્વારા સ્વીચોને કનેક્ટ કરી શકો છો: તેઓ સામાન્ય સિસ્કો શો આદેશોને ખૂબ કાળજીપૂર્વક પુનઃઉત્પાદિત કરે છે.

આંતરિક રીતે, ફેક્ટરી IP પરિવહનનો ઉપયોગ કરે છે, તેથી તેમાં કોઈ સ્પાનિંગ ટ્રી અને ભૂતકાળની અન્ય ભયાનકતા નથી: બધી લિંક્સ સામેલ છે, અને નિષ્ફળતાના કિસ્સામાં કન્વર્જન્સ ખૂબ જ ઝડપી છે. ફેબ્રિકમાં ટ્રાફિક VXLAN પર આધારિત ટનલ દ્વારા પ્રસારિત થાય છે. વધુ સ્પષ્ટ રીતે, સિસ્કો પોતે iVXLAN એન્કેપ્સ્યુલેશન કહે છે, અને તે નિયમિત VXLAN કરતાં અલગ છે કે નેટવર્ક હેડરમાં આરક્ષિત ક્ષેત્રોનો ઉપયોગ સેવાની માહિતીને પ્રસારિત કરવા માટે થાય છે, મુખ્યત્વે EPG જૂથ સાથેના ટ્રાફિકના સંબંધ વિશે. આ તમને સાધનસામગ્રીમાં જૂથો વચ્ચે ક્રિયાપ્રતિક્રિયાના નિયમોને અમલમાં મૂકવાની મંજૂરી આપે છે, તેમની સંખ્યાઓનો ઉપયોગ સામાન્ય ઍક્સેસ સૂચિમાં સરનામાંનો ઉપયોગ કરવામાં આવે છે.

ટનલ બંને L2 સેગમેન્ટ્સ અને L3 સેગમેન્ટ્સ (એટલે ​​કે VRF) ને આંતરિક IP ટ્રાન્સપોર્ટ દ્વારા સ્ટ્રેચ કરવાની મંજૂરી આપે છે. આ કિસ્સામાં, ડિફૉલ્ટ ગેટવે વિતરિત કરવામાં આવે છે. આનો અર્થ એ છે કે દરેક સ્વીચ ફેબ્રિકમાં પ્રવેશતા ટ્રાફિકને રૂટ કરવા માટે જવાબદાર છે. ટ્રાફિક ફ્લો તર્કની દ્રષ્ટિએ, ACI એ VXLAN/EVPN ફેબ્રિક જેવું જ છે.

જો એમ હોય, તો શું તફાવત છે? અન્ય બધુ જ!

ACI સાથે તમે જે નંબર એકનો તફાવત અનુભવો છો તે એ છે કે સર્વર્સ નેટવર્ક સાથે કેવી રીતે જોડાયેલા છે. પરંપરાગત નેટવર્ક્સમાં, ભૌતિક સર્વર્સ અને વર્ચ્યુઅલ મશીનો બંનેનો સમાવેશ VLAN ને જાય છે, અને બાકીનું બધું તેમાંથી નૃત્ય થાય છે: કનેક્ટિવિટી, સુરક્ષા, વગેરે. ACI માં, એક ડિઝાઇનનો ઉપયોગ કરવામાં આવે છે જેને સિસ્કો EPG (એન્ડ-પોઇન્ટ ગ્રુપ) કહે છે, જેમાંથી દૂર જવા માટે ક્યાંય નથી. શું તેને VLAN સાથે સરખાવવું શક્ય છે? હા, પરંતુ આ કિસ્સામાં ACI જે આપે છે તેમાંથી મોટા ભાગના ગુમાવવાની તક છે.

EPG ના સંદર્ભમાં, બધા ઍક્સેસ નિયમો ઘડવામાં આવે છે, અને ACI માં, "વ્હાઇટ લિસ્ટ" સિદ્ધાંતનો ઉપયોગ મૂળભૂત રીતે થાય છે, એટલે કે, ફક્ત ટ્રાફિકને મંજૂરી છે, જેમાંથી પસાર થવાની સ્પષ્ટ મંજૂરી છે. એટલે કે, અમે "વેબ" અને "MySQL" EPG જૂથો બનાવી શકીએ છીએ અને એક નિયમ વ્યાખ્યાયિત કરી શકીએ છીએ જે ફક્ત પોર્ટ 3306 પર જ તેમની વચ્ચે સંચાર કરવાની મંજૂરી આપે છે. આ નેટવર્ક સરનામાં સાથે જોડાયેલા વિના અને સમાન સબનેટમાં પણ કામ કરશે!

અમારી પાસે એવા ગ્રાહકો છે કે જેમણે આ સુવિધાને કારણે ACI ને ચોક્કસ રીતે પસંદ કર્યું છે, કારણ કે તે તમને સર્વર્સ (વર્ચ્યુઅલ અથવા ભૌતિક - તે કોઈ વાંધો નથી) ને સબનેટ્સ વચ્ચે ખેંચ્યા વિના ઍક્સેસને પ્રતિબંધિત કરવાની મંજૂરી આપે છે, જેનો અર્થ છે કે સરનામાંને સ્પર્શ કર્યા વિના. હા, હા, આપણે જાણીએ છીએ કે એપ્લિકેશન રૂપરેખાંકનોમાં કોઈ પણ વ્યક્તિ હાથથી IP સરનામાં લખતું નથી, ખરું ને?

ACIમાં ટ્રાફિક નિયમોને કોન્ટ્રાક્ટ કહેવામાં આવે છે. આવા કરારમાં, બહુ-સ્તરીય એપ્લિકેશનમાં એક અથવા વધુ જૂથો અથવા સ્તરો સેવા પ્રદાતા (કહો, ડેટાબેઝ સેવા) બને છે, અન્ય ગ્રાહક બની જાય છે. કોન્ટ્રાક્ટ સરળ રીતે ટ્રાફિક પસાર કરી શકે છે, અથવા તે કંઈક વધુ મુશ્કેલ કરી શકે છે, ઉદાહરણ તરીકે, તેને ફાયરવોલ અથવા બેલેન્સર પર દિશામાન કરી શકે છે, અને QoS મૂલ્ય પણ બદલી શકે છે.

સર્વર્સ આ જૂથોમાં કેવી રીતે આવે છે? જો આ ભૌતિક સર્વર્સ હોય અથવા અસ્તિત્વમાંના નેટવર્કમાં સમાવિષ્ટ કંઈક હોય જેમાં અમે VLAN ટ્રંક બનાવ્યું હોય, તો તેને EPGમાં મૂકવા માટે, તમારે સ્વીચ પોર્ટ અને તેના પર વપરાયેલ VLAN તરફ નિર્દેશ કરવાની જરૂર પડશે. જેમ તમે જોઈ શકો છો, VLAN દેખાય છે જ્યાં તમે તેમના વિના કરી શકતા નથી.

જો સર્વર્સ વર્ચ્યુઅલ મશીનો છે, તો પછી કનેક્ટેડ વર્ચ્યુઅલાઈઝેશન એન્વાયર્નમેન્ટનો સંદર્ભ આપવા માટે તે પૂરતું છે, અને પછી બધું જાતે જ થશે: VM ને કનેક્ટ કરવા માટે એક પોર્ટ જૂથ બનાવવામાં આવશે (VMWare ના સંદર્ભમાં), જરૂરી VLANs અથવા VXLANs સોંપવામાં આવશે, તેઓ જરૂરી સ્વિચ પોર્ટ વગેરે પર નોંધણી કરવામાં આવશે. તેથી, ACI ભૌતિક નેટવર્કની આસપાસ બાંધવામાં આવ્યું હોવા છતાં, વર્ચ્યુઅલ સર્વર્સ માટેના કનેક્શન ભૌતિક લોકો કરતાં વધુ સરળ લાગે છે. ACI પાસે પહેલેથી જ VMWare અને MS Hyper-V સાથે બિલ્ટ-ઇન કનેક્ટિવિટી છે, તેમજ OpenStack અને RedHat વર્ચ્યુઅલાઈઝેશન માટે સપોર્ટ છે. અમુક બિંદુઓથી, કન્ટેનર પ્લેટફોર્મ્સ માટે બિલ્ટ-ઇન સપોર્ટ પણ દેખાયો છે: કુબરનેટ્સ, ઓપનશિફ્ટ, ક્લાઉડ ફાઉન્ડ્રી, જ્યારે તે પોલિસી અને મોનિટરિંગ બંનેની અરજીની ચિંતા કરે છે, એટલે કે, નેટવર્ક એડમિનિસ્ટ્રેટર તરત જ જોઈ શકે છે કે કયા હોસ્ટ પર પોડ્સ કામ કરે છે અને તેઓ કયા જૂથોમાં આવે છે.

ચોક્કસ પોર્ટ જૂથમાં સમાવવા ઉપરાંત, વર્ચ્યુઅલ સર્વર્સ પાસે વધારાના ગુણધર્મો છે: નામ, વિશેષતાઓ, વગેરે, જેનો ઉપયોગ તેમને અન્ય જૂથમાં સ્થાનાંતરિત કરવા માટેના માપદંડ તરીકે થઈ શકે છે, કહો કે જ્યારે VMનું નામ બદલવામાં આવે છે અથવા તેમાં વધારાનો ટેગ દેખાય છે. તે સિસ્કો આને સૂક્ષ્મ-વિભાજન જૂથો કહે છે, જોકે, મોટાભાગે, સમાન સબનેટ પર EPGsના સ્વરૂપમાં ઘણા સુરક્ષા સેગમેન્ટ્સ બનાવવાની ક્ષમતા સાથેની ડિઝાઇન પણ એકદમ માઇક્રો-સેગ્મેન્ટેશન છે. સારું, વિક્રેતા વધુ સારી રીતે જાણે છે.

EPGs પોતે સંપૂર્ણ રીતે તાર્કિક રચનાઓ છે, જે ચોક્કસ સ્વીચો, સર્વર વગેરે સાથે બંધાયેલ નથી, તેથી તમે તેમની સાથે વસ્તુઓ અને તેના આધારે બાંધકામો (એપ્લિકેશન અને ભાડૂતો) કરી શકો છો જે સામાન્ય નેટવર્કમાં કરવું મુશ્કેલ છે, જેમ કે ક્લોનિંગ. પરિણામે, ચાલો કહીએ કે ઉત્પાદન પર્યાવરણને સમાન હોવાની ખાતરી આપવામાં આવે તેવું પરીક્ષણ વાતાવરણ મેળવવા માટે ઉત્પાદન પર્યાવરણને ક્લોન કરવું ખૂબ જ સરળ છે. તમે તેને મેન્યુઅલી કરી શકો છો, પરંતુ API દ્વારા તે વધુ સારું (અને સરળ) છે.

સામાન્ય રીતે, ACI માં કંટ્રોલ લોજિક તમે સામાન્ય રીતે મળો છો તેના જેવું જ નથી
સમાન સિસ્કોના પરંપરાગત નેટવર્કમાં: સોફ્ટવેર ઈન્ટરફેસ પ્રાથમિક છે, અને GUI અથવા CLI ગૌણ છે, કારણ કે તેઓ સમાન API દ્વારા કાર્ય કરે છે. તેથી, ACI સાથે સંકળાયેલા લગભગ દરેક જણ, થોડા સમય પછી, મેનેજમેન્ટ માટે ઉપયોગમાં લેવાતા ઑબ્જેક્ટ મોડેલને નેવિગેટ કરવાનું શરૂ કરે છે અને તેમની જરૂરિયાતોને અનુરૂપ કંઈક સ્વચાલિત કરે છે. આ કરવાનો સૌથી સહેલો રસ્તો પાયથોનનો છે: તેના માટે અનુકૂળ તૈયાર સાધનો છે.

વચન આપ્યું રેક

મુખ્ય સમસ્યા એ છે કે ACIમાં ઘણી વસ્તુઓ અલગ રીતે કરવામાં આવે છે. તેની સાથે સામાન્ય રીતે કામ કરવાનું શરૂ કરવા માટે, તમારે ફરીથી તાલીમ આપવાની જરૂર છે. મોટા ગ્રાહકોમાં નેટવર્ક ઓપરેશન ટીમો માટે આ ખાસ કરીને સાચું છે, જ્યાં ઇજનેરો વિનંતી પર વર્ષોથી "VLANs" લખી રહ્યા છે. હકીકત એ છે કે હવે VLAN હવે VLAN નથી, અને તમારે વર્ચ્યુઅલાઈઝ્ડ હોસ્ટ્સમાં નવા નેટવર્ક્સ મૂકવા માટે હાથથી VLAN બનાવવાની જરૂર નથી, પરંપરાગત નેટવર્કર્સની છતને સંપૂર્ણપણે ઉડાવી દે છે અને તેમને પરિચિત અભિગમોને વળગી રહે છે. એ નોંધવું જોઇએ કે સિસ્કોએ ગોળીને થોડી મધુર બનાવવાનો પ્રયાસ કર્યો અને નિયંત્રકમાં "NXOS-જેવી" CLI ઉમેર્યું, જે તમને પરંપરાગત સ્વીચો જેવા ઇન્ટરફેસથી ગોઠવણી કરવાની મંજૂરી આપે છે. પરંતુ તેમ છતાં, સામાન્ય રીતે ACI નો ઉપયોગ શરૂ કરવા માટે, તમારે તે કેવી રીતે કાર્ય કરે છે તે સમજવું પડશે.

કિંમતની દ્રષ્ટિએ, મોટા અને મધ્યમ સ્કેલ પર, ACI નેટવર્ક્સ વાસ્તવમાં સિસ્કો સાધનો પરના પરંપરાગત નેટવર્કથી અલગ નથી, કારણ કે સમાન સ્વીચોનો ઉપયોગ તેમને બનાવવા માટે કરવામાં આવે છે (Nexus 9000 ACI અને પરંપરાગત મોડમાં કામ કરી શકે છે અને હવે મુખ્ય બની ગયા છે. નવા ડેટા સેન્ટર પ્રોજેક્ટ માટે "વર્કહોર્સ"). પરંતુ બે સ્વીચોના ડેટા કેન્દ્રો માટે, નિયંત્રકોની હાજરી અને સ્પાઇન-લીફ આર્કિટેક્ચર, અલબત્ત, પોતાને અનુભવે છે. તાજેતરમાં, એક મીની ACI ફેક્ટરી દેખાઈ છે, જેમાં ત્રણમાંથી બે નિયંત્રકો વર્ચ્યુઅલ મશીનો દ્વારા બદલવામાં આવ્યા છે. આ ખર્ચમાં તફાવત ઘટાડે છે, પરંતુ તે હજુ પણ રહે છે. તેથી ગ્રાહક માટે, પસંદગી તેના દ્વારા નિર્ધારિત કરવામાં આવે છે કે તેને સુરક્ષા સુવિધાઓમાં કેટલો રસ છે, વર્ચ્યુઅલાઈઝેશન સાથે એકીકરણ, નિયંત્રણના એક બિંદુ, વગેરે.

સોર્સ: www.habr.com