ඔබේ BGP සැසිය VPC රවුට් වගුවේ නොපෙනෙන්නේ ඇයි

නැවත නැවත කියැවෙන කතාව නම් EC2 VPN උපකරණයක ඇති රවුටින්ග් ඩීමන් එක BGP ඉහළ ආ පසු VPC ට එහි දුරස්ථ ප්‍රිෆික්ස් උගන්වනු ඇත යන්නයි. එහි අඩක් සත්‍යයි. සැසිය ඉහළ එයි, එය නිසා VPC රවුට් වගුවේ කිසිවක් වෙනස් නොවේ, එබැවින් පළමු ලක්ෂණය සාමාන්‍යයෙන් වන්නේ ට්‍රැෆික් නිහඬව කළු වළකට දමන උපජාලයකි.

මෙහි වෙනස් දේවල් දෙකක් මිශ්‍ර වේ: රවුට් සර්වරයක් සමඟ පියරින්, සහ වගුවකට රවුට් ස්ථාපනය කිරීම.

මිථ්‍යාව: BGP ඉහළ අරින්න, VPC ප්‍රිෆික්ස් ඉගෙන ගනී

BGP යනු කථිකයන් දෙදෙනෙකු අතර සංවාදයකි, මෙම නිර්මාණයේ කථිකයන් වන්නේ ඔබේ උපකරණයේ රවුටින්ග් ඩීමන් සහ AWS ඔබ සතු උපජාලයක තබන VPC Route Server අන්ත ලක්ෂ්‍යයයි. එම සංවාදය ප්‍රිෆික්ස් රැගෙන යයි. එය ඔබේ වැඩබර උපජාලවල රවුට් වගුව ස්පර්ශ නොකරයි, මන්ද එම වගු ඉගෙන ගන්නේ එක් එක් එකෙහි සක්‍රීය කළ යුතු ප්‍රචාරණය හරහා පමණි. එය සිදු නොවන තෙක්, VPC රෙදි උපකරණය දන්නා දේ ගැන කිසිවක් නොදනී.

සැකසුම් පියවර වෙන් වී ඇත්තේ හේතුවක් නිසාය: සම්බන්ධ කරන්න, අන්ත ලක්ෂ්‍යය සාදන්න, පියර් කරන්න, පසුව ප්‍රචාරණය සක්‍රීය කරන්න.

Route Server යනු පාලන තලයකි, උමං මාර්ගයක් නොවේ

Route Server එක් පැකට්ටුවක්වත් සංකේතනය, යොමු කිරීම හෝ පරීක්ෂා කිරීම නොකරයි. එය පවතින්නේ උපකරණය සමඟ BGP හුවමාරු කර ලැබෙන ප්‍රිෆික්ස් ඒවා ලබා ගැනීමට වින්‍යාස කර ඇති රවුට් වගුවලට දීමටයි. දත්ත තලය වෙනස් නොවේ: පැකට්ටු තවමත් උපකරණයේ ජාල අතුරුමුහුණත හරහා පිටවී, එහි VPN හරහා ගමන් කර එම මාර්ගයෙන්ම ආපසු එයි.

එයින් අදහස් වන්නේ යොමු කරන අවස්ථාවේ මූලාශ්‍ර සහ ගමනාන්ත පරීක්ෂාව තවමත් වැදගත් බවයි, මන්ද අවස්ථාව දැන් වෙනත් අයෙකුට යොමු කළ ට්‍රැෆික් යොමු කරමින් සිටී.

ආරක්ෂක කණ්ඩායම් සහ උපජාල පාලනයන් යොමු කළ ප්‍රවාහයටද අදාළ වේ. Route Server ට්‍රැෆික් ඉවත දමන උපකරණයක් එය යොමු කිරීමට බල නොකරයි, දුරස්ථ පැත්තේ නැති වූ ආපසු රවුට් එකක්ද අලුත්වැඩියා නොකරයි.

ප්‍රචාරණය සෑම රවුට් වගුවකටම වේ, මුළු VPC ටම නොවේ

රවුට් සර්වරය VPC සමඟ සම්බන්ධ කිරීම සහ රවුට් වගුවක ප්‍රචාරණය සක්‍රීය කිරීම තීරණ දෙකකි, දෙවැන්න පමණක් උපජාලයක් කරන දේ වෙනස් කරයි. රවුට් වගු හයක් ඇති VPC එකකට එකක ප්‍රචාරිත ප්‍රිෆික්සයක් ලැබී අනෙක් පහේ නොලැබිය හැක, එය hub උපජාලයකට හරියටම නිවැරදි වන අතර «අඩක් වැඩ කරයි» යන ව්‍යාකූල ප්‍රතිඵලය ඇති කරන්නේද එයමයි. ප්‍රචාරණය සක්‍රීයව ඇති තැනකද තරඟකාරී රවුට් එකක් දිනිය හැක, මන්ද VPC රවුට් තේරීම දිගම ප්‍රිෆික්සයට මුල් තැන දෙන අතර සමාන දිගකදී ප්‍රචාරිතයට වඩා ස්ථිතික රවුට් එකට මුල් තැන දෙයි. එම මුල් තැන නිහඬව යොදනු ලැබේ.

උපකරණය ප්‍රචාරණය කරන ප්‍රිෆික්ස් ලැයිස්තුව වෙනුවට නිශ්චිත උපජාලයේ ඵලදායී වගුව පරීක්ෂා කරන්න. API එම ප්‍රශ්නයට සෘජුවම පිළිතුරු දෙයි: aws ec2 associate-route-server සහ aws ec2 enable-route-server-propagation --route-table-id <id> මිනිසුන්ට අමතක වන පියවර දෙක වන අතර, aws ec2 describe-route-tables --route-table-ids <id> ප්‍රිෆික්සය route server සටහනක් ලෙස පැමිණියේදැයි පෙන්වයි.

උපකරණය තවමත් සෑම පැකට්ටුවක්ම රැගෙන යයි

ළඟාවීමේ හැකියාව ප්‍රචාරණය කිරීම එය තිබීමට සමාන නොවේ. BGP සැසිය උපකරණයේ VPN නතර වී ඇති විටද ස්ථාපිතව පැවතිය හැක, කිසිදා වෙනස් නොවන ස්ථිතික ප්‍රචාරණයක් ට්‍රැෆික් මළ මාර්ගයක් දෙසට ඇදගෙන යයි. Route Server BFD වැනි අසාර්ථකත්ව හඳුනා ගැනීම සඳහා සහාය දක්වයි, නමුත් එය සහකරුගේ ජීවීත්වය පරීක්ෂා කරයි, ඔහු පිටුපස ඇති සියල්ලේ සෞඛ්‍යය නොවේ.

ප්‍රචාරණය සැබෑ දුරස්ථ රවුට් එකට බැඳ තබන්න: උමං මාර්ගය සහ දුරස්ථ ජාලය ක්‍රියාත්මක විට ප්‍රිෆික්සය ප්‍රකාශ කරන්න, නොවන විට එය ඉවත් කරන්න.

ප්‍රිෆික්සයක් ඉවත් කර එයින් සිදුවන්නේ කුමක්දැයි බලන්න

අදියර වශයෙන් පරීක්ෂා කරන්න, අවසාන අදියර ඉවත් කිරීමක් කරන්න. ප්‍රචාරණය ළඟා වන බව, ප්‍රිෆික්සය සෑම අපේක්ෂිත වගුවකම දිස්වන බව, උපකරණය ඊළඟ හොප් බව, යොමු කිරීම සක්‍රීය උමං මාර්ගය හරහා යන බව සහ දුරස්ථ කෙළවර පිළිතුරු දෙන බව තහවුරු කරන්න. පසුව පරීක්ෂණ ප්‍රිෆික්සයක් ඉවත් කරන්න, නැතහොත් අනුමත උමං මාර්ගයක් වසන්න, සහ ට්‍රැෆික් නිර්මාණය කියන තැනට ගමන් කරන්නේදැයි නිරීක්ෂණය කරන්න. පරීක්ෂණය විවෘතව ඇති විට පෙර සහ පසු වගු සටහන් කරන්න.

රවුට් එකක් දෙවන උපකරණයකට ගෙන යාම එය රැගෙන ගිය සැසි ගෙන නොයයි, මන්ද NAT සහ firewall තත්ත්වය පළමු උපාංගයේම රැඳී ඇත.

දුසිමක ප්‍රිෆික්ස්වල ස්ථිර කට්ටලයකට, VPC වගුවල ස්ථිතික රවුට් තවමත් ලාභම පිළිතුර වේ. Route Server තම ස්ථානය දිනා ගන්නේ ප්‍රිෆික්ස් ලැයිස්තුව සැබවින්ම වෙනස් වන විට සහ ඉවත් කිරීමේ ප්‍රතිපත්තිය ඔන්-කෝල් පුද්ගලයාට පැහැදිලි කළ හැකි දෙයක් වන විටය.