HighLoad++, Mikhail Makurov, Maxim Chernetsov (Intersvyaz): Zabbix, 100kNVPS ഒരു സെർവറിൽ

അടുത്ത ഹൈലോഡ്++ കോൺഫറൻസ് 6 ഏപ്രിൽ 7, 2020 തീയതികളിൽ സെന്റ് പീറ്റേഴ്‌സ്ബർഗിൽ നടക്കുന്നതാണ് വിശദാംശങ്ങളും ടിക്കറ്റുകളും ബന്ധം. ഹൈലോഡ്++ മോസ്കോ 2018. ഹാൾ "മോസ്കോ". നവംബർ 9, 15:00. തീസുകളും അവതരണം.

* നിരീക്ഷണം - ഓൺലൈൻ, അനലിറ്റിക്സ്.
* ZABBIX പ്ലാറ്റ്‌ഫോമിന്റെ അടിസ്ഥാന പരിമിതികൾ.
* സ്കെയിലിംഗ് അനലിറ്റിക്സ് സംഭരണത്തിനുള്ള പരിഹാരം.
* ZABBIX സെർവറിന്റെ ഒപ്റ്റിമൈസേഷൻ.
* UI ഒപ്റ്റിമൈസേഷൻ.
* 40k NVPS-ൽ കൂടുതൽ ലോഡിന് കീഴിൽ സിസ്റ്റം പ്രവർത്തിപ്പിക്കുന്ന അനുഭവം.
* ഹ്രസ്വമായ നിഗമനങ്ങൾ.

മിഖായേൽ മകുറോവ് (ഇനി മുതൽ - എംഎം): - എല്ലാവർക്കും ഹായ്!

മാക്സിം ചെർനെറ്റ്സോവ് (ഇനി മുതൽ - MCH): - ഗുഡ് ആഫ്റ്റർനൂൺ!

എംഎം: - ഞാൻ മാക്സിമിനെ പരിചയപ്പെടുത്തട്ടെ. മാക്സ് കഴിവുള്ള ഒരു എഞ്ചിനീയറാണ്, എനിക്കറിയാവുന്ന ഏറ്റവും മികച്ച നെറ്റ്‌വർക്കർ. നെറ്റ്‌വർക്കുകളിലും സേവനങ്ങളിലും അവയുടെ വികസനത്തിലും പ്രവർത്തനത്തിലും മാക്സിം ഉൾപ്പെടുന്നു.

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

എംഎം: - ഇന്റർസ്വ്യാസ് ഒരു ദാതാവിനേക്കാൾ വളരെ കൂടുതലാണെന്ന് പറയേണ്ടതാണ്, ഇതൊരു ഐടി കമ്പനിയാണ്. ഞങ്ങളുടെ മിക്ക പരിഹാരങ്ങളും ഞങ്ങളുടെ ഐടി വകുപ്പാണ് നിർമ്മിച്ചിരിക്കുന്നത്.

ഉത്തരം: ട്രാഫിക് പ്രോസസ്സ് ചെയ്യുന്ന സെർവറുകളിൽ നിന്ന് ഒരു കോൾ സെന്ററിലേക്കും മൊബൈൽ ആപ്ലിക്കേഷനിലേക്കും. വളരെ വ്യത്യസ്തമായ കഴിവുകളുള്ള 80 ഓളം പേർ ഇപ്പോൾ ഐടി വകുപ്പിലുണ്ട്.

Zabbix-നെക്കുറിച്ചും അതിന്റെ വാസ്തുവിദ്യയെക്കുറിച്ചും

MCH: - ഇപ്പോൾ ഞാൻ ഒരു വ്യക്തിഗത റെക്കോർഡ് സ്ഥാപിക്കാനും Zabbix എന്താണെന്ന് ഒരു മിനിറ്റിനുള്ളിൽ പറയാൻ ശ്രമിക്കും (ഇനി മുതൽ "Zabbix" എന്ന് വിളിക്കുന്നു).

Zabbix സ്വയം ഒരു എന്റർപ്രൈസ്-ലെവൽ ഔട്ട്-ഓഫ്-ബോക്സ് മോണിറ്ററിംഗ് സിസ്റ്റമായി നിലകൊള്ളുന്നു. ഇതിന് ജീവിതം എളുപ്പമാക്കുന്ന നിരവധി സവിശേഷതകൾ ഉണ്ട്: വിപുലമായ എസ്കലേഷൻ നിയമങ്ങൾ, സംയോജനത്തിനുള്ള API, ഗ്രൂപ്പിംഗും ഹോസ്റ്റുകളുടെയും മെട്രിക്‌സിന്റെയും സ്വയമേവ കണ്ടെത്തൽ. Zabbix-ന് സ്കെയിലിംഗ് ടൂളുകൾ എന്ന് വിളിക്കപ്പെടുന്നു - പ്രോക്സികൾ. Zabbix ഒരു ഓപ്പൺ സോഴ്സ് സിസ്റ്റമാണ്.

വാസ്തുവിദ്യയെക്കുറിച്ച് ചുരുക്കത്തിൽ. അതിൽ മൂന്ന് ഘടകങ്ങൾ അടങ്ങിയിരിക്കുന്നുവെന്ന് നമുക്ക് പറയാം:

• സെർവർ. സിയിൽ എഴുതിയത്. സങ്കീർണ്ണമായ പ്രോസസ്സിംഗും ത്രെഡുകൾക്കിടയിൽ വിവരങ്ങളുടെ കൈമാറ്റവും ഉപയോഗിച്ച്. എല്ലാ പ്രോസസ്സിംഗും അതിൽ നടക്കുന്നു: സ്വീകരിക്കുന്നത് മുതൽ ഡാറ്റാബേസിലേക്ക് സംരക്ഷിക്കുന്നത് വരെ.
• എല്ലാ ഡാറ്റയും ഡാറ്റാബേസിൽ സംഭരിച്ചിരിക്കുന്നു. Zabbix MySQL, PostreSQL, Oracle എന്നിവയെ പിന്തുണയ്ക്കുന്നു.
• വെബ് ഇന്റർഫേസ് PHP യിൽ എഴുതിയിരിക്കുന്നു. മിക്ക സിസ്റ്റങ്ങളിലും ഇത് ഒരു അപ്പാച്ചെ സെർവറുമായി വരുന്നു, എന്നാൽ nginx + php-യുമായി സംയോജിച്ച് കൂടുതൽ കാര്യക്ഷമമായി പ്രവർത്തിക്കുന്നു.

സാബിക്സുമായി ബന്ധപ്പെട്ട ഞങ്ങളുടെ കമ്പനിയുടെ ജീവിതത്തിൽ നിന്ന് ഒരു കഥ ഇന്ന് പറയാൻ ഞങ്ങൾ ആഗ്രഹിക്കുന്നു...

ഇന്റർസ്വ്യാസ് കമ്പനിയുടെ ജീവിതത്തിൽ നിന്നുള്ള ഒരു കഥ. നമുക്ക് എന്താണ് ഉള്ളത്, എന്താണ് വേണ്ടത്?

5 അല്ലെങ്കിൽ 6 മാസം മുമ്പ്. ജോലി കഴിഞ്ഞ് ഒരു ദിവസം...

MCH: - മിഷ, ഹലോ! നിങ്ങളെ പിടിക്കാൻ കഴിഞ്ഞതിൽ എനിക്ക് സന്തോഷമുണ്ട് - ഒരു സംഭാഷണമുണ്ട്. നിരീക്ഷണത്തിൽ ഞങ്ങൾക്ക് വീണ്ടും പ്രശ്നങ്ങളുണ്ടായി. ഒരു വലിയ അപകട സമയത്ത്, എല്ലാം മന്ദഗതിയിലായിരുന്നു, നെറ്റ്‌വർക്കിന്റെ അവസ്ഥയെക്കുറിച്ച് ഒരു വിവരവുമില്ല. നിർഭാഗ്യവശാൽ, ഇത് ആദ്യമായല്ല ഇത് സംഭവിക്കുന്നത്. എനിക്ക് നിന്റെ സഹായം ആവശ്യമാണ്. ഏത് സാഹചര്യത്തിലും നമ്മുടെ നിരീക്ഷണം പ്രവർത്തിക്കട്ടെ!

എംഎം: - എന്നാൽ ആദ്യം നമുക്ക് സമന്വയിപ്പിക്കാം. രണ്ടു വർഷമായി ഞാൻ അവിടെ നോക്കിയിട്ടില്ല. ഞാൻ ഓർക്കുന്നിടത്തോളം, ഞങ്ങൾ നാഗിയോസിനെ ഉപേക്ഷിച്ച് ഏകദേശം 8 വർഷം മുമ്പ് സാബിക്സിലേക്ക് മാറി. ഇപ്പോൾ ഞങ്ങൾക്ക് 6 ശക്തമായ സെർവറുകളും ഒരു ഡസനോളം പ്രോക്സികളും ഉണ്ടെന്ന് തോന്നുന്നു. ഞാൻ എന്തെങ്കിലും ആശയക്കുഴപ്പത്തിലാക്കുന്നുണ്ടോ?

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

എംഎം: - ഇത് വ്യക്തമാണ്. നിങ്ങൾ എന്തെങ്കിലും നോക്കിയോ, നിങ്ങൾ ഇതിനകം ഡയഗ്നോസ്റ്റിക്സിൽ നിന്ന് എന്തെങ്കിലും കുഴിച്ചിട്ടുണ്ടോ?

MCH: - നിങ്ങൾ ആദ്യം കൈകാര്യം ചെയ്യേണ്ടത് ഡാറ്റാബേസാണ്. MySQL നിരന്തരം ലോഡുചെയ്യുന്നു, പുതിയ അളവുകൾ സംഭരിക്കുന്നു, Zabbix ഒരു കൂട്ടം ഇവന്റുകൾ സൃഷ്ടിക്കാൻ തുടങ്ങുമ്പോൾ, ഡാറ്റാബേസ് അക്ഷരാർത്ഥത്തിൽ കുറച്ച് മണിക്കൂറുകളോളം ഓവർഡ്രൈവിലേക്ക് പോകുന്നു. കോൺഫിഗറേഷൻ ഒപ്റ്റിമൈസ് ചെയ്യുന്നതിനെക്കുറിച്ച് ഞാൻ ഇതിനകം നിങ്ങളോട് പറഞ്ഞിട്ടുണ്ട്, പക്ഷേ അക്ഷരാർത്ഥത്തിൽ ഈ വർഷം അവർ ഹാർഡ്‌വെയർ അപ്‌ഡേറ്റുചെയ്‌തു: സെർവറുകൾക്ക് എസ്എസ്ഡി റെയിഡുകളിൽ നൂറ് ജിഗാബൈറ്റിലധികം മെമ്മറിയും ഡിസ്‌ക് അറേകളും ഉണ്ട് - ദീർഘകാലത്തേക്ക് ഇത് രേഖീയമായി വളർത്തുന്നതിൽ അർത്ഥമില്ല. എന്തു ചെയ്യണം?

എംഎം: - ഇത് വ്യക്തമാണ്. പൊതുവേ, MySQL ഒരു LTP ഡാറ്റാബേസാണ്. പ്രത്യക്ഷത്തിൽ, ഞങ്ങളുടെ വലുപ്പത്തിലുള്ള മെട്രിക്സിന്റെ ഒരു ആർക്കൈവ് സംഭരിക്കുന്നതിന് ഇത് മേലിൽ അനുയോജ്യമല്ല. നമുക്ക് അത് കണ്ടുപിടിക്കാം.

MCH: - ചെയ്യാനും അനുവദിക്കുന്നു!

ഹാക്കത്തോണിന്റെ ഫലമായി Zabbix, Clickhouse എന്നിവയുടെ സംയോജനം

കുറച്ച് സമയത്തിന് ശേഷം ഞങ്ങൾക്ക് രസകരമായ ഡാറ്റ ലഭിച്ചു:

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

ക്ലിക്ക്ഹൗസിന്റെയും ഇലാസ്റ്റിക് സെർച്ചിന്റെയും താരതമ്യം

എംഎം: - താരതമ്യത്തിനായി, Zabbix സെർവർ നൽകുന്ന അതേ ലോഡ് ഞങ്ങൾ സൃഷ്ടിക്കുകയും സിസ്റ്റങ്ങൾ എങ്ങനെ പ്രവർത്തിക്കുമെന്ന് നോക്കുകയും ചെയ്തു. CURL ഉപയോഗിച്ച് ഞങ്ങൾ 1000 വരികളുടെ ബാച്ചുകളായി ഡാറ്റ എഴുതി. Zabbix ചെയ്യുന്ന ലോഡ് പ്രൊഫൈലിനായി Clickhouse കൂടുതൽ കാര്യക്ഷമമാകുമെന്ന് ഞങ്ങൾ മുൻകൂട്ടി കരുതി. ഫലങ്ങൾ ഞങ്ങളുടെ പ്രതീക്ഷകളെയും കവിയുന്നു:

അതേ ടെസ്റ്റ് വ്യവസ്ഥകളിൽ, ക്ലിക്ക്ഹൗസ് മൂന്ന് മടങ്ങ് കൂടുതൽ ഡാറ്റ എഴുതി. അതേസമയം, ഡാറ്റ വായിക്കുമ്പോൾ രണ്ട് സിസ്റ്റങ്ങളും വളരെ കാര്യക്ഷമമായി (ഒരു ചെറിയ തുക വിഭവങ്ങൾ) ഉപയോഗിച്ചു. എന്നാൽ റെക്കോർഡ് ചെയ്യുമ്പോൾ ഇലാസ്റ്റിക്സിന് വലിയ അളവിലുള്ള പ്രോസസർ ആവശ്യമാണ്:

മൊത്തത്തിൽ, പ്രോസസ്സർ ഉപഭോഗത്തിലും വേഗതയിലും ക്ലിക്ക്ഹൗസ് ഇലാസ്റ്റിക്സിനെക്കാൾ മികച്ചതായിരുന്നു. അതേ സമയം, ഡാറ്റ കംപ്രഷൻ കാരണം, ക്ലിക്ക്ഹൗസ് ഹാർഡ് ഡ്രൈവിൽ 11 മടങ്ങ് കുറവ് ഉപയോഗിക്കുകയും ഏകദേശം 30 മടങ്ങ് കുറച്ച് ഡിസ്ക് പ്രവർത്തനങ്ങൾ നടത്തുകയും ചെയ്യുന്നു:

MCH: - അതെ, ഡിസ്ക് സബ്സിസ്റ്റം ഉപയോഗിച്ചുള്ള ക്ലിക്ക്ഹൗസിന്റെ പ്രവർത്തനം വളരെ കാര്യക്ഷമമായി നടപ്പിലാക്കുന്നു. ഡാറ്റാബേസുകൾക്കായി നിങ്ങൾക്ക് വലിയ SATA ഡിസ്കുകൾ ഉപയോഗിക്കാനും സെക്കൻഡിൽ ലക്ഷക്കണക്കിന് വരികളുടെ എഴുത്ത് വേഗത നേടാനും കഴിയും. ഔട്ട്-ഓഫ്-ദി-ബോക്സ് സിസ്റ്റം ഷാർഡിംഗ്, റെപ്ലിക്കേഷൻ എന്നിവയെ പിന്തുണയ്ക്കുന്നു, കോൺഫിഗർ ചെയ്യാൻ വളരെ എളുപ്പമാണ്. വർഷം മുഴുവനും അതിന്റെ ഉപയോഗത്തിൽ ഞങ്ങൾ കൂടുതൽ സംതൃപ്തരാണ്.

ഉറവിടങ്ങൾ ഒപ്റ്റിമൈസ് ചെയ്യുന്നതിന്, നിങ്ങളുടെ നിലവിലുള്ള പ്രധാന ഡാറ്റാബേസിന് അടുത്തായി ക്ലിക്ക്ഹൗസ് ഇൻസ്റ്റാൾ ചെയ്യാനും അതുവഴി ധാരാളം സിപിയു സമയവും ഡിസ്ക് പ്രവർത്തനങ്ങളും ലാഭിക്കാനും കഴിയും. ഞങ്ങൾ മെട്രിക്സിന്റെ ആർക്കൈവ് നിലവിലുള്ള ക്ലിക്ക്ഹൗസ് ക്ലസ്റ്ററുകളിലേക്ക് നീക്കി:

ഞങ്ങൾ പ്രധാന MySQL ഡാറ്റാബേസിനെ വളരെയധികം ഒഴിവാക്കി, Zabbix സെർവറുമായി ഒരു മെഷീനിൽ സംയോജിപ്പിക്കാനും MySQL-നുള്ള സമർപ്പിത സെർവർ ഉപേക്ഷിക്കാനും ഞങ്ങൾക്ക് കഴിയും.

Zabbix-ൽ എങ്ങനെയാണ് പോളിംഗ് പ്രവർത്തിക്കുന്നത്?

4 മാസം മുമ്പ്

എംഎം: - ശരി, അടിത്തറയിലെ പ്രശ്നങ്ങളെക്കുറിച്ച് നമുക്ക് മറക്കാൻ കഴിയുമോ?

MCH: - അത് ഉറപ്പാണ്! മന്ദഗതിയിലുള്ള ഡാറ്റ ശേഖരണമാണ് നമ്മൾ പരിഹരിക്കേണ്ട മറ്റൊരു പ്രശ്നം. ഇപ്പോൾ ഞങ്ങളുടെ 15 പ്രോക്സി സെർവറുകൾ എസ്എൻഎംപിയും പോളിംഗ് പ്രക്രിയകളും കൊണ്ട് ഓവർലോഡ് ചെയ്തിരിക്കുന്നു. പുതിയതും പുതിയതുമായ സെർവറുകൾ ഇൻസ്റ്റാൾ ചെയ്യുകയല്ലാതെ മറ്റൊരു മാർഗവുമില്ല.

എംഎം: - കൊള്ളാം. എന്നാൽ ആദ്യം, Zabbix-ൽ പോളിംഗ് എങ്ങനെ പ്രവർത്തിക്കുന്നുവെന്ന് ഞങ്ങളോട് പറയുക?

MCH: - ചുരുക്കത്തിൽ, 20 തരം മെട്രിക്കുകളും അവ നേടുന്നതിന് ഒരു ഡസൻ വഴികളും ഉണ്ട്. Zabbix-ന് ഒന്നുകിൽ "അഭ്യർത്ഥന-പ്രതികരണ" മോഡിൽ ഡാറ്റ ശേഖരിക്കാനാകും, അല്ലെങ്കിൽ "ട്രാപ്പർ ഇന്റർഫേസ്" വഴി പുതിയ ഡാറ്റയ്ക്കായി കാത്തിരിക്കുക.

യഥാർത്ഥ Zabbix ൽ ഈ രീതി (ട്രാപ്പർ) ഏറ്റവും വേഗതയേറിയതാണ് എന്നത് ശ്രദ്ധിക്കേണ്ടതാണ്.

ലോഡ് വിതരണത്തിന് പ്രോക്സി സെർവറുകൾ ഉണ്ട്:

പ്രോക്സികൾക്ക് Zabbix സെർവറിന്റെ അതേ ശേഖരണ പ്രവർത്തനങ്ങൾ നിർവഹിക്കാനും അതിൽ നിന്ന് ടാസ്‌ക്കുകൾ സ്വീകരിക്കാനും ശേഖരിച്ച മെട്രിക്‌സ് ട്രാപ്പർ ഇന്റർഫേസിലൂടെ അയയ്ക്കാനും കഴിയും. ലോഡ് വിതരണം ചെയ്യുന്നതിനുള്ള ഔദ്യോഗികമായി ശുപാർശ ചെയ്യുന്ന മാർഗമാണിത്. NAT അല്ലെങ്കിൽ സ്ലോ ചാനൽ വഴി പ്രവർത്തിക്കുന്ന റിമോട്ട് ഇൻഫ്രാസ്ട്രക്ചർ നിരീക്ഷിക്കുന്നതിനും പ്രോക്സികൾ ഉപയോഗപ്രദമാണ്:

എംഎം: - വാസ്തുവിദ്യയിൽ എല്ലാം വ്യക്തമാണ്. നമുക്ക് ഉറവിടങ്ങൾ നോക്കേണ്ടതുണ്ട് ...

ഒന്നുരണ്ടു ദിവസം കഴിഞ്ഞ്

nmap fping എങ്ങനെ വിജയിച്ചു എന്നതിന്റെ കഥ

എംഎം: "ഞാൻ എന്തെങ്കിലും കുഴിച്ചിട്ടുണ്ടെന്ന് ഞാൻ കരുതുന്നു."

MCH: - എന്നോട് പറയൂ!

എംഎം: - ലഭ്യത പരിശോധിക്കുമ്പോൾ, Zabbix ഒരു സമയം പരമാവധി 128 ഹോസ്റ്റുകൾ പരിശോധിക്കുന്നതായി ഞാൻ കണ്ടെത്തി. ഈ സംഖ്യ 500 ആയി വർദ്ധിപ്പിക്കാനും അവരുടെ പിങ്ങിലെ (പിംഗ്) ഇന്റർ-പാക്കറ്റ് ഇടവേള നീക്കം ചെയ്യാനും ഞാൻ ശ്രമിച്ചു - ഇത് പ്രകടനം ഇരട്ടിയാക്കി. പക്ഷെ എനിക്ക് വലിയ സംഖ്യകൾ വേണം.

MCH: - എന്റെ പരിശീലനത്തിൽ, ആയിരക്കണക്കിന് ഹോസ്റ്റുകളുടെ ലഭ്യത എനിക്ക് ചിലപ്പോൾ പരിശോധിക്കേണ്ടി വരും, ഇതിനായി nmap-നേക്കാൾ വേഗതയുള്ള ഒന്നും ഞാൻ കണ്ടിട്ടില്ല. ഇതാണ് ഏറ്റവും വേഗതയേറിയ വഴിയെന്ന് എനിക്ക് ഉറപ്പുണ്ട്. ശ്രമിക്കാം! ഓരോ ആവർത്തനത്തിനും ഞങ്ങൾ ഹോസ്റ്റുകളുടെ എണ്ണം ഗണ്യമായി വർദ്ധിപ്പിക്കേണ്ടതുണ്ട്.

എംഎം: – അഞ്ഞൂറിലധികം പരിശോധിക്കുക? 600?

MCH: - കുറഞ്ഞത് രണ്ടായിരം.

എംഎം: - ശരി. ഞാൻ പറയാൻ ആഗ്രഹിച്ച ഏറ്റവും പ്രധാനപ്പെട്ട കാര്യം, Zabbix ലെ മിക്ക പോളിംഗുകളും സമന്വയത്തോടെയാണ് നടക്കുന്നതെന്ന് ഞാൻ കണ്ടെത്തി എന്നതാണ്. നമ്മൾ തീർച്ചയായും ഇത് അസിൻക്രണസ് മോഡിലേക്ക് മാറ്റേണ്ടതുണ്ട്. അപ്പോൾ നമുക്ക് വോട്ടർമാർ ശേഖരിക്കുന്ന മെട്രിക്കുകളുടെ എണ്ണം നാടകീയമായി വർദ്ധിപ്പിക്കാൻ കഴിയും, പ്രത്യേകിച്ചും ഓരോ ആവർത്തനത്തിനും മെട്രിക്കുകളുടെ എണ്ണം വർദ്ധിപ്പിക്കുകയാണെങ്കിൽ.

MCH: - കൊള്ളാം! പിന്നെ എപ്പോൾ?

എംഎം: - പതിവുപോലെ, ഇന്നലെ.

MCH: - fping, nmap എന്നിവയുടെ രണ്ട് പതിപ്പുകളും ഞങ്ങൾ താരതമ്യം ചെയ്തു:

ധാരാളം ഹോസ്റ്റുകളിൽ, nmap അഞ്ച് മടങ്ങ് കൂടുതൽ ഫലപ്രദമാകുമെന്ന് പ്രതീക്ഷിച്ചിരുന്നു. nmap ലഭ്യതയും പ്രതികരണ സമയവും മാത്രം പരിശോധിക്കുന്നതിനാൽ, ഞങ്ങൾ നഷ്ടങ്ങളുടെ കണക്കുകൂട്ടൽ ട്രിഗറുകളിലേക്ക് മാറ്റുകയും ലഭ്യത പരിശോധിക്കുന്നതിനുള്ള ഇടവേളകൾ ഗണ്യമായി കുറയ്ക്കുകയും ചെയ്തു. nmap-നുള്ള ഒപ്റ്റിമൽ ഹോസ്റ്റുകളുടെ എണ്ണം ഓരോ ആവർത്തനത്തിനും ഏകദേശം 4 ആയിരം ആണെന്ന് ഞങ്ങൾ കണ്ടെത്തി. ലഭ്യത പരിശോധിക്കുന്നതിനുള്ള സിപിയു വില മൂന്നിരട്ടി കുറയ്ക്കാനും ഇടവേള 120 സെക്കൻഡിൽ നിന്ന് 10 ആക്കാനും Nmap ഞങ്ങളെ അനുവദിച്ചു.

പോളിംഗ് ഒപ്റ്റിമൈസേഷൻ

എംഎം: “പിന്നെ ഞങ്ങൾ വോട്ടെടുപ്പ് നടത്താൻ തുടങ്ങി. എസ്എൻഎംപി കണ്ടെത്തലും ഏജന്റുമാരുമാണ് ഞങ്ങൾക്ക് പ്രധാനമായും താൽപ്പര്യം. സാബിക്സിൽ, പോളിംഗ് സമന്വയത്തോടെയാണ് നടക്കുന്നത്, കൂടാതെ സിസ്റ്റത്തിന്റെ കാര്യക്ഷമത വർദ്ധിപ്പിക്കുന്നതിന് പ്രത്യേക നടപടികൾ സ്വീകരിച്ചിട്ടുണ്ട്. സിൻക്രണസ് മോഡിൽ, ഹോസ്റ്റിന്റെ ലഭ്യത കാര്യമായ പോളിംഗ് തകർച്ചയ്ക്ക് കാരണമാകുന്നു. സംസ്ഥാനങ്ങളുടെ ഒരു മുഴുവൻ സംവിധാനമുണ്ട്, പ്രത്യേക പ്രക്രിയകൾ ഉണ്ട് - എത്തിച്ചേരാനാകാത്ത പോളറുകൾ എന്ന് വിളിക്കപ്പെടുന്നവ, എത്തിച്ചേരാനാകാത്ത ഹോസ്റ്റുകളിൽ മാത്രം പ്രവർത്തിക്കുന്നു:

ഇത് സ്റ്റേറ്റ് മാട്രിക്സ്, സിസ്റ്റം കാര്യക്ഷമമായി തുടരുന്നതിന് ആവശ്യമായ സംക്രമണ സംവിധാനത്തിന്റെ എല്ലാ സങ്കീർണ്ണതകളും പ്രകടമാക്കുന്ന ഒരു വ്യാഖ്യാനമാണ്. കൂടാതെ, സിൻക്രണസ് പോളിംഗ് തന്നെ വളരെ മന്ദഗതിയിലാണ്:

അതുകൊണ്ടാണ് ഡസൻ കണക്കിന് പ്രോക്സികളിലെ ആയിരക്കണക്കിന് പോൾ സ്ട്രീമുകൾക്ക് ഞങ്ങൾക്ക് ആവശ്യമായ ഡാറ്റ ശേഖരിക്കാൻ കഴിയാതെ വന്നത്. അസിൻക്രണസ് നടപ്പിലാക്കൽ ത്രെഡുകളുടെ എണ്ണത്തിലെ പ്രശ്നങ്ങൾ പരിഹരിക്കുക മാത്രമല്ല, ലഭ്യമല്ലാത്ത ഹോസ്റ്റുകളുടെ സംസ്ഥാന സംവിധാനത്തെ ഗണ്യമായി ലളിതമാക്കുകയും ചെയ്തു, കാരണം ഒരു പോളിംഗ് ആവർത്തനത്തിൽ പരിശോധിച്ച ഏത് നമ്പറിനും, പരമാവധി കാത്തിരിപ്പ് സമയം 1 ടൈംഔട്ടായിരുന്നു:

കൂടാതെ, SNMP അഭ്യർത്ഥനകൾക്കായി ഞങ്ങൾ പോളിംഗ് സംവിധാനം പരിഷ്ക്കരിക്കുകയും മെച്ചപ്പെടുത്തുകയും ചെയ്തു. പലർക്കും ഒരേ സമയം ഒന്നിലധികം SNMP അഭ്യർത്ഥനകളോട് പ്രതികരിക്കാൻ കഴിയില്ല എന്നതാണ് വസ്തുത. അതിനാൽ, ഒരേ ഹോസ്റ്റിന്റെ SNMP പോളിംഗ് അസമന്വിതമായി ചെയ്യുമ്പോൾ ഞങ്ങൾ ഒരു ഹൈബ്രിഡ് മോഡ് ഉണ്ടാക്കി:

ഹോസ്റ്റുകളുടെ മുഴുവൻ പായ്ക്കിനും ഇത് ചെയ്യപ്പെടുന്നു. ഈ മോഡ് ആത്യന്തികമായി പൂർണ്ണമായും അസമന്വിതമായ ഒന്നിനെക്കാൾ മന്ദഗതിയിലല്ല, കാരണം ഒന്നര നൂറ് എസ്എൻഎംപി മൂല്യങ്ങൾ പോളിംഗ് ചെയ്യുന്നത് ഇപ്പോഴും 1 ടൈംഔട്ടിനെക്കാൾ വളരെ വേഗത്തിലാണ്.

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

MCH: - ഫലമായുണ്ടാകുന്ന പോളിംഗ് ഒപ്റ്റിമൈസേഷനുകൾ കാണിക്കുന്നത് ഞങ്ങൾക്ക് എല്ലാ പ്രോക്സികളെയും ഒഴിവാക്കാനും മാത്രമല്ല, നിരവധി പരിശോധനകൾക്കുള്ള ഇടവേളകൾ കുറയ്ക്കാനും കഴിയുമെന്നും, ലോഡ് പങ്കിടുന്നതിനുള്ള ഒരു മാർഗമായി ഇനി പ്രോക്സികൾ ആവശ്യമില്ല.

ഏകദേശം മൂന്ന് മാസം മുമ്പ്

വാസ്തുവിദ്യ മാറ്റുക - ലോഡ് വർദ്ധിപ്പിക്കുക!

എംഎം: - ശരി, മാക്സ്, ഉൽപ്പാദനക്ഷമത നേടാനുള്ള സമയമാണോ? എനിക്ക് ശക്തമായ ഒരു സെർവറും ഒരു നല്ല എഞ്ചിനീയറും വേണം.

MCH: - ശരി, നമുക്ക് അത് പ്ലാൻ ചെയ്യാം. സെക്കൻഡിൽ 5 ആയിരം മെട്രിക്‌സ് എന്ന ഡെഡ് പോയിന്റിൽ നിന്ന് നീങ്ങേണ്ട സമയമാണിത്.

നവീകരണത്തിന് ശേഷം രാവിലെ

MCH: - മിഷ, ഞങ്ങൾ സ്വയം അപ്‌ഡേറ്റ് ചെയ്തു, പക്ഷേ രാവിലെ ഞങ്ങൾ പിന്നോട്ട് പോയി... എന്ത് വേഗതയാണ് ഞങ്ങൾ നേടിയതെന്ന് ഊഹിക്കുക?

എംഎം: - പരമാവധി 20 ആയിരം.

MCH: - അതെ, 25! നിർഭാഗ്യവശാൽ, ഞങ്ങൾ ആരംഭിച്ചിടത്താണ് ഞങ്ങൾ.

എംഎം: - എന്തുകൊണ്ട്? നിങ്ങൾ എന്തെങ്കിലും ഡയഗ്നോസ്റ്റിക്സ് നടത്തിയോ?

MCH: - അതെ, തീർച്ചയായും! ഇവിടെ, ഉദാഹരണത്തിന്, രസകരമായ ഒരു ടോപ്പ്:

എംഎം: - നമുക്ക് കാണാം. ഞങ്ങൾ ധാരാളം പോളിംഗ് ത്രെഡുകൾ പരീക്ഷിച്ചതായി ഞാൻ കാണുന്നു:

എന്നാൽ അതേ സമയം അവർക്ക് സിസ്റ്റം പകുതിയായി പോലും റീസൈക്കിൾ ചെയ്യാൻ കഴിഞ്ഞില്ല:

മൊത്തത്തിലുള്ള പ്രകടനം വളരെ ചെറുതാണ്, സെക്കൻഡിൽ ഏകദേശം 4 ആയിരം മെട്രിക്സ്:

ഇനിയെന്തെങ്കിലും ഉണ്ടോ?

MCH: - അതെ, വോട്ടർമാരിൽ ഒരാളുടെ സ്‌ട്രേസ്:

എംഎം: - ഇവിടെ നിങ്ങൾക്ക് പോളിംഗ് പ്രക്രിയ "സെമാഫോറുകൾ" കാത്തിരിക്കുന്നതായി വ്യക്തമായി കാണാം. ഇവയാണ് ലോക്കുകൾ:

MCH: - അവക്തമായ.

എംഎം: - നോക്കൂ, ഒരു കൂട്ടം ത്രെഡുകൾ ഒരേ സമയം ഒരാൾക്ക് മാത്രം പ്രവർത്തിക്കാൻ കഴിയുന്ന വിഭവങ്ങൾ ഉപയോഗിച്ച് പ്രവർത്തിക്കാൻ ശ്രമിക്കുന്ന ഒരു സാഹചര്യത്തിന് സമാനമാണ് ഇത്. അപ്പോൾ അവർക്ക് ചെയ്യാൻ കഴിയുന്നത് ഈ വിഭവം കാലക്രമേണ പങ്കിടുക എന്നതാണ്:

അത്തരമൊരു റിസോഴ്സിനൊപ്പം പ്രവർത്തിക്കുന്നതിന്റെ ആകെ പ്രകടനം ഒരു കോറിന്റെ വേഗതയാൽ പരിമിതപ്പെടുത്തിയിരിക്കുന്നു:

ഈ പ്രശ്നം പരിഹരിക്കാൻ രണ്ട് വഴികളുണ്ട്.

മെഷീന്റെ ഹാർഡ്‌വെയർ അപ്‌ഗ്രേഡ് ചെയ്യുക, വേഗതയേറിയ കോറുകളിലേക്ക് മാറുക:

അല്ലെങ്കിൽ ആർക്കിടെക്ചർ മാറ്റുക, അതേ സമയം ലോഡ് മാറ്റുക:

MCH: - വഴിയിൽ, ടെസ്റ്റ് മെഷീനിൽ ഞങ്ങൾ കോംബാറ്റ് ഒന്നിനേക്കാൾ കുറച്ച് കോറുകൾ ഉപയോഗിക്കും, പക്ഷേ അവ ഓരോ കോറിനും ആവൃത്തിയിൽ 1,5 മടങ്ങ് വേഗതയുള്ളതാണ്!

എംഎം: - വ്യക്തമായോ? നിങ്ങൾ സെർവർ കോഡ് നോക്കേണ്ടതുണ്ട്.

Zabbix സെർവറിലെ ഡാറ്റ പാത്ത്

MCH: - അത് കണ്ടുപിടിക്കാൻ, Zabbix സെർവറിനുള്ളിൽ ഡാറ്റ എങ്ങനെയാണ് കൈമാറുന്നതെന്ന് ഞങ്ങൾ വിശകലനം ചെയ്യാൻ തുടങ്ങി:

നല്ല ചിത്രം, അല്ലേ? അത് കൂടുതലോ കുറവോ വ്യക്തമാക്കുന്നതിന് നമുക്ക് ഘട്ടം ഘട്ടമായി അതിലൂടെ പോകാം. ഡാറ്റ ശേഖരിക്കുന്നതിന് ഉത്തരവാദിത്തമുള്ള ത്രെഡുകളും സേവനങ്ങളും ഉണ്ട്:

അവർ ശേഖരിച്ച അളവുകൾ ഒരു സോക്കറ്റ് വഴി പ്രീപ്രൊസസ്സർ മാനേജർക്ക് കൈമാറുന്നു, അവിടെ അവ ഒരു ക്യൂവിൽ സംരക്ഷിക്കപ്പെടുന്നു:

"പ്രീപ്രൊസസ്സർ മാനേജർ" അതിന്റെ തൊഴിലാളികൾക്ക് ഡാറ്റ കൈമാറുന്നു, അത് പ്രീപ്രൊസസ്സിംഗ് നിർദ്ദേശങ്ങൾ നടപ്പിലാക്കുകയും അതേ സോക്കറ്റിലൂടെ തിരികെ നൽകുകയും ചെയ്യുന്നു:

ഇതിനുശേഷം, പ്രീപ്രൊസസ്സർ മാനേജർ അവ ചരിത്ര കാഷെയിൽ സംഭരിക്കുന്നു:

അവിടെ നിന്ന് അവ ചരിത്ര സിങ്കറുകൾ എടുക്കുന്നു, അവർ ധാരാളം പ്രവർത്തനങ്ങൾ ചെയ്യുന്നു: ഉദാഹരണത്തിന്, ട്രിഗറുകൾ കണക്കാക്കൽ, മൂല്യ കാഷെ പൂരിപ്പിക്കൽ, ഏറ്റവും പ്രധാനമായി, ചരിത്ര സംഭരണത്തിൽ മെട്രിക്‌സ് സംരക്ഷിക്കൽ. പൊതുവേ, പ്രക്രിയ സങ്കീർണ്ണവും വളരെ ആശയക്കുഴപ്പത്തിലാക്കുന്നതുമാണ്.

എംഎം: - ഞങ്ങൾ ആദ്യം കണ്ട കാര്യം, "കോൺഫിഗറേഷൻ കാഷെ" (എല്ലാ സെർവർ കോൺഫിഗറേഷനുകളും സംഭരിച്ചിരിക്കുന്ന മെമ്മറി ഏരിയ) എന്ന് വിളിക്കപ്പെടുന്ന മിക്ക ത്രെഡുകളും മത്സരിക്കുന്നു എന്നതാണ്. ഡാറ്റ ശേഖരിക്കുന്നതിന് ഉത്തരവാദികളായ ത്രെഡുകൾ പ്രത്യേകിച്ച് ധാരാളം തടയൽ ചെയ്യുന്നു:

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

വോട്ടർമാർ തമ്മിൽ തർക്കം പാടില്ല

അതിനാൽ, ഞങ്ങൾ ആദ്യം ചെയ്തത് ക്യൂവിനെ 4 ഭാഗങ്ങളായി വിഭജിക്കുകയും സുരക്ഷിതമായ സാഹചര്യങ്ങളിൽ ഈ ക്യൂകൾ, ഈ ഭാഗങ്ങൾ ഒരേ സമയം തടയാൻ പോളിർമാരെ അനുവദിക്കുക എന്നതാണ്:

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

പ്രീപ്രൊസസ്സർ മാനേജർക്ക് മുൻഗണന നൽകാൻ കഴിയണം

പ്രകടനം കുറവായ സന്ദർഭങ്ങളിൽ ഇത് സംഭവിച്ചു. ഡാറ്റാ ശേഖരണ പ്രക്രിയകളിൽ നിന്നുള്ള അഭ്യർത്ഥനകൾ ശേഖരിക്കുകയും മെമ്മറി മുഴുവനും ദഹിപ്പിച്ച് ക്രാഷ് ആകുന്നതുവരെ അവയുടെ ബഫർ കൂട്ടിച്ചേർക്കുകയും ചെയ്യുക മാത്രമാണ് അദ്ദേഹത്തിന് ചെയ്യാൻ കഴിയുക.

ഈ പ്രശ്നം പരിഹരിക്കുന്നതിന്, തൊഴിലാളികൾക്കായി പ്രത്യേകം സമർപ്പിച്ചിരിക്കുന്ന രണ്ടാമത്തെ സോക്കറ്റ് ഞങ്ങൾ ചേർത്തു:

അതിനാൽ, പ്രീപ്രൊസസ്സർ മാനേജർക്ക് അതിന്റെ പ്രവർത്തനത്തിന് മുൻഗണന നൽകാനുള്ള അവസരം ലഭിച്ചു, ബഫർ വളരുകയാണെങ്കിൽ, നീക്കംചെയ്യൽ മന്ദഗതിയിലാക്കുക എന്നതാണ് ചുമതല, ഇത് തൊഴിലാളികൾക്ക് ഈ ബഫർ എടുക്കാനുള്ള അവസരം നൽകുന്നു:

അവരുടെ ജോലിക്ക് തീർത്തും അപ്രധാനമായ ഒരു റിസോഴ്സിനായി അവർ മത്സരിക്കുന്നതിനാൽ, മന്ദഗതിയുടെ ഒരു കാരണം തൊഴിലാളികൾ തന്നെയാണെന്ന് ഞങ്ങൾ കണ്ടെത്തി. ഞങ്ങൾ ഈ പ്രശ്നം ഒരു ബഗ് ഫിക്സായി രേഖപ്പെടുത്തി, Zabbix-ന്റെ പുതിയ പതിപ്പുകളിൽ ഇത് ഇതിനകം പരിഹരിച്ചിട്ടുണ്ട്:

ഞങ്ങൾ സോക്കറ്റുകളുടെ എണ്ണം വർദ്ധിപ്പിക്കുന്നു - ഞങ്ങൾക്ക് ഫലം ലഭിക്കും

കൂടാതെ, ഒരു ത്രെഡ് ആയതിനാൽ പ്രീപ്രൊസസ്സർ മാനേജർ തന്നെ ഒരു തടസ്സമായി. ഇത് കോർ സ്പീഡിൽ വിശ്രമിച്ചു, സെക്കൻഡിൽ ഏകദേശം 70 ആയിരം മെട്രിക്സ് പരമാവധി വേഗത നൽകുന്നു:

അതിനാൽ, ഞങ്ങൾ നാല്, നാല് സെറ്റ് സോക്കറ്റുകൾ ഉപയോഗിച്ച് തൊഴിലാളികളെ ഉണ്ടാക്കി:

ഇത് ഏകദേശം 130 ആയിരം മെട്രിക്‌സായി വേഗത വർദ്ധിപ്പിക്കാൻ ഞങ്ങളെ അനുവദിച്ചു:

ചരിത്ര കാഷെക്കായുള്ള മത്സരം പ്രത്യക്ഷപ്പെട്ടതിനാൽ വളർച്ചയുടെ രേഖീയത വിശദീകരിക്കുന്നു. 4 പ്രീപ്രോസസർ മാനേജർമാരും ഹിസ്റ്ററി സിങ്കറുകളും അതിനായി മത്സരിച്ചു. ഈ സമയത്ത്, ടെസ്റ്റ് മെഷീനിൽ ഞങ്ങൾക്ക് ഏകദേശം 130 ആയിരം മെട്രിക്‌സ് ഒരു സെക്കൻഡിൽ ലഭിക്കുന്നു, ഏകദേശം 95% പ്രോസസറും ഇത് ഉപയോഗിക്കുന്നു:

ഏകദേശം 2,5 മാസം മുമ്പ്

snmp-കമ്മ്യൂണിറ്റിയിൽ നിന്നുള്ള വിസമ്മതം NVP-കളെ ഒന്നര മടങ്ങ് വർദ്ധിപ്പിച്ചു

എംഎം: – മാക്സ്, എനിക്ക് ഒരു പുതിയ ടെസ്റ്റ് കാർ വേണം! ഞങ്ങൾ ഇപ്പോൾ നിലവിലുള്ളതിനോട് യോജിക്കുന്നില്ല.

MCH: - നിങ്ങൾക്ക് ഇപ്പോൾ എന്താണ് ഉള്ളത്?

എംഎം: - ഇപ്പോൾ - 130k NVP-കളും ഒരു ഷെൽഫ്-റെഡി പ്രൊസസറും.

MCH: - വൗ! അടിപൊളി! കാത്തിരിക്കൂ, എനിക്ക് രണ്ട് ചോദ്യങ്ങളുണ്ട്. എന്റെ കണക്കുകൂട്ടലുകൾ അനുസരിച്ച്, ഞങ്ങളുടെ ആവശ്യം സെക്കൻഡിൽ ഏകദേശം 15-20 ആയിരം മെട്രിക്സ് ആണ്. എന്തുകൊണ്ടാണ് ഞങ്ങൾക്ക് കൂടുതൽ വേണ്ടത്?

എംഎം: "എനിക്ക് ജോലി പൂർത്തിയാക്കണം." ഈ സംവിധാനത്തിൽ നിന്ന് നമുക്ക് എത്രമാത്രം പിഴുതെറിയാൻ കഴിയുമെന്ന് കാണാൻ ഞാൻ ആഗ്രഹിക്കുന്നു.

MCH: - പക്ഷേ…

എംഎം: "എന്നാൽ ഇത് ബിസിനസ്സിന് ഉപയോഗശൂന്യമാണ്."

MCH: - ഇത് വ്യക്തമാണ്. രണ്ടാമത്തെ ചോദ്യം: ഒരു ഡെവലപ്പറുടെ സഹായമില്ലാതെ ഇപ്പോൾ നമുക്ക് സ്വന്തമായി ഉള്ളതിനെ പിന്തുണയ്ക്കാൻ കഴിയുമോ?

എംഎം: - ഞാൻ കരുതുന്നില്ല. കോൺഫിഗറേഷൻ കാഷെ എങ്ങനെ പ്രവർത്തിക്കുന്നു എന്നത് മാറ്റുന്നത് ഒരു പ്രശ്നമാണ്. ഇത് മിക്ക ത്രെഡുകളിലെയും മാറ്റങ്ങളെ ബാധിക്കുന്നു, പരിപാലിക്കാൻ വളരെ ബുദ്ധിമുട്ടാണ്. മിക്കവാറും, അത് പരിപാലിക്കുന്നത് വളരെ ബുദ്ധിമുട്ടായിരിക്കും.

MCH: "എങ്കിൽ ഞങ്ങൾക്ക് ഒരുതരം ബദൽ ആവശ്യമാണ്."

എംഎം: - അത്തരമൊരു ഓപ്ഷൻ ഉണ്ട്. പുതിയ ലോക്കിംഗ് സിസ്റ്റം ഉപേക്ഷിച്ചുകൊണ്ട് നമുക്ക് ഫാസ്റ്റ് കോറുകളിലേക്ക് മാറാം. ഞങ്ങൾക്ക് ഇപ്പോഴും 60-80 ആയിരം മെട്രിക്കുകളുടെ പ്രകടനം ലഭിക്കും. അതേ സമയം, ബാക്കിയുള്ള എല്ലാ കോഡുകളും നമുക്ക് ഉപേക്ഷിക്കാം. ക്ലിക്ക്ഹൗസും അസിൻക്രണസ് പോളിംഗും പ്രവർത്തിക്കും. കൂടാതെ ഇത് പരിപാലിക്കാൻ എളുപ്പമായിരിക്കും.

MCH: - അത്ഭുതം! ഇവിടെ നിർത്താൻ ഞാൻ നിർദ്ദേശിക്കുന്നു.

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

ഉദാഹരണത്തിന്, ഡോക്യുമെന്റേഷനിലും ഉദാഹരണങ്ങളിലും പലപ്പോഴും കാണപ്പെടുന്ന snmp-കമ്മ്യൂണിറ്റി മാക്രോ ഉപേക്ഷിക്കുന്നത്, ഞങ്ങളുടെ കാര്യത്തിൽ NVP-കൾ ഏകദേശം 1,5 മടങ്ങ് വേഗത്തിലാക്കുന്നത് സാധ്യമാക്കി.

രണ്ട് ദിവസത്തിന് ശേഷം ഉത്പാദനം

സംഭവ ചരിത്ര പോപ്പ്-അപ്പുകൾ നീക്കം ചെയ്യുന്നു

MCH: - മിഷ, ഞങ്ങൾ രണ്ട് ദിവസമായി സിസ്റ്റം ഉപയോഗിക്കുന്നു, എല്ലാം പ്രവർത്തിക്കുന്നു. എന്നാൽ എല്ലാം പ്രവർത്തിക്കുമ്പോൾ മാത്രം! നെറ്റ്‌വർക്കിന്റെ സാമാന്യം വലിയൊരു സെഗ്‌മെന്റ് കൈമാറ്റം ചെയ്യാനുള്ള ജോലി ഞങ്ങൾ ആസൂത്രണം ചെയ്‌തിരുന്നു, എന്താണ് ഉയർന്നതെന്നും എന്താണ് ചെയ്യാത്തതെന്നും ഞങ്ങൾ വീണ്ടും കൈകൊണ്ട് പരിശോധിച്ചു.

എംഎം: - കഴിയില്ല! ഞങ്ങൾ എല്ലാം 10 തവണ പരിശോധിച്ചു. പൂർണ്ണമായ നെറ്റ്‌വർക്ക് ലഭ്യമല്ലാത്തത് പോലും സെർവർ തൽക്ഷണം കൈകാര്യം ചെയ്യുന്നു.

MCH: - അതെ, ഞാൻ എല്ലാം മനസ്സിലാക്കുന്നു: സെർവർ, ഡാറ്റാബേസ്, ടോപ്പ്, ഓസ്റ്റാറ്റ്, ലോഗുകൾ - എല്ലാം വേഗത്തിലാണ്... എന്നാൽ ഞങ്ങൾ വെബ് ഇന്റർഫേസ് നോക്കുന്നു, കൂടാതെ സെർവറിൽ "ഷെൽഫിൽ" ഒരു പ്രൊസസർ ഉണ്ട്, ഇത്:

എംഎം: - ഇത് വ്യക്തമാണ്. നമുക്ക് വെബ് നോക്കാം. ധാരാളം സജീവ സംഭവങ്ങൾ ഉള്ള സാഹചര്യത്തിൽ, മിക്ക തത്സമയ വിജറ്റുകളും വളരെ സാവധാനത്തിൽ പ്രവർത്തിക്കാൻ തുടങ്ങിയതായി ഞങ്ങൾ കണ്ടെത്തി:

ലിസ്റ്റിലെ ഓരോ ഇനത്തിനും ജനറേറ്റ് ചെയ്യുന്ന സംഭവ ചരിത്ര പോപ്പ്-അപ്പുകളുടെ ജനറേഷൻ ആയിരുന്നു ഇതിന് കാരണം. അതിനാൽ, ഈ വിൻഡോകളുടെ ജനറേഷൻ ഞങ്ങൾ ഉപേക്ഷിച്ചു (കോഡിലെ 5 വരികൾ കമന്റ് ചെയ്തു), ഇത് ഞങ്ങളുടെ പ്രശ്നങ്ങൾ പരിഹരിച്ചു.

വിജറ്റുകൾ ലോഡുചെയ്യുന്ന സമയം, പൂർണ്ണമായും ലഭ്യമല്ലാത്തപ്പോൾ പോലും, കുറച്ച് മിനിറ്റുകളിൽ നിന്ന് ഞങ്ങൾക്ക് സ്വീകാര്യമായ 10-15 സെക്കൻഡായി കുറച്ചിരിക്കുന്നു, കൂടാതെ സമയം ക്ലിക്കുചെയ്തുകൊണ്ട് ചരിത്രം തുടർന്നും കാണാൻ കഴിയും:

ജോലിക്ക് ശേഷം. 2 മാസം മുമ്പ്

MCH: - മിഷ, നീ പോകുകയാണോ? നമുക്ക് സംസാരിക്കണം.

എംഎം: - ഞാൻ ഉദ്ദേശിച്ചിട്ടില്ല. Zabbix-ൽ വീണ്ടും എന്തെങ്കിലും?

MCH: - ഇല്ല, വിശ്രമിക്കുക! ഞാൻ പറയാൻ ആഗ്രഹിച്ചു: എല്ലാം പ്രവർത്തിക്കുന്നു, നന്ദി! എനിക്ക് ഒരു ബിയർ ഉണ്ട്.

Zabbix കാര്യക്ഷമമാണ്

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

• നിങ്ങൾക്ക് ഇലാസ്റ്റിക് സെർച്ചുമായി സംയോജിപ്പിക്കുന്ന രൂപത്തിലോ ടെക്സ്റ്റ് ഫയലുകളിലേക്ക് ചരിത്രം അപ്‌ലോഡ് ചെയ്യുന്നതിനോ ഉള്ള ബിൽറ്റ്-ഇൻ ടൂളുകൾ ഉപയോഗിക്കാം (പതിപ്പ് 4 ൽ നിന്ന് ലഭ്യമാണ്);
• ക്ലിക്ക്ഹൗസുമായുള്ള ഞങ്ങളുടെ അനുഭവവും സംയോജനവും നിങ്ങൾക്ക് പ്രയോജനപ്പെടുത്താം.

മെട്രിക്‌സ് ശേഖരിക്കുന്നതിന്റെ വേഗത നാടകീയമായി വർദ്ധിപ്പിക്കുന്നതിന്, അസിൻക്രണസ് രീതികൾ ഉപയോഗിച്ച് അവ ശേഖരിക്കുകയും ട്രാപ്പർ ഇന്റർഫേസിലൂടെ Zabbix സെർവറിലേക്ക് കൈമാറുകയും ചെയ്യുക; അല്ലെങ്കിൽ Zabbix പോളറുകൾ അസിൻക്രണസ് ആക്കുന്നതിന് നിങ്ങൾക്ക് ഒരു പാച്ച് ഉപയോഗിക്കാം.

Zabbix C യിൽ എഴുതിയിരിക്കുന്നു, അത് വളരെ കാര്യക്ഷമവുമാണ്. നിരവധി വാസ്തുവിദ്യാ തടസ്സങ്ങൾ പരിഹരിക്കുന്നത് അതിന്റെ പ്രകടനം കൂടുതൽ വർദ്ധിപ്പിക്കാനും ഞങ്ങളുടെ അനുഭവത്തിൽ, ഒരൊറ്റ പ്രോസസ്സർ മെഷീനിൽ 100 ​​ആയിരത്തിലധികം മെട്രിക്‌സ് നേടാനും നിങ്ങളെ അനുവദിക്കുന്നു.

അതേ Zabbix പാച്ച്

എംഎം: - ഞാൻ കുറച്ച് പോയിന്റുകൾ ചേർക്കാൻ ആഗ്രഹിക്കുന്നു. നിലവിലുള്ള മുഴുവൻ റിപ്പോർട്ടും, എല്ലാ ടെസ്റ്റുകളും, നമ്പറുകളും ഞങ്ങൾ ഉപയോഗിക്കുന്ന കോൺഫിഗറേഷനായി നൽകിയിരിക്കുന്നു. ഞങ്ങൾ ഇപ്പോൾ അതിൽ നിന്ന് സെക്കൻഡിൽ ഏകദേശം 20 ആയിരം മെട്രിക്കുകൾ എടുക്കുന്നു. ഇത് നിങ്ങൾക്ക് അനുയോജ്യമാണോ എന്ന് മനസിലാക്കാൻ നിങ്ങൾ ശ്രമിക്കുകയാണെങ്കിൽ, നിങ്ങൾക്ക് താരതമ്യം ചെയ്യാം. ഇന്ന് ചർച്ച ചെയ്ത കാര്യങ്ങൾ ഒരു പാച്ചിന്റെ രൂപത്തിൽ GitHub-ൽ പോസ്റ്റ് ചെയ്യുന്നു: github.com/miklert/zabbix

പാച്ചിൽ ഉൾപ്പെടുന്നു:

• ക്ലിക്ക്ഹൗസുമായുള്ള സമ്പൂർണ്ണ സംയോജനം (Zabbix സെർവറും ഫ്രണ്ട്‌എൻഡും);
• പ്രീപ്രൊസസ്സർ മാനേജറുമായുള്ള പ്രശ്നങ്ങൾ പരിഹരിക്കുന്നു;
• അസമന്വിത പോളിംഗ്.

പാച്ച് lts ഉൾപ്പെടെ എല്ലാ പതിപ്പ് 4 നും അനുയോജ്യമാണ്. മിക്കവാറും, കുറഞ്ഞ മാറ്റങ്ങളോടെ ഇത് പതിപ്പ് 3.4-ൽ പ്രവർത്തിക്കും.

നിങ്ങളുടെ ശ്രദ്ധയ്ക്ക് നന്ദി.

ചോദ്യങ്ങൾ

പ്രേക്ഷകരിൽ നിന്നുള്ള ചോദ്യം (ഇനി മുതൽ - എ): - ഗുഡ് ആഫ്റ്റർനൂൺ! ദയവായി എന്നോട് പറയൂ, Zabbix ടീമുമായോ അവരുമായോ തീവ്രമായ ഇടപെടൽ നടത്താൻ നിങ്ങൾക്ക് പദ്ധതിയുണ്ടോ, അതുവഴി ഇത് ഒരു ഒത്തുകളി അല്ല, Zabbix-ന്റെ സാധാരണ പെരുമാറ്റമാണോ?

എംഎം: - അതെ, ഞങ്ങൾ തീർച്ചയായും ചില മാറ്റങ്ങൾ വരുത്തും. എന്തെങ്കിലും സംഭവിക്കും, എന്തെങ്കിലും പാച്ചിൽ നിലനിൽക്കും.

ഉത്തരം: - മികച്ച റിപ്പോർട്ടിന് വളരെ നന്ദി! ദയവായി എന്നോട് പറയൂ, പാച്ച് പ്രയോഗിച്ചതിന് ശേഷം, Zabbix-ൽ നിന്നുള്ള പിന്തുണ നിലനിൽക്കുമെന്നും ഉയർന്ന പതിപ്പുകളിലേക്ക് അപ്ഡേറ്റ് ചെയ്യുന്നത് എങ്ങനെ തുടരാമെന്നും? നിങ്ങളുടെ പാച്ചിന് ശേഷം 4.2, 5.0 ലേക്ക് Zabbix അപ്‌ഡേറ്റ് ചെയ്യാൻ കഴിയുമോ?

എംഎം: - പിന്തുണയെക്കുറിച്ച് എനിക്ക് ഒന്നും പറയാനാവില്ല. ഞാൻ Zabbix സാങ്കേതിക പിന്തുണ ആണെങ്കിൽ, ഞാൻ ഒരുപക്ഷേ ഇല്ല എന്ന് പറയും, കാരണം ഇത് മറ്റൊരാളുടെ കോഡാണ്. 4.2 കോഡ്ബേസിനെ സംബന്ധിച്ചിടത്തോളം, ഞങ്ങളുടെ സ്ഥാനം ഇതാണ്: "ഞങ്ങൾ സമയത്തിനനുസരിച്ച് നീങ്ങും, അടുത്ത പതിപ്പിൽ ഞങ്ങൾ സ്വയം അപ്ഡേറ്റ് ചെയ്യും." അതിനാൽ, കുറച്ച് സമയത്തേക്ക് ഞങ്ങൾ അപ്‌ഡേറ്റ് ചെയ്ത പതിപ്പുകൾക്കായി ഒരു പാച്ച് പോസ്റ്റുചെയ്യും. ഞാൻ ഇതിനകം റിപ്പോർട്ടിൽ പറഞ്ഞു: പതിപ്പുകളുമായുള്ള മാറ്റങ്ങളുടെ എണ്ണം ഇപ്പോഴും വളരെ ചെറുതാണ്. 3.4-ൽ നിന്ന് 4-ലേക്കുള്ള പരിവർത്തനത്തിന് ഏകദേശം 15 മിനിറ്റ് സമയമെടുത്തതായി ഞാൻ കരുതുന്നു. അവിടെ എന്തോ മാറ്റം സംഭവിച്ചു, പക്ഷേ അത്ര പ്രധാനമല്ല.

ഉത്തരം: - അതിനാൽ നിങ്ങളുടെ പാച്ചിനെ പിന്തുണയ്ക്കാൻ നിങ്ങൾ പദ്ധതിയിടുന്നു, നിങ്ങൾക്ക് ഇത് സുരക്ഷിതമായി പ്രൊഡക്ഷനിൽ ഇൻസ്റ്റാൾ ചെയ്യാനും ഭാവിയിൽ ഏതെങ്കിലും വിധത്തിൽ അപ്‌ഡേറ്റുകൾ സ്വീകരിക്കാനും കഴിയുമോ?

എംഎം: - ഞങ്ങൾ ഇത് ശക്തമായി ശുപാർശ ചെയ്യുന്നു. ഇത് നമുക്ക് ഒരുപാട് പ്രശ്നങ്ങൾ പരിഹരിക്കുന്നു.

MCH: - ഒരിക്കൽ കൂടി, വാസ്തുവിദ്യയെ ബാധിക്കാത്തതും തടയുന്നതിനോ ക്യൂകളെയോ ബാധിക്കാത്ത മാറ്റങ്ങൾ മോഡുലാർ ആണെന്നും അവ പ്രത്യേക മൊഡ്യൂളുകളിലാണ് എന്ന വസ്തുതയിലേക്ക് വീണ്ടും ശ്രദ്ധ ആകർഷിക്കാൻ ഞാൻ ആഗ്രഹിക്കുന്നു. ചെറിയ മാറ്റങ്ങൾ വരുത്തിയാൽ പോലും നിങ്ങൾക്ക് അവ വളരെ എളുപ്പത്തിൽ പരിപാലിക്കാൻ കഴിയും.

എംഎം: - നിങ്ങൾക്ക് വിശദാംശങ്ങളിൽ താൽപ്പര്യമുണ്ടെങ്കിൽ, "Clickhouse" എന്ന് വിളിക്കപ്പെടുന്ന ചരിത്ര ലൈബ്രറി ഉപയോഗിക്കുന്നു. ഇത് അഴിച്ചുമാറ്റി - ഇത് ഇലാസ്റ്റിക് പിന്തുണയുടെ ഒരു പകർപ്പാണ്, അതായത്, ഇത് ക്രമീകരിക്കാവുന്നതാണ്. പോളിംഗ് പോൾ ചെയ്യുന്നവരെ മാത്രമേ മാറ്റുന്നുള്ളൂ. ഇത് വളരെക്കാലം പ്രവർത്തിക്കുമെന്ന് ഞങ്ങൾ വിശ്വസിക്കുന്നു.

ഉത്തരം: - ഒത്തിരി നന്ദി. എന്നോട് പറയൂ, വരുത്തിയ മാറ്റങ്ങളുടെ എന്തെങ്കിലും ഡോക്യുമെന്റേഷൻ ഉണ്ടോ?

എംഎം: - ഡോക്യുമെന്റേഷൻ ഒരു പാച്ച് ആണ്. വ്യക്തമായും, ക്ലിക്ക്ഹൗസിന്റെ ആമുഖത്തോടെ, പുതിയ തരം പോളിറുകളുടെ ആമുഖത്തോടെ, പുതിയ കോൺഫിഗറേഷൻ ഓപ്ഷനുകൾ ഉയർന്നുവരുന്നു. അവസാന സ്ലൈഡിൽ നിന്നുള്ള ലിങ്കിൽ അത് എങ്ങനെ ഉപയോഗിക്കണം എന്നതിന്റെ ഒരു ചെറിയ വിവരണം ഉണ്ട്.

nmap ഉപയോഗിച്ച് fping മാറ്റിസ്ഥാപിക്കുന്നതിനെക്കുറിച്ച്

ഉത്തരം: - ഒടുവിൽ നിങ്ങൾ ഇത് എങ്ങനെ നടപ്പിലാക്കി? നിങ്ങൾക്ക് നിർദ്ദിഷ്ട ഉദാഹരണങ്ങൾ നൽകാമോ: നിങ്ങൾക്ക് സ്ട്രാപ്പറുകളും ഒരു ബാഹ്യ സ്ക്രിപ്റ്റും ഉണ്ടോ? ഇത്രയധികം ആതിഥേയരെ ഇത്ര പെട്ടെന്ന് പരിശോധിക്കുന്നത് എന്താണ്? ഈ ഹോസ്റ്റുകളെ നിങ്ങൾ എങ്ങനെയാണ് ഖനനം ചെയ്യുന്നത്? എങ്ങനെയെങ്കിലും nmap ചെയ്യാനും, എവിടെ നിന്നെങ്കിലും കൊണ്ടുവരാനും, അകത്തിടാനും, എന്തെങ്കിലും പ്രവർത്തിപ്പിക്കാനും നമ്മൾ അവർക്ക് ഭക്ഷണം നൽകേണ്ടതുണ്ടോ?..

എംഎം: - അടിപൊളി. വളരെ ശരിയായ ചോദ്യം! കാര്യം ഇതാണ്. ICMP പരിശോധനകൾക്കായി ഞങ്ങൾ ലൈബ്രറി (ICMP പിംഗ്, Zabbix ന്റെ ഭാഗം) പരിഷ്‌ക്കരിച്ചു, അത് പാക്കറ്റുകളുടെ എണ്ണം സൂചിപ്പിക്കുന്നു - ഒന്ന് (1), കൂടാതെ കോഡ് nmap ഉപയോഗിക്കാൻ ശ്രമിക്കുന്നു. അതായത്, ഇത് സാബിക്സിന്റെ ആന്തരിക ജോലിയാണ്, ഇത് പിംഗറിന്റെ ആന്തരിക ജോലിയായി മാറിയിരിക്കുന്നു. അതനുസരിച്ച്, ഒരു ട്രാപ്പറിന്റെ സമന്വയമോ ഉപയോഗമോ ആവശ്യമില്ല. സിസ്റ്റം കേടുകൂടാതെയിരിക്കാനും രണ്ട് ഡാറ്റാബേസ് സിസ്റ്റങ്ങളുടെ സിൻക്രൊണൈസേഷൻ കൈകാര്യം ചെയ്യാതിരിക്കാനും ഇത് മനഃപൂർവം ചെയ്തു: എന്താണ് പരിശോധിക്കേണ്ടത്, പോളിറിലൂടെ അപ്‌ലോഡ് ചെയ്യുക, ഞങ്ങളുടെ അപ്‌ലോഡ് തകരാറിലാണോ?.. ഇത് വളരെ ലളിതമാണ്.

ഉത്തരം: – ഇത് പ്രോക്സികൾക്കും പ്രവർത്തിക്കുമോ?

എംഎം: - അതെ, പക്ഷേ ഞങ്ങൾ പരിശോധിച്ചില്ല. Zabbix-ലും സെർവറിലും പോളിംഗ് കോഡ് ഒന്നുതന്നെയാണ്. പ്രവർത്തിക്കണം. ഒരിക്കൽ കൂടി ഞാൻ ഊന്നിപ്പറയട്ടെ: സിസ്റ്റത്തിന്റെ പ്രകടനം ഞങ്ങൾക്ക് ഒരു പ്രോക്സി ആവശ്യമില്ല.

MCH: - ചോദ്യത്തിനുള്ള ശരിയായ ഉത്തരം ഇതാണ്: "എന്തുകൊണ്ടാണ് നിങ്ങൾക്ക് അത്തരമൊരു സിസ്റ്റമുള്ള ഒരു പ്രോക്സി വേണ്ടത്?" NAT അല്ലെങ്കിൽ ഏതെങ്കിലും തരത്തിലുള്ള സ്ലോ ചാനലിലൂടെയുള്ള നിരീക്ഷണം കാരണം മാത്രം...

ഉത്തരം: - ഞാൻ ശരിയായി മനസ്സിലാക്കിയാൽ, നിങ്ങൾ ഒരു അലർട്ടറായി Zabbix ഉപയോഗിക്കുന്നു. അല്ലെങ്കിൽ നിങ്ങളുടെ ഗ്രാഫിക്സ് (ആർക്കൈവ് ലെയർ എവിടെയാണ്) ഗ്രാഫാന പോലെയുള്ള മറ്റൊരു സിസ്റ്റത്തിലേക്ക് മാറ്റിയിട്ടുണ്ടോ? അല്ലെങ്കിൽ നിങ്ങൾ ഈ പ്രവർത്തനം ഉപയോഗിക്കുന്നില്ലേ?

എംഎം: - ഞാൻ ഒരിക്കൽ കൂടി ഊന്നിപ്പറയുന്നു: ഞങ്ങൾ സമ്പൂർണ്ണ സംയോജനം കൈവരിച്ചു. ഞങ്ങൾ ക്ലിക്ക്ഹൗസിലേക്ക് ചരിത്രം പകരുന്നു, എന്നാൽ അതേ സമയം ഞങ്ങൾ php ഫ്രണ്ട്‌എൻഡ് മാറ്റി. Php ഫ്രണ്ട്‌എൻഡ് ക്ലിക്ക്ഹൗസിലേക്ക് പോയി അവിടെ നിന്ന് എല്ലാ ഗ്രാഫിക്സും ചെയ്യുന്നു. അതേ സമയം, സത്യസന്ധമായി പറഞ്ഞാൽ, അതേ ക്ലിക്ക്ഹൗസിൽ നിന്ന്, അതേ Zabbix ഡാറ്റയിൽ നിന്ന് മറ്റ് ഗ്രാഫിക് ഡിസ്പ്ലേ സിസ്റ്റങ്ങളിൽ ഡാറ്റ നിർമ്മിക്കുന്ന ഒരു ഭാഗം ഞങ്ങൾക്കുണ്ട്.

MCH: - "ഗ്രാഫനിലും".

വിഭവങ്ങളുടെ വിഹിതം സംബന്ധിച്ച തീരുമാനങ്ങൾ എങ്ങനെയാണ് എടുത്തത്?

ഉത്തരം: - നിങ്ങളുടെ അകത്തെ അടുക്കളയിൽ നിന്ന് കുറച്ച് പങ്കിടുക. ഉല്പന്നത്തിന്റെ ഗൗരവമായ സംസ്കരണത്തിന് വിഭവങ്ങൾ അനുവദിക്കേണ്ടത് ആവശ്യമാണെന്ന് എങ്ങനെയാണ് തീരുമാനമെടുത്തത്? പൊതുവേ, ഇവ ചില അപകടസാധ്യതകളാണ്. നിങ്ങൾ പുതിയ പതിപ്പുകളെ പിന്തുണയ്ക്കാൻ പോകുന്നതിന്റെ പശ്ചാത്തലത്തിൽ ദയവായി എന്നോട് പറയൂ: മാനേജ്‌മെന്റ് വീക്ഷണകോണിൽ നിന്ന് ഈ തീരുമാനം എങ്ങനെ ന്യായീകരിക്കും?

എംഎം: - പ്രത്യക്ഷത്തിൽ, ഞങ്ങൾ ചരിത്രത്തിന്റെ നാടകം നന്നായി പറഞ്ഞില്ല. എന്തെങ്കിലും ചെയ്യേണ്ട ഒരു സാഹചര്യത്തിൽ ഞങ്ങൾ സ്വയം കണ്ടെത്തി, ഞങ്ങൾ പ്രധാനമായും രണ്ട് സമാന്തര ടീമുകളുമായാണ് പോയത്:

• ഒന്ന് പുതിയ രീതികൾ ഉപയോഗിച്ച് ഒരു മോണിറ്ററിംഗ് സിസ്റ്റം സമാരംഭിക്കുകയായിരുന്നു: ഒരു സേവനമായി നിരീക്ഷിക്കൽ, ഞങ്ങൾ സംയോജിപ്പിച്ച് പുതിയ മോണിറ്ററിംഗ് സിസ്റ്റവുമായി പ്രവർത്തിക്കുന്നതിന് ബിസിനസ് പ്രക്രിയ മാറ്റാൻ ശ്രമിക്കുന്ന ഒരു സാധാരണ ഓപ്പൺ സോഴ്‌സ് സൊല്യൂഷനുകൾ.
• അതേ സമയം, ഞങ്ങൾക്ക് ഇത് ചെയ്യുന്ന ഒരു ഉത്സാഹിയായ പ്രോഗ്രാമർ ഉണ്ടായിരുന്നു (തന്നെക്കുറിച്ച്). അവൻ വിജയിച്ചത് അങ്ങനെ സംഭവിച്ചു.

ഉത്തരം: - ടീമിന്റെ വലുപ്പം എന്താണ്?

MCH: - അവൾ നിങ്ങളുടെ മുന്നിലാണ്.

ഉത്തരം: - അതിനാൽ, എല്ലായ്പ്പോഴും എന്നപോലെ, നിങ്ങൾക്ക് ഒരു പാഷൻ ആവശ്യമുണ്ടോ?

എംഎം: - ഒരു വികാരം എന്താണെന്ന് എനിക്കറിയില്ല.

ഉത്തരം: - ഈ സാഹചര്യത്തിൽ, പ്രത്യക്ഷത്തിൽ, നിങ്ങൾ. വളരെ നന്ദി, നിങ്ങൾ ഗംഭീരനാണ്.

എംഎം: - നന്ദി.

Zabbix-നുള്ള പാച്ചുകളെ കുറിച്ച്

ഉത്തരം: – പ്രോക്സികൾ ഉപയോഗിക്കുന്ന ഒരു സിസ്റ്റത്തിന് (ഉദാഹരണത്തിന്, ചില ഡിസ്ട്രിബ്യൂട്ടഡ് സിസ്റ്റങ്ങളിൽ), പോളറുകൾ, പ്രോക്സികൾ, ഭാഗികമായി Zabbix-ന്റെ തന്നെ പ്രീപ്രൊസസർ എന്നിവ പൊരുത്തപ്പെടുത്താനും പാച്ച് ചെയ്യാനും കഴിയുമോ; അവരുടെ ഇടപെടൽ? ഒന്നിലധികം പ്രോക്സികളുള്ള ഒരു സിസ്റ്റത്തിനായി നിലവിലുള്ള വികസനങ്ങൾ ഒപ്റ്റിമൈസ് ചെയ്യാൻ കഴിയുമോ?

എംഎം: – ഒരു പ്രോക്സി ഉപയോഗിച്ചാണ് Zabbix സെർവർ അസംബിൾ ചെയ്തിരിക്കുന്നതെന്ന് എനിക്കറിയാം (കോഡ് കംപൈൽ ചെയ്യുകയും നേടുകയും ചെയ്യുന്നു). ഉൽപ്പാദനത്തിൽ ഞങ്ങൾ ഇത് പരീക്ഷിച്ചിട്ടില്ല. ഇതിനെക്കുറിച്ച് എനിക്ക് ഉറപ്പില്ല, പക്ഷേ പ്രോക്‌സിയിൽ പ്രീപ്രൊസസ്സർ മാനേജർ ഉപയോഗിച്ചിട്ടില്ലെന്ന് ഞാൻ കരുതുന്നു. Zabbix-ൽ നിന്ന് ഒരു കൂട്ടം മെട്രിക്കുകൾ എടുത്ത് അവയെ ലയിപ്പിക്കുക (അത് കോൺഫിഗറേഷൻ, പ്രാദേശിക ഡാറ്റാബേസ് എന്നിവയും രേഖപ്പെടുത്തുന്നു) Zabbix സെർവറിലേക്ക് തിരികെ നൽകുക എന്നതാണ് പ്രോക്സിയുടെ ചുമതല. സെർവർ തന്നെ അത് സ്വീകരിക്കുമ്പോൾ പ്രീപ്രോസസിംഗ് നടത്തും.

പ്രോക്സികളോടുള്ള താൽപര്യം മനസ്സിലാക്കാവുന്നതേയുള്ളൂ. ഞങ്ങൾ അത് പരിശോധിക്കും. ഇതൊരു രസകരമായ വിഷയമാണ്.

ഉത്തരം: - ആശയം ഇതായിരുന്നു: നിങ്ങൾക്ക് പോളിറുകളെ പാച്ച് ചെയ്യാൻ കഴിയുമെങ്കിൽ, നിങ്ങൾക്ക് അവയെ പ്രോക്സിയിൽ പാച്ച് ചെയ്യാനും സെർവറുമായുള്ള ആശയവിനിമയം പാച്ച് ചെയ്യാനും സെർവറിൽ മാത്രം ഈ ആവശ്യങ്ങൾക്കായി പ്രീപ്രൊസസ്സർ ക്രമീകരിക്കാനും കഴിയും.

എംഎം: - ഇത് കൂടുതൽ ലളിതമാണെന്ന് ഞാൻ കരുതുന്നു. നിങ്ങൾ കോഡ് എടുക്കുക, ഒരു പാച്ച് പ്രയോഗിക്കുക, തുടർന്ന് നിങ്ങൾക്കാവശ്യമുള്ള രീതിയിൽ കോൺഫിഗർ ചെയ്യുക - പ്രോക്സി സെർവറുകൾ (ഉദാഹരണത്തിന്, ODBC ഉപയോഗിച്ച്) ശേഖരിക്കുകയും പാച്ച് ചെയ്ത കോഡ് സിസ്റ്റങ്ങളിലുടനീളം വിതരണം ചെയ്യുകയും ചെയ്യുക. ആവശ്യമുള്ളിടത്ത് - ഒരു പ്രോക്സി ശേഖരിക്കുക, ആവശ്യമുള്ളിടത്ത് - ഒരു സെർവർ.

ഉത്തരം: - മിക്കവാറും, നിങ്ങൾ സെർവറിലേക്ക് പ്രോക്സി ട്രാൻസ്മിഷൻ പാച്ച് ചെയ്യേണ്ടതില്ലേ?

MCH: - ഇല്ല, ഇത് സ്റ്റാൻഡേർഡാണ്.

എംഎം: - വാസ്തവത്തിൽ, ഒരു ആശയം മുഴങ്ങിയില്ല. ആശയങ്ങളുടെ പൊട്ടിത്തെറിയും മാറ്റങ്ങളുടെ അളവും പിന്തുണയുടെ എളുപ്പവും തമ്മിലുള്ള സന്തുലിതാവസ്ഥ ഞങ്ങൾ എല്ലായ്പ്പോഴും നിലനിർത്തിയിട്ടുണ്ട്.

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

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