Azure peering કે VNet-થી-VNet VPN? રૂટિંગ પહેલાં નક્કી કરો

Azure તમને બે વર્ચ્યુઅલ નેટવર્ક જોડવાની ઓછામાં ઓછી બે રીતો આપે છે, અને તે એક જ ઑબ્જેક્ટ પરની અદલાબદલી થઈ શકે તેવી સેટિંગ્સ નથી. Peering ગેટવે વગર Microsoft ના બેકબોન પર VNet ને જોડે છે; VNet-થી-VNet VPN તમે તૈનાત કરો, માપો અને દેખરેખ રાખો તેવા બે ગેટવે વચ્ચે IPsec સંબંધ મૂકે છે. નિર્ણય ત્રણ શરતો પર આવે છે, અને જો રૂટ ઉમેરતા પહેલાં તમે ત્રણેયનો જવાબ ન આપી શકો, તો તમે એવા મોડેલ માટે આડો રસ્તો બનાવવા જઈ રહ્યા છો જે તમે ક્યારેય પસંદ કર્યું નથી.

મોડેલ નક્કી કરતી ત્રણ શરતો

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

બંને મોડેલમાં સામાન્ય છે કડક સરનામાંકન નિયમ: VNet ની સરનામાં જગ્યાઓ ઓવરલેપ ન થવી જોઈએ. Peering કે VNet-થી-VNet VPN બે સમાન શ્રેણીઓને અસ્પષ્ટ રહિત કરવાની સમર્થિત રીત નથી, અને ઓવરલેપ માટે જુદો કનેક્શન પ્રકાર નહીં, મેપિંગ ડિઝાઇન કે પુનઃરચના જરૂરી છે.

શરત 1: તમને તમારી માલિકીની IPsec સીમાની જરૂર છે?

Peering ટ્રાફિકને Azure ના ખાનગી બેકબોન પર વહન કરે છે અને peered કનેક્શન માટે જ VPN ગેટવેની જરૂર પડતી નથી. આ પરિવહન વિશેનું નિવેદન છે, એન્ક્રિપ્શન વિશેનું એવું નિવેદન નથી જે તમે ઓડિટરને «અમે IPsec ચલાવીએ છીએ» તરીકે આપી શકો. જો જરૂરિયાત ગ્રાહક-રૂપરેખાંકિત ટનલ, ચોક્કસ IKE નીતિ અથવા તમારા નિયંત્રણ હેઠળના સાધનો પર સમાપ્ત થતી સીમાનું નામ આપે, તો બેકબોન કેટલું ખાનગી હોય તે ધ્યાનમાં લીધા વિના peering તેને પૂર્ણ કરતું નથી.

VNet-થી-VNet VPN તે સીમા પ્રદાન કરે છે: બે ગેટવે, IPsec/IKE સંબંધ, વહેંચાયેલ કી અને તેની સાથે આવતી સમગ્ર કાર્યાત્મક સપાટી. તમને ટનલની સ્થિતિ, ગેટવે ક્ષમતા, SKU મર્યાદાઓ અને ટનલ ચાલુ છે તે સાબિત કરતી દેખરેખ વારસામાં મળે છે. જ્યારે જરૂરિયાત ચોક્કસપણે તે સીમા વિશે હોય ત્યારે આ સાચો જવાબ છે, જેને peering ઝાંખીમાં peering થી અલગ કનેક્શન પ્રકાર તરીકે વર્ણવવામાં આવી છે.

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

શરત 2: ટોપોલોજી સીધી છે, કે કંઈકે ટ્રાન્ઝિટ કરવું પડશે?

Peering ટ્રાન્ઝિટિવ નથી. હબ સાથે peered બે VNet એથી એકબીજા સાથે જોડાયેલા થતા નથી, અને એક દિશામાં કામ કરતો દેખાતો રૂટ સામાન્ય રીતે એવું peering હોય છે જે ફક્ત એક બાજુ Connected સુધી પહોંચ્યું છે. બંને બાજુ અસ્તિત્વમાં હોવી જોઈએ અને બંનેએ Connected દર્શાવવું જોઈએ, અને ટ્રાફિક શાંતિથી અદૃશ્ય થાય ત્યારે પ્રથમ આ જ તપાસો છો.

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

az network vnet peering create -g hub-rg -n hub-to-spoke1   --vnet-name hub-vnet --remote-vnet /subscriptions/SUB/resourceGroups/spoke-rg/providers/Microsoft.Network/virtualNetworks/spoke1-vnet   --allow-vnet-access --allow-gateway-transit --allow-forwarded-traffic

az network vnet peering list -g hub-rg --vnet-name hub-vnet -o table
az network nic show-effective-route-table -g spoke-rg -n app-nic -o table

અસરકારક રૂટ ટેબલ «શું પથ અસ્તિત્વમાં છે?» નો પ્રામાણિક જવાબ છે. તે પ્લેટફોર્મ ખરેખર વાપરશે તે નેક્સ્ટ હોપ પ્રકાર દર્શાવે છે, તેથી રૂપરેખાંકિત દેખાતું પણ જોડાયેલું ન હોય તેવું peering રહસ્યને બદલે ગુમ થયેલા કે ખોટા રૂટ તરીકે દેખાય છે.

શરત 3: ટ્રાન્ઝિટ પથ અને બિલનો માલિક કોણ છે?

દરેક વધારાના હોપનો માલિક હોય છે. Peering માં નવું VNet એટલે બંને બાજુ નવી peering જોડી, અને ટ્રાન્ઝિટ માટે ટ્રાફિક ફોરવર્ડ કરતું રહેતું હબ અને તે તરફ સંકેત કરતું રહેતું રૂટ ટેબલ. VPN માં નવું VNet એટલે બીજું ગેટવે કે હાલના પર બીજું કનેક્શન, પોતાની ક્ષમતાની ટોચમર્યાદા સાથે જેનું ધ્યાન રાખવું પડે.

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

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

પસંદગીને તેના પોતાના દાવા સામે ચકાસો

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

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