Google Cloud ව්යාපෘති කිහිපයක්, එක් හයිබ්රිඩ් VPN එකක්ද? පළමුව තීරණය කරන්න
හවුල් VPC, පියරින් සහ සම්බන්ධතා කේන්ද්රයක් විවිධ හිමිකම් ප්රශ්නවලට පිළිතුරු දෙයි. එක් එක් ව්යාපෘතියට එක් VPN එකක් යෙදවීමට පෙර ජාලයේ මායිම තෝරන්න.
Google Cloud ව්යාපෘති කිහිපයකට හයිබ්රිඩ් ප්රවේශය අවශ්ය වූ විට, සහජ ප්රවණතාව එක් එක් ව්යාපෘතියට එක් VPN එකක් යන්නයි, එය සෑම විටම පාහේ වැරදි හැඩයයි. ව්යාපෘති හිමිකම සහ පැකට් යොමු කිරීම සම්බන්ධිත නමුත් වෙනස් කරුණු වන අතර, ප්රයෝජනවත් ගෘහ නිර්මාණය ඔබට අවශ්ය පරිපාලන මායිම් රඳවා ගනිමින් අපේක්ෂිත ප්රොෆික්ස්වලට කාර්යාලයට හෝ දත්ත මධ්යස්ථානයට එක් සැලකිලිමත් මාවතක් ලබා දෙයි. මෙම පරීක්ෂණ ඔබට ඇත්තටම අවශ්ය ජාල ආකෘතිය නිශ්චය කරයි, නැවත වැඩ කිරීමෙන් වළකින අනුපිළිවෙලින්. එක් එක් පරීක්ෂණයට සාකච්ඡාව ඉක්මනින් අවසන් කළ හැකි අතර, එයයි අවධානය යොමු කළ යුතු කරුණ.
ව්යාපෘති මායිමකට ස්වයංක්රීයව එහිම උමං මාර්ගයක් අවශ්ය නොවේ.
හවුල් වස්තුව ජාලයදැයි පරීක්ෂා කරන්න
හිමිකම පිළිබඳ ප්රශ්නයකින් ආරම්භ කරන්න, සම්බන්ධතාවයෙන් නොව: මධ්යම ජාල හිමිකමට මෙම වැඩබර ආධාර කළ හැකිද? පිළිතුර ඔව් නම් සහ සංවිධානයට සුදුසු වින්යාසයක් තිබේ නම්, සත්කාරක ව්යාපෘතියක් VPC, උපජාල සහ සම්බන්ධතාවය හිමිකර ගනී, සේවා ව්යාපෘති ඒවායේම යෙදුම් සම්පත් හිමිකර ගනී. එම හවුල් ජාලයේ එක් Cloud VPN සම්බන්ධතාවයකට පසුව අපේක්ෂිත වැඩබර ප්රොෆික්ස්වලට සේවය කළ හැක, යොමු කිරීමේ සහ ආරක්ෂක ප්රතිපත්තිවලට යටත්ව .
සම්බන්ධය කරන දේ ගැන නිවැරදි වන්න. සේවා ව්යාපෘතියක් අමුණා එහි පවතින ස්වාධීන VPC සත්කාරක ජාලයට ඒකාබද්ධ නොකරයි, සහ සෑම සම්පතක්ම ස්වයංක්රීයව ගෙනයන්නේ නැත. වැඩබර ඇමුණුම, අවසර, ලිපින අවකාශය සහ DNS සියල්ලම ගෘහ නිර්මාණයේ කොටසකි, සැකසුමේ ප්රතිවිපාක නොවේ. සම්බන්ධය මුලින්ම අවසර වෙනසක් ලෙසත් පසුව යොමු කිරීමේ වෙනසක් ලෙසත් කියවන්න, මන්ද කණ්ඩායම් සාමාන්යයෙන් වෙනස හඳුනා ගන්නේ මාරුවීමේදීය.
මධ්යම හිමිකම සම්බන්ධිත කණ්ඩායම්වලට පිළිගත නොහැකි නම්, මෙහි නවතින්න සහ ඉතිරිය පියරින් හෝ කේන්ද්ර නිර්මාණයක් ලෙස සලකන්න. ස්වාධීන ජාල ජීවන චක්ර අවශ්ය කණ්ඩායමක් මත Shared VPC පැටවීම තාක්ෂණික නමක් සහිත දේශපාලනික ගැටලුවක් ඇති කරයි.
ස්වාධීන VPC ස්වාධීනව රැඳී සිටිය හැකිදැයි පරීක්ෂා කරන්න
පියරින් වෙන වෙනම VPC රඳවා ගනී, එබැවින්ම තමන්ගේම ලිපින සැලසුම් සහ තමන්ගේම වෙනස්කම් පාලනය අවශ්ය කණ්ඩායම් එයට ආකර්ෂණය වේ. උගුල වන්නේ පියරින් සංක්රාමක නොවීමයි: A-සිට-B සහ B-සිට-C පියරින් තමන් විසින්ම B හරහා A-සිට-C යොමු කිරීමක් නිර්මාණය නොකරයි. ව්යාපෘති තුනකට එක් හයිබ්රිඩ් ගමනාන්තයක් කරා ළඟා විය යුතු නම්, ඔබට පියරින් දාමයක් නොව, සැලකිලිමත් හුවමාරු සැලසුමක් අවශ්යය.
හයිබ්රිඩ් ළඟා විය හැකි බව බෙදා ගැනීම ලේඛනගත අභිරුචි-මාර්ග හුවමාරුව සහ අපේක්ෂිත Cloud Router නිවේදන මතද රඳා පවතී. සක්රීය පියරින් තත්ත්වය පියරින් පවතින බව සනාථ කරයි, එක් එක් පාර්ශ්වයට වැදගත් ප්රොෆික්ස් කිසිදා අපනයනය වී ඇති බව නොවේ. පියරයේ දෙපැත්තේම අපනයනය කළ පරාස, අපනයනය කරන වින්යාසය තුළ පරීක්ෂා කර ඒවා ඔබේ වැඩබර ඇත්තටම භාවිතා කරන ලිපින සමඟ සසඳන්න. එහි ඇති නොගැලපීම පියරින් නිරෝගී ලෙස පෙනෙද්දී ප්රොෆික්සයක් ළඟා විය නොහැකිව තිබීමට බහුලම හේතුවයි.
සියල්ලට පෙර ලිපින සැලසුම ලියන්න. අතිච්ඡාදනය නොවන පරාස, එක් එක් අපේක්ෂිත ගමනාන්තය දෙසට මාර්ග සහ ආපසු නිවේදන යනු මෙම ආකෘතිය ජීවත් වන හෝ මිය යන කෞතුක වස්තු තුනයි.
කේන්ද්ර ආකෘතිය ස්ථල විද්යාවට ගැලපේදැයි පරීක්ෂා කරන්න
විශාල හෝ වෙනස් ලෙස බෙදූ නිර්මාණයක් සඳහා, Google හි Network Connectivity Center දළ විශ්ලේෂණය කේන්ද්ර සහ ස්පෝක් ආකෘති විස්තර කරයි. වර්තමාන නිකුතුව ආධාර කරන දේ සඳහා එය කියවන්න, රූප සටහන ඇඟවෙන දේ සඳහා නොව: කුමන VPC සහ හයිබ්රිඩ් සංයෝජන, කුමන මාර්ග පවුල් සහ එක් එක් ස්පෝක් වර්ගයට අවසර දෙන ප්රතිපත්ති මොනවාද.
ලිපින පවුල පැහැදිලිවම පරීක්ෂා කරන්න. බොහෝ මාර්ගෝපදේශවල, මෙයද ඇතුළුව, සැලසුම් උදාහරණ IPv4ට අදාළ වන අතර, එක් ස්පෝක් වර්ගයකට පවතින විශේෂාංගයක් වෙනසක් නොමැතිව ස්වයංක්රීයව තවත් එකකට යෙදෙන්නේ නැත. ඔබේ පරිසරය ද්විත්ව ගොඩගැස්මක් නම්, එම ප්රශ්නය ආකෘති තේරීමට අයත් වේ, පසුව සංක්රමණයට නොවේ.
පහත වගුව ආකෘති තුනේ සාරාංශය සහ එක් එක් එක තීරණය කරන ප්රශ්නයයි.
| Model | Network relationship | Planning question |
|---|---|---|
| Shared VPC | Service projects use subnets of a host project's VPC | Can central network ownership support these workloads? |
| VPC Network Peering | Independent VPCs exchange supported routes through explicit peers | Are direct peer and hybrid route exchanges sufficient? |
| Network Connectivity Center | Supported VPC and hybrid spokes join a managed hub | Does the required topology fit current routing and policy? |
යොමු කිරීම ලබා නොදෙන දේ පරීක්ෂා කරන්න
මාර්ග හුවමාරුව විශ්වාසයේ සර්වව්යාපී දානයක් නොවේ. DNS විසඳුම, ෆයර්වෝල් අවසරය සහ යෙදුම් අවසරය ඒවායේම වගකීම් ලෙස පවතී, සහ බොහෝ සංවිධානවල එක් එක් එක වෙනස් හිමිකරුවෙකු විසින් වින්යාස කරයි. ළඟා විය හැකි බව යනු අවසරය යැයි උපකල්පනය කරන නිර්මාණයක් එහි සම්බන්ධතා පරීක්ෂණය සමත් වී ආරක්ෂණ සමාලෝචනයේ අසමත් වනු ඇත.
එක් එක් ආකෘතිය සඳහා DNS කතාවද තහවුරු කරන්න, මන්ද කලාප සහ යොමු කිරීම් විධිවිධාන හවුල් ජාලයක් සහ පියර් කළ ජාල අතර වෙනස් වේ. එක් ව්යාපෘතියක විසඳෙන පෞද්ගලික නම් තවත් එකකට මාර්ගයක් අනුගමනය නොකරයි.
තීරණය සහ එහි හිමිකරු වාර්තා කරන්න
සංවිධානයට හවුල් ජාල හිමිකරුවෙකු අවශ්ය තැන කේන්ද්රගත කරන්න; ජීවන චක්රය හෝ ප්රතිපත්තිය අවශ්ය තැන වෙන වෙනම VPC තබා ගන්න. පසුව ආධාරක සම්බන්ධතා සම්බන්ධයක් තෝරා ඔබ තෝරාගත්තේ කුමක්ද, හවුල් ජාලය හිමි කාටද සහ එක් එක් ව්යාපෘතියට ප්රකාශ කළ හැක්කේ කුමක්දැයි ලියන්න.
ව්යාපෘති ගණන් කිරීම සහ එක් එක් එක සඳහා එක් VPN එකක් මිලදී ගැනීම එම හිමිකම තීරණයට ආදේශකයක් නොවේ. එය එම තීරණයම, පසුව ගත්, බිල්පත සහ යොමු කිරීමේ වගුව උරුම වන අය විසිනි.