Cisco ACI ස්ක්‍රිප්ට් හි මෙම ඉන්ද්‍රජාලික කැබැල්ලේ ආධාරයෙන්, ඔබට ඉක්මනින් ජාලයක් සැකසිය හැක.
Cisco ACI දත්ත මධ්‍යස්ථානය සඳහා ජාල කර්මාන්තශාලාව වසර පහක් තිස්සේ පැවතුනි, නමුත් Habré ඇත්ත වශයෙන්ම ඒ ගැන කිසිවක් කීවේ නැත, එබැවින් මම එය ටිකක් නිවැරදි කිරීමට තීරණය කළෙමි. එය කුමක්ද, එයින් ඇති ප්‍රයෝජනය කුමක්ද සහ එහි පෝරකයක් ඇති ස්ථානය මම මගේ අත්දැකීමෙන් ඔබට කියමි.
එය කුමක්ද සහ එය පැමිණියේ කොහෙන්ද?
2013 දී ACI (යෙදුම් කේන්ද්‍රීය යටිතල පහසුකම්) ප්‍රකාශයට පත් කරන විට, තරඟකරුවන් එකවර පැති තුනකින් දත්ත මධ්‍යස්ථාන ජාල වෙත සම්ප්‍රදායික ප්‍රවේශයන් වෙත ඉදිරියට යමින් සිටියහ.
එක් අතකින්, OpenFlow මත පදනම් වූ "පළමු පරම්පරාවේ" SDN විසඳුම් එකම අවස්ථාවේදීම ජාල වඩාත් නම්‍යශීලී සහ ලාභදායී බවට පත් කිරීමට පොරොන්දු විය. අදහස වූයේ සාම්ප්‍රදායිකව හිමිකාර ස්විච් මෘදුකාංගය මඟින් සිදු කරන තීරණ ගැනීම මධ්‍යම පාලකයකට ගෙන යාමයි.
මෙම පාලකයට සිදු වන සෑම දෙයක් ගැනම තනි දැක්මක් ඇති අතර, මේ මත පදනම්ව, නිශ්චිත ප්‍රවාහයන් සැකසීම සඳහා නීති මට්ටමින් සියලුම ස්විචවල දෘඩාංග වැඩසටහන්ගත කරනු ඇත.
අනෙක් අතට, අතිච්ඡාදනය වූ ජාල විසඳුම් මඟින් භෞතික ජාලයේ කිසිදු වෙනසක් නොමැතිව අවශ්ය සම්බන්ධතා සහ ආරක්ෂක ප්‍රතිපත්ති ක්රියාත්මක කිරීමට හැකි විය, අථත්ය කළ ධාරක අතර මෘදුකාංග උමං තැනීම. මෙම ප්‍රවේශයේ හොඳම නිදසුන වූයේ Nicira, ඒ වන විට VMWare විසින් ඩොලර් බිලියන 1,26 කට අත්පත් කරගෙන සිටි අතර එය වත්මන් VMWare NSX බිහි විය. Nicira හි සම-නිර්මාතෘවරුන් මීට පෙර OpenFlow හි මූලාරම්භයේ සිටි පුද්ගලයින්ම වීම, දැන් දත්ත මධ්‍යස්ථාන කර්මාන්ත ශාලාවක් තැනීම සඳහා බව පවසමින් තත්වයේ යම් විචිකිච්ඡාවක් එකතු විය. .
අවසාන වශයෙන්, විවෘත වෙළඳපොලේ ඇති ස්විචින් චිප් (වෙළඳ සිලිකන් ලෙස හැඳින්වේ) පරිණත අවධියකට පැමිණ ඇති අතර එහිදී ඒවා සාම්ප්‍රදායික ස්විච නිෂ්පාදකයින්ට සැබෑ තර්ජනයක් වී ඇත. මීට පෙර එක් එක් වෙළෙන්දා එහි ස්විචයන් සඳහා ස්වාධීනව චිප්ස් සංවර්ධනය කළේ නම්, කාලයත් සමඟ, තෙවන පාර්ශවීය නිෂ්පාදකයින්ගේ චිප්ස්, මූලික වශයෙන් බ්‍රෝඩ්කොම් වෙතින්, ක්‍රියාකාරකම් අනුව විකුණුම් චිප් සමඟ ඇති දුර අඩු කිරීමට පටන් ගත් අතර මිල / කාර්ය සාධන අනුපාතය අනුව ඒවා අභිබවා ගියේය. එමනිසා, බොහෝ අය විශ්වාස කළේ ඔවුන්ගේම නිර්මාණයේ චිප්ස් මත ස්විචයන් දින ගණන් කර ඇති බවයි.
ACI ඉහත සියල්ලට Cisco හි "අසමමිතික ප්‍රතිචාරය" (වඩාත් නිවැරදිව, එහි හිටපු සේවකයින් විසින් ආරම්භ කරන ලද එහි Insieme සමාගම) බවට පත්ව ඇත.
OpenFlow සමඟ ඇති වෙනස කුමක්ද?
ශ්‍රිත බෙදාහැරීම සම්බන්ධයෙන් ගත් කල, ACI ඇත්ත වශයෙන්ම OpenFlow හි ප්‍රතිවිරුද්ධයයි.
OpenFlow ගෘහ නිර්මාණ ශිල්පය තුළ, සවිස්තරාත්මක නීති (ප්‍රවාහ) ලිවීම සඳහා පාලකය වගකිව යුතුය.
සියලුම ස්විචවල දෘඩාංගවල, එනම් විශාල ජාලයක, ජාලයේ ලක්ෂ්‍ය සිය ගණනක වාර්තා මිලියන දස දහස් ගණනක් නඩත්තු කිරීම සහ වෙනස් කිරීම සඳහා එය වගකිව යුතුය, එබැවින් එහි ක්‍රියාකාරිත්වය සහ විශ්වසනීයත්වය බාධාවක් බවට පත්වේ. විශාල ක්රියාත්මක කිරීම.
ACI ප්‍රතිලෝම ප්‍රවේශය භාවිතා කරයි: ඇත්ත වශයෙන්ම, පාලකයක් ද ඇත, නමුත් ස්විචයන් එයින් ඉහළ මට්ටමේ ප්‍රකාශන ප්‍රතිපත්ති ලබා ගනී, සහ ස්විචය විසින්ම දෘඩාංගවල නිශ්චිත සැකසුම් පිළිබඳ විස්තර වෙත ඔවුන්ගේ විදැහුම්කරණය සිදු කරයි. පාලකය නැවත ආරම්භ කිරීම හෝ සම්පූර්ණයෙන්ම අක්රිය කළ හැකි අතර, ජාලයට නරක කිසිවක් සිදු නොවනු ඇත, ඇත්ත වශයෙන්ම, මේ මොහොතේ පාලනය නොමැතිකම හැර. සිත්ගන්නා කරුණ නම්, විවෘත vSwitch ක්‍රමලේඛනය සඳහා ධාරකය තුළ විවෘත ප්‍රවාහය තවමත් භාවිතා වන නමුත්, ACI හි අවස්ථා තිබේ.
ACI සම්පූර්ණයෙන්ම VXLAN මත පදනම් වූ උඩින් ප්‍රවාහනය මත ගොඩනගා ඇත, නමුත් තනි විසඳුමක කොටසක් ලෙස යටින් පවතින IP ප්‍රවාහනය ඇතුළත් වේ. Cisco මෙය හැඳින්වූයේ "ඒකාබද්ධ උඩැතිරි" යෙදුම ලෙසයි. ACI හි ඇති ආවරණ සඳහා අවසන් කිරීමේ ලක්ෂ්යයක් ලෙස, බොහෝ අවස්ථාවලදී, කර්මාන්තශාලා ස්විචයන් භාවිතා කරනු ලැබේ (ඔවුන් මෙය සම්බන්ධක වේගයකින් සිදු කරයි). කර්මාන්තශාලාව, කැප්සියුලේෂන් යනාදිය ගැන කිසිවක් දැන ගැනීමට ධාරක අවශ්ය නොවේ, කෙසේ වෙතත්, සමහර අවස්ථාවල (උදාහරණයක් ලෙස, OpenStack සත්කාරක සම්බන්ධ කිරීමට), VXLAN ගමනාගමනය ඔවුන් වෙත ගෙන යා හැකිය.
ප්‍රවාහන ජාලය හරහා නම්‍යශීලී සම්බන්ධතාවයක් සැපයීමට පමණක් නොව, metainformation මාරු කිරීමටද ACI හි උඩින් භාවිතා වේ (උදාහරණයක් ලෙස, ආරක්ෂක ප්‍රතිපත්ති යෙදීම සඳහා එය භාවිතා වේ).
බ්‍රෝඩ්කොම් වෙතින් චිප්ස් මීට පෙර සිස්කෝ විසින් Nexus 3000 ශ්‍රේණියේ ස්විචයන් සඳහා භාවිතා කරන ලදී.ACI සහය දැක්වීම සඳහා විෙශේෂෙයන් නිකුත් කරන ලද Nexus 9000 පවුල තුළ, දෙමුහුන් ආකෘතියක් මුලින් ක්රියාත්මක කරන ලදී, එය Merchant + ලෙස හැඳින්වේ. ස්විචය එකවරම නව Broadcom Trident 2 චිපය සහ සිස්කෝ විසින් සංවර්ධනය කරන ලද අනුපූරක චිපයක් යන දෙකම භාවිතා කරන ලද අතර එය ACI හි සියලු මායාවන් ක්රියාත්මක කරයි. පෙනෙන විදිහට, මෙමගින් නිෂ්පාදනයේ නිකුතුව වේගවත් කිරීමටත්, ට්‍රයිඩන්ට් 2 මත පදනම් වූ මාදිලිවලට ආසන්න මට්ටමකට ස්විචයේ මිල අඩු කිරීමටත් හැකි විය. මෙම ප්‍රවේශය ACI බෙදාහැරීමේ පළමු වසර දෙක හෝ තුන සඳහා ප්‍රමාණවත් විය. මෙම කාලය තුළ, Cisco විසින් ඊළඟ පරම්පරාවේ Nexus 9000 වැඩි කාර්ය සාධනයක් සහ විශේෂාංග කට්ටලයක් සමඟ තමන්ගේම චිප්ස් මත සංවර්ධනය කර දියත් කරන ලදී, නමුත් එම මිල මට්ටමින්. කර්මාන්තශාලාවේ අන්තර්ක්‍රියා සම්බන්ධයෙන් බාහිර පිරිවිතර සම්පූර්ණයෙන්ම සංරක්ෂණය කර ඇත. ඒ සමගම, අභ්යන්තර පිරවීම සම්පූර්ණයෙන්ම වෙනස් වී ඇත: ප්රතිනිර්මාණය කිරීම වැනි දෙයක්, නමුත් දෘඪාංග සඳහා.
Cisco ACI ගෘහ නිර්මාණ ශිල්පය ක්රියා කරන ආකාරය
සරලම අවස්ථාවෙහිදී, ACI ගොඩනගා ඇත්තේ ක්ලෝස් ජාලයේ ස්ථලකය මත ය, නැතහොත්, ඔවුන් බොහෝ විට පවසන පරිදි, කොඳු ඇට පෙළ. කොඳු ඇට පෙළේ මට්ටමේ ස්විචයන් දෙකේ සිට (හෝ එකක්, වැරදි ඉවසීම ගැන අප තැකීමක් නොකරන්නේ නම්) හය දක්වා විය හැකිය. ඒ අනුව, ඒවායින් වැඩි වන තරමට, දෝෂ ඉවසීම (අනතුරකදී හෝ එක් කොඳු ඇට පෙළක් නඩත්තු කිරීමේදී කලාප පළල සහ විශ්වසනීයත්වය අඩු වීම) සහ සමස්ත කාර්ය සාධනය වැඩි වේ. සියලුම බාහිර සම්බන්ධතා පත්‍ර මට්ටමේ ස්විචයන් වෙත යයි: මේවා සේවාදායකයන් වන අතර L2 හෝ L3 හරහා බාහිර ජාල සමඟ ඩොකින් කිරීම සහ APIC පාලක සම්බන්ධ කිරීම. සාමාන්යයෙන්, ACI සමඟ, වින්යාස කිරීම පමණක් නොව, සංඛ්යා ලේඛන එකතු කිරීම, අසාර්ථකත්වය නිරීක්ෂණය කිරීම සහ යනාදිය - සෑම දෙයක්ම පාලක අතුරුමුහුණත හරහා සිදු කරනු ලබන අතර, සම්මත ප්රමාණයේ ක්රියාත්මක කිරීම් තුනක් ඇත.
ජාලය ආරම්භ කිරීමට පවා ඔබට කිසි විටෙකත් කොන්සෝලය සමඟ ස්විචවලට සම්බන්ධ නොවිය යුතුය: පාලකය විසින්ම ස්විචයන් හඳුනාගෙන සියලු සේවා ප්‍රොටෝකෝලවල සැකසුම් ඇතුළුව ඒවායින් කර්මාන්ත ශාලාවක් එකලස් කරයි, එබැවින් මාර්ගය වන විට එය ඉතා වැදගත් වේ. ස්ථාපනය අතරතුර ස්ථාපනය කර ඇති උපකරණවල අනුක්‍රමික අංක ලියන්න, එවිට රාක්කයේ කුමන ස්විචය පිහිටා ඇත්දැයි පසුව ඔබට අනුමාන කිරීමට අවශ්ය නොවේ. දෝශ නිරාකරණය සඳහා, අවශ්ය නම්, ඔබට SSH හරහා ස්විචයන් වෙත සම්බන්ධ විය හැකිය: ඔවුන් සුපුරුදු සිස්කෝ සංදර්ශන විධානයන් ඉතා ප්රවේශමෙන් ප්රතිනිෂ්පාදනය කරයි.
අභ්‍යන්තරව, කර්මාන්තශාලාව IP ප්‍රවාහනය භාවිතා කරයි, එබැවින් එහි විහිදෙන ගසක් සහ අතීතයේ වෙනත් භීෂණයක් නොමැත: සියලුම සබැඳි සම්බන්ධ වන අතර අසාර්ථක වූ විට අභිසාරී වීම ඉතා වේගවත් වේ. රෙදි වල තදබදය VXLAN මත පදනම් වූ උමං හරහා සම්ප්රේෂණය වේ. වඩාත් නිවැරදිව, Cisco විසින්ම iVXLAN encapsulation ලෙස හඳුන්වනු ලබන අතර, එය සාමාන්‍ය VXLAN ට වඩා වෙනස් වන්නේ ජාල ශීර්ෂයේ වෙන් කර ඇති ක්ෂේත්‍ර සේවා තොරතුරු සම්ප්රේෂණය කිරීමට, මූලික වශයෙන් EPG කණ්ඩායමට ගමනාගමනය සම්බන්ධයෙනි. සාමාන්‍ය ප්‍රවේශ ලැයිස්තු වල ලිපින භාවිතා කරන ආකාරයටම ඔවුන්ගේ අංක භාවිතා කරමින් උපකරණවල කණ්ඩායම් අතර අන්තර් ක්රියා කිරීමේ නීති ක්රියාත්මක කිරීමට මෙය ඔබට ඉඩ සලසයි.
උමං මඟින් L2 කොටස් සහ L3 කොටස් (එනම් VRF) අභ්යන්තර IP ප්‍රවාහනය හරහා දිගු කිරීමට ඉඩ සලසයි. මෙම අවස්ථාවේදී, පෙරනිමි ද්වාරය බෙදා හරිනු ලැබේ. මෙයින් අදහස් කරන්නේ රෙදි වලට ඇතුළු වන ගමනාගමනය මෙහෙයවීම සඳහා සෑම ස්විචයක්ම වගකිව යුතු බවයි. රථවාහන ප්‍රවාහ තර්කනය අනුව, ACI VXLAN/EVPN රෙදි වලට සමාන වේ.
එසේ නම්, වෙනස්කම් මොනවාද? අනෙක් සියල්ල!
ACI සමඟ ඔබ මුහුණ දෙන අංක එකේ වෙනස වන්නේ සේවාදායකයන් ජාලයට සම්බන්ධ වන ආකාරයයි. සාම්ප්‍රදායික ජාල වලදී, භෞතික සර්වර් සහ අථත්ය යන්ත්ර යන දෙකම ඇතුළත් කිරීම VLAN වෙත යන අතර අනෙක් සියල්ල ඒවායින් නටති: සම්බන්ධතාවය, ආරක්ෂාව, ආදිය. ACI හි, සිස්කෝ විසින් EPG (End-point Group) ලෙස හඳුන්වන සැලසුමක් භාවිතා කරයි. ගැලවීමට තැනක් නැත. එය VLAN ට සමාන කළ හැකිද? ඔව්, නමුත් මෙම නඩුවේදී ACI ලබා දෙන බොහෝ දේ අහිමි වීමට අවස්ථාවක් තිබේ.
EPG සම්බන්ධයෙන්, සියලුම ප්‍රවේශ නීති සකස් කර ඇති අතර, ACI හි, “සුදු ලැයිස්තුව” මූලධර්මය පෙරනිමියෙන් භාවිතා වේ, එනම් ගමනාගමනයට පමණක් අවසර ඇත, එය පැහැදිලිවම අවසර දෙනු ලැබේ. එනම්, අපට "වෙබ්" සහ "MySQL" EPG කණ්ඩායම් සෑදිය හැකි අතර, 3306 වරායේ පමණක් ඒවා අතර සන්නිවේදනයට ඉඩ සලසන රීතියක් නිර්වචනය කළ හැකිය. මෙය ජාල ලිපිනවලට සම්බන්ධ නොවී සහ එකම උපජාලය තුළ පවා ක්රියා කරයි!
මෙම විශේෂාංගය නිසා නිශ්චිතවම ACI තෝරා ගත් පාරිභෝගිකයින් අප සතුව ඇත, මන්ද එය ඔබට උපජාල අතරට ඇදගෙන යාමෙන් තොරව සේවාදායකයන් (අථත්ය හෝ භෞතික - එය කමක් නැත) අතර ප්‍රවේශය සීමා කිරීමට ඉඩ සලසයි, එනම් ලිපිනය ස්පර්ශ නොකර. ඔව්, ඔව්, යෙදුම් වින්‍යාසය තුළ IP ලිපින කිසිවෙකු අතින් නියම නොකරන බව අපි දනිමු, හරිද?
ACI හි රථවාහන නීති කොන්ත්රාත්තු ලෙස හැඳින්වේ. එවැනි කොන්ත්‍රාත්තුවක් තුළ, බහු-ස්ථර යෙදුමක කණ්ඩායම් එකක් හෝ කිහිපයක් හෝ මට්ටම් සේවා සපයන්නෙකු බවට පත්වේ (කියන්න, දත්ත සමුදා සේවාවක්), අනෙක් ඒවා පාරිභෝගිකයෙකු බවට පත්වේ. කොන්ත්‍රාත්තුවට සරලව ගමනාගමනය සමත් විය හැකිය, නැතහොත් එය වඩාත් උපක්‍රමශීලී දෙයක් කළ හැකිය, උදාහරණයක් ලෙස, එය ෆයර්වෝලයකට හෝ සමතුලිතයකට යොමු කරන්න, සහ QoS අගය වෙනස් කරන්න.
සේවාදායකයන් මෙම කණ්ඩායම් වලට ඇතුල් වන්නේ කෙසේද? මේවා භෞතික සේවාදායකයන් නම් හෝ අප විසින් VLAN කඳක් නිර්මාණය කළ පවතින ජාලයක ඇතුළත් කර ඇති දෙයක් නම්, ඒවා EPG තුළ තැබීම සඳහා, ඔබ ස්විච් පෝට් එක සහ එහි භාවිතා කර ඇති VLAN වෙත යොමු කිරීමට අවශ්ය වනු ඇත. ඔබට පෙනෙන පරිදි, ඔබට ඒවා නොමැතිව කළ නොහැකි තැන VLAN දිස්වේ.
සේවාදායකයන් අතථ්‍ය යන්ත්ර නම්, සම්බන්ධිත අථත්‍යකරණ පරිසරය වෙත යොමු කිරීම ප්‍රමාණවත් වේ, එවිට සියල්ල තනිවම සිදුවනු ඇත: VM සම්බන්ධ කිරීම සඳහා වරාය කණ්ඩායමක් (VMWare අනුව) සාදනු ඇත, අවශ්ය VLAN හෝ VXLANs පවරනු ලැබේ, ඒවා අවශ්ය ස්විච් පෝට් වල ලියාපදිංචි කරනු ලැබේ, එබැවින්, ACI භෞතික ජාලයක් වටා ගොඩනගා ඇතත්, අතථ්‍ය සේවාදායකයන් සඳහා සම්බන්ධතා භෞතික ඒවාට වඩා සරල ලෙස පෙනේ. ACI දැනටමත් VMWare සහ MS Hyper-V සමඟ ගොඩනගා ඇති සම්බන්ධතාවය මෙන්ම OpenStack සහ RedHat අථත්යකරණය සඳහා සහය දක්වයි. යම් අවස්ථාවක සිට, බහාලුම් වේදිකා සඳහා ගොඩනඟන ලද සහය ද දර්ශණය වී ඇත: Kubernetes, OpenShift, Cloud Foundry, එය ප්‍රතිපත්ති යෙදීම සහ අධීක්ෂණය යන දෙකටම අදාළ වන අතර, එනම්, ජාල පරිපාලකයාට වහාම කුමන පෝඩ් ක්රියා කරන්නේද සහ කුමන ධාරකදැයි බැලිය හැකිය. ඔවුන් කුමන කණ්ඩායම් වලට වැටේ.
විශේෂිත වරාය කණ්ඩායමකට ඇතුළත් කිරීමට අමතරව, අතථ්‍ය සේවාදායකයන්ට අමතර ගුණාංග ඇත: නම, ගුණාංග යනාදිය, ඒවා වෙනත් කණ්ඩායමකට මාරු කිරීම සඳහා නිර්ණායක ලෙස භාවිතා කළ හැකිය, එනම්, VM නැවත නම් කළ විට හෝ අතිරේක ටැගයක් දිස්වන විට එය. Cisco විසින් මෙය ක්ෂුද්‍ර ඛණ්ඩන කණ්ඩායම් ලෙස හඳුන්වයි, කෙසේ වෙතත්, විශාල වශයෙන්, EPG ආකාරයෙන් එකම උපජාලයක් මත බොහෝ ආරක්ෂක අංශ නිර්මාණය කිරීමේ හැකියාව ඇති සැලසුම ද තරමක් ක්ෂුද්‍ර ඛණ්ඩනයකි. හොඳයි, වෙළෙන්දා හොඳින් දන්නවා.
EPG යනු තනිකරම තාර්කික නිර්මිතයන් වන අතර, විශේෂිත ස්විචයන්, සර්වර් යනාදිය සමඟ බැඳී නැත, එබැවින් ඔබට ඒවා සමඟ දේවල් කළ හැකි අතර ඒවා මත පදනම් වූ (යෙදුම් සහ කුලී නිවැසියන්) ක්ලෝන කිරීම වැනි සාමාන්‍ය ජාල වල කිරීමට අපහසු වේ. එහි ප්‍රතිඵලයක් වශයෙන්, නිෂ්පාදන පරිසරයට සමාන බවට සහතික වන පරීක්ෂණ පරිසරයක් ලබා ගැනීම සඳහා නිෂ්පාදන පරිසරයක් ක්ලෝන කිරීම ඉතා පහසු යැයි කියමු. ඔබට එය අතින් කළ හැක, නමුත් එය API හරහා වඩා හොඳ (සහ පහසු) වේ.
සාමාන්යයෙන්, ACI හි පාලන තර්කය ඔබ සාමාන්යයෙන් හමුවන දෙයට කිසිසේත්ම සමාන නොවේ
එකම Cisco වෙතින් සම්ප්‍රදායික ජාල වල: මෘදුකාංග අතුරුමුහුණත ප්‍රාථමික වන අතර GUI හෝ CLI ද්විතියික වේ, මන්ද ඒවා එකම API හරහා ක්රියා කරයි. එමනිසා, ACI හි සම්බන්ධ සෑම කෙනෙකුම පාහේ, ටික වේලාවකට පසු, කළමනාකරණය සඳහා භාවිතා කරන වස්තුවේ ආකෘතිය සැරිසැරීමට සහ ඔවුන්ගේ අවශ්යතාවන්ට ගැලපෙන පරිදි යමක් ස්වයංක්රීය කිරීමට පටන් ගනී. මෙය කිරීමට පහසුම ක්‍රමය Python වෙතින් වේ: ඒ සඳහා පහසු සූදානම් කළ මෙවලම් තිබේ.
පොරොන්දු වූ පෝරකය
ප්රධාන ගැටළුව වන්නේ ACI හි බොහෝ දේ වෙනස් ලෙස සිදු කිරීමයි. සාමාන්යයෙන් එය සමඟ වැඩ කිරීම ආරම්භ කිරීමට, ඔබ නැවත පුහුණු කළ යුතුය. විශාල පාරිභෝගිකයින් තුළ ජාල මෙහෙයුම් කණ්ඩායම් සඳහා මෙය විශේෂයෙන්ම සත්‍ය වන අතර, ඉංජිනේරුවන් වසර ගණනාවක් ඉල්ලීම මත "VLANs නියම කර ඇත". දැන් VLANs තවදුරටත් VLAN නොවන අතර, අතථ්‍යකරණය කළ ධාරකවල නව ජාල තැබීමට අතින් VLAN නිර්මාණය කිරීමට අවශ්ය නොවන බව, සාම්ප්‍රදායික ජාලකරුවන්ගෙන් වහලය සම්පූර්ණයෙන්ම පුපුරවා හරින අතර ඔවුන් හුරුපුරුදු ප්‍රවේශයන් වෙත ඇලී සිටී. Cisco විසින් පෙති ස්වල්පයක් පැණිරස කිරීමට උත්සාහ කළ අතර පාලකයට "NXOS-වැනි" CLI එකක් එකතු කළ බව සැලකිල්ලට ගත යුතුය, එය ඔබට සම්ප්‍රදායික ස්විචයන්ට සමාන අතුරු මුහුණතකින් වින්යාස කිරීමට ඉඩ සලසයි. නමුත් තවමත්, ACI සාමාන්යයෙන් භාවිතා කිරීම ආරම්භ කිරීම සඳහා, ඔබ එය ක්රියා කරන ආකාරය තේරුම් ගත යුතුය.
මිල සම්බන්ධයෙන් ගත් කල, විශාල හා මධ්‍යම පරිමාණයෙන්, ACI ජාල ඇත්ත වශයෙන්ම සිස්කෝ උපකරණවල සාම්ප්‍රදායික ජාල වලින් වෙනස් නොවේ, මන්ද ඒවා තැනීමට එකම ස්විච භාවිතා කරයි (Nexus 9000 ACI සහ සාම්ප්‍රදායික මාදිලියේ ක්රියා කළ හැකි අතර දැන් එය ප්රධාන වී ඇත. නව දත්ත මධ්‍යස්ථාන ව්‍යාපෘති සඳහා "වැඩ අශ්වයා"). නමුත් ස්විච දෙකක දත්ත මධ්‍යස්ථාන සඳහා, පාලකයන් සහ කොඳු ඇට පෙළ ගෘහ නිර්මාණ ශිල්පය තිබීම ඇත්ත වශයෙන්ම තමන්ටම දැනේ. මෑතකදී, Mini ACI කර්මාන්ත ශාලාවක් දර්ශනය වී ඇති අතර, පාලකයන් තුනෙන් දෙකක් අථත්ය යන්ත්ර මගින් ප්රතිස්ථාපනය වේ. මෙය පිරිවැයේ වෙනස අඩු කරයි, නමුත් එය තවමත් පවතී. එබැවින් පාරිභෝගිකයා සඳහා, තේරීම නියම කරනු ලබන්නේ ඔහු ආරක්ෂක අංගයන්, අථත්යකරණය සමඟ ඒකාබද්ධ කිරීම, තනි පාලන ලක්ෂ්යයක් සහ යනාදිය ගැන කොපමණ උනන්දුවක් දක්වනවාද යන්න මතය.
මූලාශ්රය: www.habr.com