പ്രവർത്തനരഹിതമായ ഒരു കുബർനെറ്റസ് ക്ലസ്റ്റർ അപ്‌ഗ്രേഡുചെയ്യുന്നു

നിങ്ങളുടെ കുബർനെറ്റസ് ക്ലസ്റ്ററിനായി അപ്‌ഗ്രേഡ് പ്രോസസ്സ്

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

ഈ പോസ്റ്റ് 4-പോസ്റ്റ് പരമ്പരയുടെ ഭാഗമാണ്:

1. ഈ പോസ്റ്റ്.
2. ഒരു കുബർനെറ്റസ് ക്ലസ്റ്ററിലെ പോഡുകളുടെ ശരിയായ ഷട്ട്ഡൗൺ
3. ഒരു പോഡ് ഇല്ലാതാക്കുമ്പോൾ അത് അവസാനിപ്പിക്കാൻ വൈകി
4. PodDisruptionBdgets ഉപയോഗിച്ച് Kubernetes ക്ലസ്റ്റർ പ്രവർത്തനരഹിതമായ സമയം എങ്ങനെ ഒഴിവാക്കാം

(ഏകദേശം. പരമ്പരയിലെ ശേഷിക്കുന്ന ലേഖനങ്ങളുടെ വിവർത്തനങ്ങൾ സമീപഭാവിയിൽ പ്രതീക്ഷിക്കുക)

ഈ ലേഖനത്തിൽ, നിങ്ങളുടെ ക്ലസ്റ്ററിൽ പ്രവർത്തിക്കുന്ന നോഡുകൾക്ക് സീറോ ഡൗൺടൈം നേടുന്നതിന് Kubernetes നൽകുന്ന എല്ലാ ടൂളുകളും ഞങ്ങൾ വിവരിക്കും.

പ്രശ്നം നിർവചിക്കുന്നു

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

നമ്മുടെ യാത്ര ആരംഭിക്കുന്നതിന്, നമുക്ക് ഒരു വ്യക്തമായ ഉദാഹരണം എടുക്കാം. നമുക്ക് രണ്ട് നോഡുകളുടെ ഒരു കുബർനെറ്റസ് ക്ലസ്റ്റർ ഉണ്ടെന്ന് പറയാം, അതിൽ രണ്ട് പോഡുകളുള്ള ഒരു ആപ്ലിക്കേഷൻ പ്രവർത്തിക്കുന്നു. Service:

ഞങ്ങളുടെ രണ്ട് കുബർനെറ്റസ് ക്ലസ്റ്റർ നോഡുകളിൽ Nginx ഉം സേവനവും പ്രവർത്തിക്കുന്ന രണ്ട് പോഡുകളിൽ നിന്ന് നമുക്ക് ആരംഭിക്കാം.

ഞങ്ങളുടെ ക്ലസ്റ്ററിലെ രണ്ട് വർക്കർ നോഡുകളുടെ കേർണൽ പതിപ്പ് അപ്‌ഡേറ്റ് ചെയ്യാൻ ഞങ്ങൾ ആഗ്രഹിക്കുന്നു. ഞങ്ങൾ ഇത് എങ്ങനെ ചെയ്യും? പരിഷ്കരിച്ച കോൺഫിഗറേഷൻ ഉപയോഗിച്ച് പുതിയ നോഡുകൾ ബൂട്ട് ചെയ്യുകയും പുതിയവ ആരംഭിക്കുമ്പോൾ പഴയ നോഡുകൾ ഷട്ട്ഡൗൺ ചെയ്യുകയും ചെയ്യുക എന്നതാണ് ഒരു ലളിതമായ പരിഹാരം. ഇത് പ്രവർത്തിക്കുമെങ്കിലും, ഈ സമീപനത്തിൽ ചില പ്രശ്നങ്ങൾ ഉണ്ടാകും:

• നിങ്ങൾ പഴയ നോഡുകൾ ഓഫ് ചെയ്യുമ്പോൾ, അവയിൽ പ്രവർത്തിക്കുന്ന പോഡുകളും ഓഫാകും. ഭംഗിയുള്ള ഷട്ട്‌ഡൗണിനായി പോഡുകൾ മായ്‌ക്കേണ്ടതെങ്കിലോ? നിങ്ങൾ ഉപയോഗിക്കുന്ന വിർച്ച്വലൈസേഷൻ സിസ്റ്റം ക്ലീനപ്പ് പ്രക്രിയ പൂർത്തിയാകുന്നതുവരെ കാത്തിരിക്കണമെന്നില്ല.
• നിങ്ങൾ എല്ലാ നോഡുകളും ഒരേ സമയം ഓഫാക്കിയാലോ? പോഡുകൾ പുതിയ നോഡുകളിലേക്ക് നീങ്ങുമ്പോൾ നിങ്ങൾക്ക് മാന്യമായ പ്രവർത്തനരഹിതമായ സമയം ലഭിക്കും.

നോഡിൽ മാറ്റങ്ങൾ വരുത്തുമ്പോൾ ഞങ്ങളുടെ വർക്കർ പ്രോസസുകളൊന്നും പ്രവർത്തിക്കുന്നില്ലെന്ന് ഉറപ്പാക്കിക്കൊണ്ട് പഴയ നോഡുകളിൽ നിന്ന് പോഡുകൾ ഭംഗിയായി മൈഗ്രേറ്റ് ചെയ്യാൻ ഞങ്ങൾക്ക് ഒരു മാർഗം ആവശ്യമാണ്. അല്ലെങ്കിൽ ഞങ്ങൾ ക്ലസ്റ്ററിൻ്റെ പൂർണ്ണമായ മാറ്റിസ്ഥാപിക്കൽ നടത്തുമ്പോൾ, ഉദാഹരണത്തിലെന്നപോലെ (അതായത്, ഞങ്ങൾ VM ഇമേജുകൾ മാറ്റിസ്ഥാപിക്കുന്നു), പഴയ നോഡുകളിൽ നിന്ന് പുതിയവയിലേക്ക് പ്രവർത്തിക്കുന്ന ആപ്ലിക്കേഷനുകൾ കൈമാറാൻ ഞങ്ങൾ ആഗ്രഹിക്കുന്നു. രണ്ട് സാഹചര്യങ്ങളിലും, പുതിയ പോഡുകൾ പഴയ നോഡുകളിൽ ഷെഡ്യൂൾ ചെയ്യുന്നതിൽ നിന്ന് തടയാനും തുടർന്ന് പ്രവർത്തിക്കുന്ന എല്ലാ പോഡുകളും അവയിൽ നിന്ന് ഒഴിവാക്കാനും ഞങ്ങൾ ആഗ്രഹിക്കുന്നു. ഈ ലക്ഷ്യങ്ങൾ നേടാൻ നമുക്ക് കമാൻഡ് ഉപയോഗിക്കാം kubectl drain.

ഒരു നോഡിൽ നിന്ന് എല്ലാ പോഡുകളും പുനർവിതരണം ചെയ്യുന്നു

ഒരു നോഡിൽ നിന്ന് എല്ലാ പോഡുകളും പുനർവിതരണം ചെയ്യാൻ ഡ്രെയിൻ പ്രവർത്തനം നിങ്ങളെ അനുവദിക്കുന്നു. ഡ്രെയിൻ എക്‌സിക്യൂഷൻ സമയത്ത്, നോഡ് ഷെഡ്യൂൾ ചെയ്യാനാകാത്തതായി അടയാളപ്പെടുത്തിയിരിക്കുന്നു (ഫ്ലാഗ് NoSchedule). ഇത് പുതിയ കായ്കൾ അതിൽ പ്രത്യക്ഷപ്പെടുന്നത് തടയുന്നു. തുടർന്ന് ഡ്രെയിനേജ് നോഡിൽ നിന്ന് പോഡുകൾ പുറന്തള്ളാൻ തുടങ്ങുന്നു, നിലവിൽ നോഡിൽ പ്രവർത്തിക്കുന്ന കണ്ടെയ്‌നറുകൾ അടച്ചുപൂട്ടുന്നു, ഒരു സിഗ്നൽ അയയ്ക്കുന്നു TERM ഒരു പോഡിലെ പാത്രങ്ങൾ.

എന്നിരുന്നാലും kubectl drain കായ്കൾ പുറന്തള്ളുന്നത് ഒരു മികച്ച ജോലി ചെയ്യും, ഡ്രെയിനിൻ്റെ പ്രവർത്തനം പരാജയപ്പെടാൻ കാരണമാകുന്ന മറ്റ് രണ്ട് ഘടകങ്ങളുണ്ട്:

• നിങ്ങളുടെ അപേക്ഷ സമർപ്പിക്കുമ്പോൾ കൃത്യസമയത്ത് അവസാനിപ്പിക്കാൻ കഴിയണം TERM സിഗ്നൽ. പോഡുകൾ പുറത്താക്കപ്പെടുമ്പോൾ, കുബർനെറ്റസ് ഒരു സിഗ്നൽ അയയ്ക്കുന്നു TERM കണ്ടെയ്‌നറുകൾ, ഒരു നിശ്ചിത സമയത്തേക്ക് അവ നിർത്താൻ കാത്തിരിക്കുന്നു, അതിനുശേഷം, അവ നിർത്തിയില്ലെങ്കിൽ, അത് അവരെ നിർബന്ധിതമായി അവസാനിപ്പിക്കുന്നു. ഏത് സാഹചര്യത്തിലും, നിങ്ങളുടെ കണ്ടെയ്നർ സിഗ്നൽ ശരിയായി മനസ്സിലാക്കുന്നില്ലെങ്കിൽ, പോഡുകൾ നിലവിൽ പ്രവർത്തിക്കുന്നുണ്ടെങ്കിൽ നിങ്ങൾക്ക് അവ തെറ്റായി കെടുത്തിക്കളയാനാകും (ഉദാഹരണത്തിന്, ഒരു ഡാറ്റാബേസ് ഇടപാട് പുരോഗമിക്കുകയാണ്).
• നിങ്ങളുടെ ആപ്ലിക്കേഷൻ അടങ്ങിയിരിക്കുന്ന എല്ലാ പോഡുകളും നിങ്ങൾക്ക് നഷ്‌ടപ്പെടും. പുതിയ നോഡുകളിൽ പുതിയ കണ്ടെയ്‌നറുകൾ ലോഞ്ച് ചെയ്യുമ്പോൾ ഇത് ലഭ്യമായേക്കില്ല, അല്ലെങ്കിൽ നിങ്ങളുടെ പോഡുകൾ കൺട്രോളറുകൾ ഇല്ലാതെ വിന്യസിച്ചാൽ, അവ പുനരാരംഭിച്ചേക്കില്ല.

പ്രവർത്തനരഹിതമായ സമയം ഒഴിവാക്കുന്നു

ഒരു നോഡിലെ ഡ്രെയിനേജ് ഓപ്പറേഷൻ പോലെയുള്ള സ്വമേധയാ ഉള്ള തടസ്സങ്ങളിൽ നിന്ന് പ്രവർത്തനരഹിതമായ സമയം കുറയ്ക്കുന്നതിന്, Kubernetes ഇനിപ്പറയുന്ന പരാജയം കൈകാര്യം ചെയ്യുന്നതിനുള്ള ഓപ്ഷനുകൾ നൽകുന്നു:

• മാന്യമായ അവസാനിപ്പിക്കൽ
• ലൈഫ് സൈക്കിൾ ഹുക്കുകൾ
• PodDisruptionBdgets

ബാക്കിയുള്ള പരമ്പരകളിൽ, പോഡ് മൈഗ്രേഷൻ്റെ ആഘാതം ലഘൂകരിക്കാൻ ഞങ്ങൾ ഈ കുബർനെറ്റസ് ഫീച്ചറുകൾ ഉപയോഗിക്കും. പ്രധാന ആശയം പിന്തുടരുന്നത് എളുപ്പമാക്കുന്നതിന്, ഇനിപ്പറയുന്ന റിസോഴ്സ് കോൺഫിഗറേഷൻ ഉപയോഗിച്ച് മുകളിലുള്ള ഞങ്ങളുടെ ഉദാഹരണം ഞങ്ങൾ ഉപയോഗിക്കും:

---
apiVersion: apps/v1
kind: Deployment
metadata:
 name: nginx-deployment
 labels:
   app: nginx
spec:
 replicas: 2
 selector:
   matchLabels:
     app: nginx
 template:
   metadata:
     labels:
       app: nginx
   spec:
     containers:
     - name: nginx
       image: nginx:1.15
       ports:
       - containerPort: 80
---
kind: Service
apiVersion: v1
metadata:
 name: nginx-service
spec:
 selector:
   app: nginx
 ports:
 - protocol: TCP
   targetPort: 80
   port: 80

ഈ കോൺഫിഗറേഷൻ ഒരു ചെറിയ ഉദാഹരണമാണ് Deployment, ഇത് ക്ലസ്റ്ററിലെ nginx പോഡുകൾ കൈകാര്യം ചെയ്യുന്നു. കൂടാതെ, കോൺഫിഗറേഷൻ ഉറവിടത്തെ വിവരിക്കുന്നു Service, ഒരു ക്ലസ്റ്ററിലെ nginx പോഡുകൾ ആക്സസ് ചെയ്യാൻ ഇത് ഉപയോഗിക്കാം.

സൈക്കിളിലുടനീളം, ഞങ്ങൾ ഈ കോൺഫിഗറേഷൻ ആവർത്തിച്ച് വികസിപ്പിക്കും, അതുവഴി പ്രവർത്തനരഹിതമായ സമയം കുറയ്ക്കുന്നതിന് കുബെർനെറ്റസ് നൽകുന്ന എല്ലാ കഴിവുകളും ഇതിൽ ഉൾപ്പെടുന്നു.

AWS-ലും അതിനപ്പുറവും സീറോ ഡൗൺടൈമിനായി Kubernetes ക്ലസ്റ്റർ അപ്‌ഡേറ്റുകളുടെ പൂർണ്ണമായി നടപ്പിലാക്കിയതും പരീക്ഷിച്ചതുമായ പതിപ്പിനായി, സന്ദർശിക്കുക Gruntwork.io.

ഞങ്ങളുടെ ബ്ലോഗിലെ മറ്റ് ലേഖനങ്ങളും വായിക്കുക:

• സീറോ ഡൌൺടൈം വിന്യാസവും ഡാറ്റാബേസുകളും
• കുബെർനെറ്റസ്: സിസ്റ്റം റിസോഴ്‌സ് മാനേജ്‌മെന്റ് കോൺഫിഗർ ചെയ്യേണ്ടത് എന്തുകൊണ്ട്?
• ടെക്ടൺ പൈപ്പ്ലൈൻ - കുബർനെറ്റസ്-നേറ്റീവ് പൈപ്പ്ലൈനുകൾ
• Nginx-നായി ഡൈനാമിക് മൊഡ്യൂളുകൾ നിർമ്മിക്കുന്നു
• ഹാഷികോർപ്പ് കോൺസലിന്റെ കുബർനെറ്റസ് ഓതറൈസേഷന്റെ ആമുഖം
• ClickHouse-ൽ നിന്ന് അനുമതിയില്ലാതെ ClickHouse-ലേക്ക് അനുമതിയോടെയുള്ള മൈഗ്രേഷൻ എന്തിലേക്ക് നയിച്ചു?

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