കുബെർനെറ്റസിന്റെ മികച്ച സമ്പ്രദായങ്ങൾ. റെഡിനെസ്, ലൈവ്‌നെസ് ടെസ്റ്റുകൾ ഉപയോഗിച്ച് കുബർനെറ്റസ് ലൈവ്‌നെസ് സാധൂകരിക്കുന്നു

കുബെർനെറ്റസിന്റെ മികച്ച സമ്പ്രദായങ്ങൾ. ചെറിയ പാത്രങ്ങൾ ഉണ്ടാക്കുന്നു
കുബെർനെറ്റസിന്റെ മികച്ച സമ്പ്രദായങ്ങൾ. നെയിംസ്പേസ് ഉള്ള കുബർനെറ്റുകളുടെ ഓർഗനൈസേഷൻ

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

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

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

ഭാഗ്യവശാൽ, കുബർനെറ്റസ് ഇത് ചെയ്യുന്നത് വളരെ എളുപ്പമാക്കുന്നു, അതിനാൽ ഈ പരിശോധനകൾ അവഗണിക്കുന്നതിന് ഒഴികഴിവില്ല. കുബെർനെറ്റസ് രണ്ട് തരത്തിലുള്ള ആരോഗ്യ പരിശോധനകൾ നൽകുന്നു, ഓരോന്നും എങ്ങനെ ഉപയോഗിക്കുന്നു എന്നതിലെ വ്യത്യാസങ്ങൾ മനസ്സിലാക്കേണ്ടത് പ്രധാനമാണ്.

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

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

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

റെഡിനസ് ടെസ്റ്റ് ഉപയോഗിക്കുമ്പോൾ, പുതിയ പകർപ്പിലേക്ക് ട്രാഫിക് അയയ്‌ക്കാൻ സേവനത്തെ അനുവദിക്കുന്നതിന് മുമ്പ് ആപ്ലിക്കേഷൻ പൂർണ്ണമായി പ്രവർത്തിക്കുന്നത് വരെ Kubernetes കാത്തിരിക്കും.

സേവന അഭ്യർത്ഥനകൾ നിർത്തി, ആപ്ലിക്കേഷൻ ദീർഘനേരം തൂങ്ങിക്കിടക്കുന്ന മറ്റൊരു സാഹചര്യം നമുക്ക് സങ്കൽപ്പിക്കാം. പ്രക്രിയ തുടരുമ്പോൾ, ഡിഫോൾട്ടായി കുബർനെറ്റസ് എല്ലാം ശരിയാണെന്ന് അനുമാനിക്കുകയും പ്രവർത്തിക്കാത്ത പോഡിലേക്ക് അഭ്യർത്ഥനകൾ അയയ്‌ക്കുന്നത് തുടരുകയും ചെയ്യും. എന്നാൽ ലൈവ്‌നെസ് ഉപയോഗിക്കുമ്പോൾ, ആപ്ലിക്കേഷൻ ഇനി അഭ്യർത്ഥനകൾ നൽകുന്നില്ലെന്ന് Kubernetes കണ്ടെത്തുകയും ഡിഫോൾട്ടായി ഡെഡ് പോഡ് പുനരാരംഭിക്കുകയും ചെയ്യും.

സന്നദ്ധതയും പ്രവർത്തനക്ഷമതയും എങ്ങനെ പരിശോധിക്കപ്പെടുന്നുവെന്ന് നോക്കാം. മൂന്ന് ടെസ്റ്റിംഗ് രീതികളുണ്ട് - HTTP, Command, TCP. പരിശോധിക്കാൻ നിങ്ങൾക്ക് അവയിലേതെങ്കിലും ഉപയോഗിക്കാം. ഒരു ഉപയോക്താവിനെ പരിശോധിക്കുന്നതിനുള്ള ഏറ്റവും സാധാരണമായ മാർഗ്ഗം ഒരു HTTP പ്രോബ് ആണ്.

നിങ്ങളുടെ ആപ്ലിക്കേഷൻ ഒരു HTTP സെർവർ അല്ലെങ്കിലും, ലൈവ്‌നെസ് ടെസ്റ്റുമായി സംവദിക്കുന്നതിന് നിങ്ങളുടെ ആപ്ലിക്കേഷനിൽ നിങ്ങൾക്ക് ഇപ്പോഴും ഭാരം കുറഞ്ഞ HTTP സെർവർ സൃഷ്ടിക്കാൻ കഴിയും. ഇതിനുശേഷം, കുബർനെറ്റസ് പോഡ് പിംഗ് ചെയ്യാൻ തുടങ്ങും, HTTP പ്രതികരണം 200 അല്ലെങ്കിൽ 300 ms ശ്രേണിയിലാണെങ്കിൽ, അത് പോഡ് ആരോഗ്യമുള്ളതാണെന്ന് സൂചിപ്പിക്കും. അല്ലെങ്കിൽ, മൊഡ്യൂൾ "അനാരോഗ്യകരം" എന്ന് അടയാളപ്പെടുത്തും.

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

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

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

ഏതൊരു വിതരണ സംവിധാനത്തിനും ആരോഗ്യ പരിശോധന നിർബന്ധിത പരിശോധനയാണെന്ന് മിക്ക വിദഗ്ധരും സ്ഥിരീകരിക്കും, കുബർനെറ്റസ് ഒരു അപവാദമല്ല. സേവന ആരോഗ്യ പരിശോധനകൾ ഉപയോഗിക്കുന്നത് കുബർനെറ്റസിന്റെ വിശ്വസനീയവും പ്രശ്‌നരഹിതവുമായ പ്രവർത്തനം ഉറപ്പാക്കുകയും ഉപയോക്താക്കൾക്ക് എളുപ്പമല്ല.

ഉടൻ തന്നെ തുടരും...

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

ഞങ്ങളോടൊപ്പം താമസിച്ചതിന് നന്ദി. ഞങ്ങളുടെ ലേഖനങ്ങൾ നിങ്ങൾക്ക് ഇഷ്ടമാണോ? കൂടുതൽ രസകരമായ ഉള്ളടക്കം കാണാൻ ആഗ്രഹിക്കുന്നുണ്ടോ? ഒരു ഓർഡർ നൽകി അല്ലെങ്കിൽ സുഹൃത്തുക്കൾക്ക് ശുപാർശ ചെയ്തുകൊണ്ട് ഞങ്ങളെ പിന്തുണയ്ക്കുക, $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