കുബെർനെറ്റസ് വർക്കർ നോഡുകൾ: നിരവധി ചെറുതോ അതോ വലുതോ?

ഒരു കുബർനെറ്റസ് ക്ലസ്റ്റർ സൃഷ്ടിക്കുമ്പോൾ, ചോദ്യങ്ങൾ ഉയർന്നേക്കാം: എത്ര വർക്കർ നോഡുകൾ കോൺഫിഗർ ചെയ്യണം, ഏത് തരം? ഒരു ഓൺ-പ്രെമൈസ് ക്ലസ്റ്ററിന് എന്താണ് നല്ലത്: നിരവധി ശക്തമായ സെർവറുകൾ വാങ്ങണോ അതോ നിങ്ങളുടെ ഡാറ്റാ സെന്ററിൽ ഒരു ഡസൻ പഴയ മെഷീനുകൾ ഉപയോഗിക്കണോ? ക്ലൗഡിൽ എട്ട് സിംഗിൾ കോർ അല്ലെങ്കിൽ രണ്ട് ക്വാഡ് കോർ സംഭവങ്ങൾ എടുക്കുന്നത് നല്ലതാണോ?

ഈ ചോദ്യങ്ങൾക്കുള്ള ഉത്തരങ്ങൾ ലേഖനത്തിലുണ്ട്. ഡാനിയൽ വെയ്‌ബെൽ, സോഫ്റ്റ്‌വെയർ എഞ്ചിനീയറും Learnk8s വിദ്യാഭ്യാസ പദ്ധതിയുടെ അധ്യാപകനുമാണ് ആജ്ഞയുടെ വിവർത്തനത്തിൽ Mail.ru-ൽ നിന്ന് Kubernetes aaS.

ക്ലസ്റ്റർ ശേഷി

പൊതുവേ, ഒരു കുബർനെറ്റസ് ക്ലസ്റ്ററിനെ ഒരു വലിയ "സൂപ്പർനോഡ്" ആയി കണക്കാക്കാം. അതിന്റെ മൊത്തം കമ്പ്യൂട്ടിംഗ് പവർ അതിന്റെ എല്ലാ ഘടക നോഡുകളുടെയും ശക്തികളുടെ ആകെത്തുകയാണ്.

നിങ്ങൾ ആഗ്രഹിക്കുന്ന ക്ലസ്റ്റർ ശേഷി ലക്ഷ്യം കൈവരിക്കുന്നതിന് നിരവധി മാർഗങ്ങളുണ്ട്. ഉദാഹരണത്തിന്, ഞങ്ങൾക്ക് 8 പ്രൊസസർ കോറുകളും 32 ജിബി റാമും ഉള്ള ഒരു ക്ലസ്റ്റർ ആവശ്യമാണ്, കാരണം ഒരു കൂട്ടം ആപ്ലിക്കേഷനുകൾക്ക് വളരെയധികം വിഭവങ്ങൾ ആവശ്യമാണ്. അതിനുശേഷം നിങ്ങൾക്ക് 16 ജിബി മെമ്മറിയുള്ള രണ്ട് നോഡുകൾ അല്ലെങ്കിൽ 8 ജിബി മെമ്മറിയുള്ള നാല് നോഡുകൾ, രണ്ട് ക്വാഡ് കോർ പ്രൊസസറുകൾ അല്ലെങ്കിൽ നാല് ഡ്യുവൽ കോർ എന്നിവ ഇൻസ്റ്റാൾ ചെയ്യാം.

ഒരു ക്ലസ്റ്റർ സൃഷ്ടിക്കാൻ സാധ്യമായ രണ്ട് വഴികൾ ഇതാ:

രണ്ട് ഓപ്ഷനുകളും ഒരേ ശേഷിയുള്ള ഒരു ക്ലസ്റ്റർ നിർമ്മിക്കുന്നു, എന്നാൽ താഴെയുള്ള കോൺഫിഗറേഷനിൽ നാല് ചെറിയ നോഡുകളും മുകളിലെ കോൺഫിഗറേഷനിൽ രണ്ട് വലിയ നോഡുകളുമുണ്ട്.

ഏത് ഓപ്ഷനാണ് നല്ലത്?

ഈ ചോദ്യത്തിന് ഉത്തരം നൽകാൻ, രണ്ട് ഓപ്ഷനുകളുടെയും ഗുണങ്ങൾ നോക്കാം. ഞങ്ങൾ അവയെ ഒരു പട്ടികയിൽ സംഗ്രഹിച്ചിരിക്കുന്നു.

നിരവധി വലിയ നോഡുകൾ

ധാരാളം ചെറിയ നോഡുകൾ

എളുപ്പമുള്ള ക്ലസ്റ്റർ മാനേജ്മെന്റ് (അത് പരിസരത്താണെങ്കിൽ)

സുഗമമായ ഓട്ടോസ്കെയിലിംഗ്

വിലകുറഞ്ഞത് (ഓൺ-പ്രിമൈസ് ആണെങ്കിൽ)

വില കുറച്ച് വ്യത്യസ്തമാണ് (ക്ലൗഡിൽ)

റിസോഴ്സ്-ഇന്റൻസീവ് ആപ്ലിക്കേഷനുകൾ പ്രവർത്തിപ്പിക്കാൻ കഴിയും

പൂർണ്ണമായ അനുകരണം

വിഭവങ്ങൾ കൂടുതൽ കാര്യക്ഷമമായി ഉപയോഗിക്കുന്നു (സിസ്റ്റം ഡെമണുകളിൽ ഓവർഹെഡ് കുറവാണ്
ഉയർന്ന ക്ലസ്റ്റർ തെറ്റ് സഹിഷ്ണുത

ഞങ്ങൾ വർക്കർ നോഡുകളെക്കുറിച്ചാണ് സംസാരിക്കുന്നതെന്ന് ദയവായി ശ്രദ്ധിക്കുക. പ്രധാന നോഡുകളുടെ എണ്ണവും വലുപ്പവും തിരഞ്ഞെടുക്കുന്നത് തികച്ചും വ്യത്യസ്തമായ വിഷയമാണ്.

അതിനാൽ, പട്ടികയിൽ നിന്നുള്ള ഓരോ പോയിന്റും കൂടുതൽ വിശദമായി ചർച്ച ചെയ്യാം.

ആദ്യ ഓപ്ഷൻ: നിരവധി വലിയ നോഡുകൾ

മുഴുവൻ ക്ലസ്റ്റർ കപ്പാസിറ്റിക്കും ഒരു വർക്കർ നോഡാണ് ഏറ്റവും തീവ്രമായ ഓപ്ഷൻ. മുകളിലുള്ള ഉദാഹരണത്തിൽ, ഇത് 16 സിപിയു കോറുകളും 16 ജിബി റാമും ഉള്ള ഒരൊറ്റ വർക്കർ നോഡായിരിക്കും.

പുലി

പ്ലസ് നമ്പർ 1. എളുപ്പമുള്ള മാനേജ്മെന്റ്
ഒരു മുഴുവൻ ഫ്‌ളീറ്റിനേക്കാളും കുറച്ച് മെഷീനുകൾ നിയന്ത്രിക്കുന്നത് എളുപ്പമാണ്. അപ്‌ഡേറ്റുകളും പരിഹാരങ്ങളും പുറത്തിറക്കുന്നത് വേഗമേറിയതും സമന്വയിപ്പിക്കാൻ എളുപ്പവുമാണ്. കേവല സംഖ്യകളിലെ പരാജയങ്ങളുടെ എണ്ണവും കുറവാണ്.

മേൽപ്പറഞ്ഞവയെല്ലാം നിങ്ങളുടെ ഹാർഡ്‌വെയറിനും സെർവറിനും ബാധകമാണ്, ക്ലൗഡ് ഇൻസ്‌റ്റൻസുകൾക്കല്ല.

മേഘത്തിൽ സ്ഥിതി വ്യത്യസ്തമാണ്. അവിടെ ക്ലൗഡ് സേവന ദാതാവാണ് മാനേജ്‌മെന്റ് കൈകാര്യം ചെയ്യുന്നത്. അതിനാൽ, ക്ലൗഡിൽ പത്ത് നോഡുകൾ കൈകാര്യം ചെയ്യുന്നത് ഒരു നോഡ് കൈകാര്യം ചെയ്യുന്നതിൽ നിന്ന് വളരെ വ്യത്യസ്തമല്ല.

ക്ലൗഡിലെ പോഡുകൾക്കിടയിൽ ട്രാഫിക് റൂട്ടിംഗും ലോഡ് വിതരണവും യാന്ത്രികമായി നടപ്പിലാക്കി: ഇൻറർനെറ്റിൽ നിന്ന് വരുന്ന ട്രാഫിക് പ്രധാന ലോഡ് ബാലൻസറിലേക്ക് അയയ്‌ക്കുന്നു, ഇത് ഒരു നോഡുകളുടെ പോർട്ടിലേക്ക് ട്രാഫിക്കിലേക്ക് കൈമാറുന്നു (നോഡ്‌പോർട്ട് സേവനം ഓരോ ക്ലസ്റ്റർ നോഡിലും 30000-32767 ശ്രേണിയിൽ പോർട്ട് സജ്ജമാക്കുന്നു). kube-proxy സജ്ജീകരിച്ച നിയമങ്ങൾ, നോഡിൽ നിന്ന് പോഡിലേക്ക് ട്രാഫിക് റീഡയറക്ട് ചെയ്യുന്നു. രണ്ട് നോഡുകളിലെ പത്ത് പോഡുകൾക്ക് ഇത് എങ്ങനെയിരിക്കും:

പ്രോ #2: ഓരോ നോഡിനും കുറഞ്ഞ ചിലവ്
ഒരു ശക്തമായ കാർ കൂടുതൽ ചെലവേറിയതാണ്, എന്നാൽ വില വർദ്ധനവ് രേഖീയമായിരിക്കണമെന്നില്ല. മറ്റൊരു വിധത്തിൽ പറഞ്ഞാൽ, 10 ജിബി മെമ്മറിയുള്ള ഒരു ടെൻ കോർ സെർവറിന് ഒരേ അളവിലുള്ള മെമ്മറിയുള്ള പത്ത് സിംഗിൾ കോർ സെർവറുകളേക്കാൾ വില കുറവാണ്.

എന്നാൽ ക്ലൗഡ് സേവനങ്ങളിൽ ഈ നിയമം സാധാരണയായി പ്രവർത്തിക്കില്ല എന്നത് ശ്രദ്ധിക്കുക. എല്ലാ പ്രധാന ക്ലൗഡ് ദാതാക്കളുടെയും നിലവിലെ വിലനിർണ്ണയ പദ്ധതികളിൽ, ശേഷിക്കനുസരിച്ച് വിലകൾ രേഖീയമായി വർദ്ധിക്കുന്നു.

അതിനാൽ, ക്ലൗഡിൽ നിങ്ങൾക്ക് സാധാരണയായി കൂടുതൽ ശക്തമായ സെർവറുകളിൽ സംരക്ഷിക്കാൻ കഴിയില്ല.

പ്രോ #3: നിങ്ങൾക്ക് റിസോഴ്സ്-ഇന്റൻസീവ് ആപ്ലിക്കേഷനുകൾ പ്രവർത്തിപ്പിക്കാൻ കഴിയും
ചില ആപ്ലിക്കേഷനുകൾക്ക് ഒരു ക്ലസ്റ്ററിൽ ശക്തമായ സെർവറുകൾ ആവശ്യമാണ്. ഉദാഹരണത്തിന്, ഒരു മെഷീൻ ലേണിംഗ് സിസ്റ്റത്തിന് 8 GB മെമ്മറി ആവശ്യമാണെങ്കിൽ, നിങ്ങൾക്കത് 1 GB നോഡുകളിൽ പ്രവർത്തിപ്പിക്കാൻ കഴിയില്ല, പക്ഷേ കുറഞ്ഞത് ഒരു വലിയ വർക്കർ നോഡെങ്കിലും ഉപയോഗിച്ച് മാത്രം.

Минусы

പോരായ്മ നമ്പർ 1. ഓരോ നോഡിനും നിരവധി പോഡുകൾ
ഒരേ ജോലി കുറച്ച് നോഡുകളിൽ നിർവഹിക്കുകയാണെങ്കിൽ, അവയിൽ ഓരോന്നിനും സ്വാഭാവികമായും കൂടുതൽ പോഡുകൾ ഉണ്ടാകും.

ഇതൊരു പ്രശ്നമാകാം.

കാരണം, ഓരോ മൊഡ്യൂളും കണ്ടെയ്‌നർ റൺടൈമിലേക്കും (ഉദാ. ഡോക്കർ) കുബെലെറ്റും cAdvisor-നും ചില ഓവർഹെഡ് അവതരിപ്പിക്കുന്നു.

ഉദാഹരണത്തിന്, അതിജീവനത്തിനായി ഒരു ക്യൂബെലെറ്റ് എല്ലാ കണ്ടെയ്‌നറുകളും ഒരു നോഡിലെ സ്ഥിരമായി പരിശോധിക്കുന്നു-കൂടുതൽ കണ്ടെയ്‌നറുകൾ, കുബെലെറ്റിന് കൂടുതൽ ജോലി ചെയ്യേണ്ടിവരും.

CAdvisor ഒരു നോഡിലെ എല്ലാ കണ്ടെയ്‌നറുകൾക്കുമായി റിസോഴ്‌സ് ഉപയോഗ സ്ഥിതിവിവരക്കണക്കുകൾ ശേഖരിക്കുന്നു, കൂടാതെ kubelet പതിവായി ഈ വിവരങ്ങൾ അന്വേഷിക്കുകയും ഒരു API വഴി നൽകുകയും ചെയ്യുന്നു. വീണ്ടും, കൂടുതൽ കണ്ടെയ്നറുകൾ അർത്ഥമാക്കുന്നത് cAdvisor-നും kubelet-നും കൂടുതൽ ജോലിയാണ്.

മൊഡ്യൂളുകളുടെ എണ്ണം വർദ്ധിക്കുകയാണെങ്കിൽ, അത് സിസ്റ്റത്തെ മന്ദഗതിയിലാക്കാനും അതിന്റെ വിശ്വാസ്യതയെ പോലും ദുർബലപ്പെടുത്താനും കഴിയും.

കുബർനെറ്റസ് ശേഖരത്തിൽ ചിലത് പരാതിപ്പെട്ടുറെഡി/നോട്ട് റെഡി സ്റ്റാറ്റസുകൾക്കിടയിൽ നോഡുകൾ കുതിക്കുന്നു, കാരണം ഒരു നോഡിലെ എല്ലാ കണ്ടെയ്‌നറുകളുടെയും പതിവ് ക്യൂബെലെറ്റ് പരിശോധനകൾ വളരെ സമയമെടുക്കും.
ഇക്കാരണത്താൽ കുബെർനെറ്റസ് ഒരു നോഡിന് 110 പോഡുകളിൽ കൂടുതൽ സ്ഥാപിക്കരുതെന്ന് ശുപാർശ ചെയ്യുന്നു. നോഡിന്റെ പ്രകടനത്തെ ആശ്രയിച്ച്, നിങ്ങൾക്ക് ഓരോ നോഡിനും കൂടുതൽ പോഡുകൾ പ്രവർത്തിപ്പിക്കാൻ കഴിയും, എന്നാൽ പ്രശ്നങ്ങൾ ഉണ്ടാകുമോ അതോ എല്ലാം ശരിയായി പ്രവർത്തിക്കുമോ എന്ന് പ്രവചിക്കാൻ പ്രയാസമാണ്. ജോലി മുൻകൂട്ടി പരിശോധിക്കുന്നത് മൂല്യവത്താണ്.

പോരായ്മ നമ്പർ 2. ആവർത്തനത്തിന്റെ പരിമിതി
വളരെ കുറച്ച് നോഡുകൾ ആപ്ലിക്കേഷൻ റെപ്ലിക്കേഷന്റെ ഫലപ്രദമായ പരിധി പരിമിതപ്പെടുത്തുന്നു. ഉദാഹരണത്തിന്, നിങ്ങൾക്ക് അഞ്ച് പകർപ്പുകളുള്ള ഉയർന്ന ലഭ്യതയുള്ള ആപ്ലിക്കേഷൻ ഉണ്ടെങ്കിൽ, രണ്ട് നോഡുകൾ മാത്രമാണെങ്കിൽ, ആപ്ലിക്കേഷന്റെ പകർപ്പവകാശം രണ്ടായി കുറയും.

അഞ്ച് പകർപ്പുകൾ രണ്ട് നോഡുകളിൽ മാത്രമേ വിതരണം ചെയ്യാൻ കഴിയൂ, അവയിലൊന്ന് പരാജയപ്പെടുകയാണെങ്കിൽ, അത് ഒരേസമയം ഒന്നിലധികം പകർപ്പുകൾ നീക്കംചെയ്യുന്നു.

നിങ്ങൾക്ക് അഞ്ചോ അതിലധികമോ നോഡുകൾ ഉണ്ടെങ്കിൽ, ഓരോ പകർപ്പും ഒരു പ്രത്യേക നോഡിൽ പ്രവർത്തിക്കും, ഒരു നോഡിന്റെ പരാജയം പരമാവധി ഒരു പകർപ്പ് നീക്കംചെയ്യും.

അതിനാൽ, ഉയർന്ന ലഭ്യത ആവശ്യകതകൾക്ക് ക്ലസ്റ്ററിലെ ഒരു നിശ്ചിത എണ്ണം നോഡുകൾ ആവശ്യമായി വന്നേക്കാം.

പോരായ്മ നമ്പർ 3. പരാജയത്തിന്റെ മോശമായ അനന്തരഫലങ്ങൾ
ഒരു ചെറിയ എണ്ണം നോഡുകൾ ഉപയോഗിച്ച്, ഓരോ പരാജയവും കൂടുതൽ ഗുരുതരമായ പ്രത്യാഘാതങ്ങൾ ഉണ്ടാക്കുന്നു. ഉദാഹരണത്തിന്, നിങ്ങൾക്ക് രണ്ട് നോഡുകൾ മാത്രമുണ്ടെങ്കിൽ അവയിലൊന്ന് പരാജയപ്പെടുകയാണെങ്കിൽ, നിങ്ങളുടെ മൊഡ്യൂളുകളുടെ പകുതി ഉടൻ അപ്രത്യക്ഷമാകും.

തീർച്ചയായും, Kubernetes പരാജയപ്പെട്ട നോഡിൽ നിന്ന് ജോലിഭാരം മറ്റുള്ളവരിലേക്ക് മാറ്റും. എന്നാൽ അവയിൽ ചിലത് ഉണ്ടെങ്കിൽ, മതിയായ സൌജന്യ ശേഷി ഉണ്ടാകണമെന്നില്ല. ഫലമായി, നിങ്ങൾ പരാജയപ്പെട്ട നോഡ് കൊണ്ടുവരുന്നത് വരെ നിങ്ങളുടെ ചില ആപ്ലിക്കേഷനുകൾ ലഭ്യമല്ല.

അങ്ങനെ, കൂടുതൽ നോഡുകൾ, ഹാർഡ്വെയർ പരാജയങ്ങളുടെ ആഘാതം കുറവാണ്.

പോരായ്മ #4: കൂടുതൽ ഓട്ടോസ്കേലിംഗ് ഘട്ടങ്ങൾ
ക്ലൗഡ് ഇൻഫ്രാസ്ട്രക്ചറിനായി കുബർനെറ്റസിന് ഒരു ക്ലസ്റ്റർ ഓട്ടോ-സ്കെയിലിംഗ് സിസ്റ്റം ഉണ്ട്, ഇത് നിങ്ങളുടെ നിലവിലെ ആവശ്യങ്ങൾക്കനുസരിച്ച് നോഡുകൾ സ്വയമേവ ചേർക്കാനോ നീക്കംചെയ്യാനോ നിങ്ങളെ അനുവദിക്കുന്നു. വലിയ നോഡുകൾ ഉള്ളതിനാൽ, ഓട്ടോസ്‌കേലിംഗ് കൂടുതൽ പെട്ടെന്നുള്ളതും വൃത്തികെട്ടതുമായി മാറുന്നു. ഉദാഹരണത്തിന്, രണ്ട് നോഡുകളിൽ, ഒരു അധിക നോഡ് ചേർക്കുന്നത് ഉടൻ തന്നെ ക്ലസ്റ്റർ ശേഷി 50% വർദ്ധിപ്പിക്കും. നിങ്ങൾക്ക് ആവശ്യമില്ലെങ്കിൽപ്പോലും ആ വിഭവങ്ങൾക്കായി നിങ്ങൾ പണം നൽകേണ്ടിവരും.

അതിനാൽ, നിങ്ങൾ ഓട്ടോമാറ്റിക് ക്ലസ്റ്റർ സ്കെയിലിംഗ് ഉപയോഗിക്കാൻ ആഗ്രഹിക്കുന്നുവെങ്കിൽ, ചെറിയ നോഡുകൾ, കൂടുതൽ വഴക്കമുള്ളതും ചെലവ് കുറഞ്ഞതുമായ സ്കെയിലിംഗ് നിങ്ങൾക്ക് ലഭിക്കും.

ഇപ്പോൾ നമുക്ക് ധാരാളം ചെറിയ നോഡുകളുടെ ഗുണങ്ങളും ദോഷങ്ങളും നോക്കാം.

രണ്ടാമത്തെ ഓപ്ഷൻ: നിരവധി ചെറിയ നോഡുകൾ

ഈ സമീപനത്തിന്റെ ഗുണങ്ങൾ പ്രധാനമായും നിരവധി വലിയ നോഡുകളുള്ള വിപരീത ഓപ്ഷന്റെ പോരായ്മകളിൽ നിന്നാണ്.

പുലി

പ്രോ #1: പരാജയത്തിന്റെ കുറവ് ആഘാതം
കൂടുതൽ നോഡുകൾ, ഓരോ നോഡിലും കുറച്ച് പോഡുകൾ. ഉദാഹരണത്തിന്, നിങ്ങൾക്ക് പത്ത് നോഡുകൾക്ക് നൂറ് മൊഡ്യൂളുകൾ ഉണ്ടെങ്കിൽ, ഓരോ നോഡിനും ശരാശരി പത്ത് മൊഡ്യൂളുകൾ ഉണ്ടാകും.

ഈ രീതിയിൽ, നോഡുകളിലൊന്ന് പരാജയപ്പെടുകയാണെങ്കിൽ, നിങ്ങൾക്ക് ജോലിഭാരത്തിന്റെ 10% മാത്രമേ നഷ്ടപ്പെടൂ. ചെറിയ എണ്ണം പകർപ്പുകളെ മാത്രമേ ബാധിക്കുകയുള്ളൂ, മൊത്തത്തിലുള്ള ആപ്ലിക്കേഷൻ പ്രവർത്തനക്ഷമമായി തുടരും.

കൂടാതെ, പരാജയപ്പെട്ട നോഡിന്റെ ജോലിഭാരം കൈകാര്യം ചെയ്യാൻ ശേഷിക്കുന്ന നോഡുകൾക്ക് മതിയായ സൌജന്യ ഉറവിടങ്ങൾ ഉണ്ടായിരിക്കും, അതിനാൽ കുബർനെറ്റിസിന് സ്വതന്ത്രമായി പോഡുകൾ പുനഃക്രമീകരിക്കാൻ കഴിയും, നിങ്ങളുടെ ആപ്ലിക്കേഷനുകൾ താരതമ്യേന വേഗത്തിൽ പ്രവർത്തനക്ഷമമായ അവസ്ഥയിലേക്ക് മടങ്ങും.

പ്രോ #2: നല്ല പകർപ്പ്
ആവശ്യത്തിന് നോഡുകൾ ഉണ്ടെങ്കിൽ, കുബർനെറ്റസ് ഷെഡ്യൂളറിന് എല്ലാ പകർപ്പുകൾക്കും വ്യത്യസ്ത നോഡുകൾ നൽകാനാകും. ഈ രീതിയിൽ, ഒരു നോഡ് പരാജയപ്പെടുകയാണെങ്കിൽ, ഒരു പകർപ്പ് മാത്രമേ ബാധിക്കപ്പെടുകയുള്ളൂ, ആപ്ലിക്കേഷൻ തുടർന്നും ലഭ്യമാകും.

Минусы

പോരായ്മ നമ്പർ 1. നിയന്ത്രിക്കാൻ ബുദ്ധിമുട്ട്
വലിയ അളവിലുള്ള നോഡുകൾ കൈകാര്യം ചെയ്യുന്നത് കൂടുതൽ ബുദ്ധിമുട്ടാണ്. ഉദാഹരണത്തിന്, ഓരോ കുബർനെറ്റസ് നോഡും മറ്റെല്ലാവരുമായും ആശയവിനിമയം നടത്തണം, അതായത്, കണക്ഷനുകളുടെ എണ്ണം ചതുരാകൃതിയിൽ വളരുന്നു, ഈ കണക്ഷനുകളെല്ലാം ട്രാക്ക് ചെയ്യേണ്ടതുണ്ട്.

കുബർനെറ്റസ് കൺട്രോളർ മാനേജറിലെ നോഡ് കൺട്രോളർ ആരോഗ്യം പരിശോധിക്കുന്നതിനായി ക്ലസ്റ്ററിലെ എല്ലാ നോഡുകളിലൂടെയും പതിവായി നടക്കുന്നു - കൂടുതൽ നോഡുകൾ, കൺട്രോളറിൽ കൂടുതൽ ലോഡ്.

etcd ഡാറ്റാബേസിലെ ലോഡും വർദ്ധിച്ചുകൊണ്ടിരിക്കുകയാണ് - ഓരോ കുബെലെറ്റും ക്യൂബ്-പ്രോക്സി കോളുകളും വാച്ചർ etcd എന്നതിനായി (API വഴി), ഏത് etcd ലേക്ക് ഒബ്‌ജക്റ്റ് അപ്‌ഡേറ്റുകൾ പ്രക്ഷേപണം ചെയ്യണം.

പൊതുവേ, ഓരോ വർക്കർ നോഡും മാസ്റ്റർ നോഡുകളുടെ സിസ്റ്റം ഘടകങ്ങളിൽ അധിക ലോഡ് ചുമത്തുന്നു.

കുബെർനെറ്റസ് ഔദ്യോഗികമായി ക്ലസ്റ്ററുകൾ പിന്തുണയ്ക്കുന്നു 5000 വരെയുള്ള നോഡുകളുടെ എണ്ണം. എന്നിരുന്നാലും, പ്രായോഗികമായി ഇതിനകം 500 നോഡുകൾ ഉണ്ട് നിസ്സാരമല്ലാത്ത പ്രശ്നങ്ങൾ ഉണ്ടാക്കാം.

ധാരാളം വർക്കർ നോഡുകൾ നിയന്ത്രിക്കുന്നതിന്, നിങ്ങൾ കൂടുതൽ ശക്തമായ മാസ്റ്റർ നോഡുകൾ തിരഞ്ഞെടുക്കണം. ഉദാഹരണത്തിന്, kube-up യാന്ത്രികമായി ഇൻസ്റ്റാൾ ചെയ്യുന്നു വർക്കർ നോഡുകളുടെ എണ്ണം അനുസരിച്ച് മാസ്റ്റർ നോഡിന്റെ ശരിയായ VM വലുപ്പം. അതായത്, കൂടുതൽ തൊഴിലാളി നോഡുകൾ, മാസ്റ്റർ നോഡുകൾ കൂടുതൽ ഉൽപ്പാദനക്ഷമതയുള്ളതായിരിക്കണം.

ഈ നിർദ്ദിഷ്ട പ്രശ്നങ്ങൾ പരിഹരിക്കുന്നതിന്, പോലുള്ള പ്രത്യേക സംഭവവികാസങ്ങളുണ്ട് വെർച്വൽ കുബെലെറ്റ്. ഈ സിസ്റ്റം നിങ്ങളെ നിയന്ത്രണങ്ങൾ മറികടന്ന് ധാരാളം വർക്കർ നോഡുകളുള്ള ക്ലസ്റ്ററുകൾ നിർമ്മിക്കാൻ അനുവദിക്കുന്നു.

പോരായ്മ #2: കൂടുതൽ ഓവർഹെഡ് ചെലവുകൾ.
ഓരോ വർക്കർ നോഡിലും, കുബർനെറ്റസ് ഒരു കൂട്ടം സിസ്റ്റം ഡെമണുകൾ പ്രവർത്തിപ്പിക്കുന്നു - ഇതിൽ cAdvisor ഉൾപ്പെടെ കണ്ടെയ്‌നർ റൺടൈം (ഡോക്കർ പോലുള്ളവ), kube-proxy, kubelet എന്നിവ ഉൾപ്പെടുന്നു. അവർ ഒരുമിച്ച് ഒരു നിശ്ചിത അളവ് വിഭവങ്ങൾ ഉപയോഗിക്കുന്നു.

നിങ്ങൾക്ക് നിരവധി ചെറിയ നോഡുകൾ ഉണ്ടെങ്കിൽ, ഓരോ നോഡിലും ഈ ഓവർഹെഡിന്റെ അനുപാതം വലുതായിരിക്കും. ഉദാഹരണത്തിന്, ഒരൊറ്റ നോഡിലുള്ള എല്ലാ സിസ്റ്റം ഡെമണുകളും ഒരുമിച്ച് 0,1 CPU കോറുകളും 0,1 GB മെമ്മറിയും ഉപയോഗിക്കുന്നു എന്ന് സങ്കൽപ്പിക്കുക. നിങ്ങൾക്ക് 10 GB മെമ്മറിയുള്ള ഒരു പത്ത്-കോർ നോഡ് ഉണ്ടെങ്കിൽ, ഡെമണുകൾ ക്ലസ്റ്റർ ശേഷിയുടെ 1% ഉപയോഗിക്കുന്നു. മറുവശത്ത്, 1 GB മെമ്മറിയുള്ള പത്ത് സിംഗിൾ-കോർ നോഡുകളിൽ, ഡെമണുകൾ ക്ലസ്റ്റർ ശേഷിയുടെ 10% എടുക്കും.

അങ്ങനെ, കുറച്ച് നോഡുകൾ, കൂടുതൽ കാര്യക്ഷമമായി ഇൻഫ്രാസ്ട്രക്ചർ ഉപയോഗിക്കുന്നു.

പോരായ്മ നമ്പർ 3. വിഭവങ്ങളുടെ കാര്യക്ഷമമല്ലാത്ത ഉപയോഗം
ചെറിയ നോഡുകളിൽ, ശേഷിക്കുന്ന റിസോഴ്‌സ് ചങ്കുകൾ ഒരു ജോലിഭാരവും ഏൽപ്പിക്കാൻ കഴിയാത്തത്ര ചെറുതായിരിക്കാം, അതിനാൽ അവ ഉപയോഗിക്കാതെ തന്നെ തുടരും.

ഉദാഹരണത്തിന്, ഓരോ പോഡിനും 0,75 GB മെമ്മറി ആവശ്യമാണ്. നിങ്ങൾക്ക് പത്ത് നോഡുകൾ ഉണ്ടെങ്കിൽ, ഓരോന്നിനും 1GB മെമ്മറിയുണ്ട്, നിങ്ങൾക്ക് പത്ത് പോഡുകൾ പ്രവർത്തിപ്പിക്കാം, ഓരോ നോഡിലും 0,25GB ഉപയോഗിക്കാത്ത മെമ്മറി ശേഷിക്കുന്നു.

അതായത് മുഴുവൻ ക്ലസ്റ്ററിന്റെ മെമ്മറിയുടെ 25% പാഴായിപ്പോകുന്നു.

10 GB മെമ്മറിയുള്ള ഒരു വലിയ നോഡിൽ, നിങ്ങൾക്ക് ഈ മൊഡ്യൂളുകളിൽ 13 എണ്ണം പ്രവർത്തിപ്പിക്കാൻ കഴിയും - കൂടാതെ 0,25 GB യുടെ ഉപയോഗിക്കാത്ത ഒരു ശകലം മാത്രമേ ഉണ്ടാകൂ.

ഈ സാഹചര്യത്തിൽ, മെമ്മറിയുടെ 2,5% മാത്രമേ പാഴാകൂ.

അതിനാൽ, വലിയ നോഡുകളിൽ വിഭവങ്ങൾ കൂടുതൽ ഒപ്റ്റിമൽ ആയി ഉപയോഗിക്കുന്നു.

നിരവധി വലിയ നോഡുകൾ അല്ലെങ്കിൽ നിരവധി ചെറിയ നോഡുകൾ?

അതിനാൽ, ഏതാണ് നല്ലത്: ഒരു ക്ലസ്റ്ററിലെ കുറച്ച് വലിയ നോഡുകൾ അല്ലെങ്കിൽ നിരവധി ചെറിയവ? എല്ലായ്പ്പോഴും എന്നപോലെ, വ്യക്തമായ ഉത്തരം ഇല്ല. ആപ്ലിക്കേഷന്റെ തരത്തെ ആശ്രയിച്ചിരിക്കുന്നു.

ഉദാഹരണത്തിന്, ഒരു ആപ്ലിക്കേഷന് 10 GB മെമ്മറി ആവശ്യമാണെങ്കിൽ, വലിയ നോഡുകൾ ഒരു വ്യക്തമായ ചോയിസാണ്. ഉയർന്ന ലഭ്യതയ്‌ക്കായി അപ്ലിക്കേഷന് പത്തിരട്ടി പകർപ്പ് ആവശ്യമാണെങ്കിൽ, വെറും രണ്ട് നോഡുകളിൽ പകർപ്പുകൾ സ്ഥാപിക്കുന്നതിനുള്ള അപകടസാധ്യത വളരെ കുറവാണ് - ക്ലസ്റ്ററിൽ കുറഞ്ഞത് പത്ത് നോഡുകളെങ്കിലും ഉണ്ടായിരിക്കണം.

ഇന്റർമീഡിയറ്റ് സാഹചര്യങ്ങളിൽ, ഓരോ ഓപ്ഷന്റെയും ഗുണങ്ങളും ദോഷങ്ങളും അടിസ്ഥാനമാക്കി ഒരു തിരഞ്ഞെടുപ്പ് നടത്തുക. ഒരുപക്ഷേ ചില വാദങ്ങൾ നിങ്ങളുടെ സാഹചര്യത്തിന് മറ്റുള്ളവയേക്കാൾ പ്രസക്തമാണ്.

കൂടാതെ എല്ലാ നോഡുകളും ഒരേ വലുപ്പത്തിലാക്കേണ്ടത് ആവശ്യമില്ല. ഒരേ വലിപ്പത്തിലുള്ള നോഡുകൾ ഉപയോഗിച്ച് ആദ്യം പരീക്ഷണം നടത്തുന്നതിൽ നിന്ന് ഒന്നും നിങ്ങളെ തടയുന്നില്ല, തുടർന്ന് അവയിൽ മറ്റൊരു വലുപ്പത്തിലുള്ള നോഡുകൾ ചേർക്കുകയും അവയെ ഒരു ക്ലസ്റ്ററിൽ സംയോജിപ്പിക്കുകയും ചെയ്യുന്നു. ഒരു കുബർനെറ്റസ് ക്ലസ്റ്ററിലെ വർക്കർ നോഡുകൾ പൂർണ്ണമായും വൈവിധ്യപൂർണ്ണമായിരിക്കും. അതിനാൽ നിങ്ങൾക്ക് രണ്ട് സമീപനങ്ങളുടെയും ഗുണങ്ങൾ സംയോജിപ്പിക്കാൻ ശ്രമിക്കാം.

ഒരൊറ്റ പാചകക്കുറിപ്പ് ഇല്ല, ഓരോ സാഹചര്യത്തിനും അതിന്റേതായ സൂക്ഷ്മതകളുണ്ട്, ഉൽപ്പാദനം മാത്രമേ സത്യം കാണിക്കൂ.

ക്ലൗഡ് പ്ലാറ്റ്‌ഫോം ടീം തയ്യാറാക്കിയ വിവർത്തനം Mail.ru ക്ലൗഡ് സൊല്യൂഷനുകൾ.

കുബർനെറ്റസിനെ കുറിച്ച് കൂടുതൽ: 25 ക്ലസ്റ്ററുകൾ കൈകാര്യം ചെയ്യുന്നതിനും വിന്യസിക്കുന്നതിനുമുള്ള ഉപയോഗപ്രദമായ ഉപകരണങ്ങൾ.

അവലംബം: www.habr.com