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

એ જ ફ્રેમવર્ક એ ક્રમ સુયોજિત કરે છે કે જેમાં આપણે પ્રશ્નનો સામનો કરીશું.
અને નેટવર્ક વર્ચ્યુઅલાઈઝેશન, જેને આ મુદ્દો સમર્પિત છે, તે ખાસ કરીને ADSM વિષયમાં બંધબેસતું નથી, જ્યાં આપણે ઓટોમેશનનું વિશ્લેષણ કરીએ છીએ.

પરંતુ ચાલો તેને એક અલગ ખૂણાથી જોઈએ.

ઘણી સેવાઓ લાંબા સમયથી સમાન નેટવર્કનો ઉપયોગ કરી રહી છે. ટેલિકોમ ઓપરેટરના કિસ્સામાં, ઉદાહરણ તરીકે, આ 2G, 3G, LTE, બ્રોડબેન્ડ અને B2B છે. ડીસીના કિસ્સામાં: વિવિધ ક્લાયન્ટ્સ માટે કનેક્ટિવિટી, ઇન્ટરનેટ, બ્લોક સ્ટોરેજ, ઑબ્જેક્ટ સ્ટોરેજ.

અને તમામ સેવાઓને એકબીજાથી અલગતાની જરૂર છે. આ રીતે ઓવરલે નેટવર્ક્સ દેખાયા.

અને બધી સેવાઓ વ્યક્તિની મેન્યુઅલી ગોઠવણી કરવા માટે રાહ જોવા માંગતી નથી. આ રીતે ઓર્કેસ્ટ્રેટર્સ અને SDN દેખાયા.

નેટવર્કના વ્યવસ્થિત ઓટોમેશન માટેનો પ્રથમ અભિગમ, અથવા તેના બદલે, ઘણા સ્થળોએ લાંબા સમયથી લેવામાં આવ્યો છે અને અમલમાં મૂકવામાં આવ્યો છે: VMWare, OpenStack, Google Compute Cloud, AWS, Facebook.

તે જ છે જેની સાથે આપણે આજે વ્યવહાર કરીશું.

અનુક્રમણિકા

• કારણો
• પરિભાષા
• અન્ડરલે - ભૌતિક નેટવર્ક
• ઓવરલે - વર્ચ્યુઅલ નેટવર્ક
  • ToR સાથે ઓવરલે
  • યજમાન તરફથી ઓવરલે
  • ઉદાહરણ તરીકે ટંગસ્ટન ફેબ્રિકનો ઉપયોગ
    • એક ભૌતિક મશીનમાં સંચાર
    • વિવિધ ભૌતિક મશીનો પર સ્થિત VM વચ્ચે સંચાર
    • બહારની દુનિયામાં બહાર નીકળો

• FAQ
• નિષ્કર્ષ
• ઉપયોગી લિંક્સ

કારણો

અને અમે આ વિશે વાત કરી રહ્યા હોવાથી, નેટવર્ક વર્ચ્યુઅલાઈઝેશન માટેની પૂર્વજરૂરીયાતોનો ઉલ્લેખ કરવો યોગ્ય છે. હકીકતમાં, આ પ્રક્રિયા ગઈકાલે શરૂ થઈ ન હતી.

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

નેટવર્કર્સને VLAN દાખલ કરવા માટે અને દરેક નેટવર્ક નોડ પર કોઈપણ સેવાઓની નોંધણી ન કરવા માટે રાહ ન જોવા માટે, લોકો ઓવરલે - ઓવરલે નેટવર્ક્સનો ઉપયોગ કરવાનો વિચાર લઈને આવ્યા હતા - જેમાંથી એક મહાન વિવિધતા છે: GRE, IPinIP, MPLS, MPLS L2/L3VPN, VXLAN, GENEVE, MPLSoverUDP, MPLSoverGRE, વગેરે.

તેમની અપીલ બે સરળ બાબતોમાં રહેલી છે:

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

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

સમગ્ર શ્રેણી ડેટા સેન્ટરનું વર્ણન કરશે જેમાં સમાન રેક્સની પંક્તિઓનો સમાવેશ થાય છે જેમાં સમાન સર્વર સાધનો ઇન્સ્ટોલ કરેલા છે.

આ સાધનો વર્ચ્યુઅલ મશીનો/કન્ટેનર/સર્વરલેસ ચલાવે છે જે સેવાઓનો અમલ કરે છે.

પરિભાષા

એક લૂપ માં સર્વર હું એવા પ્રોગ્રામને નામ આપીશ જે ક્લાયંટ-સર્વર કમ્યુનિકેશનની સર્વર બાજુને અમલમાં મૂકે છે.

રેક્સમાં ભૌતિક મશીનોને સર્વર કહેવામાં આવે છે નથી આપણે કરીશું.

ભૌતિક મશીન — x86 કોમ્પ્યુટર રેકમાં સ્થાપિત થયેલ છે. સૌથી વધુ વારંવાર વપરાતો શબ્દ યજમાન. તેને આપણે કહીશું "машина"અથવા યજમાન.

હાઇપરવાઇઝર - ભૌતિક મશીન પર ચાલતી એપ્લિકેશન જે ભૌતિક સંસાધનોનું અનુકરણ કરે છે જેના પર વર્ચ્યુઅલ મશીનો ચાલે છે. કેટલીકવાર સાહિત્ય અને ઇન્ટરનેટમાં "હાયપરવાઇઝર" શબ્દનો ઉપયોગ "હોસ્ટ" માટે સમાનાર્થી તરીકે થાય છે.

વર્ચ્યુઅલ મશીન - હાઇપરવાઇઝરની ટોચ પર ભૌતિક મશીન પર ચાલતી ઓપરેટિંગ સિસ્ટમ. આ ચક્રમાં અમારા માટે, તે ખરેખર વર્ચ્યુઅલ મશીન છે કે માત્ર એક કન્ટેનર છે તેનાથી કોઈ ફરક પડતો નથી. ચાલો તેને કહીએ "ВМ«

ભાડૂત એક વ્યાપક ખ્યાલ છે જેને હું આ લેખમાં એક અલગ સેવા અથવા અલગ ક્લાયન્ટ તરીકે વ્યાખ્યાયિત કરીશ.

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

ToR — રેક સ્વીચની ટોચ - એક રેકમાં સ્થાપિત સ્વીચ જેની સાથે તમામ ભૌતિક મશીનો જોડાયેલા છે.

ToR ટોપોલોજી ઉપરાંત, વિવિધ પ્રદાતાઓ પંક્તિનો અંત (EoR) અથવા પંક્તિની મધ્યમાં પ્રેક્ટિસ કરે છે (જોકે બાદમાં એક અપમાનજનક વિરલતા છે અને મેં MoR સંક્ષેપ જોયો નથી).

અન્ડરલે નેટવર્ક અથવા અંતર્ગત નેટવર્ક અથવા અન્ડરલે એ ભૌતિક નેટવર્ક ઇન્ફ્રાસ્ટ્રક્ચર છે: સ્વીચો, રાઉટર્સ, કેબલ્સ.

ઓવરલે નેટવર્ક અથવા ઓવરલે નેટવર્ક અથવા ઓવરલે - ભૌતિક એકની ટોચ પર ચાલતી ટનલનું વર્ચ્યુઅલ નેટવર્ક.

L3 ફેબ્રિક અથવા IP ફેબ્રિક - માનવજાતની એક અદ્ભુત શોધ જે તમને ઇન્ટરવ્યુ માટે એસટીપીનું પુનરાવર્તન ટાળવા અને ટ્રિલ શીખવાની મંજૂરી આપે છે. એક ખ્યાલ જેમાં એક્સેસ લેવલ સુધીનું સમગ્ર નેટવર્ક ફક્ત L3 છે, VLAN અને તે મુજબ વિશાળ વિસ્તૃત બ્રોડકાસ્ટ ડોમેન્સ વિના. અમે આગળના ભાગમાં "ફેક્ટરી" શબ્દ ક્યાંથી આવ્યો છે તે જોઈશું.

SDN - સોફ્ટવેર ડિફાઈન્ડ નેટવર્ક. પરિચયની ભાગ્યે જ જરૂર છે. નેટવર્ક મેનેજમેન્ટનો અભિગમ જ્યાં નેટવર્કમાં ફેરફાર વ્યક્તિ દ્વારા નહીં, પરંતુ પ્રોગ્રામ દ્વારા કરવામાં આવે છે. સામાન્ય રીતે કંટ્રોલ પ્લેનને અંતિમ નેટવર્ક ઉપકરણોની બહાર નિયંત્રક પર ખસેડવાનો અર્થ થાય છે.

NFV — નેટવર્ક ફંક્શન વર્ચ્યુઅલાઈઝેશન — નેટવર્ક ઉપકરણોનું વર્ચ્યુઅલાઈઝેશન, સૂચવે છે કે કેટલીક નેટવર્ક ફંક્શનને વર્ચ્યુઅલ મશીનો અથવા કન્ટેનરના સ્વરૂપમાં નવી સેવાઓના અમલીકરણને ઝડપી બનાવવા, સર્વિસ ચેઈનિંગ અને સરળ આડી માપનીયતાને ગોઠવી શકાય છે.

વીએનએફ - વર્ચ્યુઅલ નેટવર્ક કાર્ય. વિશિષ્ટ વર્ચ્યુઅલ ઉપકરણ: રાઉટર, સ્વીચ, ફાયરવોલ, NAT, IPS/IDS, વગેરે.

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

આજે મોટાભાગના નેટવર્કને સ્પષ્ટ રીતે બે ભાગોમાં વિભાજિત કરી શકાય છે:

અન્ડરલે — સ્થિર રૂપરેખાંકન સાથેનું ભૌતિક નેટવર્ક.
ઓવરલે — ભાડૂતોને અલગ કરવા માટે અન્ડરલે પર અમૂર્તતા.

ડીસી (જેનું આપણે આ લેખમાં વિશ્લેષણ કરીશું) અને ISP (જેનું આપણે વિશ્લેષણ કરીશું નહીં) બંને માટે આ સાચું છે, કારણ કે તે પહેલાથી જ થઈ ચૂક્યું છે. SDSM). એન્ટરપ્રાઇઝ નેટવર્ક્સ સાથે, અલબત્ત, પરિસ્થિતિ કંઈક અલગ છે.

નેટવર્ક પર ફોકસ સાથેનું ચિત્ર:

અન્ડરલે

અંડરલે એ ભૌતિક નેટવર્ક છે: હાર્ડવેર સ્વીચો અને કેબલ્સ. ભૂગર્ભમાં રહેલા ઉપકરણો ભૌતિક મશીનો સુધી કેવી રીતે પહોંચવું તે જાણે છે.

તે પ્રમાણભૂત પ્રોટોકોલ અને ટેકનોલોજી પર આધાર રાખે છે. ઓછામાં ઓછું એટલા માટે નહીં કે આજ સુધીના હાર્ડવેર ઉપકરણો માલિકીના સોફ્ટવેર પર કામ કરે છે જે કાં તો ચિપને પ્રોગ્રામિંગ અથવા તેના પોતાના પ્રોટોકોલ્સને અમલમાં મૂકવાની મંજૂરી આપતા નથી; તે મુજબ, અન્ય વિક્રેતાઓ સાથે સુસંગતતા અને માનકીકરણની જરૂર છે.

પરંતુ Google જેવી કોઈ વ્યક્તિ તેમના પોતાના સ્વિચ વિકસાવવા અને સામાન્ય રીતે સ્વીકૃત પ્રોટોકોલને છોડી દેવાનું પરવડી શકે છે. પરંતુ LAN_DC એ Google નથી.

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

• IPv4+OSPF
• IPv6+ISIS+BGP+L3VPN
• L2+TRILL
• L2+STP

અંડરલે નેટવર્ક ક્લાસિક રીતે ગોઠવેલ છે: CLI/GUI/NETCONF.

મેન્યુઅલી, સ્ક્રિપ્ટ્સ, માલિકીની ઉપયોગિતાઓ.

શ્રેણીનો આગળનો લેખ વધુ વિગતમાં અન્ડરલેને સમર્પિત કરવામાં આવશે.

ઓવરલે

ઓવરલે એ અંડરલેની ટોચ પર વિસ્તરેલ ટનલનું વર્ચ્યુઅલ નેટવર્ક છે, તે એક ક્લાયન્ટના VM ને એકબીજા સાથે વાતચીત કરવાની મંજૂરી આપે છે, જ્યારે અન્ય ક્લાયન્ટ્સથી અલગતા પ્રદાન કરે છે.

સાર્વજનિક નેટવર્ક પર ટ્રાન્સમિશન માટે ક્લાયન્ટ ડેટા કેટલાક ટનલિંગ હેડરમાં સમાવિષ્ટ છે.

તેથી એક ક્લાયંટ (એક સેવા) ના VM, પેકેટ વાસ્તવમાં કયો માર્ગ લે છે તે જાણ્યા વિના, ઓવરલે દ્વારા એકબીજા સાથે વાતચીત કરી શકે છે.

ઓવરલે હોઈ શકે છે, ઉદાહરણ તરીકે, જેમ કે મેં ઉપર ઉલ્લેખ કર્યો છે:

• GRE ટનલ
• VXLAN
• EVPN
• L3VPN
• જીનેવ

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

હા, આ તેના શુદ્ધ સ્વરૂપમાં SDN છે.

ઓવરલે નેટવર્કને ગોઠવવા માટે બે મૂળભૂત રીતે અલગ અભિગમો છે:

1. ToR સાથે ઓવરલે
2. યજમાન તરફથી ઓવરલે

ToR સાથે ઓવરલે

ઓવરલે રેકમાં ઉભેલી એક્સેસ સ્વીચ (TOR) પર શરૂ થઈ શકે છે, જેમ કે થાય છે, ઉદાહરણ તરીકે, VXLAN ફેબ્રિકના કિસ્સામાં.

આ ISP નેટવર્ક્સ પર સમય-ચકાસાયેલ પદ્ધતિ છે અને બધા નેટવર્ક સાધનો વિક્રેતાઓ તેને સમર્થન આપે છે.

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

અહીં હું વાચકને તેના વિશેના લેખનો સંદર્ભ આપીશ Habré પર VxLAN અમારા જૂના મિત્ર @bormoglotx.
આ માં ENOG સાથે પ્રસ્તુતિઓ EVPN VXLAN ફેબ્રિક સાથે ડીસી નેટવર્ક બનાવવાના અભિગમોનું વિગતવાર વર્ણન કરવામાં આવ્યું છે.

અને વાસ્તવિકતામાં વધુ સંપૂર્ણ નિમજ્જન માટે, તમે તિસ્કાનું પુસ્તક વાંચી શકો છો આધુનિક, ઓપન અને સ્કેલેબલ ફેબ્રિક: VXLAN EVPN.

હું નોંધું છું કે VXLAN માત્ર એક એન્કેપ્સ્યુલેશન પદ્ધતિ છે અને ટનલની સમાપ્તિ ToR પર નહીં, પરંતુ હોસ્ટ પર થઈ શકે છે, જેમ કે OpenStackના કિસ્સામાં થાય છે, ઉદાહરણ તરીકે.

જો કે, VXLAN ફેબ્રિક, જ્યાં ઓવરલે ToR થી શરૂ થાય છે, તે સ્થાપિત ઓવરલે નેટવર્ક ડિઝાઇનમાંનું એક છે.

યજમાન તરફથી ઓવરલે

અન્ય અભિગમ એ છે કે અંતિમ યજમાનો પર ટનલ શરૂ કરવી અને સમાપ્ત કરવી.
આ કિસ્સામાં, નેટવર્ક (અંડરલે) શક્ય તેટલું સરળ અને સ્થિર રહે છે.
અને યજમાન પોતે જ તમામ જરૂરી એન્કેપ્સ્યુલેશન કરે છે.

આ માટે યજમાનો પર ખાસ એપ્લિકેશન ચલાવવાની જરૂર પડશે, પરંતુ તે મૂલ્યવાન છે.

સૌપ્રથમ, લિનક્સ મશીન પર ક્લાયંટ ચલાવવું સરળ છે અથવા, ચાલો કહીએ કે, શક્ય પણ છે, જ્યારે સ્વીચ પર હોય ત્યારે તમારે મોટે ભાગે માલિકીના SDN સોલ્યુશન્સ તરફ વળવું પડશે, જે મલ્ટી-વેન્ડરના વિચારને મારી નાખે છે.

બીજું, કંટ્રોલ પ્લેન અને ડેટા પ્લેન બંનેના દૃષ્ટિકોણથી, આ કિસ્સામાં ToR સ્વીચને શક્ય તેટલું સરળ છોડી શકાય છે. ખરેખર, પછી તેને SDN નિયંત્રક સાથે વાતચીત કરવાની જરૂર નથી, અને તેને બધા કનેક્ટેડ ક્લાયંટના નેટવર્ક્સ/ARP ને સ્ટોર કરવાની પણ જરૂર નથી - તે ભૌતિક મશીનનું IP સરનામું જાણવું પૂરતું છે, જે સ્વિચિંગને મોટા પ્રમાણમાં સરળ બનાવે છે/ રૂટીંગ કોષ્ટકો.

ADSM શ્રેણીમાં, હું હોસ્ટ તરફથી ઓવરલે અભિગમ પસંદ કરું છું - પછી અમે ફક્ત તેના વિશે વાત કરીશું અને અમે VXLAN ફેક્ટરીમાં પાછા ફરીશું નહીં.

ઉદાહરણો જોવાનું સૌથી સહેલું છે. અને એક પરીક્ષણ વિષય તરીકે અમે OpenSource SDN પ્લેટફોર્મ OpenContrail લઈશું, જે હવે તરીકે ઓળખાય છે ટંગસ્ટન ફેબ્રિક.

લેખના અંતે હું OpenFlow અને OpenvSwitch સાથે સામ્યતા પર કેટલાક વિચારો આપીશ.

ઉદાહરણ તરીકે ટંગસ્ટન ફેબ્રિકનો ઉપયોગ

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

vRouter વિશે થોડું વધુ લેખના અંતે છે.

હાઇપરવાઇઝર પર સ્થિત દરેક VM આ મશીનના vRouter સાથે જોડાયેલ છે TAP ઇન્ટરફેસ.

TAP - ટર્મિનલ એક્સેસ પોઈન્ટ - Linux કર્નલમાં વર્ચ્યુઅલ ઈન્ટરફેસ કે જે નેટવર્ક ક્રિયાપ્રતિક્રિયાને મંજૂરી આપે છે.

જો vRouter ની પાછળ ઘણા નેટવર્ક્સ છે, તો પછી તે દરેક માટે વર્ચ્યુઅલ ઇન્ટરફેસ બનાવવામાં આવે છે, જેને IP સરનામું સોંપેલ છે - તે ડિફોલ્ટ ગેટવે સરનામું હશે.
એક ક્લાયંટના બધા નેટવર્ક એકમાં મૂકવામાં આવે છે વીઆરએફ (એક ટેબલ), જુદા જુદા - જુદા જુદામાં.
હું અહીં એક અસ્વીકરણ કરીશ કે બધું એટલું સરળ નથી, અને હું લેખના અંત સુધી જિજ્ઞાસુ વાચકને મોકલીશ..

જેથી vRouters એકબીજા સાથે વાતચીત કરી શકે, અને તે મુજબ તેમની પાછળ સ્થિત VM, તેઓ દ્વારા રૂટીંગ માહિતીની આપ-લે કરે છે. SDN નિયંત્રક.

બહારની દુનિયામાં જવા માટે, મેટ્રિક્સમાંથી એક એક્ઝિટ પોઈન્ટ છે - એક વર્ચ્યુઅલ નેટવર્ક ગેટવે VNGW — વર્ચ્યુઅલ નેટવર્ક ગેટવે (મારી મુદત).

હવે ચાલો સંચારનાં ઉદાહરણો જોઈએ - અને ત્યાં સ્પષ્ટતા હશે.

એક ભૌતિક મશીનમાં સંચાર

VM0 VM2 ને પેકેટ મોકલવા માંગે છે. ચાલો અત્યારે માની લઈએ કે આ એક જ ક્લાયન્ટ VM છે.

ડેટા પ્લેન

1. VM-0 પાસે તેના eth0 ઇન્ટરફેસ માટે ડિફોલ્ટ રૂટ છે. પેકેજ ત્યાં મોકલવામાં આવે છે.
   આ ઈન્ટરફેસ eth0 વાસ્તવમાં TAP ઈન્ટરફેસ tap0 દ્વારા વર્ચ્યુઅલ રાઉટર vRouter સાથે વર્ચ્યુઅલ રીતે જોડાયેલ છે.
2. vRouter પૅકેટ કયા ઇન્ટરફેસ પર આવ્યું તેનું પૃથ્થકરણ કરે છે, એટલે કે તે કયા ક્લાયન્ટ (VRF)નું છે અને આ ક્લાયન્ટના રૂટીંગ ટેબલ સાથે પ્રાપ્તકર્તાનું સરનામું તપાસે છે.
3. એક જ મશીન પર પ્રાપ્તકર્તા એક અલગ પોર્ટ પર છે તે શોધ્યા પછી, vRouter કોઈપણ વધારાના હેડર વિના તેને પેકેટ મોકલે છે - આ કિસ્સામાં, vRouter પાસે પહેલેથી જ ARP રેકોર્ડ છે.

આ કિસ્સામાં, પેકેટ ભૌતિક નેટવર્કમાં પ્રવેશતું નથી - તે vRouter ની અંદર રૂટ થયેલ છે.

નિયંત્રણ પ્લેન

જ્યારે વર્ચ્યુઅલ મશીન શરૂ થાય છે, ત્યારે હાઇપરવાઇઝર તેને કહે છે:

• તેણીનું પોતાનું IP સરનામું.
• ડિફૉલ્ટ રૂટ આ નેટવર્ક પર vRouter ના IP સરનામા દ્વારા છે.

હાઇપરવાઇઝર ખાસ API દ્વારા vRouter ને રિપોર્ટ કરે છે:

• વર્ચ્યુઅલ ઇન્ટરફેસ બનાવવા માટે તમારે શું કરવાની જરૂર છે.
• તે (VM) ને કેવા પ્રકારનું વર્ચ્યુઅલ નેટવર્ક બનાવવાની જરૂર છે?
• કયા VRF (VN) સાથે તેને બાંધવું.
• આ VM માટે સ્ટેટિક ARP એન્ટ્રી - કયો ઈન્ટરફેસ તેના IP એડ્રેસની પાછળ છે અને તે કયા MAC એડ્રેસ સાથે સંકળાયેલ છે.

ફરીથી, ખ્યાલને સમજવા માટે વાસ્તવિક ક્રિયાપ્રતિક્રિયા પ્રક્રિયાને સરળ બનાવવામાં આવી છે.

આમ, vRouter આપેલ મશીન પર એક ક્લાયન્ટના તમામ VM ને સીધા કનેક્ટેડ નેટવર્ક તરીકે જુએ છે અને તેમની વચ્ચે પોતે જ રૂટ કરી શકે છે.

પરંતુ VM0 અને VM1 જુદા જુદા ક્લાયંટના છે અને તે મુજબ, વિવિધ vRouter કોષ્ટકોમાં છે.

તેઓ એકબીજા સાથે સીધો સંવાદ કરી શકે છે કે કેમ તે vRouter સેટિંગ્સ અને નેટવર્ક ડિઝાઇન પર આધાર રાખે છે.
ઉદાહરણ તરીકે, જો બંને ક્લાયંટના VM જાહેર સરનામાનો ઉપયોગ કરે છે, અથવા VRouter પર જ NAT થાય છે, તો પછી vRouter પર સીધું રૂટીંગ કરી શકાય છે.

વિપરીત પરિસ્થિતિમાં, સરનામાંની જગ્યાઓ પાર કરવી શક્ય છે - તમારે જાહેર સરનામું મેળવવા માટે NAT સર્વરમાંથી પસાર થવાની જરૂર છે - આ બાહ્ય નેટવર્ક્સને ઍક્સેસ કરવા જેવું જ છે, જેની નીચે ચર્ચા કરવામાં આવી છે.

વિવિધ ભૌતિક મશીનો પર સ્થિત VM વચ્ચે સંચાર

ડેટા પ્લેન

1. શરૂઆત બરાબર એ જ છે: VM-0 તેના ડિફોલ્ટ પર ગંતવ્ય VM-7 (172.17.3.2) સાથેનું પેકેટ મોકલે છે.
2. vRouter તેને પ્રાપ્ત કરે છે અને આ વખતે જુએ છે કે ગંતવ્ય એક અલગ મશીન પર છે અને Tunnel0 દ્વારા સુલભ છે.
3. પ્રથમ, તે રિમોટ ઈન્ટરફેસને ઓળખતું MPLS લેબલ લટકાવે છે, જેથી વિપરીત બાજુએ vRouter આ પેકેટને વધારાના લુકઅપ વિના ક્યાં મૂકવું તે નક્કી કરી શકે.

   

4. ટનલ0 પાસે સ્ત્રોત 10.0.0.2, ગંતવ્ય છે: 10.0.1.2.
   vRouter મૂળ પેકેટમાં GRE (અથવા UDP) હેડરો અને નવો IP ઉમેરે છે.
5. vRouter રૂટીંગ ટેબલમાં ToR1 એડ્રેસ 10.0.0.1 દ્વારા ડિફોલ્ટ રૂટ છે. તે જ્યાં તે મોકલે છે.

   
   

6. ToR1, અંડરલે નેટવર્કના સભ્ય તરીકે, 10.0.1.2 પર કેવી રીતે પહોંચવું તે (ઉદાહરણ તરીકે, OSPF દ્વારા) જાણે છે અને માર્ગ પર પેકેટ મોકલે છે. નોંધ કરો કે ECMP અહીં સક્ષમ છે. દ્રષ્ટાંતમાં બે નેક્સ્ટહોપ્સ છે, અને અલગ-અલગ થ્રેડો તેમાં હેશ દ્વારા સૉર્ટ કરવામાં આવશે. વાસ્તવિક ફેક્ટરીના કિસ્સામાં, 4 નેક્સ્ટહોપ્સની શક્યતા વધુ હશે.

   તે જ સમયે, તેને બાહ્ય IP હેડર હેઠળ શું છે તે જાણવાની જરૂર નથી. એટલે કે, હકીકતમાં, IP હેઠળ IPv6 ની સેન્ડવિચ MPLS પર ઇથરનેટ પર MPLS પર GRE પર ગ્રીક પર હોઈ શકે છે.

7. તદનુસાર, પ્રાપ્તિની બાજુએ, vRouter GRE ને દૂર કરે છે અને, MPLS ટેગનો ઉપયોગ કરીને, આ પેકેટ કયા ઇન્ટરફેસ પર મોકલવું જોઈએ તે સમજે છે, તેને સ્ટ્રીપ કરે છે અને પ્રાપ્તકર્તાને તેના મૂળ સ્વરૂપમાં મોકલે છે.

નિયંત્રણ પ્લેન

જ્યારે તમે કાર શરૂ કરો છો, ત્યારે ઉપર વર્ણવ્યા પ્રમાણે જ થાય છે.

અને વત્તા નીચેના:

• દરેક ક્લાયંટ માટે, vRouter એક MPLS ટેગ ફાળવે છે. આ L3VPN સેવા લેબલ છે, જેના દ્વારા ક્લાયંટને સમાન ભૌતિક મશીનમાં અલગ કરવામાં આવશે.
  

  હકીકતમાં, MPLS ટેગ હંમેશા vRouter દ્વારા બિનશરતી રીતે ફાળવવામાં આવે છે - છેવટે, તે અગાઉથી જાણીતું નથી કે મશીન ફક્ત સમાન vRouter પાછળ અન્ય મશીનો સાથે ક્રિયાપ્રતિક્રિયા કરશે અને આ મોટે ભાગે સાચું નથી.

• vRouter BGP પ્રોટોકોલનો ઉપયોગ કરીને SDN નિયંત્રક સાથે જોડાણ સ્થાપિત કરે છે (અથવા તેના જેવું જ - TF ના કિસ્સામાં, આ XMPP 0_o છે).
• આ સત્ર દ્વારા, vRouter SDN નિયંત્રકને કનેક્ટેડ નેટવર્ક્સના રૂટ્સની જાણ કરે છે:
  • નેટવર્ક સરનામું
  • એન્કેપ્સ્યુલેશન પદ્ધતિ (MPLSoGRE, MPLSoUDP, VXLAN)
  • MPLS ક્લાયંટ ટેગ
  • Nexthop તરીકે તમારું IP સરનામું

• SDN નિયંત્રક બધા કનેક્ટેડ vRouters પાસેથી આવા રૂટ્સ મેળવે છે અને તેમને અન્ય લોકો માટે પ્રતિબિંબિત કરે છે. એટલે કે, તે રૂટ રિફ્લેક્ટર તરીકે કામ કરે છે.

આ જ વસ્તુ વિરુદ્ધ દિશામાં થાય છે.

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

કેન્દ્રીય નિયંત્રક રૂપરેખાંકન જાળવવા અને vRouter પર સ્વિચિંગ/રાઉટીંગ કોષ્ટકોનું નિરીક્ષણ કરવાની તમામ જટિલતાની કાળજી લે છે.

સામાન્ય રીતે કહીએ તો, કંટ્રોલર BGP (અથવા સમાન પ્રોટોકોલ) દ્વારા તમામ vRouters સાથે વાતચીત કરે છે અને માત્ર રૂટીંગ માહિતી પ્રસારિત કરે છે. BGP, ઉદાહરણ તરીકે, એન્કેપ્સ્યુલેશન પદ્ધતિને જણાવવા માટે પહેલાથી જ એડ્રેસ-ફેમિલી ધરાવે છે MPLS-in-GRE અથવા MPLS-ઇન-UDP.

તે જ સમયે, અંડરલે નેટવર્કનું રૂપરેખાંકન કોઈપણ રીતે બદલાતું નથી, જે, માર્ગ દ્વારા, સ્વચાલિત કરવું વધુ મુશ્કેલ છે, અને અણઘડ ચળવળ સાથે તોડવું સરળ છે.

બહારની દુનિયામાં બહાર નીકળો

ક્યાંક સિમ્યુલેશન સમાપ્ત થવું જોઈએ, અને તમારે વર્ચ્યુઅલ વિશ્વમાંથી વાસ્તવિકમાં બહાર નીકળવાની જરૂર છે. અને તમારે પેફોન ગેટવેની જરૂર છે.

બે અભિગમોનો અભ્યાસ કરવામાં આવે છે:

1. હાર્ડવેર રાઉટર ઇન્સ્ટોલ કરેલું છે.
2. એક ઉપકરણ લોન્ચ કરવામાં આવ્યું છે જે રાઉટરના કાર્યોને અમલમાં મૂકે છે (હા, SDN ને અનુસરીને, અમે VNF નો પણ સામનો કર્યો છે). ચાલો તેને વર્ચ્યુઅલ ગેટવે કહીએ.

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

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

એક પગથી, ગેટવે નિયમિત વર્ચ્યુઅલ મશીનની જેમ ઓવરલે વર્ચ્યુઅલ નેટવર્કમાં જુએ છે અને અન્ય તમામ VM સાથે સંપર્ક કરી શકે છે. તે જ સમયે, તે બધા ગ્રાહકોના નેટવર્કને સમાપ્ત કરી શકે છે અને તે મુજબ, તેમની વચ્ચે રૂટીંગ હાથ ધરે છે.

તેના બીજા પગ સાથે, ગેટવે બેકબોન નેટવર્કમાં જુએ છે અને ઇન્ટરનેટ પર કેવી રીતે આવવું તે જાણે છે.

ડેટા પ્લેન

એટલે કે, પ્રક્રિયા આના જેવી લાગે છે:

1. VM-0, સમાન vRouter પર ડિફોલ્ટ થયા પછી, બહારની દુનિયામાં (185.147.83.177) ગંતવ્ય સાથેનું પેકેટ eth0 ઇન્ટરફેસ પર મોકલે છે.
2. vRouter આ પેકેટ મેળવે છે અને રૂટીંગ ટેબલમાં ગંતવ્ય સરનામું જુએ છે - VNGW1 ગેટવે મારફતે ટનલ 1 દ્વારા ડિફોલ્ટ રૂટ શોધે છે.
   તે એ પણ જુએ છે કે આ SIP 10.0.0.2 અને DIP 10.0.255.2 સાથેની GRE ટનલ છે, અને તેણે પહેલા આ ક્લાયન્ટના MPLS લેબલને પણ જોડવાની જરૂર છે, જેની VNGW1 અપેક્ષા રાખે છે.
3. vRouter પ્રારંભિક પેકેટ MPLS, GRE અને નવા IP હેડરો સાથે પેક કરે છે અને તેને ડિફોલ્ટ રૂપે ToR1 10.0.0.1 પર મોકલે છે.
4. અંતર્ગત નેટવર્ક પેકેટને ગેટવે VNGW1 પર પહોંચાડે છે.
5. VNGW1 ગેટવે GRE અને MPLS ટનલિંગ હેડરોને દૂર કરે છે, ગંતવ્ય સરનામું જુએ છે, તેના રૂટીંગ ટેબલની સલાહ લે છે અને સમજે છે કે તે ઈન્ટરનેટ પર નિર્દેશિત છે - એટલે કે સંપૂર્ણ દૃશ્ય અથવા ડિફોલ્ટ દ્વારા. જો જરૂરી હોય તો, NAT અનુવાદ કરે છે.
6. VNGW થી સરહદ સુધી નિયમિત IP નેટવર્ક હોઈ શકે છે, જે અસંભવિત છે.
   ક્લાસિક MPLS નેટવર્ક (IGP+LDP/RSVP TE) હોઈ શકે છે, ત્યાં BGP LU સાથે બેક ફેબ્રિક અથવા IP નેટવર્ક દ્વારા VNGW થી બોર્ડર સુધી GRE ટનલ હોઈ શકે છે.
   ભલે તે બની શકે, VNGW1 જરૂરી એન્કેપ્સ્યુલેશન કરે છે અને પ્રારંભિક પેકેટને સરહદ તરફ મોકલે છે.

વિરુદ્ધ દિશામાં ટ્રાફિક વિરુદ્ધ ક્રમમાં સમાન પગલાઓમાંથી પસાર થાય છે.

1. બોર્ડર પેકેટને VNGW1 પર ડ્રોપ કરે છે
2. તે તેને કપડાં ઉતારે છે, પ્રાપ્તકર્તાનું સરનામું જુએ છે અને જુએ છે કે તે ટનલ1 ટનલ (MPLSoGRE અથવા MPLSoUDP) દ્વારા સુલભ છે.
3. તદનુસાર, તે એક MPLS લેબલ, એક GRE/UDP હેડર અને એક નવો IP જોડે છે અને તેને તેના ToR3 10.0.255.1 પર મોકલે છે.
   ટનલ ગંતવ્ય સરનામું એ vRouter નું IP સરનામું છે જેની પાછળ લક્ષ્ય VM સ્થિત છે - 10.0.0.2.
4. અંતર્ગત નેટવર્ક પેકેટને ઇચ્છિત vRouter પર પહોંચાડે છે.
5. લક્ષ્ય vRouter GRE/UDP વાંચે છે, MPLS લેબલનો ઉપયોગ કરીને ઇન્ટરફેસને ઓળખે છે અને VM ના eth0 સાથે સંકળાયેલા તેના TAP ઇન્ટરફેસ પર એકદમ IP પેકેટ મોકલે છે.

નિયંત્રણ પ્લેન

VNGW1 એ SDN નિયંત્રક સાથે BGP પાડોશની સ્થાપના કરે છે, જેમાંથી તે ક્લાયંટ વિશેની તમામ રૂટીંગ માહિતી મેળવે છે: કયું IP સરનામું (vRouter) કયા ક્લાયન્ટની પાછળ છે અને કયા MPLS લેબલ દ્વારા તેને ઓળખવામાં આવે છે.

તેવી જ રીતે, તે પોતે SDN નિયંત્રકને આ ક્લાયન્ટના લેબલ સાથે ડિફોલ્ટ રૂટની જાણ કરે છે, જે પોતાને નેક્સ્ટહોપ તરીકે દર્શાવે છે. અને પછી આ ડિફોલ્ટ vRouters પર આવે છે.

VNGW પર, રૂટ એકત્રીકરણ અથવા NAT અનુવાદ સામાન્ય રીતે થાય છે.

અને બીજી દિશામાં, તે બોર્ડર્સ અથવા રૂટ રિફ્લેક્ટર સાથે સત્રમાં બરાબર આ એકીકૃત માર્ગ મોકલે છે. અને તેમની પાસેથી તે ડિફોલ્ટ રૂટ અથવા ફુલ-વ્યૂ અથવા બીજું કંઈક મેળવે છે.

એન્કેપ્સ્યુલેશન અને ટ્રાફિક એક્સચેન્જના સંદર્ભમાં, VNGW vRouter થી અલગ નથી.
જો તમે કાર્યક્ષેત્રને થોડો વિસ્તૃત કરો છો, તો પછી તમે અન્ય નેટવર્ક ઉપકરણોને VNGWs અને vRouters માં ઉમેરી શકો છો, જેમ કે ફાયરવોલ, ટ્રાફિક ક્લિનિંગ અથવા એનરિચમેન્ટ ફાર્મ્સ, IPS વગેરે.

અને VRF ની ક્રમિક રચના અને માર્ગોની સાચી જાહેરાતની મદદથી, તમે ટ્રાફિકને તમે ઇચ્છો તે રીતે લૂપ કરવા દબાણ કરી શકો છો, જેને સર્વિસ ચેઇનિંગ કહેવામાં આવે છે.

એટલે કે, અહીં પણ SDN નિયંત્રક VNGWs, vRouters અને અન્ય નેટવર્ક ઉપકરણો વચ્ચે રૂટ-રિફ્લેક્ટર તરીકે કામ કરે છે.

પરંતુ વાસ્તવમાં, નિયંત્રક ACL અને PBR (નીતિ આધારિત રૂટીંગ) વિશેની માહિતી પણ પ્રકાશિત કરે છે, જેના કારણે વ્યક્તિગત ટ્રાફિકનો પ્રવાહ તેમને જે રૂટ કહે છે તેના કરતાં અલગ રીતે જાય છે.

FAQ

તમે શા માટે GRE/UDP ટિપ્પણી કરવાનું ચાલુ રાખો છો?

સારું, સામાન્ય રીતે, આ ટંગસ્ટન ફેબ્રિક માટે વિશિષ્ટ કહી શકાય - તમારે તેને બિલકુલ ધ્યાનમાં લેવાની જરૂર નથી.

પરંતુ જો આપણે તેને લઈએ, તો TF પોતે, જ્યારે પણ OpenContrail, બંને એન્કેપ્સ્યુલેશનને સપોર્ટ કરે છે: GRE માં MPLS અને UDP માં MPLS.

UDP સારું છે કારણ કે સોર્સ પોર્ટમાં તેના હેડરમાં અસલ IP+પ્રોટો+પોર્ટમાંથી હેશ ફંક્શનને એન્કોડ કરવું ખૂબ જ સરળ છે, જે તમને બેલેન્સિંગ કરવા દેશે.

GRE ના કિસ્સામાં, અરે, ત્યાં ફક્ત બાહ્ય IP અને GRE હેડરો છે, જે તમામ એન્કેપ્સ્યુલેટેડ ટ્રાફિક માટે સમાન છે અને તેમાં સંતુલનની કોઈ વાત નથી - થોડા લોકો પેકેટની અંદર આટલા ઊંડા જોઈ શકે છે.

થોડા સમય સુધી, રાઉટર્સ, જો તેઓને ડાયનેમિક ટનલનો ઉપયોગ કેવી રીતે કરવો તે જાણતા હોય, તો તેઓ માત્ર MPLSoGRE માં જ કરતા હતા, અને તાજેતરમાં જ તેઓ MPLSoUDP નો ઉપયોગ કરવાનું શીખ્યા હતા. તેથી, આપણે હંમેશા બે અલગ અલગ એન્કેપ્સ્યુલેશનની શક્યતા વિશે નોંધ કરવી પડશે.

વાજબીતામાં, એ નોંધવું યોગ્ય છે કે TF VXLAN નો ઉપયોગ કરીને L2 કનેક્ટિવિટીને સંપૂર્ણ રીતે સપોર્ટ કરે છે.

તમે OpenFlow સાથે સમાંતર દોરવાનું વચન આપ્યું હતું.
તેઓ ખરેખર તે માટે પૂછે છે. સમાન OpenStack માં vSwitch VXLAN નો ઉપયોગ કરીને ઘણી સમાન વસ્તુઓ કરે છે, જે રીતે, UDP હેડર પણ ધરાવે છે.

ડેટા પ્લેનમાં તેઓ લગભગ સમાન રીતે કામ કરે છે; કંટ્રોલ પ્લેન નોંધપાત્ર રીતે અલગ પડે છે. ટંગસ્ટન ફેબ્રિક XMPP નો ઉપયોગ vRouter ને રૂટીંગ માહિતી પહોંચાડવા માટે કરે છે, જ્યારે OpenStack Openflow ચલાવે છે.

શું તમે મને vRouter વિશે થોડું વધુ કહી શકો છો?
તે બે ભાગોમાં વહેંચાયેલું છે: vRouter Agent અને vRouter Forwarder.

પ્રથમ હોસ્ટ ઓએસના યુઝર સ્પેસમાં ચાલે છે અને રૂટ, VRF અને ACL વિશેની માહિતીની આપલે કરીને SDN નિયંત્રક સાથે વાતચીત કરે છે.

બીજો ડેટા પ્લેન અમલમાં મૂકે છે - સામાન્ય રીતે કર્નલ સ્પેસમાં, પરંતુ તે SmartNICs પર પણ ચાલી શકે છે - એક CPU અને અલગ પ્રોગ્રામેબલ સ્વિચિંગ ચિપ સાથેના નેટવર્ક કાર્ડ્સ, જે તમને હોસ્ટ મશીનના CPUમાંથી લોડને દૂર કરવા અને નેટવર્કને વધુ ઝડપી અને વધુ બનાવવા માટે પરવાનગી આપે છે. અનુમાનિત

અન્ય સંભવિત દૃશ્ય એ છે કે vRouter એ યુઝર સ્પેસમાં DPDK એપ્લિકેશન છે.

vRouter Agent vRouter Forwarder ને સેટિંગ્સ મોકલે છે.

વર્ચ્યુઅલ નેટવર્ક શું છે?
મેં VRF વિશે લેખની શરૂઆતમાં ઉલ્લેખ કર્યો છે કે દરેક ભાડૂત તેના પોતાના VRF સાથે જોડાયેલા છે. અને જો ઓવરલે નેટવર્કની કામગીરીની સુપરફિસિયલ સમજણ માટે આ પૂરતું હતું, તો પછીના પુનરાવર્તન પર સ્પષ્ટતા કરવી જરૂરી છે.

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

તેથી, જેમ કે, વર્ચ્યુઅલ નેટવર્ક અને ભાડૂત વચ્ચે કોઈ સીધો પત્રવ્યવહાર નથી.

નિષ્કર્ષ

હોસ્ટ અને SDN કંટ્રોલરના ઓવરલે સાથે વર્ચ્યુઅલ નેટવર્કના ઑપરેશનનું આ ખૂબ જ સુપરફિસિયલ વર્ણન છે. પરંતુ આજે તમે જે વર્ચ્યુઅલાઈઝેશન પ્લેટફોર્મ પસંદ કરો છો તે કોઈ વાંધો નથી, તે સમાન રીતે કાર્ય કરશે, પછી ભલે તે VMWare, ACI, OpenStack, CloudStack, Tungsten Fabric અથવા Juniper Contrail હોય. તેઓ એન્કેપ્સ્યુલેશન અને હેડરોના પ્રકારો, નેટવર્ક ઉપકરણોને સમાપ્ત કરવા માટે માહિતી પહોંચાડવા માટેના પ્રોટોકોલમાં અલગ હશે, પરંતુ પ્રમાણમાં સરળ અને સ્થિર અંડરલે નેટવર્કની ટોચ પર કાર્યરત સૉફ્ટવેર-રૂપરેખાંકિત ઓવરલે નેટવર્કનો સિદ્ધાંત સમાન રહેશે.
આપણે કહી શકીએ કે આજે ઓવરલે નેટવર્ક પર આધારિત SDN એ ખાનગી ક્લાઉડ બનાવવાનું ક્ષેત્ર જીતી લીધું છે. જો કે, આનો અર્થ એ નથી કે આધુનિક વિશ્વમાં ઓપનફ્લોનું કોઈ સ્થાન નથી - તેનો ઉપયોગ OpenStake અને સમાન VMWare NSX માં થાય છે, જ્યાં સુધી હું જાણું છું, Google તેનો ઉપયોગ ભૂગર્ભ નેટવર્ક સેટ કરવા માટે કરે છે.

જો તમે મુદ્દાનો ઊંડો અભ્યાસ કરવા માંગતા હોવ તો નીચે મેં વધુ વિગતવાર સામગ્રીની લિંક્સ પ્રદાન કરી છે.

અને અમારા અન્ડરલે વિશે શું?

પરંતુ સામાન્ય રીતે, કંઈ નથી. તેણે આખો રસ્તો બદલ્યો ન હતો. હોસ્ટ તરફથી ઓવરલેના કિસ્સામાં તેને ફક્ત રૂટ અને ARP ને અપડેટ કરવાની જરૂર છે કારણ કે vRouter/VNGW દેખાય છે અને અદૃશ્ય થઈ જાય છે અને તેમની વચ્ચે પેકેટ લઈ જાય છે.

ચાલો અંડરલે નેટવર્ક માટેની આવશ્યકતાઓની સૂચિ બનાવીએ.

1. અમારી પરિસ્થિતિમાં અમુક પ્રકારના રૂટીંગ પ્રોટોકોલનો ઉપયોગ કરવામાં સમર્થ થાઓ - BGP.
2. વિશાળ બેન્ડવિડ્થ રાખો, પ્રાધાન્યમાં ઓવરસબ્સ્ક્રિપ્શન વિના, જેથી ઓવરલોડને કારણે પેકેટો ખોવાઈ ન જાય.
3. સહાયક ECMP એ ફેબ્રિકનો અભિન્ન ભાગ છે.
4. ECN જેવી મુશ્કેલ વસ્તુઓ સહિત QoS પ્રદાન કરવામાં સક્ષમ બનો.
5. NETCONF ને સમર્થન આપવું એ ભવિષ્ય માટેનો પાયો છે.

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

દેખીતી રીતે, હું શુદ્ધ IP રૂટીંગ અને હોસ્ટ તરફથી ઓવરલે સાથે ક્લોઝ ફેક્ટરીમાં બનેલ ડીસી નેટવર્કના ઉદાહરણ તરીકે ઉપયોગ કરીને અમને ગંભીરપણે મર્યાદિત કરી રહ્યો છું.

જો કે, મને વિશ્વાસ છે કે કોઈપણ નેટવર્ક કે જેની પાસે ડિઝાઇન હોય તેને ઔપચારિક અને સ્વચાલિત શબ્દોમાં વર્ણવી શકાય છે. માત્ર એટલું જ છે કે અહીં મારો ધ્યેય ઓટોમેશન તરફના અભિગમોને સમજવાનો છે, અને સામાન્ય સ્વરૂપમાં સમસ્યાનું નિરાકરણ કરીને દરેકને મૂંઝવણમાં મૂકવાનો નથી.

ADSM ના ભાગ રૂપે, રોમન ગોર્જ અને હું કમ્પ્યુટિંગ પાવરના વર્ચ્યુઅલાઈઝેશન અને નેટવર્ક વર્ચ્યુઅલાઈઝેશન સાથે તેની ક્રિયાપ્રતિક્રિયા વિશે એક અલગ મુદ્દો પ્રકાશિત કરવાની યોજના બનાવીએ છીએ. મળતા રેહજો.

ઉપયોગી લિંક્સ

• ટંગસ્ટન ફેબ્રિક આર્કિટેક્ચર.
• વિશે: વાદળ. Yandex.Cloud વિશે 6 કલાક, જે TF પર વર્ચ્યુઅલ નેટવર્કને પણ આવરી લે છે.
• ઓપન vSwitch શું છે?
• VxLAN નો પરિચય.
• RFC 7348. વર્ચ્યુઅલ એક્સટેન્સિબલ લોકલ એરિયા નેટવર્ક (VXLAN): લેયર 2 નેટવર્ક્સ પર વર્ચ્યુઅલાઈઝ્ડ લેયર 3 નેટવર્કને ઓવરલે કરવા માટેનું ફ્રેમવર્ક.
  
• VXLAN EVPN ફેબ્રિક માટે સ્કેલવે અભિગમ. તે અંડરલે, ઓવરલે, મલ્ટિ-હોમિંગ અને મેનેજમેન્ટના અભિગમો સહિત સમગ્ર ડીસી નેટવર્ક વિશે વાત કરે છે.

આભાર

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

સોર્સ: www.habr.com