ഒരു കുബർനെറ്റസ് ക്ലസ്റ്റർ നിരീക്ഷിക്കുന്നു: പ്രോമിത്യൂസിന്റെ ഒരു അവലോകനവും ആമുഖവും

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

നിരീക്ഷണ വിഷയം വളരെ വലുതാണ്, ഇത് ഒരു ലേഖനത്തിൽ വേർപെടുത്താൻ കഴിയില്ല. ഉപകരണങ്ങൾ, ആശയങ്ങൾ, സമീപനങ്ങൾ എന്നിവയുടെ ഒരു അവലോകനം നൽകുക എന്നതാണ് ഈ വാചകത്തിന്റെ ഉദ്ദേശ്യം.

ലേഖനത്തിന്റെ മെറ്റീരിയൽ ഒരു ചൂഷണമാണ് സ്കൂളിന്റെ തുറന്ന പ്രഭാഷണം "സ്ലർം". നിങ്ങൾക്ക് ഒരു പൂർണ്ണ കോഴ്‌സ് എടുക്കണമെങ്കിൽ - ഒരു കോഴ്‌സിനായി സൈൻ അപ്പ് ചെയ്യുക കുബർനെറ്റസിലെ അടിസ്ഥാന സൗകര്യങ്ങൾ നിരീക്ഷിക്കുകയും ലോഗിംഗ് ചെയ്യുകയും ചെയ്യുന്നു.

ഒരു കുബർനെറ്റസ് ക്ലസ്റ്ററിൽ എന്താണ് നിരീക്ഷിക്കുന്നത്

ഫിസിക്കൽ സെർവറുകൾ. Kubernetes ക്ലസ്റ്റർ അതിന്റെ സെർവറുകളിൽ വിന്യസിച്ചിട്ടുണ്ടെങ്കിൽ, നിങ്ങൾ അവരുടെ ആരോഗ്യം നിരീക്ഷിക്കേണ്ടതുണ്ട്. Zabbix ഈ ചുമതല കൈകാര്യം ചെയ്യുന്നു; നിങ്ങൾ അവനോടൊപ്പം പ്രവർത്തിക്കുകയാണെങ്കിൽ, നിങ്ങൾ നിരസിക്കേണ്ടതില്ല, വൈരുദ്ധ്യങ്ങളൊന്നും ഉണ്ടാകില്ല. ഞങ്ങളുടെ സെർവറുകളുടെ അവസ്ഥ നിരീക്ഷിക്കുന്നത് Zabbix ആണ്.

നമുക്ക് ക്ലസ്റ്റർ തലത്തിലുള്ള നിരീക്ഷണത്തിലേക്ക് പോകാം.

നിയന്ത്രണ തലം ഘടകങ്ങൾ: API, ഷെഡ്യൂളർ എന്നിവയും മറ്റുള്ളവരും. കുറഞ്ഞത്, സെർവറുകളുടെയോ etcd-ന്റെയോ API 0-ൽ കൂടുതലാണെന്ന് നിങ്ങൾ ഉറപ്പാക്കേണ്ടതുണ്ട്. Etcd-ന് ധാരാളം മെട്രിക്കുകൾ നൽകാനാകും: അത് കറങ്ങുന്ന ഡിസ്കുകൾ, അതിന്റെ etcd ക്ലസ്റ്ററിന്റെ ആരോഗ്യം എന്നിവയും മറ്റുള്ളവയും.

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

ഡിഎൻഎസ്. ക്ലസ്റ്ററിൽ DNS വീഴുകയാണെങ്കിൽ, മുഴുവൻ ഡിസ്കവറി സേവനവും അതിന് ശേഷം വീഴും, പോഡുകളിൽ നിന്ന് പോഡുകളിലേക്കുള്ള കോളുകൾ പ്രവർത്തിക്കുന്നത് നിർത്തും. എന്റെ പ്രയോഗത്തിൽ, അത്തരം പ്രശ്നങ്ങളൊന്നും ഉണ്ടായിരുന്നില്ല, എന്നാൽ ഡിഎൻഎസിന്റെ അവസ്ഥ നിരീക്ഷിക്കേണ്ട ആവശ്യമില്ലെന്ന് ഇതിനർത്ഥമില്ല. അഭ്യർത്ഥന ലേറ്റൻസിയും മറ്റ് ചില മെട്രിക്കുകളും CoreDNS-ൽ ട്രാക്ക് ചെയ്യാൻ കഴിയും.

പ്രവേശനം. പ്രോജക്റ്റിലേക്കുള്ള പ്രവേശന പോയിന്റുകളായി ഇൻഗ്രെസ്സുകളുടെ ലഭ്യത (ഇൻഗ്രെസ്സ് കൺട്രോളർ ഉൾപ്പെടെ) നിയന്ത്രിക്കേണ്ടത് ആവശ്യമാണ്.

ക്ലസ്റ്ററിന്റെ പ്രധാന ഘടകങ്ങൾ പൊളിച്ചു - ഇപ്പോൾ നമുക്ക് അമൂർത്തങ്ങളുടെ തലത്തിലേക്ക് പോകാം.

ആപ്ലിക്കേഷനുകൾ പോഡുകളിൽ പ്രവർത്തിക്കുന്നുവെന്ന് തോന്നുന്നു, അതിനർത്ഥം അവ നിയന്ത്രിക്കേണ്ടതുണ്ട്, എന്നാൽ വാസ്തവത്തിൽ അവ അങ്ങനെയല്ല. പോഡുകൾ ശാശ്വതമാണ്: ഇന്ന് അവ ഒരു സെർവറിൽ പ്രവർത്തിക്കുന്നു, നാളെ മറ്റൊന്നിൽ; ഇന്ന് അവയിൽ 10 എണ്ണം ഉണ്ട്, നാളെ 2. അതിനാൽ, ആരും കായ്കൾ നിരീക്ഷിക്കുന്നില്ല. ഒരു മൈക്രോസർവീസ് ആർക്കിടെക്ചറിനുള്ളിൽ, ആപ്ലിക്കേഷന്റെ മൊത്തത്തിലുള്ള ലഭ്യത നിയന്ത്രിക്കുന്നത് കൂടുതൽ പ്രധാനമാണ്. പ്രത്യേകിച്ചും, സേവന എൻഡ് പോയിന്റുകളുടെ ലഭ്യത പരിശോധിക്കുക: എന്തെങ്കിലും പ്രവർത്തിക്കുന്നുണ്ടോ? ആപ്ലിക്കേഷൻ ലഭ്യമാണെങ്കിൽ, അതിന് പിന്നിൽ എന്താണ് സംഭവിക്കുന്നത്, ഇപ്പോൾ എത്ര പകർപ്പുകൾ ഉണ്ട് - ഇവ രണ്ടാം ഓർഡറിന്റെ ചോദ്യങ്ങളാണ്. വ്യക്തിഗത സംഭവങ്ങൾ നിരീക്ഷിക്കേണ്ട ആവശ്യമില്ല.

അവസാന ഘട്ടത്തിൽ, നിങ്ങൾ ആപ്ലിക്കേഷന്റെ പ്രവർത്തനം തന്നെ നിയന്ത്രിക്കേണ്ടതുണ്ട്, ബിസിനസ്സ് മെട്രിക്സ് എടുക്കുക: ഓർഡറുകളുടെ എണ്ണം, ഉപയോക്തൃ പെരുമാറ്റം മുതലായവ.

പ്രോമിത്തിയസ്

ഒരു ക്ലസ്റ്റർ നിരീക്ഷിക്കുന്നതിനുള്ള ഏറ്റവും മികച്ച സംവിധാനം പ്രോമിത്തിയസ്. ഗുണമേന്മയിലും ഉപയോഗ എളുപ്പത്തിലും പ്രോമിത്യൂസുമായി പൊരുത്തപ്പെടുന്ന ഒരു ഉപകരണവും എനിക്കറിയില്ല. ഫ്ലെക്സിബിൾ ഇൻഫ്രാസ്ട്രക്ചറിന് ഇത് മികച്ചതാണ്, അതിനാൽ അവർ “കുബർനെറ്റസ് മോണിറ്ററിംഗ്” എന്ന് പറയുമ്പോൾ, അവർ സാധാരണയായി പ്രോമിത്യൂസിനെ അർത്ഥമാക്കുന്നു.

പ്രൊമിത്യൂസ് ഉപയോഗിച്ച് ആരംഭിക്കുന്നതിന് രണ്ട് ഓപ്ഷനുകൾ ഉണ്ട്: ഹെൽം ഉപയോഗിച്ച്, നിങ്ങൾക്ക് ഒരു സാധാരണ പ്രൊമിത്യൂസ് അല്ലെങ്കിൽ പ്രൊമിത്യൂസ് ഓപ്പറേറ്റർ ഇൻസ്റ്റാൾ ചെയ്യാൻ കഴിയും.

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

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

പ്രോമിത്യൂസ് കുബർനെറ്റുമായി നന്നായി സംയോജിപ്പിച്ചിരിക്കുന്നു: ഇതിന് API സെർവറിലേക്ക് ആക്‌സസ് ചെയ്യാനും സംവദിക്കാനും കഴിയും.

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

പ്രൊമിത്യൂസ് വാസ്തുവിദ്യ

പ്രൊമിത്യൂസ് സെർവർ പ്രോമിത്യൂസിന്റെ മസ്തിഷ്കത്തിന്റെ പിൻഭാഗമാണ്. മെട്രിക്കുകൾ ഇവിടെ സംഭരിക്കുകയും പ്രോസസ്സ് ചെയ്യുകയും ചെയ്യുന്നു.

അളവുകൾ സമയ ശ്രേണി ഡാറ്റാബേസിൽ (TSDB) സംഭരിച്ചിരിക്കുന്നു. TSDB എന്നത് ഒരു പ്രത്യേക ഡാറ്റാബേസ് അല്ല, മറിച്ച് പ്രൊമിത്യൂസിൽ ഉൾച്ചേർത്ത ഗോ ഭാഷയിലുള്ള ഒരു പാക്കേജാണ്. ഏകദേശം പറഞ്ഞാൽ, എല്ലാം ഒരു ബൈനറിയിലാണ്.

ടിഎസ്‌ഡിബിയിൽ ദീർഘനേരം ഡാറ്റ സൂക്ഷിക്കരുത്

മെട്രിക്കുകളുടെ ദീർഘകാല സംഭരണത്തിന് പ്രോമിത്യൂസ് ഇൻഫ്രാസ്ട്രക്ചർ അനുയോജ്യമല്ല. സ്ഥിരസ്ഥിതി നിലനിർത്തൽ കാലയളവ് 15 ദിവസമാണ്. നിങ്ങൾക്ക് ഈ പരിധി കവിയാൻ കഴിയും, എന്നാൽ ഓർമ്മിക്കുക: നിങ്ങൾ TSDB-യിൽ കൂടുതൽ ഡാറ്റ സംഭരിക്കുകയും കൂടുതൽ സമയം അത് ചെയ്യുകയും ചെയ്യുന്നു, അത് കൂടുതൽ വിഭവങ്ങൾ ഉപയോഗിക്കും. പ്രോമിത്യൂസിൽ ചരിത്രപരമായ വിവരങ്ങൾ സൂക്ഷിക്കുന്നത് മോശം സമ്പ്രദായമായി കണക്കാക്കപ്പെടുന്നു.

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

പ്രോമിത്യൂസ് സെർവർ മോഡലിൽ പ്രവർത്തിക്കുന്നു വലിക്കുക: ഞങ്ങൾ അവനു നൽകിയ ആ എൻഡ്‌പോയിന്റുകളിലേക്കുള്ള മെട്രിക്കുകൾക്കായി അവൻ പോകുന്നു. അവർ പറഞ്ഞു: "API സെർവറിലേക്ക് പോകുക", അവൻ ഓരോ n-ആം നമ്പർ സെക്കൻഡിലും അവിടെ പോയി മെട്രിക്സ് എടുക്കുന്നു.

സ്ക്രാപ്പിംഗ് കാലയളവുകൾക്കിടയിൽ ദൃശ്യമാകുന്ന ഹ്രസ്വമായ ആയുസ്സ് (ജോലി അല്ലെങ്കിൽ ക്രോൺ ജോലി) ഉള്ള വസ്തുക്കൾക്ക്, ഒരു പുഷ്ഗേറ്റ്വേ ഘടകം ഉണ്ട്. ഹ്രസ്വകാല ഒബ്‌ജക്‌റ്റുകളിൽ നിന്നുള്ള മെട്രിക്കുകൾ അതിലേക്ക് തള്ളപ്പെടുന്നു: ജോലി ഉയർന്നു, ഒരു പ്രവർത്തനം നടത്തി, പുഷ്‌ഗേറ്റ്‌വേയിലേക്ക് മെട്രിക്‌സ് അയച്ച് പൂർത്തിയാക്കി. കുറച്ച് സമയത്തിന് ശേഷം, പ്രോമിത്യൂസ് അതിന്റെ വേഗതയിൽ ഇറങ്ങി പുഷ്ഗേറ്റ്വേയിൽ നിന്ന് ഈ അളവുകൾ എടുക്കും.

പ്രോമിത്യൂസിൽ അറിയിപ്പുകൾ ക്രമീകരിക്കുന്നതിന് ഒരു പ്രത്യേക ഘടകം ഉണ്ട് - അലേർട്ട് മാനേജർ. ഒപ്പം മുന്നറിയിപ്പ് നിയമങ്ങളും. ഉദാഹരണത്തിന്, സെർവർ API 0 ആണെങ്കിൽ നിങ്ങൾ ഒരു അലേർട്ട് സൃഷ്ടിക്കേണ്ടതുണ്ട്. ഇവന്റ് ഫയർ ചെയ്യുമ്പോൾ, കൂടുതൽ അയയ്‌ക്കുന്നതിനായി അലേർട്ട് മാനേജർക്ക് അലേർട്ട് കൈമാറും. അലേർട്ട് മാനേജർക്ക് തികച്ചും വഴക്കമുള്ള റൂട്ടിംഗ് ക്രമീകരണങ്ങളുണ്ട്: ഒരു ഗ്രൂപ്പ് അലേർട്ടുകൾ അഡ്മിൻമാരുടെ ടെലിഗ്രാം ചാറ്റിലേക്കും മറ്റൊന്ന് ഡെവലപ്പർമാരുടെ ചാറ്റിലേക്കും മൂന്നാമത്തേത് ഇൻഫ്രാസ്ട്രക്ചർ തൊഴിലാളികളുടെ ചാറ്റിലേക്കും അയയ്ക്കാം. സ്ലാക്ക്, ടെലിഗ്രാം, ഇമെയിൽ, മറ്റ് ചാനലുകൾ എന്നിവയിലേക്ക് അറിയിപ്പുകൾ അയയ്ക്കാം.

അവസാനമായി, പ്രോമിത്യൂസ് കൊലയാളി സവിശേഷതയെക്കുറിച്ച് ഞാൻ നിങ്ങളോട് പറയും - കണ്ടെത്തൽ. പ്രോമിത്യൂസിനൊപ്പം പ്രവർത്തിക്കുമ്പോൾ, നിരീക്ഷണത്തിനായി വസ്തുക്കളുടെ പ്രത്യേക വിലാസങ്ങൾ നിങ്ങൾ വ്യക്തമാക്കേണ്ടതില്ല, അവയുടെ തരം സജ്ജമാക്കാൻ ഇത് മതിയാകും. അതായത്, നിങ്ങൾ "ഇവിടെ ഐപി വിലാസം, ഇവിടെ പോർട്ട് - മോണിറ്റർ" എന്ന് എഴുതേണ്ടതില്ല, പകരം, ഈ ഒബ്ജക്റ്റുകൾ കണ്ടെത്തുന്നതിനുള്ള തത്വങ്ങൾ നിങ്ങൾ നിർണ്ണയിക്കേണ്ടതുണ്ട് (ലക്ഷ്യങ്ങൾ - ലക്ഷ്യങ്ങൾ). പ്രോമിത്യൂസ് തന്നെ, ഏത് വസ്തുക്കളാണ് നിലവിൽ സജീവമായിരിക്കുന്നത് എന്നതിനെ ആശ്രയിച്ച്, ആവശ്യമായവ വലിച്ചെടുത്ത് നിരീക്ഷണത്തിലേക്ക് ചേർക്കുന്നു.

ഈ സമീപനം കുബർനെറ്റസ് ഘടനയുമായി നന്നായി യോജിക്കുന്നു, അവിടെ എല്ലാം ഒഴുകുന്നു: ഇന്ന് 10 സെർവറുകൾ ഉണ്ട്, നാളെ 3. ഓരോ തവണയും സെർവറിന്റെ ഐപി വിലാസം വ്യക്തമാക്കാതിരിക്കാൻ, അത് എങ്ങനെ കണ്ടെത്താമെന്ന് അവർ ഒരിക്കൽ എഴുതി - ഡിസ്കവറിംഗ് അത് ചെയ്യും. .

പ്രോമിത്യൂസ് ഭാഷയെ വിളിക്കുന്നു PromQL. ഈ ഭാഷ ഉപയോഗിച്ച്, നിങ്ങൾക്ക് നിർദ്ദിഷ്ട അളവുകളുടെ മൂല്യങ്ങൾ നേടാനും തുടർന്ന് അവയെ പരിവർത്തനം ചെയ്യാനും അവയെ അടിസ്ഥാനമാക്കി വിശകലന കണക്കുകൂട്ടലുകൾ നിർമ്മിക്കാനും കഴിയും.

https://prometheus.io/docs/prometheus/latest/querying/basics/

Простой запрос

    container_memory_usage_bytes

Математические операции

    container_memory_usage_bytes / 1024 / 1024

Встроенные функции

    sum(container_memory_usage_bytes) / 1024 / 1024

Уточнение запроса

    100 - avg by (instance) (rate(node_cpu_seconds_total{mode="idle"}[5m]) * 100)

പ്രോമിത്യൂസ് വെബ് ഇന്റർഫേസ്

പ്രോമിത്യൂസിന് അതിന്റേതായ, വളരെ ചുരുങ്ങിയ വെബ് ഇന്റർഫേസ് ഉണ്ട്. ഡീബഗ്ഗിനോ പ്രകടനത്തിനോ മാത്രം അനുയോജ്യം.

എക്സ്പ്രഷൻ ലൈനിൽ, നിങ്ങൾക്ക് PromQL ഭാഷയിൽ ഒരു ചോദ്യം എഴുതാം.

അലേർട്ട് ടാബിൽ മുന്നറിയിപ്പ് നിയമങ്ങൾ അടങ്ങിയിരിക്കുന്നു, അവയ്ക്ക് മൂന്ന് സ്റ്റാറ്റസുകളുണ്ട്:

1. നിഷ്‌ക്രിയം - ഇപ്പോൾ അലേർട്ട് സജീവമല്ലെങ്കിൽ, അതായത്, എല്ലാം ശരിയാണ്, അത് പ്രവർത്തിച്ചില്ല;
2. തീർപ്പുകൽപ്പിക്കാത്തത് - ഇത് അലേർട്ട് പ്രവർത്തിച്ചിരുന്നുവെങ്കിലും അയയ്ക്കൽ ഇതുവരെ നടന്നിട്ടില്ല. നെറ്റ്‌വർക്ക് മിന്നുന്നത് നികത്തുന്നതിനാണ് കാലതാമസം സജ്ജീകരിച്ചിരിക്കുന്നത്: നിർദ്ദിഷ്ട സേവനം ഒരു മിനിറ്റിനുള്ളിൽ ഉയർന്നിട്ടുണ്ടെങ്കിൽ, ഇതുവരെ അലാറം മുഴക്കേണ്ടതില്ല;
3. അലേർട്ട് പ്രകാശിക്കുകയും സന്ദേശങ്ങൾ അയക്കുകയും ചെയ്യുമ്പോഴുള്ള മൂന്നാമത്തെ സ്റ്റാറ്റസാണ് ഫയറിംഗ്.

സ്റ്റാറ്റസ് മെനുവിൽ പ്രോമിത്യൂസ് എന്താണെന്നതിനെക്കുറിച്ചുള്ള വിവരങ്ങളിലേക്കുള്ള ആക്സസ് നിങ്ങൾ കണ്ടെത്തും. ഞങ്ങൾ മുകളിൽ സംസാരിച്ച ടാർഗെറ്റുകളിലേക്ക് (ലക്ഷ്യങ്ങൾ) ഒരു പരിവർത്തനവുമുണ്ട്.

പ്രോമിത്യൂസ് ഇന്റർഫേസിന്റെ കൂടുതൽ വിശദമായ അവലോകനത്തിന്, കാണുക ഒരു കുബർനെറ്റസ് ക്ലസ്റ്ററിനെ നിരീക്ഷിക്കുന്നതിനെക്കുറിച്ചുള്ള സ്ലർമിന്റെ പ്രഭാഷണത്തിൽ.

ഗ്രാഫാനയുമായുള്ള സംയോജനം

പ്രോമിത്യൂസ് വെബ് ഇന്റർഫേസിൽ, ക്ലസ്റ്ററിന്റെ അവസ്ഥയെക്കുറിച്ച് നിങ്ങൾക്ക് ഒരു നിഗമനത്തിലെത്താൻ കഴിയുന്ന മനോഹരവും മനസ്സിലാക്കാവുന്നതുമായ ഗ്രാഫുകൾ നിങ്ങൾ കണ്ടെത്തുകയില്ല. അവ നിർമ്മിക്കുന്നതിന്, പ്രോമിത്യൂസ് ഗ്രാഫാനയുമായി സംയോജിപ്പിച്ചിരിക്കുന്നു. അത്തരം ഡാഷ്ബോർഡുകൾ നമുക്ക് ലഭിക്കുന്നു.

പ്രോമിത്യൂസിന്റെയും ഗ്രാഫാനയുടെയും സംയോജനം സജ്ജീകരിക്കുന്നത് ബുദ്ധിമുട്ടുള്ള കാര്യമല്ല, ഡോക്യുമെന്റേഷനിൽ നിങ്ങൾക്ക് നിർദ്ദേശങ്ങൾ കണ്ടെത്താം: പ്രോമിത്യൂസിന് ഗ്രാഫാന പിന്തുണശരി, ഞാൻ ഇത് അവസാനിപ്പിക്കാം.

ഇനിപ്പറയുന്ന ലേഖനങ്ങളിൽ, ഞങ്ങൾ നിരീക്ഷണ വിഷയം തുടരും: ഗ്രാഫാന ലോക്കിയും ഇതര ഉപകരണങ്ങളും ഉപയോഗിച്ച് ലോഗുകൾ ശേഖരിക്കുകയും വിശകലനം ചെയ്യുകയും ചെയ്യുന്നതിനെക്കുറിച്ച് ഞങ്ങൾ സംസാരിക്കും.

രചയിതാവ്: മാർസെൽ ഇബ്രേവ്, അംഗീകൃത കുബർനെറ്റസ് അഡ്മിനിസ്ട്രേറ്റർ, കമ്പനിയിൽ പ്രാക്ടീസ് എഞ്ചിനീയർ സൗത്ത്ബ്രിഡ്ജ്, സ്പീക്കറും കോഴ്സ് ഡെവലപ്പറും സ്ലർം.

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