കുബെർനെറ്റസിന്റെ മികച്ച സമ്പ്രദായങ്ങൾ. ശരിയായ ഷട്ട്ഡൗൺ അവസാനിപ്പിക്കുക

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

വിതരണം ചെയ്ത സിസ്റ്റങ്ങളുടെ പ്രവർത്തനത്തിലെ ഒരു പ്രധാന കാര്യം പരാജയം കൈകാര്യം ചെയ്യുക എന്നതാണ്. നിങ്ങളുടെ സിസ്റ്റത്തിന്റെ ആരോഗ്യം നിരീക്ഷിക്കുകയും പ്രവർത്തിക്കുന്നത് നിർത്തിയ സേവനങ്ങൾ പുനരാരംഭിക്കുകയും ചെയ്യുന്ന കൺട്രോളറുകൾ ഉപയോഗിച്ച് Kubernetes ഇത് സഹായിക്കുന്നു. എന്നിരുന്നാലും, മൊത്തത്തിലുള്ള സിസ്റ്റം ആരോഗ്യം ഉറപ്പാക്കാൻ കുബർനെറ്റിസിന് നിങ്ങളുടെ ആപ്ലിക്കേഷനുകൾ നിർബന്ധിതമായി നിർത്താനാകും. ഈ പരമ്പരയിൽ, Kubernetes-ന്റെ ജോലി കൂടുതൽ കാര്യക്ഷമമായി ചെയ്യാൻ നിങ്ങൾക്ക് എങ്ങനെ സഹായിക്കാമെന്നും ആപ്ലിക്കേഷൻ പ്രവർത്തനരഹിതമായ സമയം കുറയ്ക്കാമെന്നും ഞങ്ങൾ നോക്കും.

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

കണ്ടെയ്‌നറുകളിൽ നിന്ന് നോഡുകളിലേക്ക് സ്വയം സഞ്ചരിക്കുമ്പോൾ വിഭവങ്ങൾ ആരോഗ്യകരമാണെന്ന് ഉറപ്പാക്കാൻ കുബർനെറ്റസ് ഒരു നിരീക്ഷണ-വ്യത്യാസം-നടപടി-ആക്ഷൻ ഇവന്റ് ലൂപ്പ് ഉപയോഗിക്കുന്നു.

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

അതിനാൽ, അന്തിമ ഉപയോക്താവിന് ഏറ്റവും കുറഞ്ഞ സ്വാധീനവും കുറഞ്ഞ വീണ്ടെടുക്കൽ സമയവും നൽകിക്കൊണ്ട് നിങ്ങളുടെ ആപ്ലിക്കേഷൻ അവസാനിപ്പിക്കുന്നത് നിർണായകമാണ്. ഇതിനർത്ഥം, ഷട്ട് ഡൗൺ ചെയ്യുന്നതിന് മുമ്പ്, അത് സംരക്ഷിക്കേണ്ട എല്ലാ ഡാറ്റയും സംരക്ഷിക്കുകയും എല്ലാ നെറ്റ്‌വർക്ക് കണക്ഷനുകളും അടയ്ക്കുകയും ശേഷിക്കുന്ന ജോലികൾ പൂർത്തിയാക്കുകയും മറ്റ് അടിയന്തിര ജോലികൾ കൈകാര്യം ചെയ്യുകയും വേണം.

പ്രായോഗികമായി, ഇതിനർത്ഥം, നിങ്ങളുടെ ആപ്ലിക്കേഷന് യുണിക്സ് ഓപ്പറേറ്റിംഗ് സിസ്റ്റങ്ങളിലെ കിൽ യൂട്ടിലിറ്റിയുടെ ഡിഫോൾട്ട് സിഗ്നലായ, പ്രോസസ്സ് ടെർമിനേഷൻ സിഗ്നലായ SIGTERM സന്ദേശം കൈകാര്യം ചെയ്യാൻ കഴിയണം എന്നാണ്. ഈ സന്ദേശം ലഭിച്ചാൽ, ആപ്ലിക്കേഷൻ ഷട്ട് ഡൗൺ ചെയ്യണം.

കുബെർനെറ്റസ് ഒരു പോഡ് അവസാനിപ്പിക്കാൻ തീരുമാനിച്ചാൽ, നിരവധി സംഭവങ്ങൾ സംഭവിക്കുന്നു. ഒരു കണ്ടെയ്‌നറോ പോഡോ ഷട്ട്‌ഡൗൺ ചെയ്യുമ്പോൾ കുബർനെറ്റസ് എടുക്കുന്ന ഓരോ ഘട്ടവും നോക്കാം.

പോഡുകളിലൊന്ന് അവസാനിപ്പിക്കണമെന്ന് നമുക്ക് പറയാം. ഈ സമയത്ത്, ഇത് പുതിയ ട്രാഫിക് സ്വീകരിക്കുന്നത് നിർത്തും - പോഡിൽ പ്രവർത്തിക്കുന്ന കണ്ടെയ്‌നറുകളെ ബാധിക്കില്ല, പക്ഷേ എല്ലാ പുതിയ ട്രാഫിക്കും തടയപ്പെടും.

ഒരു പോഡിലെ കണ്ടെയ്‌നറുകളിലേക്ക് അയയ്‌ക്കുന്ന ഒരു പ്രത്യേക കമാൻഡ് അല്ലെങ്കിൽ HTTP അഭ്യർത്ഥനയായ പ്രീസ്റ്റോപ്പ് ഹുക്ക് നോക്കാം. SIGTERM ലഭിക്കുമ്പോൾ നിങ്ങളുടെ ആപ്ലിക്കേഷൻ ശരിയായി ഷട്ട്ഡൗൺ ചെയ്തില്ലെങ്കിൽ, ശരിയായി ഷട്ട് ഡൗൺ ചെയ്യാൻ നിങ്ങൾക്ക് preStop ഉപയോഗിക്കാം.

ഒരു SIGTERM സിഗ്നൽ ലഭിക്കുമ്പോൾ മിക്ക പ്രോഗ്രാമുകളും ഭംഗിയായി പുറത്തുകടക്കും, എന്നാൽ നിങ്ങൾ മൂന്നാം കക്ഷി കോഡോ അല്ലെങ്കിൽ നിങ്ങൾ പൂർണ്ണമായി നിയന്ത്രിക്കാത്ത ചില സിസ്റ്റമോ ഉപയോഗിക്കുകയാണെങ്കിൽ, ആപ്ലിക്കേഷൻ മാറ്റാതെ തന്നെ മനോഹരമായി ഷട്ട്ഡൗൺ ചെയ്യാൻ നിർബന്ധിതമാക്കുന്നതിനുള്ള മികച്ച മാർഗമാണ് പ്രീസ്റ്റോപ്പ് ഹുക്ക്.

ഈ ഹുക്ക് എക്‌സിക്യൂട്ട് ചെയ്‌ത ശേഷം, പോഡിലെ കണ്ടെയ്‌നറുകളിലേക്ക് കുബർനെറ്റസ് ഒരു SIGTERM സിഗ്നൽ അയയ്‌ക്കും, അവ ഉടൻ തന്നെ വിച്ഛേദിക്കപ്പെടുമെന്ന് അവരെ അറിയിക്കും. ഈ സിഗ്നൽ ലഭിക്കുമ്പോൾ, നിങ്ങളുടെ കോഡ് ഷട്ട്ഡൗൺ പ്രക്രിയയിലേക്ക് പോകും. ഡാറ്റാബേസ് കണക്ഷൻ അല്ലെങ്കിൽ വെബ്‌സോക്കറ്റ് സ്ട്രീം പോലെയുള്ള ദീർഘകാല കണക്ഷനുകൾ നിർത്തുന്നത്, നിലവിലെ അവസ്ഥ സംരക്ഷിക്കുന്നതും മറ്റും ഈ പ്രക്രിയയിൽ ഉൾപ്പെട്ടേക്കാം.

നിങ്ങൾ ഒരു പ്രീസ്റ്റോപ്പ് ഹുക്ക് ഉപയോഗിക്കുകയാണെങ്കിൽപ്പോലും, നിങ്ങൾ ഒരു SIGTERM സിഗ്നൽ അയയ്‌ക്കുമ്പോൾ നിങ്ങളുടെ അപ്ലിക്കേഷന് കൃത്യമായി എന്താണ് സംഭവിക്കുന്നതെന്നും അത് എങ്ങനെ പ്രവർത്തിക്കുന്നുവെന്നും പരിശോധിക്കേണ്ടത് വളരെ പ്രധാനമാണ്, അതിനാൽ ഒരു പോഡ് ഷട്ട്‌ഡൗൺ മൂലമുണ്ടാകുന്ന ഇവന്റോ സിസ്റ്റം പ്രവർത്തനത്തിലെ മാറ്റങ്ങളോ വരില്ല. നിങ്ങൾക്ക് ഒരു അത്ഭുതം.

ഈ ഘട്ടത്തിൽ, തുടർനടപടികൾ സ്വീകരിക്കുന്നതിന് മുമ്പ്, ഒരു SIGTERM സിഗ്നൽ ലഭിക്കുമ്പോൾ, terminationGracePeriodSecond അല്ലെങ്കിൽ മനോഹരമായി ഷട്ട്ഡൗൺ ചെയ്യാനുള്ള കാലയളവ് എന്ന് വിളിക്കപ്പെടുന്ന ഒരു നിശ്ചിത സമയത്തിനായി Kubernetes കാത്തിരിക്കും.

സ്ഥിരസ്ഥിതിയായി ഈ കാലയളവ് 30 സെക്കൻഡാണ്. ഇത് പ്രീസ്റ്റോപ്പ് ഹുക്കും SIGTERM സിഗ്നലുമായി സമാന്തരമായി പ്രവർത്തിക്കുന്നു എന്നത് ശ്രദ്ധിക്കേണ്ടതാണ്. പ്രീസ്റ്റോപ്പ് ഹുക്കും SIGTERM ഉം അവസാനിക്കുന്നത് വരെ Kubernetes കാത്തിരിക്കില്ല-TerminationGracePeriod അവസാനിക്കുന്നതിന് മുമ്പ് നിങ്ങളുടെ ആപ്ലിക്കേഷൻ പുറത്തുകടക്കുകയാണെങ്കിൽ, Kubernetes ഉടൻ തന്നെ അടുത്ത ഘട്ടത്തിലേക്ക് നീങ്ങും. അതിനാൽ, ഈ കാലയളവിന്റെ മൂല്യം, പോഡ് ശരിയായി അടച്ചുപൂട്ടാൻ ആവശ്യമായ സമയത്തേക്കാൾ കുറവല്ലെന്ന് പരിശോധിക്കുക, അത് 30 സെക്കൻഡിൽ കൂടുതലാണെങ്കിൽ, YAML-ൽ ആവശ്യമുള്ള മൂല്യത്തിലേക്ക് കാലയളവ് വർദ്ധിപ്പിക്കുക. നൽകിയിരിക്കുന്ന ഉദാഹരണത്തിൽ, ഇത് 60 ആണ്.

അവസാനമായി, അവസാന ഘട്ടം, ഗ്രെയ്‌സ് പിരിയോഡിന് ശേഷവും കണ്ടെയ്‌നറുകൾ പ്രവർത്തിക്കുന്നുണ്ടെങ്കിൽ, അവ ഒരു SIGKILL സിഗ്നൽ അയയ്‌ക്കുകയും നിർബന്ധിതമായി ഇല്ലാതാക്കുകയും ചെയ്യും. ഈ സമയത്ത്, കുബർനെറ്റസ് മറ്റെല്ലാ പോഡ് വസ്തുക്കളും വൃത്തിയാക്കും.

പല കാരണങ്ങളാൽ Kubernetes പോഡുകൾ അവസാനിപ്പിക്കുന്നു, അതിനാൽ ഒരു സ്ഥിരതയുള്ള സേവനം ഉറപ്പാക്കാൻ നിങ്ങളുടെ ആപ്ലിക്കേഷൻ ഏത് സാഹചര്യത്തിലും മനോഹരമായി അവസാനിപ്പിക്കുന്നുവെന്ന് ഉറപ്പാക്കുക.

കുബെർനെറ്റസിന്റെ മികച്ച സമ്പ്രദായങ്ങൾ. ബാഹ്യ സേവനങ്ങളുടെ മാപ്പിംഗ്

ചില പരസ്യങ്ങൾ 🙂

ഞങ്ങളോടൊപ്പം താമസിച്ചതിന് നന്ദി. ഞങ്ങളുടെ ലേഖനങ്ങൾ നിങ്ങൾക്ക് ഇഷ്ടമാണോ? കൂടുതൽ രസകരമായ ഉള്ളടക്കം കാണാൻ ആഗ്രഹിക്കുന്നുണ്ടോ? ഒരു ഓർഡർ നൽകി അല്ലെങ്കിൽ സുഹൃത്തുക്കൾക്ക് ശുപാർശ ചെയ്തുകൊണ്ട് ഞങ്ങളെ പിന്തുണയ്ക്കുക, $4.99 മുതൽ ഡെവലപ്പർമാർക്കുള്ള ക്ലൗഡ് VPS, എൻട്രി ലെവൽ സെർവറുകളുടെ ഒരു അദ്വിതീയ അനലോഗ്, നിങ്ങൾക്കായി ഞങ്ങൾ കണ്ടുപിടിച്ചതാണ്: VPS (KVM) E5-2697 v3 (6 കോറുകൾ) 10GB DDR4 480GB SSD 1Gbps-നെക്കുറിച്ചുള്ള മുഴുവൻ സത്യവും $19 മുതൽ അല്ലെങ്കിൽ എങ്ങനെ ഒരു സെർവർ പങ്കിടാം? (RAID1, RAID10 എന്നിവയ്‌ക്കൊപ്പം 24 കോറുകൾ വരെയും 40GB DDR4 വരെയും ലഭ്യമാണ്).

ആംസ്റ്റർഡാമിലെ Equinix Tier IV ഡാറ്റാ സെന്ററിൽ Dell R730xd 2 മടങ്ങ് വിലക്കുറവാണോ? ഇവിടെ മാത്രം 2 x Intel TetraDeca-Core Xeon 2x E5-2697v3 2.6GHz 14C 64GB DDR4 4x960GB SSD 1Gbps 100 TV $199 മുതൽ നെതർലാൻഡിൽ! Dell R420 - 2x E5-2430 2.2Ghz 6C 128GB DDR3 2x960GB SSD 1Gbps 100TB - $99 മുതൽ! കുറിച്ച് വായിക്കുക ഇൻഫ്രാസ്ട്രക്ചർ കോർപ്പറേഷൻ എങ്ങനെ നിർമ്മിക്കാം. ഒരു പൈസയ്ക്ക് 730 യൂറോ വിലയുള്ള Dell R5xd E2650-4 v9000 സെർവറുകൾ ഉപയോഗിക്കുന്ന ക്ലാസ്?

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