മികച്ച 10 കുബർനെറ്റസ് തന്ത്രങ്ങളും നുറുങ്ങുകളും

ഇന്റർനെറ്റിൽ ധാരാളം റഫറൻസ് സാഹിത്യങ്ങൾ ഉണ്ട്, എന്നാൽ ചിലപ്പോൾ ഏറ്റവും ലളിതമായ ഉപദേശം ഏറ്റവും വിലപ്പെട്ടതാണ്. ടീം Mail.ru-ൽ നിന്ന് Kubernetes aaS പരിഭാഷപ്പെടുത്തി പത്ത് തന്ത്രങ്ങളുടെയും നുറുങ്ങുകളുടെയും ഒരു തിരഞ്ഞെടുപ്പ്, ലേഖനത്തിന്റെ രചയിതാവ് കുബെർനെറ്റസുമായി ചേർന്ന് ഒരു വർഷത്തെ ജോലിക്ക് ശേഷം ശേഖരിച്ചത്. നുറുങ്ങുകൾ പ്രാധാന്യമനുസരിച്ച് തരംതിരിച്ചിട്ടില്ല, എന്നാൽ എല്ലാവരും തങ്ങൾക്ക് ഉപയോഗപ്രദമായ എന്തെങ്കിലും കണ്ടെത്തുമെന്ന് ഞങ്ങൾ കരുതുന്നു.

കുബർനെറ്റസിനൊപ്പം പ്രവർത്തിക്കാനുള്ള ഏറ്റവും ലളിതമായ കമാൻഡ്

ആരംഭിക്കുന്നതിന്, കുബെർനെറ്റസുമായി പ്രവർത്തിക്കുന്നതിനുള്ള ഏറ്റവും ലളിതവും ഉപയോഗപ്രദവുമായ പ്രവർത്തനം. ഇനിപ്പറയുന്ന കമാൻഡ് കമാൻഡ് പൂർത്തീകരണം പ്രാപ്തമാക്കുന്നു kubectl ബാഷ് ഷെല്ലിൽ:

echo "source <(kubectl completion bash)" >> ~/.bashrc

ഓട്ടോഫിൽ kubectl .bashrc ഫയലിലേക്ക് എഴുതപ്പെടും, ഷെൽ ആരംഭിക്കുമ്പോഴെല്ലാം സ്വയമേവ സജീവമാകും. ദൈർഘ്യമേറിയ കമാൻഡുകളും പാരാമീറ്ററുകളും ടൈപ്പുചെയ്യുന്നത് ഇത് വേഗത്തിലാക്കുന്നു all-namespaces. കൂടുതൽ വിശദാംശങ്ങൾ ൽ കുബെർനെറ്റസ് ബാഷ് സഹായം.

ഒരു നെയിംസ്‌പെയ്‌സിലെ ഡിഫോൾട്ട് മെമ്മറിയും സിപിയു പരിധികളും

ആപ്ലിക്കേഷൻ തെറ്റായി എഴുതിയിട്ടുണ്ടെങ്കിൽ, ഉദാഹരണത്തിന്, ഇത് ഓരോ സെക്കൻഡിലും ഡാറ്റാബേസിലേക്ക് ഒരു പുതിയ കണക്ഷൻ തുറക്കുന്നു, പക്ഷേ അത് ഒരിക്കലും അടയ്ക്കുന്നില്ല, തുടർന്ന് ക്ലസ്റ്ററിന് മെമ്മറി ലീക്ക് ഉണ്ട്. വിന്യാസ സമയത്ത് ആപ്ലിക്കേഷന് മെമ്മറി പരിധി സജ്ജീകരിച്ചിട്ടില്ലെങ്കിൽ, ഇത് ഒരു നോഡ് പരാജയത്തിലേക്ക് നയിച്ചേക്കാം.

ഇത് തടയുന്നതിന്, ഓരോ നെയിംസ്പേസ് അടിസ്ഥാനത്തിൽ സ്ഥിരസ്ഥിതി നിയന്ത്രണങ്ങൾ സജ്ജമാക്കാൻ കുബെർനെറ്റസ് നിങ്ങളെ അനുവദിക്കുന്നു. അവ ഒരു പ്രത്യേക നെയിംസ്‌പെയ്‌സിനായി yaml ഫയലിൽ എഴുതിയിരിക്കുന്നു. അത്തരമൊരു ഫയലിന്റെ ഒരു ഉദാഹരണം ഇതാ:

apiVersion: v1
kind: LimitRange
metadata:
  name: mem-limit-range
spec:
  limits:
  - default:
      memory: 512Mi
    defaultRequest:
      memory: 256Mi
    type: Container

അത്തരം yaml സൃഷ്ടിച്ച് ഏതെങ്കിലും നെയിംസ്പേസിലേക്ക് പ്രയോഗിക്കുക. ഉദാഹരണത്തിന്, നെയിംസ്പേസിലേക്ക് limit-example. ഇപ്പോൾ ഈ നെയിംസ്‌പെയ്‌സിൽ വിന്യസിച്ചിരിക്കുന്ന ഏതൊരു കണ്ടെയ്‌നറിനും 512Mi പരിധി ഉണ്ടായിരിക്കും, ഈ കണ്ടെയ്‌നറിന് മറ്റൊരു വ്യക്തിഗത പരിധി അധികമായി സജ്ജീകരിച്ചിട്ടില്ലെങ്കിൽ.

കുബർനെറ്റസിന്റെ പഴയ പതിപ്പുകളിൽ മാലിന്യ ശേഖരണം

കുബെലെറ്റ് ഡിഫോൾട്ടായി മാലിന്യ ശേഖരണം ആരംഭിക്കുമ്പോൾ var/lib/docker ലഭ്യമായ ഡിസ്ക് സ്ഥലത്തിന്റെ 90% ഉൾക്കൊള്ളുന്നു. ഇത് വളരെ മികച്ചതാണ്, എന്നിരുന്നാലും, Kubernetes 1.7 വരെ, ഫയൽ സിസ്റ്റത്തിലെ ഫയലുകളുടെ എണ്ണവുമായി പൊരുത്തപ്പെടുന്ന ഐനോഡുകളുടെ എണ്ണത്തിൽ സ്ഥിരസ്ഥിതി പരിധിയില്ല.

സാധ്യതയുള്ള നിങ്ങളുടെ കണ്ടെയ്നർ var/lib/docker ഡിസ്ക് സ്ഥലത്തിന്റെ 50% മാത്രമേ ഉപയോഗിക്കാവൂ, പക്ഷേ ഐനോഡുകൾ തീർന്നേക്കാം, ഇത് തൊഴിലാളികൾക്ക് പ്രശ്‌നമുണ്ടാക്കും.

1.4 മുതൽ 1.6 വരെയുള്ള കുബെലെറ്റിന്റെ പഴയ പതിപ്പുകളിൽ നിങ്ങൾ ഈ ഫ്ലാഗ് ചേർക്കേണ്ടതുണ്ട്:

--eviction-hard
=memory.available<100Mi,nodefs.available<10%,nodefs.inodesFree<5%

1.7-ലും പിന്നീടുള്ള പതിപ്പുകളിലും ഈ ഫ്ലാഗ് സ്ഥിരസ്ഥിതിയായി സജ്ജീകരിച്ചിരിക്കുന്നു. എന്നിരുന്നാലും, മുൻ പതിപ്പുകൾ ഐനോഡ് പരിധി നിരീക്ഷിക്കുന്നില്ല.

മിനിക്യൂബെ... ചെറുതും എന്നാൽ ശക്തവുമായ പ്രാദേശിക കുബർനെറ്റുകൾ

ഒരു പ്രാദേശിക കുബർനെറ്റസ് ക്ലസ്റ്റർ പ്രവർത്തിപ്പിക്കുന്നതിനുള്ള ഏറ്റവും എളുപ്പമുള്ള മാർഗമാണ് മിനിക്യൂബ്. ഒരു ലളിതമായ കമാൻഡ് ഉപയോഗിച്ചാണ് ഇത് സമാരംഭിക്കുന്നത്:

minikube start

ഈ കമാൻഡ് പ്രവർത്തിപ്പിക്കുന്നതിലൂടെ നിങ്ങളുടെ മെഷീനിൽ ഒരു യഥാർത്ഥ കുബർനെറ്റസ് ക്ലസ്റ്റർ പ്രവർത്തിക്കുന്നു.

ചിത്രീകരണ ഉറവിടം

ആപ്ലിക്കേഷൻ എങ്ങനെ നിർമ്മിക്കാമെന്നും ആ ക്ലസ്റ്ററിൽ പ്രാദേശികമായി പ്രവർത്തിപ്പിക്കാമെന്നുമാണ് തന്ത്രം. പ്രത്യേകമായി നിർദ്ദേശിച്ചില്ലെങ്കിൽ, ഡോക്കർ ഇമേജ് നിങ്ങളുടെ കമ്പ്യൂട്ടറിൽ നിർമ്മിക്കപ്പെടും, ക്ലസ്റ്ററിലല്ല.

പ്രാദേശിക കുബർനെറ്റസ് ക്ലസ്റ്ററിലേക്ക് ചിത്രം തള്ളാൻ ഡോക്കറെ നിർബന്ധിക്കുന്നതിന്, ഡോക്കർ മെഷീന് ഇനിപ്പറയുന്ന കമാൻഡ് നൽകുന്നു:

eval $(minikube docker-env)

ഇപ്പോൾ നമുക്ക് ഒരു പ്രാദേശിക കുബർനെറ്റസ് ക്ലസ്റ്ററിൽ ആപ്ലിക്കേഷനുകൾ നിർമ്മിക്കാം.

എല്ലാവർക്കും kubectl ആക്സസ് നൽകരുത്

ഇത് വ്യക്തമാണെന്ന് തോന്നുന്നു, എന്നാൽ ഒന്നിലധികം ടീമുകൾ അവരുടെ ആപ്ലിക്കേഷനുകൾക്കായി ഒരേ ക്ലസ്റ്റർ ഉപയോഗിക്കുകയാണെങ്കിൽ (കുബെർനെറ്റസ് സൃഷ്ടിച്ചതാണ്), നിങ്ങൾ എല്ലാവർക്കും നൽകരുത് kubectl. കമാൻഡുകൾ വേർതിരിക്കുന്നതാണ് നല്ലത്, ഓരോന്നിനും അതിന്റേതായ നെയിംസ്പേസ് നൽകുകയും RBAC പോളിസികൾ ഉപയോഗിച്ച് ആക്സസ് പരിമിതപ്പെടുത്തുകയും ചെയ്യുന്നു.

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

പോഡ് ബജറ്റുകൾ കൈകാര്യം ചെയ്യുക

ഒരു കുബർനെറ്റസ് ക്ലസ്റ്ററിലെ ഒരു ആപ്ലിക്കേഷന് പ്രവർത്തനരഹിതമായ സമയമില്ലെന്ന് എങ്ങനെ ഉറപ്പാക്കാം? PodDisruptionBudget വീണ്ടും PodDisruptionBudget.

ക്ലസ്റ്ററുകൾ ഇടയ്ക്കിടെ അപ്ഡേറ്റ് ചെയ്യുകയും നോഡുകൾ ശൂന്യമാക്കുകയും ചെയ്യുന്നു. ഒന്നും നിശ്ചലമല്ല, അതാണ് യാഥാർത്ഥ്യം. ഒന്നിലധികം സംഭവങ്ങളുള്ള എല്ലാ വിന്യാസത്തിലും ഒരു PDB (PodDisruptionBudget) ഉണ്ടായിരിക്കണം. ക്ലസ്റ്ററിലേക്ക് പ്രയോഗിക്കുന്ന ഒരു ലളിതമായ yaml ഫയലിലാണ് ഇത് സൃഷ്ടിച്ചിരിക്കുന്നത്. ഒരു പ്രത്യേക പിഡിബിയുടെ കവറേജ് ഏരിയ നിർണ്ണയിക്കുന്നത് ലേബൽ സെലക്ടർമാരാണ്.

കുറിപ്പ്: ബജറ്റ് ലംഘനം പഴയപടിയാക്കുമ്പോൾ മാത്രമേ PDB ബജറ്റ് കണക്കിലെടുക്കൂ (സ്വമേധയാ തടസ്സം). ഹാർഡ്‌വെയർ തകരാറുകൾ പോലുള്ള സാഹചര്യങ്ങളിൽ, PDB പ്രവർത്തിക്കില്ല.

ഉദാഹരണം PDB:

apiVersion: policy/v1beta1
kind: PodDisruptionBudget
metadata:
  name: app-a-pdb
spec:
  minAvailable: 2
  selector:
      matchLabels:
        app: app-a

രണ്ട് പ്രധാന പാരാമീറ്ററുകൾ matchLabels и minAvailable. ഏത് ആപ്ലിക്കേഷനുകൾക്കാണ് ബജറ്റ് ബാധകമെന്ന് ആദ്യ പാരാമീറ്റർ വ്യക്തമാക്കുന്നു. ഉദാഹരണത്തിന്, എനിക്ക് ലേബലുകളുള്ള വിന്യാസമുണ്ടെങ്കിൽ app: app-a и app: app-b, അപ്പോൾ ഈ PDB ആദ്യത്തേതിന് മാത്രമേ ബാധകമാകൂ.

പാരാമീറ്റർ minAvailable നോഡ് ശൂന്യമാക്കുമ്പോൾ (വൃത്തിയാക്കുമ്പോൾ) കണക്കിലെടുക്കുന്നു. ഉദാഹരണത്തിന്, ഞങ്ങളുടെ ഉദാഹരണത്തിൽ, ശൂന്യമാക്കുന്ന സമയത്ത്, എല്ലാ സംഭവങ്ങളും പുറത്താക്കപ്പെടുന്നു app: app-a, രണ്ടെണ്ണം ഒഴികെ.

ഏത് സമയത്തും ആപ്ലിക്കേഷന്റെ എത്ര സന്ദർഭങ്ങൾ പ്രവർത്തിക്കണം എന്നത് നിയന്ത്രിക്കാൻ ഇത് നിങ്ങളെ അനുവദിക്കുന്നു.

ആപ്ലിക്കേഷൻ ആരോഗ്യ നിരീക്ഷണം

അത്തരം നിരീക്ഷണം രണ്ട് തരത്തിൽ സാധ്യമാണ്: റെഡിനെസ് അല്ലെങ്കിൽ ലൈവ്നെസ് ടെസ്റ്റുകൾ ഉപയോഗിച്ച്.

ട്രാഫിക് സ്വീകരിക്കുന്നതിനുള്ള കണ്ടെയ്‌നറിന്റെ സന്നദ്ധത ആദ്യ അന്വേഷണം (തയ്യാറെടുപ്പ്) നിർണ്ണയിക്കുന്നു.

കണ്ടെയ്നർ ആരോഗ്യകരമാണോ അതോ പുനരാരംഭിക്കേണ്ടതുണ്ടോ എന്ന് രണ്ടാമത്തേത് (ലൈവ്നെസ്) കാണിക്കുന്നു.

വിന്യാസത്തിനായി പ്രസക്തമായ കോൺഫിഗറേഷനുകൾ yaml-ലേക്ക് ചേർക്കുന്നു. അവിടെ നിങ്ങൾക്ക് ടൈംഔട്ടുകളും കാലതാമസ സമയങ്ങളും വീണ്ടും ട്രയലുകളുടെ എണ്ണവും വ്യക്തമാക്കാം. അവരെക്കുറിച്ചുള്ള കൂടുതൽ വിശദാംശങ്ങൾ കാണുക കുബെർനെറ്റസ് ഡോക്യുമെന്റേഷൻ.

ടാഗുകൾ എല്ലായിടത്തും ഉണ്ട്

കുബർനെറ്റസിലെ അടിസ്ഥാന ആശയങ്ങളിലൊന്നാണ് ലേബലുകൾ. അവ ഒബ്ജക്റ്റുകളെ പരസ്പരം സ്വതന്ത്രമായി ആശയവിനിമയം നടത്താൻ അനുവദിക്കുന്നു, അതുപോലെ തന്നെ ലേബലുകളെ അടിസ്ഥാനമാക്കി അന്വേഷണങ്ങൾ സൃഷ്ടിക്കുന്നു. കുബർനെറ്റസിൽ, നിങ്ങൾക്ക് ക്ലയന്റിലേക്ക് പോകാനും നിർദ്ദിഷ്ട ടാഗുകൾക്കായി ഇവന്റുകൾ കാണാനും കഴിയും.

ടാഗുകൾ ഉപയോഗിച്ച് നിങ്ങൾക്ക് ഏതാണ്ട് എന്തും ചെയ്യാൻ കഴിയും, എന്നാൽ ഒരേ ക്ലസ്റ്ററിൽ പ്രോഗ്രാമുകൾ പ്രവർത്തിപ്പിക്കുന്നതിന് ഒന്നിലധികം പരിതസ്ഥിതികൾ സൃഷ്ടിക്കുന്നതാണ് ഒരു നല്ല ഉദാഹരണം.

നിങ്ങൾ ഇതേ ക്ലസ്റ്റർ ഉപയോഗിക്കുന്നുവെന്ന് കരുതുക dev и qa. ഇതിനർത്ഥം നിങ്ങൾക്ക് ഒരു അപേക്ഷ നൽകാം എന്നാണ് app-a, രണ്ട് പരിതസ്ഥിതികളിലും ഒരേസമയം പ്രവർത്തിക്കുന്നു qa и dev. ഈ സാഹചര്യത്തിൽ, ഉചിതമായ പരാമീറ്റർ വ്യക്തമാക്കിയുകൊണ്ട് ഒരു പ്രത്യേക പരിതസ്ഥിതിയിൽ നമുക്ക് പ്രത്യേകമായി ആപ്ലിക്കേഷൻ ഇൻസ്‌റ്റൻസ് ആക്‌സസ് ചെയ്യാൻ കഴിയും. environment. ഉദാഹരണത്തിന്, app: app-a и environment: dev ഒരു പരിതസ്ഥിതിക്ക്, ഒപ്പം app: app-a и environment: qa രണ്ടാമത്തേതിന്.

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

സംഘടിക്കുക

കുബെർനെറ്റസ് വളരെ ശക്തമായ ഒരു സംവിധാനമാണ്, എന്നാൽ ഏത് സിസ്റ്റവും ഒടുവിൽ വളരെയധികം പ്രക്രിയകളാൽ തടസ്സപ്പെട്ടേക്കാം. നിങ്ങൾ വ്യക്തമാക്കുന്ന എല്ലാ പ്രക്രിയകളും പരിശോധനകളും കുബെലെറ്റ് പ്രവർത്തിപ്പിക്കുന്നു, അതുപോലെ തന്നെ സ്വന്തം.

തീർച്ചയായും, ഒരു അനാഥ സേവനം സിസ്റ്റത്തെ മന്ദഗതിയിലാക്കില്ല, കൂടാതെ കുബെർനെറ്റസ് രൂപകൽപ്പന ചെയ്‌തിരിക്കുന്നത് അടിത്തട്ടിൽ നിന്ന് സ്കെയിൽ ചെയ്യുന്നതിനാണ്. എന്നാൽ ഒരു സേവനത്തിന് പകരം ഒരു ദശലക്ഷം പ്രത്യക്ഷപ്പെട്ടാൽ, കുബെലെറ്റ് ശ്വാസം മുട്ടിക്കാൻ തുടങ്ങുന്നു.

ചില കാരണങ്ങളാൽ നിങ്ങൾ ഒരു വിന്യാസം (കണ്ടെയ്‌നർ, ഇമേജ്, എന്തും) ഇല്ലാതാക്കുകയാണെങ്കിൽ, ഒരു പൂർണ്ണമായ ക്ലീനപ്പ് ചെയ്യുന്നത് ഉറപ്പാക്കുക.

ഗോയെ കണ്ടുമുട്ടുക

പ്രധാന ഉപദേശം ഞങ്ങൾ അവസാനമായി സംരക്ഷിച്ചു. Go പ്രോഗ്രാമിംഗ് ഭാഷ പഠിക്കുക.

Kubernetes Go-യിൽ വികസിപ്പിച്ചതാണ്, എല്ലാ വിപുലീകരണങ്ങളും Go-യിൽ എഴുതിയിരിക്കുന്നു, കൂടാതെ ക്ലയന്റ്-ഗോ ക്ലയന്റ് ലൈബ്രറിയും ഔദ്യോഗികമായി പിന്തുണയ്ക്കുന്നു.

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

Go പ്രോഗ്രാമിംഗ് ഭാഷ പഠിക്കുന്നതും ക്ലയന്റ്-ഗോയിൽ പ്രാവീണ്യം നേടുന്നതും ഒരുപക്ഷേ പുതിയ കുബർനെറ്റസ് ഉപയോക്താക്കൾക്ക് നൽകാൻ കഴിയുന്ന ഏറ്റവും പ്രധാനപ്പെട്ട ഉപദേശമാണ്.

Mail.ru ക്ലൗഡ് സൊല്യൂഷൻസിന്റെ പിന്തുണയോടെ വിവർത്തനം ചെയ്തത്

വേറെ എന്ത് വായിക്കാൻ:

1. കുബർനെറ്റസിലെ ഓട്ടോസ്‌കേലിംഗിന്റെ മൂന്ന് തലങ്ങളും അവ എങ്ങനെ ഫലപ്രദമായി ഉപയോഗിക്കാമെന്നും.
2. കുബെർനെറ്റസ് വർക്കർ നോഡുകൾ: നിരവധി ചെറിയവ അല്ലെങ്കിൽ കുറച്ച് വലിയവ?
3. 25 കുബർനെറ്റുകളെ വിന്യസിക്കുന്നതിനും നിയന്ത്രിക്കുന്നതിനുമുള്ള ഉപയോഗപ്രദമായ ഉപകരണങ്ങൾ.

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