VGW BGP જાહેરાતો વિરુદ્ધ VPC રૂટ ટેબલ: શું શું બદલે છે

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

કોઈપણ ટેબલ વાંચતાં પહેલાં જોડાણને નામ આપો

સાઇટ-થી-સાઇટ VPN ક્યાં તો વર્ચ્યુઅલ ખાનગી ગેટવે પર, ક્યાં તો ટ્રાન્ઝિટ ગેટવે પર પૂરી થાય છે, અને સંસાધન ID કયો રૂટિંગ મોડલ લાગુ પડે છે તે નક્કી કરે છે. પહેલાં તે વાંચો: aws ec2 describe-vpn-connections --vpn-connection-ids vpn-0123456789abcdef0 --query 'VpnConnections[].{Tunnels:VgwTelemetry,Gateway:GatewayId,Transit:TransitGatewayId}'. જવાબ તમને કહે છે કે આગળ તપાસવાનું ટેબલ VPC રૂટ ટેબલ છે કે ટ્રાન્ઝિટ ગેટવે રૂટ ટેબલ.

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

AWS થી ઑફિસની દિશા એ જાહેરાત છે

VGW જોડાણ માટે ગેટવે તેના VPC સાથે જોડાયેલા CIDR બ્લોક્સની BGP દ્વારા ગ્રાહક ગેટવેને જાહેરાત કરે છે. એક વ્યક્તિગત સબનેટ રૂટ ઉમેરવાથી, અથવા રૂટને પીઅર VPC કે ઉપકરણ તરફ દોરવાથી, બીજો સંલગ્ન CIDR ઉમેરાતો નથી અને તે જાહેરાતમાં દેખાતો નથી. જો ઑફિસમાં પ્રીફિક્સ ખૂટતો હોય, તો કોઈપણ રૂટ ટેબલ સંપાદિત કરતાં પહેલાં પ્રાપ્ત રૂટની યાદીને VPC સંલગ્નતાઓ સાથે સરખાવો.

સાદા નિયમમાં અપવાદો છે, તેથી તેને તેના અવકાશમાં રાખો. VPN CloudHub ગોઠવણ ગ્રાહક ગેટવે વચ્ચે સાઇટ પ્રીફિક્સ ફરીથી જાહેર કરી શકે છે, અને ટ્રાન્ઝિટ ગેટવે પોતાના પ્રચાર નિયમો અનુસરે છે. VGW માત્ર પોતાના VPCની જ જાહેરાત કરે છે એ વિધાન ઉપયોગી ડિફોલ્ટ છે, તમે મળશો તેવી દરેક ટોપોલોજીને આવરી લેતો કાયદો નથી.

ઑફિસથી AWSની દિશા એ પ્રચાર ઉપરાંત પસંદગી છે

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

ધારવાને બદલે મૂળ વાંચો: aws ec2 describe-route-tables --route-table-ids rtb-0123456789abcdef0 --query 'RouteTables[].Routes'. EnableVgwRoutePropagation મૂળવાળી એન્ટ્રી BGPમાંથી આવી છે; CreateRoute મૂળવાળી એન્ટ્રી કોઈ માણસે ટાઇપ કરી છે અને કોઈ તેને ડિલીટ કરે ત્યાં સુધી જીતતી રહેશે.

બંને દિશાઓ અલગ રાખતું રનબુક

કંઈપણ બદલતાં પહેલાં AWS બાજુ ચાર હકીકતો નોંધો: જોડાણનો પ્રકાર, VPCના સંલગ્ન CIDR, વિચારણા હેઠળના પ્રીફિક્સ માટે સબનેટ રૂટનું મૂળ, અને ટનલ તથા BGPની સ્થિતિ. એ જ describe કૉલ દરેક ટનલ દીઠ સ્વીકૃત રૂટની ગણતરી સાથે VgwTelemetry પરત કરે છે, જે તમને કહે છે કે AWSએ કોઈ રૂટ સ્વીકાર્યા છે કે નહીં. પછી તેની સરખામણી ગ્રાહક ઉપકરણે ખરેખર ઇન્સ્ટોલ કરેલા તેની સાથે કરો. BGPમાં હાજર પણ ફોરવર્ડિંગ ટેબલમાં ગેરહાજર પ્રીફિક્સ સ્થાનિક આયાત કે શ્રેષ્ઠ-માર્ગની સમસ્યા છે, AWS રૂટ ટેબલની સમસ્યા નથી.

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

ત્યાં હોય ત્યારે શું ન બદલવું

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

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

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