කොන්සෝලයෙන් AWS Client VPN බිල්පත ඇස්තමේන්තු කරන ආකාරය
AWS Client VPN ඇස්තමේන්තුවක පියවර: සම්බන්ධතා ගණන් කරන්න, සැසි ලොග්වලින් සම්බන්ධතා පැය ලබාගන්න, පසුව endpoint ගාස්තුවෙන් පිටත වියදම් එකතු කරන්න.
පසුගිය මාසයේ මම පැතුරුම්පතක Client VPN ඇස්තමේන්තුවක් ගොඩනගා, එය සේවාලාභියෙකුට යවා, පසුව දෙවතාවක් සංශෝධනය කළෙමි: එක් වරක් සම්බන්ධතා උපජාලයන් සමඟ ගුණ කළ නිසා, තවත් වරක් සැසි දත්ත වෙනුවට පුද්ගල ගණන භාවිත කළ නිසා. සමාලෝචනයෙන් ඉතිරි වූ අනුවාදය පැයක මීටර දෙකක් සහ කෙටි පැති වියදම් ලැයිස්තුවක් මත රඳා පවතී. ඔබට එය කොන්සෝලයෙන් සහ එක් ලොග් නිර්යාතයකින් නැවත ගොඩනගා ගත හැක, මිල ගණක යන්ත්‍රයක් නොමැතිව.
මීටර දෙකක්, endpoint මත වෙන කිසිවක් නැත
AWS Client VPN endpoint සඳහා බිල්පත් කරන්නේ සම්බන්ධතා-පැය සහ සැසි-පැය මතය. සම්බන්ධතා-පැය endpoint සමඟ සම්බන්ධ කර ඇති සෑම ඉලක්ක ජාලයක් සඳහාම දිවා රෑ පුරා ගලා යයි, කිසිවෙකු සම්බන්ධ වුවත් නොවුවත්. සැසි-පැය සම්බන්ධ වූ සෑම සේවාලාභියෙකු සඳහාම, එම සැසිය පවතින තාක් ගලා යයි.
| Meter | What increments it | What does not change it |
|---|---|---|
| Association-hours | Each associated subnet or Transit Gateway attachment, per hour, 24/7 while attached | Number of users, traffic volume |
| Connection-hours | Each active client session, per hour | How many subnets that client can reach |
එම වගුවෙන් ප්‍රතිවිපාක දෙකක් කෙලින්ම පැමිණේ. කිසිවෙකු නැති endpoint එකක් වුවත් මුදල් වැය කරයි, තවද එක් පුද්ගලයෙකු එකවර ලැප්ටොප් සහ දුරකථනය භාවිත කළහොත් සම්බන්ධතා දෙකක් සෑදේ.
සම්බන්ධතා කොන්සෝලයේ ගණන් කරන්න, VPC හි උපජාල නොවේ
VPC විවෘත කරන්න, පසුව Client VPN endpoints, පසුව ඔබේ endpoint, පසුව Associations ටැබය. එහි සෑම පේළියක්ම උපජාල සම්බන්ධ කිරීමකි, එම පේළි ගණන ඔබේ සම්බන්ධතා ගුණකයයි. VPC පිටුපස ඇති යෙදුම් උපජාල ගණනට මෙයට කිසිදු සම්බන්ධයක් නැත.
endpoint මාර්ග සහ අවසර නීති ගමනාන්තය ආවරණය කළ පසු, අවසර ලත් VPC ජාලයකට ළඟා වීමට එක් සම්බන්ධතාවක් ප්‍රමාණවත්ය. අමතර සම්බන්ධතා අමතර ළඟාවීමක් නොව, ලබාගත හැකි කලාපයේ අසාර්ථකත්වයට ඔරොත්තු දීම මිලදී ගනී. එබැවින් AZ දෙකක සැලසුම සම්බන්ධතා-පැය දෙගුණ කරයි, නමුත් උපජාල අටක යෙදුම් VPC එකක් කිසිවක් අටෙන් ගුණ නොකරයි.
එම පිටුවේ සිටින විට සම්බන්ධතා වර්ගය දෙස බලන්න. VPC උපජාල සම්බන්ධතාව සහ සෘජු Transit Gateway සම්බන්ධතාව වෙනස් බිල් පේළි සහිත වෙනස් විධිවිධාන වේ, එබැවින් එක් ආකෘතියක් අනෙකේ මිල ගණන් කිරීමට රැගෙන නොයන්න. තවද ගණන පරීක්ෂා කිරීමට දේවල් වෙන් නොකරන්න: අවසාන ඉලක්ක ජාලය ඉවත් කිරීම ක්‍රියාකාරී සැසි අවසන් කරයි, නැවත යමක් සම්බන්ධ වන තෙක් නව සම්බන්ධතා අවහිර කරයි.
සැසි දත්තවලින් සම්බන්ධතා-පැය ලබාගන්න
පුද්ගල ගණන වැරදි ආදානයකි, එය දිශා දෙකෙන්ම වැරදිය. එක් එක් අය උපාංග තුන බැගින් සම්බන්ධ කර තබා ගන්නා දස දෙනෙක් තිහක් සම්බන්ධතා වේ. දිනකට විසි මිනිත්තු සම්බන්ධ වන සිය දෙනෙක් සියයක් සමකාලීන සැසිවලට කිට්ටුවත් නොවේ.
Client VPN සම්බන්ධතා ලොග සේවාලාභියා අනුව සම්බන්ධ වීමේ සහ විසන්ධි වීමේ සිදුවීම් සටහන් කරයි, එය ඔබට අවශ්‍ය හරියටම යුගලයයි. නියෝජිත සතියක් නිර්යාත කර, සිදුවීම් ගළපා, කාල සීමා එකතු කරන්න:
connection-hours = sum of (disconnect_time - connect_time) per session
sessions = one per client connection, not per personපසුව පුරුදු දෙකක් නිවැරදි කරන්න. දහවල් ආහාරය, රාත්‍රිය හෝ උමං මාර්ගය කිසිදා කැඩූ නැති ලැප්ටොප් නිදිමත හරහා සම්බන්ධව රැඳී ඇති සැසි ද බිල්පත් වේ, ඒවා පුද්ගල ගණනක දී නොපෙනේ. මැනීම පැය ගණනක් ලෙසද සිදු වේ, එබැවින් විසි මිනිත්තු සැසියක් සමානුපාතික බිල්පතක් යැයි උපකල්පනය නොකර පූර්ණ පැයක් ලෙස අයවැය කරන්න; බිල්පත අඩු නම් එය සැලසුම් ආදානයක් නොව මාජිනයක් ලෙස සලකන්න.
ඔබේ කලාපයේ ගාස්තු සමඟ ගණනය කරන්න
ගාස්තු කලාපය අනුව වෙනස් වේ, එබැවින් ඔබ යොදවන කලාපය සඳහා AWS VPN මිල පිටුවෙන් ඒවා ලබාගෙන ආදාන ලෙස පැතුරුම්පතට අලවන්න. උදාහරණයක් ලෙස පමණක්, පැයකට ඩොලර් 0.10 සම්බන්ධතා ගාස්තුවක් සහ ඩොලර් 0.05 සැසි-පැය ගාස්තුවක් ගෙන, සම්බන්ධතා දෙකක් මාසය පුරා තබාගෙන 100 දෙනෙක් වැඩ කරන දින 20ක් තුළ පැය හයක් සම්බන්ධ වන දින 30ක මාසයක් ගණන් කරන්න:
association-hours = 2 * 24 * 30 = 1,440
association fee = 1,440 * 0.10 = 144.00
connection-hours = 100 * 6 * 20 = 12,000
connection fee = 12,000 * 0.05 = 600.00
Client VPN subtotal = 744.00දැන් එක් ආදානයක් බැගින් ගෙන ගොස් කුමන පේළිය ප්‍රතිචාර දක්වන්නේදැයි බලන්න. සම්බන්ධතා දෙගුණ කිරීම මෙහි ඩොලර් 144 එකතු කරයි; සාමාන්‍ය සැසි දිග දෙගුණ කිරීම 600 එකතු කරයි. එම අනුපාතය සාමාන්‍යයෙන් ඔබ වෙනුවෙන් සැලසුම් තර්කය තීරණය කරයි: සාධාරණීකරණය කළ නොහැකි අතිරික්තය කපන්න, නැතහොත් නිෂ්ක්‍රීය සැසි පසුපස යන්න, විශාල සංඛ්‍යාව අනුව. ප්‍රතිඵලය අසල කලාපය සහ ගාස්තු දිනය ලියන්න, ඒවා නොමැතිව සති හයකට පසු මිල ගණන් නැවත සෑදිය නොහැක.
උප එකතුව මඟ හරින වියදම් එකතු කරන්න
endpoint ගාස්තුව endpoint සඳහාය. ඉන් පසු රථවාහන ස්පර්ශ කරන සෑම දෙයකටම තමන්ගේ මීටරයක් ඇත, එම පේළිවලදීම අතිශයෝක්තිමත් VPN ඇස්තමේන්තු කඩා වැටේ.
- endpoint හරහා පිටවන රථවාහන සඳහා අන්තර්ජාල පිටවීම, GB එකකට බිල්පත් වේ.
- පොදු IPv4 ලිපින, VPN නොසලකා තමන්ගේම පැයක ගාස්තුවක් දරයි.
- දැන් නිර්යාත කළ සම්බන්ධතා ලොග සඳහා CloudWatch Logs හි ලබා ගැනීම සහ ගබඩා කිරීම.
- ඔබ client-connect හැසිරවීමක් ධාවනය කරන්නේ නම් Lambda ඇමතුම්.
- පරිශීලකයින් එසේ සත්‍යාපනය වන්නේ නම් Directory Service හෝ ඔබේ SAML අනන්‍යතා සපයන්නා, එහි සහතික නිකුත් කරන්නේ නම් ACM Private CA ගාස්තු ද ඇතුළුව.
- මාර්ගය ඒවා භාවිත කරන විට NAT Gateway පැය සහ දත්ත සැකසීම, සහ Transit Gateway සම්බන්ධ කිරීමේ පැය සමඟ දත්ත සැකසීම.
මේවායින් කිසිවක් සම්බන්ධතා ගණන සමඟ වර්ධනය නොවේ, එබැවින් endpoint ගාස්තුවලින් පමණක් සැකසූ පරිශීලකයෙකුට ගණනක් කඩදාසි මත හොඳින් පෙනී, පසුව සැබෑ රථවාහන පැමිණි විට වර්ධනය වේ. ඇස්තමේන්තු කිරීමට සිදු වුවත් ඒවා වෙන වෙන පේළිවල තබන්න, කවර කොටස් මනිනු ලැබුවේද සහ කවරක් අනුමානද යන්න පාඨකයාට පෙනෙන පරිදි.
යැවීමට පෙර පැතුරුම්පත පරීක්ෂා කරන්න
පරීක්ෂා හතරක් මා ඇත්තටම කළ වැරදි අල්ලා ගනී: සම්බන්ධතා ගණන Associations ටැබය සමඟ හරියටම ගැළපේ, සැසි-පැය පුද්ගල ගණනකින් නොව යුගල කළ ලොග සිදුවීම්වලින් පැමිණියේය, කලාපය සහ ගාස්තු දිනය ලියා ඇත, සහ සෑම පැති වියදමකටම තමන්ගේ පේළියක් ඇත. මේ හතරෙන් එකක් හෝ නැතිනම් ඔබට සැකසූ අනුමානයක් ඇත.
මුලින්ම ලොග් නිර්යාතය ගන්න. එය පසුව මතකයෙන් නැවත ගොඩනගා ගත නොහැකි එකම ආදානය වන අතර, පළමු බිල්පත පැමිණීමට පෙර නිෂ්ක්‍රීය-සැසි ගැටලුව නිවැරදි කිරීම වටිනවාද යන්නද එය කියයි.