AWS තනි උමං දැනුම්දීම: ඇත්තටම කවදාද එය වැදගත් වන්නේ
වින්යාස කළ උපස්ථ peer එකක් භාවිත කළ හැකි උමං දෙකකට සමාන නොවේ. සාක්ෂි මත පදනම්ව තීරණය කරන්න: කුමක් මාරු වේද, කෙතරම් ඉක්මනින්ද, සහ ඔබේ ඊළඟ වෙනස කුමක් බාධා කරයිද.
එක් උමං මාර්ගයක් බාහිරව ඇති බව පවසන AWS Health දැනුම්දීම සාමාන්යයෙන් පැමිණෙන්නේ කිසිවක් කැඩී ඇති ලෙස නොපෙනෙන විටය. ඒ නිසාම එය නොසලකා හරිනු ලැබේ. දැනුම්දීම කඩාකප්පල් වීමක් විස්තර නොකරයි; එය AWS හි නිරීක්ෂණ කවුළුව ඉක්මවා පැවති අතිරික්ත තත්ත්වයක් විස්තර කරයි. ඔබ ක්රියා කරන්නේද නැද්ද යන්න රඳා පවතින්නේ ඔබේ නිර්මාණයට දරාගත හැකි දෙය මතය, උපකරණ පුවරුව කෙසේ දිස්වේද යන්න මත නොවේ.
දැනුම්දීම ඇත්තටම මැන බැලුවේ කුමක්ද
සෑම Site-to-Site සම්බන්ධතාවයකටම වෙනස් AWS අන්ත ලක්ෂ්යවල අවසන් වන උමං දෙකක් ඇත. AWS හි අධීක්ෂණ ලේඛන දෙකම අතිරික්ත සඳහා වින්යාස කිරීම නිර්දේශ කරන අතර එකක් ලේඛනගත කාලයක් තිස්සේ බාහිරව රැඳී සිටින විට දැනුම්දීම ඔසවයි. එම කාලය වැදගත් වන්නේ කෙටි සැලෙන බවක් සහ ස්ථිර අලාභයක් එකම ප්රස්තාරයක සමාන ලෙස පෙනෙන නිසාය.
සම්බන්ධතාවයේ සමස්ත තත්ත්වය වෙනුවට එක් එක් උමං මාර්ගයේ දුරස්ථ මිනුම් කියවන්න. aws ec2 describe-vpn-connections --vpn-connection-ids vpn-0123 --query 'VpnConnections[0].VgwTelemetry' සෑම උමං මාර්ගයකටම තත්ත්වයක් සහ පණිවිඩයක් ලබා දෙන අතර දැනුම්දීම පදනම් වන්නේ එම සාක්ෂි මතය.
ඔබේ ප්රතිචාරය තීරණය කරන කොන්දේසි තුනක්
මෙය ටිකට් පතක්ද නොසලකා හැරීමක්ද යන්න තීරණය කිරීමට පෙර තුනම සලකා බලන්න.
පළමුව, ඉතිරිව ඇති උමං මාර්ගයට භාරය දරාගත හැකිද, ඕනෑම කලාප පළල සීමාවක් සහ එය ප්රකාශ කරන උපසර්ග ඇතුළුව? දෙවනුව, සෑදීමේ සිට බාහිරව ඇති දෙවන උමං මාර්ගය කිසිදා ඉහළට එන බව ඔප්පු වී නොමැති නම්, මාරුවීම ඇත්තටම සිදු වේද? තෙවනුව, ඔබේ ඊළඟ සැලසුම් කළ වෙනස උමං දෙකම එකවර පහත හෙළනවාද, එය දෘශ්ය අනතුරු ඇඟවීමක් නඩත්තු කවුළු ගැටලුවක් බවට පත් කරයි. කිසියම් පිළිතුරක් නැත හෝ නොදන්නා නම්, දැනුම්දීම සැබෑ සොයාගැනීමකි.
තුනම ඔප්පු කළ හැකි ලෙස හොඳ නම්, එය ඉවසිය හැක්කේ ඇයිදැයි ලියා ඉදිරියට යන්න. එම සටහන ඊළඟ කාර්තුවේ තර්කයට වඩා වටිනවා.
සූදානම් peer එකක් ඔප්පු නොකරන දේ
වින්යාස කළ උපස්ථ peer එකක් සහිත පාරිභෝගික ද්වාරය AWS සුවපත් උමං දෙකක් දකින බවට සාක්ෂියක් නොවේ. පාරිභෝගික පැත්තට නව සාකච්ඡාවක් අවශ්ය සීතල peer එකක් තබා ගත හැකි අතර එය නීත්යානුකූල නිර්මාණයක් විය හැකිය. එසේ වුවත් එය ජීවමාන උමං දෙකක එම නිරීක්ෂණය නොවේ.
භෞතික රවුටර දෙකක් ද ප්රතිවිරුද්ධ අවස්ථාව නිවැරදි නොකරයි. උමං දෙකම එක් උපාංගයකින් අවසන් වන විට හෝ එක් ඉහළ සබැඳියකින් පිටවන විට, අතිරික්තතාව පවතින්නේ කඩදාසිය මත පමණි.
වෙනස එහි බලපෑම් අරයට ගැලපුවන්න
AWS හි අන්ත ලක්ෂ්ය ප්රතිස්ථාපනය පිළිබඳ ලේඛන අවස්ථා වෙන් කරන අතර එම වෙනස මඟ හැරීම පහසුය. AWS විසින් කළමනාකරණය කරන යාවත්කාලීන එක් වරකට එක් උමං මාර්ගයකට යොදනු ලැබේ. පාරිභෝගිකයා විසින් ආරම්භ කරන වෙනස්කම් ඉලක්ක ද්වාරයේ, පාරිභෝගික ද්වාරයේ හෝ සම්බන්ධතා විකල්පවල ප්රතිස්ථාපන අන්ත ලක්ෂ්ය සූදානම් වන තෙක් උමං දෙකම නොමැති කරයි.
එක් උමං මාර්ගයක විකල්ප වෙනස් කිරීම තමන්ගේම ප්රකාශිත බලපෑමක් සහිත තුන්වන අවස්ථාවයි: එම උමං මාර්ගය තමන්ගේම යාවත්කාලීන කිරීම අතරතුර නොමැති අතර අනෙක දිගටම ක්රියා කරයි.
අවශ්ය වීමට පෙර විකල්පය ඔප්පු කරන්න
සිදුවීම එනතුරු බලා නොසිට පරීක්ෂණය සැලසුම් කරන්න. සුවපත් උමං මාර්ගය නඩත්තු කවුළුවක් තුළ පහත හෙළන්න, විකල්පය සාකච්ඡා කරන බව තහවුරු කරන්න, පසුව සැබෑ ගමනාගමනය දිශා දෙකෙහිම එය හරහා ගමන් කරන බව තහවුරු කරන්න. උමං තත්ත්වය සමඟම ආපසු යන මාර්ගගත කිරීම ද පරීක්ෂා කරන්න, මන්ද දෙවන අදියරේ නොගැලපීම උමං මාර්ගය ඉහළින් තබා වැඩ බර මිය ගිය තත්ත්වයේ තබයි. ඔබ එහි සිටින අතරතුර සංක්රාන්තිය මැන බලන්න.
දැනුම්දීම, දුරස්ථ මිනුම් ප්රතිදානය සහ වෙනස්කම් සැලසුම එකම වාර්තාවක තබා ගන්න. එම වාර්තාව ඊළඟ කාර්තුවේ දැනුම්දීම කිසිවෙකු කිසිදා උපස්ථ පරීක්ෂා කර ඇත්ද යන තර්කය වෙනුවට මිනිත්තු දෙකක සමාලෝචනයක් බවට පත් කරයි.