VPN ഉപയോക്താക്കൾക്കായി Pod IP, ClusterIP അല്ലെങ്കിൽ ആന്തരിക ലോഡ് ബാലൻസർ
Pod മാറ്റിസ്ഥാപിക്കുന്നതുവരെ Pod IP VPN വഴി റൂട്ട് ചെയ്യാനാകും. നേരിട്ടുള്ള Pod ആക്സസ്, ClusterIP, ആന്തരിക ബാലൻസർ എന്നിവ താരതമ്യം ചെയ്ത് ഓരോന്നിന്റെയും ചെലവ് അറിയുക.
VPC CNI ഉപയോഗിച്ച് Pod-ന് VPC-യിൽ നിന്ന് ഒരു വിലാസം ലഭിക്കാം, ശരിയായ റൂട്ടുള്ള VPN ഉപയോക്താവിന് അതിലേക്ക് നേരിട്ട് എത്താം. അതിനാൽ നേരിട്ടുള്ള Pod ആക്സസ് ഏറ്റവും ലളിതമായ ഓപ്ഷനായി തോന്നുന്നു, Pod മാറ്റിസ്ഥാപിക്കുന്നതുവരെ അത് അങ്ങനെ തന്നെയാണ്. ഉപയോക്താവ് ഓർമ്മിക്കുന്ന വിലാസം അപ്ലിക്കേഷന്റേതായിരിക്കണം, ഒരു പകർപ്പിന്റേതല്ല. മൂന്ന് പ്രവേശനങ്ങളുടെ താരതമ്യം ഒടുവിൽ ചെന്നെത്തുന്നത് വിലാസം ഏത് ഒബ്ജക്റ്റിന്റേതാണ്, വർക്ക്ലോഡ് മാറുമ്പോൾ എന്ത് പ്രവർത്തിക്കേണ്ടതുണ്ട് എന്നിവയിലാണ്.
ആദ്യം ജീവിതചക്രം അനുസരിച്ച് തിരഞ്ഞെടുക്കുക, പിന്നെ പ്രവേശനം എത്തിച്ചേരാവുന്നതാക്കാൻ നെറ്റ്വർക്ക് എന്ത് ചെയ്യണം എന്നതനുസരിച്ച്.
മൂന്ന് പ്രവേശനങ്ങൾ, മൂന്ന് ജീവിതചക്രങ്ങൾ
Pod IP-യുടെ ഉടമസ്ഥത Pod-നാണ്: അതിനൊപ്പം അനുവദിക്കപ്പെടുകയും അത് അവസാനിക്കുമ്പോൾ വിട്ടയക്കുകയും ചെയ്യുന്നു. ClusterIP-യുടെ ഉടമസ്ഥത Service-നാണ്, അത് വെർച്വലാണ്, ക്ലസ്റ്ററിന്റെ സേവന റൂട്ടിംഗ് ഉള്ളിടത്ത് മാത്രമേ അതിന് അർത്ഥമുള്ളൂ. ആന്തരിക ലോഡ് ബാലൻസറിന്റെ ഉടമസ്ഥത ക്ലസ്റ്റർ കൺട്രോളർ ബാക്കെൻഡുകളോടെ പ്രോഗ്രാം ചെയ്യുന്ന ഒരു ക്ലൗഡ് റിസോഴ്സിനാണ്. ഈ ഉടമസ്ഥതാ മാതൃകകൾ നിങ്ങൾക്ക് ലഭിക്കുന്ന തകരാറ് മുൻകൂട്ടി പറയുന്നു: പഴയ വിലാസം, എത്തിച്ചേരാനാകാത്ത പേര്, അല്ലെങ്കിൽ പഴയ ബാക്കെൻഡ് കൂട്ടം.
തിരഞ്ഞെടുക്കുന്നതിന് മുമ്പ് താരതമ്യം എഴുതിവയ്ക്കുക. ഉടമയും തകരാറും പേരിട്ടു കഴിഞ്ഞാൽ തിരഞ്ഞെടുപ്പ് സാധാരണയായി സ്വയം നടക്കും.
| Entry | Owner | Failure when the workload moves |
|---|---|---|
| Pod IP | The Pod | Address changes and saved links break |
| ClusterIP | The Service | Virtual address with no meaning outside cluster routing |
| Internal balancer | Cloud resource plus controller | Backends update, but the DNS view is yours to maintain |
നേരിട്ടുള്ള Pod ആക്സസ്: ഉപകാരപ്രദം, താൽക്കാലികം
നിയന്ത്രിത പരിശോധനയ്ക്ക് നേരിട്ടുള്ള ആക്സസ് ശരിക്കും ഉപകാരപ്രദമാണ്: ഒരു അഡ്മിനിസ്ട്രേറ്റർ, ഒരു ചെറിയ സെഷൻ, ഒരു നിർദ്ദിഷ്ട പോർട്ട്. എന്നാൽ ഉപയോക്താക്കൾക്ക് ഇത് മോശം കരാറാണ്, കാരണം വിലാസം ഓരോ വിന്യാസത്തിലും മാറുന്ന നടപ്പാക്കൽ വിശദാംശമാണ്. അത് ഒരു വിക്കിയിൽ രേഖപ്പെടുത്തുന്നത് പ്രവർത്തിക്കുന്ന ഒരു സേവനം കിംവദന്തിയാകുന്ന വഴിയാണ്.
ഇത് വിശാലമായ നിയമങ്ങളെയും ക്ഷണിക്കുന്നു. ഒരു അഡ്മിനിസ്ട്രേറ്റർക്ക് ഒരു Pod-ൽ എത്താനുള്ള അനുമതി നോഡ് സബ്നെറ്റിലെ എല്ലാ വിലാസത്തിനുമുള്ള അനുമതിയല്ല, സാധാരണയായി രണ്ടാമത്തേതാണ് എഴുതപ്പെടുന്നത്.
ClusterIP: ഡിസൈൻ പ്രകാരം ക്ലസ്റ്ററിൽ പരിമിതം
ClusterIP പ്രവർത്തിക്കുന്നത് ക്ലസ്റ്ററിന്റെ ഡാറ്റാപ്ലെയിൻ ക്ലസ്റ്ററിനുള്ളിൽ അതിനായി റൂട്ടിംഗ് പ്രോഗ്രാം ചെയ്യുന്നതുകൊണ്ടാണ്. VPN-ലുള്ള ലാപ്ടോപ്പിൽ നിന്ന് വിലാസത്തിന് ഒരു അർത്ഥവുമില്ല, എന്തെങ്കിലും അത് ബോധപൂർവ്വം വെളിപ്പെടുത്തിയാൽ മാത്രം. svc.cluster.local-ൽ അവസാനിക്കുന്ന പേര് ക്ലസ്റ്റർ DNS-ന്റേതാണ്, അതിനാൽ മറ്റൊരു റിസോൾവർ ഉള്ള ക്ലയന്റിലേക്ക് അത് പകർത്തുന്നത് റൂട്ടിംഗ് പിശകിന് പകരം നിലവിലില്ലാത്ത ഒരു പേര് നൽകുന്നു.
ക്ലസ്റ്ററിനുള്ളിലെ വിളിക്കുന്നവർക്ക്, മറ്റ് വർക്ക്ലോഡുകൾ ഉൾപ്പെടെ, ClusterIP ശരിയായ പ്രവേശനമായി തുടരുന്നു. കേവലം ക്ലസ്റ്ററിന്റെ റൂട്ടിംഗ് ഡൊമെയ്നിന് പുറത്തുള്ള ഉപയോക്താക്കൾക്കുള്ള പ്രസിദ്ധീകരണ സംവിധാനമല്ല അത്.
ആന്തരിക ലോഡ് ബാലൻസർ: പ്രസിദ്ധീകരിച്ച പാത
ആന്തരിക ലോഡ് ബാലൻസർ നിങ്ങൾക്ക് സ്ഥിരമായ സ്വകാര്യ വിലാസവും നിങ്ങളുടെ സോൺ ചൂണ്ടാനാകുന്ന ഒരു പേരും നൽകുന്നു, കൺട്രോളർ ബാക്കെൻഡ് കൂട്ടം കാലികമായി നിലനിർത്തുമ്പോൾ, EKS ലോഡ് ബാലൻസിംഗ് ഗൈഡ് വിവരിക്കുന്നതുപോലെ. ആരും ഒരു രേഖ തിരുത്താതെ ഒരു സാധാരണ Pod മാറ്റിസ്ഥാപിക്കലിനെ അതിജീവിക്കുന്ന പ്രവേശനമാണ് അത്. അതിന്റെ ചെലവ് ഒരു ക്ലൗഡ് റിസോഴ്സ്, ഒരു കൺട്രോളർ കോൺഫിഗറേഷൻ, VPN-ൽ നിന്നുള്ള ഒരു റൂട്ട് എന്നിവയാണ്, ആളുകൾ കുറച്ചുകാണുന്നത് ഈ ഭാഗങ്ങളെയാണ്.
ക്ലസ്റ്റർ യഥാർത്ഥത്തിൽ പ്രവർത്തിപ്പിക്കുന്ന കൺട്രോളർ മാതൃക ഉപയോഗിക്കുക. ഒരു ഇന്റഗ്രേഷനായി എഴുതിയ കുറിപ്പുകൾ മറ്റൊന്നിന് ബാധകമല്ല.
ഉറവിട വിലാസം ആരാണ്
സെക്യൂരിറ്റി ഗ്രൂപ്പുകൾ തങ്ങളുടെ അതിർത്തിയിൽ എത്തുന്ന ഉറവിടം കാണുന്നു, അത് VPN, ലോഡ് ബാലൻസിംഗ് പാത എന്നിവയെ ആശ്രയിച്ച് ബന്ധിപ്പിച്ച ക്ലയന്റോ വിവർത്തനം ചെയ്ത വിലാസമോ ആകാം. EC2 അടിസ്ഥാനമാക്കിയ നോഡുകളിൽ സാധാരണ VPC CNI Pod-കൾ സ്വതേ നോഡിന്റെ ENI ഗ്രൂപ്പുകൾ പാരമ്പര്യമായി സ്വീകരിക്കുന്നു, അതേസമയം പിന്തുണയ്ക്കുന്ന കോൺഫിഗറേഷനുകൾക്ക് Pod-നിർദ്ദിഷ്ട ഗ്രൂപ്പുകൾ ചേർക്കാം. ഊഹിച്ച ലാപ്ടോപ്പ് വിലാസത്തിനല്ല, രേഖപ്പെടുത്തിയ പാതയ്ക്ക് നിയമങ്ങൾ എഴുതുക.
അപ്ലിക്കേഷന്റെ സ്വന്തം ലിസണറും പ്രാമാണീകരണവും വേറിട്ട നിയന്ത്രണങ്ങളായി നിലനിർത്തുക. പ്രവാഹം അനുവദിക്കുന്ന ഒരു നെറ്റ്വർക്ക് നിയമം ഒരു അധികാര തീരുമാനമല്ല, അതായി കണക്കാക്കരുത്.
ഉപയോക്താക്കൾക്ക് എന്ത് നൽകണം
ഉപയോക്താക്കൾക്ക് വിലാസമല്ല, സേവനത്തിന്റെ പേര് നൽകുക. പേര് സ്വകാര്യ സോണിൽ പ്രസിദ്ധീകരിച്ച്, അത് ആന്തരിക പ്രവേശനത്തിലേക്ക് ചൂണ്ടി, പിന്നീട് ക്ലയന്റ് അതേ പേര് തുറന്നിട്ടിരിക്കുമ്പോൾ ഒരു ബാക്കെൻഡ് Pod മാറ്റിസ്ഥാപിച്ച് പരീക്ഷിക്കുക. ആ അഭ്യാസം പ്രധാനമായ ഗുണം പരിശോധിക്കുന്നു: സാധാരണ വിന്യാസത്തിന് ശേഷവും അതേ അപ്ലിക്കേഷനിൽ എത്തിച്ചേരുക.
Pod-ലേക്കുള്ള നേരിട്ടുള്ള ആക്സസ് സ്വന്തം പരിധിയുള്ള രേഖപ്പെടുത്തിയ പ്രവർത്തന അപവാദമായി, ഉപയോക്തൃ നിർദ്ദേശങ്ങളിൽ നിന്ന് അകലെ നിലനിർത്തുക.