මීළඟ HighLoad++ සම්මන්ත්රණය 6 අප්රේල් 7 සහ 2020 යන දිනවල ශාන්ත පීටර්ස්බර්ග් හි පැවැත්වෙනු ඇත විස්තර සහ ප්රවේශපත්
* අධීක්ෂණය - මාර්ගගත සහ විශ්ලේෂණ.
* ZABBIX වේදිකාවේ මූලික සීමාවන්.
* පරිමාණ විශ්ලේෂණ ගබඩා කිරීම සඳහා විසඳුම.
* ZABBIX සේවාදායකයේ ප්රශස්තකරණය.
* UI ප්රශස්තකරණය.
* 40k NVPS වලට වඩා වැඩි බරක් යටතේ පද්ධතිය ක්රියාත්මක කිරීමේ පළපුරුද්ද.
* කෙටි නිගමන.
මිහායිල් මකුරොව් (මෙතැන් සිට - එම්එම්): - ආයුබෝවන් සියල්ලටම!
මැක්සිම් චර්නෙට්සොව් (මෙතැන් සිට - MCH): - සුභ සන්ධ්යාවක්!
MM: - මට මැක්සිම් හඳුන්වා දෙන්න. මැක්ස් දක්ෂ ඉංජිනේරුවෙක්, මම දන්නා හොඳම ජාලකරුවෙක්. මැක්සිම් ජාල සහ සේවා, ඒවායේ සංවර්ධනය සහ ක්රියාකාරිත්වයට සම්බන්ධ වේ.
MCH: - මම ඔබට මිහායිල් ගැන කියන්න කැමතියි. මිහායිල් සී සංවර්ධකයෙකි. ඔහු අපගේ සමාගම සඳහා අධි බර රථවාහන සැකසුම් විසඳුම් කිහිපයක් ලිවීය. අපි ජීවත් වන්නේ සහ වැඩ කරන්නේ Urals හි, දැඩි මිනිසුන්ගේ Chelyabinsk නගරයේ, Intersvyaz සමාගමේ. අපගේ සමාගම නගර 16 ක මිලියනයක ජනතාවක් සඳහා අන්තර්ජාල සහ කේබල් රූපවාහිනී සේවා සපයන්නා වේ.
MM: - තවද Intersvyaz යනු සැපයුම්කරුවෙකුට වඩා වැඩි යමක් බව පැවසීම වටී, එය තොරතුරු තාක්ෂණ සමාගමකි. අපගේ බොහෝ විසඳුම් අපගේ තොරතුරු තාක්ෂණ දෙපාර්තමේන්තුව විසින් සාදනු ලැබේ.
පිළිතුර: ඇමතුම් මධ්යස්ථානයක් සහ ජංගම යෙදුමක් වෙත ගමනාගමනය සකසන සේවාදායකවල සිට. තොරතුරු තාක්ෂණ දෙපාර්තමේන්තුවේ දැන් ඉතා විවිධ නිපුණතා ඇති පුද්ගලයින් 80 ක් පමණ සිටිති.
Zabbix සහ එහි ගෘහ නිර්මාණ ශිල්පය ගැන
MCH: - දැන් මම පුද්ගලික වාර්තාවක් තබා Zabbix යනු කුමක්දැයි මිනිත්තුවකින් පැවසීමට උත්සාහ කරමි (මෙතැන් සිට "Zabbix" ලෙස හැඳින්වේ).
Zabbix ව්යවසාය මට්ටමේ අධීක්ෂණ පද්ධතියක් ලෙස ස්ථානගත වේ. එහි ජීවිතය පහසු කරන බොහෝ විශේෂාංග ඇත: උසස් උත්සන්න නීති, ධාරක සහ ප්රමිතික ඒකාබද්ධ කිරීම, සමූහගත කිරීම සහ ස්වයංක්රීයව හඳුනාගැනීම සඳහා API. Zabbix සතුව ඊනියා පරිමාණ මෙවලම් ඇත - ප්රොක්සි. Zabbix යනු විවෘත කේත පද්ධතියකි.
ගෘහ නිර්මාණ ශිල්පය ගැන කෙටියෙන්. එය සංරචක තුනකින් සමන්විත බව අපට පැවසිය හැකිය:
- සේවාදායකය. සී හි ලියා ඇත. තරමක් සංකීර්ණ සැකසුම් සහ නූල් අතර තොරතුරු මාරු කිරීම සමඟ. සියලුම සැකසුම් එහි සිදු වේ: ලැබීමේ සිට සුරැකීම දක්වා දත්ත ගබඩාවට.
- සියලුම දත්ත දත්ත ගබඩාවේ ගබඩා කර ඇත. Zabbix MySQL, PostreSQL සහ Oracle සඳහා සහය දක්වයි.
- වෙබ් අතුරු මුහුණත PHP වලින් ලියා ඇත. බොහෝ පද්ධතිවල එය Apache සේවාදායකයක් සමඟින් පැමිණේ, නමුත් nginx + php සමඟ ඒකාබද්ධව වඩාත් කාර්යක්ෂමව ක්රියා කරයි.
අද අපි කියන්න කැමතියි Zabbix සම්බන්ධ අපේ සමාගමේ ජීවිතයෙන් එක කතාවක්...
Intersvyaz සමාගමේ ජීවිතයෙන් කතාවක්. අප සතුව ඇත්තේ කුමක්ද සහ අපට අවශ්ය කුමක්ද?
මාස 5කට 6කට කලින්. වැඩ ඉවර වෙලා දවසක්...
MCH: - මීෂා, හෙලෝ! මම ඔබව අල්ලා ගැනීමට සමත් වීම ගැන මම සතුටු වෙමි - සංවාදයක් ඇත. අපට නැවත නිරීක්ෂණය කිරීමේදී ගැටළු ඇති විය. විශාල අනතුරක් අතරතුර, සෑම දෙයක්ම මන්දගාමී වූ අතර ජාලයේ තත්වය පිළිබඳ තොරතුරු නොමැත. අවාසනාවකට මෙය සිදු වූ පළමු අවස්ථාව මෙය නොවේ. මට ඔයාගේ උපකාර අවශ්යයි. ඕනෑම තත්වයක් යටතේ අපගේ නිරීක්ෂණ කටයුතු සිදු කරමු!
MM: - නමුත් අපි මුලින්ම සමමුහුර්ත කරමු. මම අවුරුදු දෙකකින් එහේ බැලුවේ නෑ. මට මතක විදියට අපි Nagios අතහැරලා Zabbix වලට මාරු වුනේ මීට අවුරුදු 8කට විතර කලින්. දැන් අපට බලවත් සේවාදායකයන් 6 ක් සහ ප්රොක්සි දුසිමක් පමණ ඇති බව පෙනේ. මම කිසිවක් ව්යාකූල කරනවාද?
MCH: - පාහේ. සේවාදායක 15ක්, සමහර ඒවා අතථ්ය යන්ත්ර වේ. වැදගත්ම දෙය නම් එය අපට වඩාත්ම අවශ්ය මොහොතේ අපව බේරා නොගැනීමයි. හදිසි අනතුරක් මෙන් - සේවාදායකයන් මන්දගාමී වන අතර ඔබට කිසිවක් නොපෙනේ. අපි වින්යාසය ප්රශස්ත කිරීමට උත්සාහ කළ නමුත් මෙය ප්රශස්ත කාර්ය සාධනය වැඩි කිරීමක් ලබා දුන්නේ නැත.
MM: - එය පැහැදිලියි. ඔබ යමක් දෙස බැලුවද, ඔබ දැනටමත් රෝග විනිශ්චය වලින් යමක් හාරා තිබේද?
MCH: - ඔබ සමඟ කටයුතු කළ යුතු පළමු දෙය දත්ත සමුදායයි. MySQL දැනටමත් නිරන්තරයෙන් පූරණය වී ඇති අතර, නව ප්රමිතික ගබඩා කරයි, සහ Zabbix සිදුවීම් සමූහයක් ජනනය කිරීමට පටන් ගත් විට, දත්ත සමුදාය වචනාර්ථයෙන් පැය කිහිපයක් සඳහා overdrive වෙත යයි. වින්යාසය ප්රශස්ත කිරීම ගැන මම ඔබට දැනටමත් පවසා ඇත, නමුත් වචනාර්ථයෙන් මේ වසරේ ඔවුන් දෘඩාංග යාවත්කාලීන කර ඇත: සේවාදායකයන්ට SSD RAID වල ගිගාබයිට් සියයකට වඩා මතක සහ තැටි අරා ඇත - එය රේඛීයව වර්ධනය කිරීමේ තේරුමක් නැත. අපි මොකද කරන්නේ?
MM: - එය පැහැදිලියි. සාමාන්යයෙන් MySQL යනු LTP දත්ත ගබඩාවකි. පෙනෙන විදිහට, අපගේ ප්රමාණයේ මෙට්රික් ලේඛනාගාරයක් ගබඩා කිරීම සඳහා එය තවදුරටත් සුදුසු නොවේ. අපි එය තේරුම් ගනිමු.
MCH: - අපි!
Hackathon හි ප්රතිඵලයක් ලෙස Zabbix සහ Clickhouse ඒකාබද්ධ කිරීම
ටික වේලාවකට පසු අපට රසවත් දත්ත ලැබුණි:
අපගේ දත්ත ගබඩාවේ බොහෝ ඉඩ ප්රමිතික සංරක්ෂිතය විසින් අත්පත් කරගෙන ඇති අතර වින්යාස කිරීම, සැකිලි සහ සැකසුම් සඳහා 1% ට වඩා අඩු ප්රමාණයක් භාවිතා කරන ලදී. ඒ වන විට, අපි වසරකට වැඩි කාලයක් Clickhouse මත පදනම් වූ Big data විසඳුම ක්රියාත්මක කර ඇත. චලනය වන දිශාව අපට පැහැදිලි විය. අපගේ වසන්ත Hackathon හිදී, මම සේවාදායකය සහ ඉදිරිපස සඳහා Clickhouse සමඟ Zabbix ඒකාබද්ධ කිරීම ලිවීය. ඒ වන විට, Zabbix දැනටමත් ElasticSearch සඳහා සහය ලබා දී ඇති අතර, අපි ඒවා සංසන්දනය කිරීමට තීරණය කළෙමු.
Clickhouse සහ Elasticsearch සංසන්දනය කිරීම
MM: - සංසන්දනය කිරීම සඳහා, අපි Zabbix සේවාදායකය ලබා දෙන බරම උත්පාදනය කර පද්ධති හැසිරෙන්නේ කෙසේදැයි සොයා බැලුවෙමු. අපි CURL භාවිතයෙන් රේඛා 1000 ක කාණ්ඩවල දත්ත ලිව්වෙමු. Zabbix කරන load profile සඳහා Clickhouse වඩාත් කාර්යක්ෂම වනු ඇතැයි අපි කල්තියා උපකල්පනය කළෙමු. ප්රතිඵල අපගේ අපේක්ෂාවන් පවා ඉක්මවා ඇත:
එම පරීක්ෂණ කොන්දේසි යටතේ ක්ලික්හවුස් තුන් ගුණයකින් වැඩි දත්ත ලිවීය. ඒ අතරම, දත්ත කියවීමේදී පද්ධති දෙකම ඉතා කාර්යක්ෂමව (සම්පත් කුඩා ප්රමාණයක්) පරිභෝජනය කරයි. නමුත් පටිගත කිරීමේදී ඉලාස්ටික් වලට විශාල ප්රොසෙසරයක් අවශ්ය වේ:
සමස්තයක් වශයෙන්, Clickhouse ප්රොසෙසර පරිභෝජනය සහ වේගය අනුව Elastix වලට වඩා සැලකිය යුතු ලෙස උසස් විය. ඒ අතරම, දත්ත සම්පීඩනය හේතුවෙන්, ක්ලික්හවුස් දෘඪ තැටියේ 11 ගුණයකින් අඩුවෙන් භාවිතා කරන අතර තැටි මෙහෙයුම් 30 ගුණයකින් අඩු කරයි:
MCH: - ඔව්, තැටි උප පද්ධතිය සමඟ ක්ලික්හවුස්ගේ කාර්යය ඉතා කාර්යක්ෂමව ක්රියාත්මක වේ. ඔබට දත්ත සමුදායන් සඳහා විශාල SATA තැටි භාවිතා කළ හැකි අතර තත්පරයකට පේළි සිය දහස් ගණනක ලිවීමේ වේගය ලබා ගත හැකිය. පෙට්ටියෙන් පිටත පද්ධතිය කොටස් කිරීම, අනුකරණය කිරීම සහ වින්යාස කිරීමට ඉතා පහසු වේ. වසර පුරාම එහි භාවිතය ගැන අපි සෑහීමකට පත්වෙමු.
සම්පත් ප්රශස්ත කිරීම සඳහා, ඔබට දැනට පවතින ප්රධාන දත්ත ගබඩාව අසල ක්ලික්හවුස් ස්ථාපනය කළ හැකි අතර එමඟින් CPU කාලය සහ තැටි මෙහෙයුම් විශාල ප්රමාණයක් ඉතිරි කර ගත හැකිය. අපි ප්රමිතික සංරක්ෂිතය පවතින Clickhouse පොකුරු වෙත ගෙන ගියෙමු:
අපි ප්රධාන MySQL දත්ත සමුදාය කෙතරම් ලිහිල් කළෙමුද යත්, අපට එය Zabbix සේවාදායකය සමඟ එක් යන්ත්රයක ඒකාබද්ධ කර MySQL සඳහා කැප වූ සේවාදායකය අත්හැරීමට හැකි විය.
Zabbix හි ඡන්ද විමසීම ක්රියා කරන්නේ කෙසේද?
4 මාස කිහිපයකට පෙර
MM: - හොඳයි, පදනමේ ඇති ගැටළු ගැන අපට අමතක කළ හැකිද?
MCH: - ඒක සහතිකයි! අපි විසඳිය යුතු තවත් ගැටළුවක් වන්නේ මන්දගාමී දත්ත රැස් කිරීමයි. දැන් අපගේ ප්රොක්සි සේවාදායකයන් 15ම SNMP සහ ඡන්ද ක්රියාවලීන් සමඟ අධිකව පටවා ඇත. තවද නව සහ නව සේවාදායකයන් ස්ථාපනය කිරීම හැර වෙනත් මාර්ගයක් නොමැත.
MM: - මහා. නමුත් පළමුව, Zabbix හි ඡන්ද විමසීම ක්රියාත්මක වන ආකාරය අපට කියන්න?
MCH: - කෙටියෙන් කිවහොත්, මෙට්රික් වර්ග 20 ක් සහ ඒවා ලබා ගැනීමට ක්රම දුසිමක් ඇත. Zabbix හට "ඉල්ලීම්-ප්රතිචාර" ආකාරයෙන් දත්ත රැස් කළ හැක, නැතහොත් "Trapper Interface" හරහා නව දත්ත එනතෙක් බලා සිටින්න.
මුල් Zabbix හි මෙම ක්රමය (Trapper) වේගවත්ම බව සඳහන් කිරීම වටී.
බර බෙදා හැරීම සඳහා ප්රොක්සි සේවාදායකයන් ඇත:
ප්රොක්සිවලට Zabbix සේවාදායකය මෙන් එකම එකතු කිරීමේ කාර්යයන් ඉටු කළ හැකිය, එයින් කාර්යයන් ලබා ගැනීම සහ එකතු කරන ලද ප්රමිතික Trapper අතුරුමුහුණත හරහා යැවීම. භාරය බෙදා හැරීම සඳහා නිල වශයෙන් නිර්දේශිත මාර්ගය මෙයයි. NAT හෝ මන්දගාමී නාලිකාවක් හරහා ක්රියාත්මක වන දුරස්ථ යටිතල පහසුකම් නිරීක්ෂණය කිරීම සඳහා ප්රොක්සි ද ප්රයෝජනවත් වේ:
MM: - ගෘහ නිර්මාණ ශිල්පය සමඟ සෑම දෙයක්ම පැහැදිලිය. අපි මූලාශ්ර සොයා බැලිය යුතුයි...
දින දෙකකට පසුව
nmap fping දිනපු හැටි කතාව
MM: "මම හිතන්නේ මම යමක් හාරා ඇති බව."
MCH: - මට කියන්න!
MM: - මම ලබා ගත හැකි බව පරීක්ෂා කරන විට, Zabbix වරකට උපරිම ධාරක 128 ක් පරීක්ෂා කරන බව සොයා ගත්තා. මම මෙම සංඛ්යාව 500 දක්වා වැඩි කර ඔවුන්ගේ ping (ping) හි අන්තර් පැකට් පරතරය ඉවත් කිරීමට උත්සාහ කළෙමි - මෙය කාර්ය සාධනය දෙගුණ කළේය. නමුත් මම විශාල සංඛ්යා වලට කැමතියි.
MCH: - මගේ භාවිතයේ දී, මට සමහර විට දහස් ගණනක සත්කාරක තිබේදැයි පරීක්ෂා කිරීමට සිදු වන අතර, මේ සඳහා nmap වඩා වේගවත් කිසිවක් මම දැක නැත. මෙය වේගවත්ම මාර්ගය බව මට විශ්වාසයි. ඒක උත්සාහ කරමු! අපි පුනරාවර්තනයකට සත්කාරක සංඛ්යාව සැලකිය යුතු ලෙස වැඩි කළ යුතුය.
MM: - පන්සියයකට වඩා පරීක්ෂා කරන්න? 600?
MCH: - අවම වශයෙන් දහස් ගණනක්.
MM: - හරි. මට කීමට අවශ්ය වැදගත්ම දෙය නම්, Zabbix හි බොහෝ ඡන්ද විමසීම් සමමුහුර්තව සිදු කරන බව මට පෙනී ගියේය. අපි අනිවාර්යයෙන්ම එය අසමමුහුර්ත මාදිලියට වෙනස් කළ යුතුයි. එවිට අපට ඡන්දදායකයින් විසින් එකතු කරන ලද ප්රමිතික සංඛ්යාව නාටකාකාර ලෙස වැඩි කළ හැකිය, විශේෂයෙන් අපි පුනරාවර්තනයකට මෙට්රික් ගණන වැඩි කළහොත්.
MCH: - මහා! සහ කවදාද?
MM: - සුපුරුදු පරිදි, ඊයේ.
MCH: - අපි fping සහ nmap අනුවාද දෙකම සංසන්දනය කළෙමු:
ධාරක විශාල සංඛ්යාවක් මත, nmap පස් ගුණයක් දක්වා වඩා ඵලදායී වනු ඇතැයි අපේක්ෂා කරන ලදී. nmap ලබා ගත හැකි බව සහ ප්රතිචාර දැක්වීමේ කාලය පමණක් පරීක්ෂා කරන බැවින්, අපි පාඩු ගණනය කිරීම ප්රේරක වෙත ගෙන ගිය අතර ලබා ගත හැකි පරීක්ෂණ කාල පරතරයන් සැලකිය යුතු ලෙස අඩු කළෙමු. nmap සඳහා ප්රශස්ත ධාරක සංඛ්යාව පුනරාවර්තනයකට 4 ක් පමණ වන බව අපි සොයා ගත්තෙමු. Nmap අපට ලබා ගත හැකි චෙක්පත් වල CPU පිරිවැය තුන් ගුණයකින් අඩු කිරීමට සහ තත්පර 120 සිට 10 දක්වා පරතරය අඩු කිරීමට ඉඩ ලබා දුන්නේය.
ඡන්ද ප්රශස්තකරණය
MM: “ඊට පස්සේ අපි ඡන්ද විමසීම් කරන්න පටන් ගත්තා. අපි ප්රධාන වශයෙන් උනන්දු වූයේ SNMP හඳුනාගැනීම සහ නියෝජිතයන් පිළිබඳවයි. Zabbix හි, ඡන්ද විමසීම සමමුහුර්තව සිදු කරනු ලබන අතර පද්ධතියේ කාර්යක්ෂමතාව වැඩි කිරීම සඳහා විශේෂ පියවර ගෙන ඇත. සමමුහුර්ත මාදිලියේදී, ධාරක නොමැතිකම සැලකිය යුතු ඡන්ද පිරිහීමක් ඇති කරයි. සමස්ත රාජ්ය පද්ධතියක් ඇත, විශේෂ ක්රියාවලීන් ඇත - ළඟා විය නොහැකි ධාරක සමඟ පමණක් ක්රියා කරන ඊනියා ළඟා විය නොහැකි ඡන්දදායකයින්:
මෙය රාජ්ය න්යාසය, පද්ධතිය ඵලදායිව පැවතීම සඳහා අවශ්ය සංක්රාන්ති පද්ධතියේ සියලුම සංකීර්ණත්වය විදහා දක්වන විවරණයකි. ඊට අමතරව, සමමුහුර්ත ඡන්ද විමසීම තරමක් මන්දගාමී වේ:
ප්රොක්සි දුසිම් ගණනක ඇති දහස් ගණන් ඡන්ද ප්රවාහයන්ට අපට අවශ්ය දත්ත ප්රමාණය රැස් කිරීමට නොහැකි වූයේ එබැවිනි. අසමමුහුර්ත ක්රියාත්මක කිරීම නූල් සංඛ්යාවේ ගැටළු පමණක් නොව, ලබා ගත නොහැකි සත්කාරක රාජ්ය පද්ධතිය සැලකිය යුතු ලෙස සරල කර ඇත, මන්ද එක් ඡන්ද පුනරාවර්තනයකදී පරීක්ෂා කරන ලද ඕනෑම සංඛ්යාවක් සඳහා, උපරිම පොරොත්තු කාලය 1 කල් ඉකුත් විය:
අතිරේකව, අපි SNMP ඉල්ලීම් සඳහා ඡන්ද ක්රමය වෙනස් කර වැඩිදියුණු කළෙමු. කාරණය නම් බොහෝ දෙනෙකුට එකවර SNMP ඉල්ලීම් කිහිපයකට ප්රතිචාර දැක්විය නොහැක. එබැවින්, එකම ධාරකයේ SNMP ඡන්ද විමසීම අසමමුහුර්තව සිදු කරන විට අපි දෙමුහුන් මාදිලියක් සෑදුවෙමු:
මෙය සිදු කරනු ලබන්නේ මුළු සත්කාරක පැකේජය සඳහා ය. SNMP අගයන් එකහමාරක් ඡන්ද විමසීම තවමත් 1 කල් ඉකුත්වීමට වඩා වේගවත් බැවින් මෙම මාදිලිය අවසානයේ සම්පූර්ණයෙන්ම අසමමුහුර්ත එකකට වඩා මන්දගාමී නොවේ.
SNMP ඡන්ද විමසීමක් සමඟ එක් පුනරාවර්තනයක ප්රශස්ත ඉල්ලීම් සංඛ්යාව දළ වශයෙන් 8 දහසක් බව අපගේ අත්හදා බැලීම් පෙන්වා දී ඇත. සමස්තයක් වශයෙන්, අසමමුහුර්ත මාදිලියට සංක්රමණය වීම අපට ඡන්ද ක්රියාකාරිත්වය 200 ගුණයකින්, සිය ගුණයකින් වේගවත් කිරීමට ඉඩ සලසයි.
MCH: - ප්රතිඵලයක් ලෙස ලැබෙන ඡන්ද ප්රශස්තකරණයන් පෙන්නුම් කළේ අපට සියලු ප්රොක්සිවලින් මිදීමට පමණක් නොව, බොහෝ චෙක්පත් සඳහා කාල පරතරයන් අඩු කිරීමට හැකි බවත්, බර බෙදා ගැනීමට මාර්ගයක් ලෙස ප්රොක්සි තවදුරටත් අවශ්ය නොවන බවත්ය.
මාස තුනකට විතර කලින්
ගෘහ නිර්මාණ ශිල්පය වෙනස් කරන්න - බර වැඩි කරන්න!
MM: - හොඳයි, මැක්ස්, ඵලදායී වීමට කාලය පැමිණ තිබේද? මට බලවත් සේවාදායකයෙකු සහ හොඳ ඉංජිනේරුවෙකු අවශ්යයි.
MCH: - හරි, අපි එය සැලසුම් කරමු. තත්පරයකට මෙට්රික් 5 දහසක් යන මළ ලක්ෂ්යයෙන් ගමන් කිරීමට කාලයයි.
වැඩිදියුණු කිරීමෙන් පසු උදෑසන
MCH: - මිෂා, අපි අපවම යාවත්කාලීන කර ගත්තෙමු, නමුත් උදෑසන වන විට අපි ආපසු හැරී ගියෙමු ... අපි ලබා ගැනීමට සමත් වූ වේගය කුමක්දැයි අනුමාන කරන්න?
MM: - උපරිම 20 දහසක්.
MCH: - ඔව්, 25! අවාසනාවට, අපි ආරම්භ කළ තැනම සිටිමු.
MM: - ඇයි? ඔබ යම් රෝග විනිශ්චයක් ක්රියාත්මක කළාද?
MCH: - ඔව්, නිසැකවම! මෙන්න, උදාහරණයක් ලෙස, සිත්ගන්නා මුදුනක්:
MM: - අපි බලමු. මම දකින්නේ අපි විශාල ඡන්ද ප්රමාණයක් උත්සාහ කර ඇති බවයි:
නමුත් ඒ සමඟම ඔවුන්ට පද්ධතිය අඩකින්වත් ප්රතිචක්රීකරණය කිරීමට නොහැකි විය:
සමස්ත කාර්ය සාධනය තරමක් කුඩා ය, තත්පරයට මෙට්රික් 4 දහසක් පමණ වේ:
වෙන මොනවා හරි තියෙනවද?
MCH: - ඔව්, ඡන්ද දායකයන්ගෙන් එක් අයෙකුගේ අනුපිළිවෙල:
MM: - මෙහිදී ඔබට පැහැදිලිවම පෙනෙන්නේ ඡන්ද විමසීමේ ක්රියාවලිය "සෙමාෆෝර්ස්" සඳහා බලා සිටින බවයි. මේවා අගුල්:
MCH: - අපැහැදිලි.
MM: – බලන්න, මෙය ත්රෙඩ් පොකුරක් එකවර වැඩ කළ හැකි සම්පත් සමඟ වැඩ කිරීමට උත්සාහ කරන තත්වයක් හා සමානයි. එවිට ඔවුන්ට කළ හැක්කේ කාලයත් සමඟ මෙම සම්පත බෙදා ගැනීමයි:
එවැනි සම්පතක් සමඟ වැඩ කිරීමේ සම්පූර්ණ කාර්ය සාධනය එක් හරයක වේගයකින් සීමා වේ:
මෙම ගැටළුව විසඳීමට ක්රම දෙකක් තිබේ.
යන්ත්රයේ දෘඩාංග උත්ශ්රේණි කරන්න, වේගවත් හරයන් වෙත මාරු වන්න:
නැතහොත් ගෘහ නිර්මාණ ශිල්පය වෙනස් කර ඒ සමඟම බර වෙනස් කරන්න:
MCH: - මාර්ගය වන විට, පරීක්ෂණ යන්ත්රයේ අපි සටන් එකට වඩා අඩු හරයන් භාවිතා කරනු ඇත, නමුත් ඒවා හරයකට සංඛ්යාතයෙන් 1,5 ගුණයකින් වේගවත් වේ!
MM: - පැහැදිලිව? ඔබ සේවාදායක කේතය දෙස බැලිය යුතුය.
Zabbix සේවාදායකයේ දත්ත මාර්ගය
MCH: - එය තේරුම් ගැනීමට, අපි Zabbix සේවාදායකය තුළ දත්ත මාරු කරන ආකාරය විශ්ලේෂණය කිරීමට පටන් ගත්තෙමු:
නියම පින්තූරය, හරිද? එය අඩු වැඩි වශයෙන් පැහැදිලි කර ගැනීමට පියවරෙන් පියවර යමු. දත්ත රැස් කිරීම සඳහා වගකිව යුතු නූල් සහ සේවා තිබේ:
ඔවුන් එකතු කරන ලද ප්රමිතික සොකට් එකක් හරහා Preprocessor කළමනාකරු වෙත සම්ප්රේෂණය කරයි, එහිදී ඒවා පෝලිමක සුරැකේ:
"පෙර සකසන කළමනාකරු" එහි සේවකයන්ට දත්ත සම්ප්රේෂණය කරයි, එය පෙර සැකසුම් උපදෙස් ක්රියාත්මක කර එම සොකට් එක හරහා ආපසු ලබා දෙයි:
මෙයින් පසු, පෙර සැකසුම් කළමනාකරු ඒවා ඉතිහාස හැඹිලියේ ගබඩා කරයි:
එතැන් සිට ඒවා ඉතිහාස සින්කර් විසින් ගනු ලැබේ, ඔවුන් බොහෝ කාර්යයන් ඉටු කරයි: නිදසුනක් ලෙස, ප්රේරක ගණනය කිරීම, අගය හැඹිලිය පිරවීම සහ, වඩාත්ම වැදගත් ලෙස, ඉතිහාස ගබඩාවේ ප්රමිතික සුරැකීම. පොදුවේ ගත් කල, ක්රියාවලිය සංකීර්ණ හා ඉතා ව්යාකූල වේ.
MM: - අප දුටු පළමු දෙය නම් බොහෝ නූල් ඊනියා "වින්යාස හැඹිලිය" (සියලු සේවාදායක වින්යාසයන් ගබඩා කර ඇති මතක ප්රදේශය) සඳහා තරඟ කරන බවයි. දත්ත රැස් කිරීම සඳහා වගකිව යුතු නූල් විශේෂයෙන් අවහිර කිරීම් බොහොමයක් සිදු කරයි:
... වින්යාසය ගබඩා කරන්නේ ඒවායේ පරාමිතීන් සහිත ප්රමිතික පමණක් නොව, ඊළඟට කුමක් කළ යුතුද යන්න පිළිබඳව ඡන්දදායකයින් තොරතුරු ලබා ගන්නා පෝලිම් ද ගබඩා කරයි. බොහෝ ඡන්දදායකයින් සිටින විට සහ එකක් වින්යාසය අවහිර කරන විට, අනෙක් අය ඉල්ලීම් සඳහා රැඳී සිටිති:
ඡන්දදායකයින් ගැටුම් ඇති කර නොගත යුතුය
එමනිසා, අප කළ පළමු දෙය නම් පෝලිම කොටස් 4 කට බෙදා ඡන්දදායකයින්ට මෙම පෝලිම්, මෙම කොටස් එකවරම ආරක්ෂිත කොන්දේසි යටතේ අවහිර කිරීමට ඉඩ දීමයි:
මෙය වින්යාස හැඹිලි සඳහා තරඟය ඉවත් කළ අතර, ඡන්දදායකයින්ගේ වේගය සැලකිය යුතු ලෙස වැඩි විය. නමුත් පෙර සැකසුම් කළමනාකරු රැකියා පෝලිමක් රැස් කිරීමට පටන් ගත් බව අපට පසුව හමු විය:
පෙර සැකසුම් කළමනාකරුට ප්රමුඛත්වය දීමට හැකි විය යුතුය
මෙය සිදු වූයේ ඔහුගේ කාර්ය සාධනය අඩු අවස්ථාවන්හිදීය. එවිට ඔහුට කළ හැකි වූයේ දත්ත රැස් කිරීමේ ක්රියාවලීන්ගෙන් ඉල්ලීම් රැස් කර එය සියලු මතකය පරිභෝජනය කර බිඳ වැටෙන තෙක් ඒවායේ බෆරය එකතු කිරීමයි:
මෙම ගැටළුව විසඳීම සඳහා, අපි විශේෂයෙන් කම්කරුවන් සඳහා කැප වූ දෙවන සොකට් එකක් එකතු කළෙමු:
මේ අනුව, ප්රොසෙසර කළමනාකරුට එහි කාර්යයට ප්රමුඛත්වය දීමට හැකි වූ අතර, බෆරය වර්ධනය වුවහොත්, කාර්යය ඉවත් කිරීම මන්දගාමී කිරීම, මෙම බෆරය ගැනීමට කම්කරුවන්ට අවස්ථාව ලබා දීමයි:
ඔවුන්ගේ වැඩ සඳහා සම්පූර්ණයෙන්ම නොවැදගත් සම්පතක් සඳහා තරඟ කරන බැවින්, මන්දගාමිත්වයට එක් හේතුවක් කම්කරුවන් බව අපි පසුව සොයා ගත්තෙමු. අපි මෙම ගැටළුව දෝෂ නිවැරදි කිරීමක් ලෙස ලේඛනගත කළ අතර, එය දැනටමත් Zabbix හි නව අනුවාද වල විසඳා ඇත:
අපි සොකට් ගණන වැඩි කරන්නෙමු - අපි ප්රතිඵලය ලබා ගනිමු
තවද, එය එක් නූල් එකක් වන බැවින්, පෙර සැකසුම් කළමණාකරුම බාධාවක් බවට පත් විය. එය මූලික වේගය මත රැඳී, තත්පරයට මෙට්රික් 70 ක උපරිම වේගයක් ලබා දෙයි:
එමනිසා, අපි සොකට් කට්ටල හතරක් සමඟ කම්කරුවන් හතරක් සෑදුවෙමු:
මෙය අපට වේගය ආසන්න වශයෙන් මෙට්රික් 130 දක්වා වැඩි කිරීමට ඉඩ ලබා දුන්නේය:
වර්ධනයේ රේඛීය නොවන බව පැහැදිලි වන්නේ ඉතිහාස හැඹිලිය සඳහා තරඟයක් මතුවී තිබීමෙනි. ප්රොසෙසර කළමණාකරුවන් 4 දෙනෙක් සහ ඉතිහාස සින්කර්වරු ඒ සඳහා තරඟ කළහ. මෙම අවස්ථාවෙහිදී, අපි පරීක්ෂණ යන්ත්රය මත තත්පරයකට මෙට්රික් 130 ක් පමණ ලබා ගනිමින් සිටි අතර, එය ප්රොසෙසරයෙන් 95%ක් පමණ භාවිතා කරමින්:
මාස 2,5 කට පමණ පෙර
snmp-ප්රජාවෙන් ප්රතික්ෂේප කිරීම NVP එක හමාරකින් වැඩි විය
MM: - මැක්ස්, මට නව පරීක්ෂණ මෝටර් රථයක් අවශ්යයි! අපි දැන් පවතින එකට ගැලපෙන්නේ නැහැ.
MCH: - දැන් ඔබ සතුව ඇත්තේ කුමක්ද?
MM: - දැන් - 130k NVPs සහ රාක්ක සූදානම් ප්රොසෙසරයක්.
MCH: - වාව්! සිසිල්! ඉන්න, මට ප්රශ්න දෙකක් තියෙනවා. මගේ ගණනය කිරීම් වලට අනුව, අපගේ අවශ්යතාවය තත්පරයට මෙට්රික් 15-20 දහසක් පමණ වේ. අපට තවත් අවශ්ය වන්නේ ඇයි?
MM: "මට වැඩේ ඉවර කරන්න ඕන." මෙම පද්ධතියෙන් අපට කොපමණ මිරිකිය හැකිද යන්න බැලීමට මම කැමතියි.
MCH: - එහෙත්…
MM: "ඒත් ව්යාපාරයට වැඩක් නෑ."
MCH: - එය පැහැදිලියි. දෙවන ප්රශ්නය: සංවර්ධකයෙකුගේ සහාය නොමැතිව අපට දැන් අප සතුව ඇති දේට අපට සහාය විය හැකිද?
MM: - මම හිතන්නේ නැහැ. වින්යාස හැඹිලිය ක්රියා කරන ආකාරය වෙනස් කිරීම ගැටළුවකි. එය බොහෝ නූල් වල වෙනස්කම් වලට බලපාන අතර නඩත්තු කිරීම තරමක් අපහසු වේ. බොහෝ දුරට, එය නඩත්තු කිරීම ඉතා අපහසු වනු ඇත.
MCH: "එහෙනම් අපට යම් ආකාරයක විකල්පයක් අවශ්යයි."
MM: - එවැනි විකල්පයක් ඇත. නව අගුලු දැමීමේ පද්ධතිය අත්හරින අතරම අපට වේගවත් හරයන් වෙත මාරු විය හැකිය. අපට තවමත් මෙට්රික් 60-80 දහසක කාර්ය සාධනයක් ලැබෙනු ඇත. ඒ සමඟම, අපට කේතයේ ඉතිරි සියල්ල ඉතිරි කළ හැකිය. ක්ලික්හවුස් සහ අසමමුහුර්ත ඡන්ද විමසීම ක්රියා කරයි. තවද එය නඩත්තු කිරීමට පහසු වනු ඇත.
MCH: - අරුම පුදුම! අපි මෙතනින් නවතින්න යෝජනා කරනවා.
සේවාදායක පැත්ත ප්රශස්ත කිරීමෙන් පසුව, අපට අවසානයේ නව කේතය නිෂ්පාදනයට දියත් කිරීමට හැකි විය. වේගවත් හර සහිත යන්ත්රයකට මාරු වීමට සහ කේත වෙනස් කිරීම් ගණන අවම කිරීමට පක්ෂව සමහර වෙනස්කම් අපි අත්හැරියෙමු. අතිරේක අගුලු දැමීම් හඳුන්වා දෙන බැවින්, අපි වින්යාසය සරල කර දත්ත අයිතමවල මැක්රෝ ඉවත් කර ඇත.
උදාහරණයක් ලෙස, බොහෝ විට ලේඛනගත කිරීම් සහ උදාහරණ වල දක්නට ලැබෙන snmp-community macro අත්හැරීම, අපගේ නඩුවේදී NVPs 1,5 ගුණයකින් පමණ වේගවත් කිරීමට හැකි විය.
නිෂ්පාදනයේ දින දෙකකට පසුව
සිදුවීම් ඉතිහාස උත්පතන ඉවත් කිරීම
MCH: - මිෂා, අපි දින දෙකක් පද්ධතිය භාවිතා කර ඇති අතර, සියල්ල ක්රියා කරයි. නමුත් සෑම දෙයක්ම ක්රියාත්මක වන විට පමණි! ජාලයේ තරමක් විශාල කොටසක් මාරු කිරීම සමඟ අපි වැඩ කිරීමට සැලසුම් කර ඇති අතර, ඉහළ ගිය සහ නොකළ දේ අපි නැවතත් අපගේ දෑතින් පරීක්ෂා කළෙමු.
MM: - වෙන්න බෑ! අපි හැම දෙයක්ම 10 වතාවක් පරීක්ෂා කළා. සේවාදායකය සම්පූර්ණ ජාල නොමැතිකම පවා ක්ෂණිකව හසුරුවයි.
MCH: - ඔව්, මට සියල්ල තේරෙනවා: සේවාදායකය, දත්ත සමුදාය, ඉහළ, austat, ලඝු-සටහන් - සෑම දෙයක්ම වේගවත් ... නමුත් අපි වෙබ් අතුරු මුහුණත දෙස බලන අතර, සේවාදායකයේ "රාක්කයේ" ප්රොසෙසරයක් ඇත සහ මෙය:
MM: - එය පැහැදිලියි. අපි වෙබ් බලමු. ක්රියාකාරී සිදුවීම් විශාල සංඛ්යාවක් ඇති තත්වයක් තුළ, බොහෝ සජීවී විජට් ඉතා සෙමින් ක්රියා කිරීමට පටන් ගත් බව අපට පෙනී ගියේය:
මෙයට හේතුව ලැයිස්තුවේ එක් එක් අයිතමය සඳහා උත්පාදනය වන සිද්ධි ඉතිහාස උත්පතන උත්පාදනයයි. එමනිසා, අපි මෙම කවුළු උත්පාදනය අතහැර දැමුවෙමු (කේතයේ පේළි 5 ක් දක්වා ඇත), මෙය අපගේ ගැටළු විසඳා ඇත.
විජට් සඳහා පැටවීමේ කාලය, සම්පූර්ණයෙන්ම නොමැති විට පවා, මිනිත්තු කිහිපයක සිට අපට පිළිගත හැකි තත්පර 10-15 දක්වා අඩු කර ඇති අතර, කාලය මත ක්ලික් කිරීමෙන් ඉතිහාසය තවමත් නැරඹිය හැකිය:
වැඩ කිරීමෙන් පසු. මාස 2 කට පෙර
MCH: - මීෂා, ඔයා යනවාද? අපිට කතා කරන්න වෙනවා.
MM: - මම අදහස් කළේ නැහැ. නැවතත් Zabbix සමඟ යමක්?
MCH: - නැහැ, විවේක ගන්න! මට කියන්නට අවශ්ය වූයේ: සියල්ල ක්රියාත්මක වේ, ස්තූතියි! මට බියර් එකක් තියෙනවා.
Zabbix කාර්යක්ෂම වේ
Zabbix යනු තරමක් විශ්වීය හා පොහොසත් පද්ධතියක් සහ කාර්යයකි. එය කොටුවෙන් පිටත කුඩා ස්ථාපනයන් සඳහා භාවිතා කළ හැක, නමුත් අවශ්යතා වර්ධනය වන විට, එය ප්රශස්තකරණය කළ යුතුය. ප්රමිතික විශාල ලේඛනාගාරයක් ගබඩා කිරීමට, සුදුසු ගබඩාවක් භාවිතා කරන්න:
- ඔබට ප්රත්යාස්ථ සෙවීම සමඟ ඒකාබද්ධ කිරීමේ හෝ පෙළ ගොනු වෙත ඉතිහාසය උඩුගත කිරීමේ ආකාරයෙන් සාදන ලද මෙවලම් භාවිතා කළ හැකිය (XNUMX අනුවාදයෙන් ලබා ගත හැකිය);
- ක්ලික්හවුස් සමඟ අපගේ අත්දැකීම් සහ ඒකාබද්ධතාවයෙන් ඔබට ප්රයෝජන ගත හැකිය.
ප්රමිතික එකතු කිරීමේ වේගය නාටකාකාර ලෙස වැඩි කිරීම සඳහා, අසමමුහුර්ත ක්රම භාවිතයෙන් ඒවා එකතු කර ට්රැපර් අතුරුමුහුණත හරහා Zabbix සේවාදායකයට සම්ප්රේෂණය කරන්න; නැතහොත් ඔබට Zabbix pollers අසමමුහුර්ත කිරීමට පැච් එකක් භාවිතා කළ හැක.
Zabbix C වලින් ලියා ඇති අතර එය තරමක් කාර්යක්ෂම වේ. වාස්තුවිද්යාත්මක බාධක කිහිපයක් විසඳීම මඟින් එහි ක්රියාකාරිත්වය තවදුරටත් ඉහළ නැංවීමට සහ අපගේ අත්දැකීම් අනුව තනි ප්රොසෙසර යන්ත්රයකින් මෙට්රික් 100 කට වඩා ලබා ගැනීමට ඔබට ඉඩ සලසයි.
එකම Zabbix පැච් එක
MM: - මට කරුණු කිහිපයක් එකතු කිරීමට අවශ්යයි. සමස්ත වත්මන් වාර්තාව, සියලුම පරීක්ෂණ, අංක ලබා දී ඇත්තේ අප භාවිතා කරන වින්යාසය සඳහා ය. අපි දැන් එයින් තත්පරයකට මෙට්රික් 20ක් පමණ ගන්නවා. මෙය ඔබට ගැලපෙනවාද යන්න තේරුම් ගැනීමට ඔබ උත්සාහ කරන්නේ නම්, ඔබට සැසඳිය හැකිය. අද සාකච්ඡා කළ දේ GitHub හි පැච් ආකාරයෙන් පළ කර ඇත:
පැච් එකට ඇතුළත් වන්නේ:
- ක්ලික්හවුස් සමඟ සම්පූර්ණ ඒකාබද්ධතාවය (Zabbix සේවාදායකය සහ ඉදිරිපස දෙකම);
- පෙර සැකසුම් කළමනාකරු සමඟ ගැටළු විසඳීම;
- අසමමුහුර්ත ඡන්ද විමසීම.
පැච් එක lts ඇතුළුව සියලුම අනුවාද 4 සමඟ අනුකූල වේ. බොහෝ දුරට, අවම වෙනස්කම් සහිතව එය 3.4 අනුවාදය මත ක්රියා කරනු ඇත.
ඔබේ අවධානය ඔබට ස්තුතියි.
ඔබගේ ප්රශ්න
ප්රේක්ෂකයන්ගෙන් ප්රශ්නය (මෙතැන් සිට - A): - සුබ සන්ධ්යාවක්! කරුණාකර මට කියන්න, ඔබට Zabbix කණ්ඩායම සමඟ හෝ ඔවුන් සමඟ දැඩි අන්තර්ක්රියා සඳහා සැලසුම් තිබේද, එවිට මෙය පැච් එකක් නොව Zabbix ගේ සාමාන්ය හැසිරීමක් ද?
MM: - ඔව්, අපි අනිවාර්යයෙන්ම වෙනස්කම් කිහිපයක් කරන්නෙමු. යමක් සිදුවනු ඇත, යමක් පැච් එකේ පවතිනු ඇත.
පිළිතුර: - විශිෂ්ට වාර්තාව සඳහා ඔබට බොහෝම ස්තූතියි! කරුණාකර මට කියන්න, පැච් එක යෙදීමෙන් පසුව, Zabbix වෙතින් සහය පවතිනු ඇති අතර ඉහළ අනුවාද වෙත යාවත්කාලීන කිරීම දිගටම කරගෙන යන්නේ කෙසේද? ඔබගේ පැච් එකෙන් පසු Zabbix 4.2, 5.0 වෙත යාවත්කාලීන කළ හැකිද?
MM: - සහයෝගය ගැන මට කිසිවක් පැවසිය නොහැක. මම Zabbix තාක්ෂණික සහායකයෙක් නම්, මෙය වෙනත් කෙනෙකුගේ කේතයක් නිසා මම බොහෝ විට එපා යැයි කියනු ඇත. 4.2 කේත පදනම සම්බන්ධයෙන් ගත් කල, අපගේ ස්ථාවරය වන්නේ: "අපි කාලයත් සමඟ ගමන් කරන්නෙමු, අපි ඊළඟ අනුවාදයෙන් අපවම යාවත්කාලීන කරන්නෙමු." එමනිසා, යම් කාලයක් සඳහා අපි යාවත්කාලීන කළ අනුවාද සඳහා පැච් එකක් පළ කරන්නෙමු. මම දැනටමත් වාර්තාවේ පවසා ඇත: අනුවාද සමඟ වෙනස්කම් ගණන තවමත් තරමක් කුඩා ය. මම හිතන්නේ 3.4 සිට 4 දක්වා සංක්රමණය වීමට අපට විනාඩි 15ක් පමණ ගත විය.එහිදී යමක් වෙනස් වී ඇත, නමුත් එතරම් වැදගත් නොවේ.
පිළිතුර: - එබැවින් ඔබ ඔබේ පැච් එකට සහාය වීමට අදහස් කරන අතර ඔබට එය නිෂ්පාදනයේදී ආරක්ෂිතව ස්ථාපනය කර අනාගතයේදී යම් ආකාරයකින් යාවත්කාලීන කිරීම් ලබා ගත හැකිද?
MM: - අපි එය තරයේ නිර්දේශ කරමු. මේකෙන් අපිට ගොඩක් ප්රශ්න විසඳෙනවා.
MCH: - නැවත වරක්, වාස්තු විද්යාවට අදාළ නොවන සහ අවහිර කිරීම් හෝ පෝලිම් ගැන සැලකිලිමත් නොවන වෙනස්කම් මොඩියුලර් වන අතර ඒවා වෙනම මොඩියුලවල ඇති බව නැවත වරක් අවධානය යොමු කිරීමට කැමැත්තෙමි. සුළු වෙනස්කම් සමඟ පවා ඔබට ඒවා ඉතා පහසුවෙන් නඩත්තු කළ හැකිය.
MM: - ඔබ විස්තර සඳහා උනන්දුවක් දක්වන්නේ නම්, "Clickhouse" ඊනියා ඉතිහාස පුස්තකාලය භාවිතා කරයි. එය ලිහා ඇත - එය ඉලාස්ටික් ආධාරකයේ පිටපතකි, එනම් එය වින්යාසගත කළ හැකිය. ඡන්ද විමසීම ඡන්දදායකයින් පමණක් වෙනස් කරයි. මෙය දිගු කලක් වැඩ කරනු ඇතැයි අපි විශ්වාස කරමු.
පිළිතුර: - ගොඩාක් ස්තූතියි. මට කියන්න, සිදු කරන ලද වෙනස්කම් පිළිබඳ ලියකියවිලි තිබේද?
MM: - ලේඛනගත කිරීම පැච් එකකි. පැහැදිලිවම, Clickhouse හඳුන්වාදීමත් සමඟ, නව ආකාරයේ Polers හඳුන්වාදීමත් සමඟ, නව වින්යාස විකල්ප පැන නගී. අවසාන විනිවිදකයේ සබැඳිය එය භාවිතා කරන ආකාරය පිළිබඳ කෙටි විස්තරයක් ඇත.
nmap සමඟ fping ප්රතිස්ථාපනය කිරීම ගැන
පිළිතුර: - ඔබ අවසානයේ මෙය ක්රියාත්මක කළේ කෙසේද? ඔබට නිශ්චිත උදාහරණ ලබා දිය හැකිද: ඔබට ස්ට්රැපර්ස් සහ බාහිර පිටපතක් තිබේද? මෙතරම් විශාල සත්කාරක සංඛ්යාවක් මෙතරම් ඉක්මනින් පරීක්ෂා කිරීමෙන් අවසන් වන්නේ කුමක්ද? ඔබ මෙම සත්කාරක පතල් කරන්නේ කෙසේද? අපි උන්ට කොහොම හරි nmap වලට කන්න දෙන්න ඕනද, කොහෙන් හරි අරන් දෙන්න, දාන්න, මොනවා හරි දුවන්නද?..
MM: - සිසිල්. ඉතා නිවැරදි ප්රශ්නයක්! කාරණය මෙයයි. අපි ICMP චෙක්පත් සඳහා පුස්තකාලය (ICMP ping, Zabbix හි කොටසක්) වෙනස් කළෙමු, එයින් පැකට් ගණන - එකක් (1) දක්වයි, සහ කේතය nmap භාවිතා කිරීමට උත්සාහ කරයි. එනම්, මෙය පිංගර්ගේ අභ්යන්තර කාර්යය බවට පත්ව ඇති Zabbix ගේ අභ්යන්තර කාර්යයයි. ඒ අනුව, සමමුහුර්ත කිරීමක් හෝ උගුලක් භාවිතා කිරීම අවශ්ය නොවේ. මෙය හිතාමතාම සිදු කරන ලද්දේ පද්ධතිය නොවෙනස්ව තබා ගැනීමට සහ දත්ත සමුදා පද්ධති දෙකක සමමුහුර්තකරණය සමඟ කටයුතු කිරීමට සිදු නොවීම සඳහා ය: කුමක් පරීක්ෂා කළ යුතුද, පෝලර් හරහා උඩුගත කළ යුතුද, සහ අපගේ උඩුගත කිරීම කැඩී ඇත්ද?.. මෙය වඩාත් සරල ය.
පිළිතුර: - එය ප්රොක්සි සඳහාද ක්රියා කරයිද?
MM: - ඔව්, නමුත් අපි පරීක්ෂා කළේ නැහැ. Zabbix සහ server යන දෙකෙහිම ඡන්ද කේතය සමාන වේ. වැඩ කළ යුතුයි. මට නැවත වරක් අවධාරණය කිරීමට ඉඩ දෙන්න: පද්ධතියේ ක්රියාකාරිත්වය අපට ප්රොක්සියක් අවශ්ය නොවේ.
MCH: - ප්රශ්නයට නිවැරදි පිළිතුර: "ඔබට එවැනි පද්ධතියක් සහිත ප්රොක්සියක් අවශ්ය වන්නේ ඇයි?" NAT හෝ යම් ආකාරයක මන්දගාමී නාලිකාවක් හරහා නිරීක්ෂණය කිරීම නිසා පමණි...
පිළිතුර: - මම නිවැරදිව තේරුම් ගත්තොත් ඔබ Zabbix allertor එකක් ලෙස භාවිතා කරයි. නැතහොත් ඔබේ ග්රැෆික්ස් (සංරක්ෂිත ස්තරය ඇති තැන) ග්රැෆනා වැනි වෙනත් පද්ධතියකට ගෙන ගොස් තිබේද? නැතහොත් ඔබ මෙම ක්රියාකාරීත්වය භාවිතා නොකරන්නේද?
MM: - මම නැවත වරක් අවධාරණය කරමි: අපි සම්පූර්ණ ඒකාබද්ධතාවයක් ලබා ඇත. අපි Clickhouse වෙත ඉතිහාසය වත් කරනවා, නමුත් ඒ සමඟම අපි php ඉදිරිපස වෙනස් කර ඇත. Php frontend එක Clickhouse එකට ගිහින් එතන ඉඳන් ඔක්කොම graphics කරනවා. ඒ අතරම, අවංකව කිවහොත්, එකම Clickhouse වෙතින්, එම Zabbix දත්ත වලින් වෙනත් ග්රැෆික් සංදර්ශක පද්ධතිවල දත්ත ගොඩනඟන කොටසක් අප සතුව ඇත.
MCH: - "Grafan" තුළද.
සම්පත් වෙන් කිරීම ගැන තීරණ ගත්තේ කොහොමද?
පිළිතුර: - ඔබේ අභ්යන්තර කුස්සියෙන් ටිකක් බෙදා ගන්න. නිෂ්පාදනයේ බරපතල සැකසුම් සඳහා සම්පත් වෙන් කිරීම අවශ්ය බව තීරණය කළේ කෙසේද? මේවා සාමාන්යයෙන්, යම් අවදානම් වේ. කරුණාකර මට කියන්න, ඔබ නව අනුවාද සඳහා සහය දැක්වීමට යන කාරණයේ සන්දර්භය තුළ: කළමනාකරණ දෘෂ්ටි කෝණයකින් මෙම තීරණය සාධාරණීකරණය කරන්නේ කෙසේද?
MM: - පෙනෙන විදිහට, අපි ඉතිහාස නාට්යය ඉතා හොඳින් කීවේ නැත. අපි යමක් කළ යුතු තත්වයක සිටිමු, අපි අත්යවශ්යයෙන්ම සමාන්තර කණ්ඩායම් දෙකක් සමඟ ගියෙමු:
- එකක් වූයේ නව ක්රම භාවිතා කරමින් අධීක්ෂණ පද්ධතියක් දියත් කිරීමයි: සේවාවක් ලෙස අධීක්ෂණය කිරීම, අප ඒකාබද්ධ කරන සම්මත විවෘත මූලාශ්ර විසඳුම් කට්ටලයක් සහ නව අධීක්ෂණ පද්ධතිය සමඟ වැඩ කිරීම සඳහා ව්යාපාර ක්රියාවලිය වෙනස් කිරීමට උත්සාහ කිරීම.
- ඒ සමගම, මෙය (තමන් ගැන) කරන උද්යෝගිමත් වැඩසටහන්කරුවෙකු අපට සිටියේය. ඔහු දිනූ බව එසේ සිදු විය.
පිළිතුර: - සහ කණ්ඩායමේ ප්රමාණය කුමක්ද?
MCH: - ඇය ඔබ ඉදිරියෙහි සිටී.
පිළිතුර: - ඉතින්, සෑම විටම මෙන්, ඔබට ආශාවක් අවශ්යද?
MM: - ආශාවක් යනු කුමක්දැයි මම නොදනිමි.
පිළිතුර: - මේ අවස්ථාවේ දී, පෙනෙන විදිහට, ඔබ. බොහොම ස්තුතියි, ඔබ නියමයි.
MM: - ඔයාට ස්තූතියි.
Zabbix සඳහා පැච් ගැන
පිළිතුර: - ප්රොක්සි භාවිතා කරන පද්ධතියක් සඳහා (උදාහරණයක් ලෙස, සමහර බෙදා හරින ලද පද්ධතිවල), එය අනුවර්තනය කිරීමට සහ පැච් කිරීමට, එනම්, ඡන්දදායකයින්, ප්රොක්සි සහ අර්ධ වශයෙන් Zabbix හි පූර්ව සකසනය කළ හැකිද; සහ ඔවුන්ගේ අන්තර්ක්රියා? බහු ප්රොක්සි සහිත පද්ධතියක් සඳහා පවතින වර්ධනයන් ප්රශස්ත කළ හැකිද?
MM: – Zabbix සේවාදායකය ප්රොක්සියක් භාවිතයෙන් එකලස් කර ඇති බව මම දනිමි (කේතය සම්පාදනය කර ලබාගෙන ඇත). අපි මෙය නිෂ්පාදනයේදී පරීක්ෂා කර නැත. මට මේ ගැන විශ්වාසයක් නැත, නමුත් මම හිතන්නේ ප්රොක්සියේ ප්රොසෙසර කළමනාකරු භාවිතා නොවේ. ප්රොක්සියේ කාර්යය වන්නේ Zabbix වෙතින් ප්රමිතික කට්ටලයක් ගෙන ඒවා ඒකාබද්ධ කිරීම (එය වින්යාසය, දේශීය දත්ත ගබඩාව ද වාර්තා කරයි) සහ එය නැවත Zabbix සේවාදායකයට ලබා දීමයි. සේවාදායකය විසින්ම එය ලැබුණු විට පෙර සැකසුම් සිදු කරනු ඇත.
ප්රොක්සි සඳහා ඇති උනන්දුව තේරුම් ගත හැකිය. අපි එය පරීක්ෂා කරන්නෙමු. මෙය සිත්ගන්නා මාතෘකාවකි.
පිළිතුර: – අදහස වූයේ මෙයයි: ඔබට ඡන්දදායකයන් පැච් කළ හැකි නම්, ඔබට ඒවා ප්රොක්සි මත පැච් කර සේවාදායකය සමඟ අන්තර්ක්රියා පැච් කළ හැකි අතර, මෙම අරමුණු සඳහා ප්රොසෙසරය සේවාදායකයට පමණක් අනුගත කළ හැකිය.
MM: - මම හිතන්නේ එය ඊටත් වඩා සරලයි. ඔබ කේතය ගෙන, පැච් එකක් යොදන්න, පසුව එය ඔබට අවශ්ය ආකාරයට වින්යාස කරන්න - ප්රොක්සි සර්වර් එකතු කරන්න (උදාහරණයක් ලෙස, ODBC සමඟ) සහ පැච් කළ කේතය පද්ධති හරහා බෙදා හරින්න. අවශ්ය නම් - ප්රොක්සියක් එකතු කරන්න, අවශ්ය විට - සේවාදායකයක්.
පිළිතුර: - බොහෝ දුරට, ඔබට සේවාදායකයට ප්රොක්සි සම්ප්රේෂණය අතිරේකව පැච් කිරීමට අවශ්ය නොවේද?
MCH: - නෑ, ඒක සම්මතයි.
MM: - ඇත්ත වශයෙන්ම, එක් අදහසක් ඇසුනේ නැත. අපි සෑම විටම අදහස් පිපිරීම් සහ වෙනස්කම් සහ පහසුව අතර සමබරතාවයක් පවත්වා ගෙන ගියෙමු.
සමහර දැන්වීම් 🙂
අප සමඟ රැඳී සිටීම ගැන ඔබට ස්තුතියි. ඔබ අපේ ලිපි වලට කැමතිද? වඩාත් රසවත් අන්තර්ගතය බැලීමට අවශ්යද? ඇණවුමක් කිරීමෙන් හෝ මිතුරන්ට නිර්දේශ කිරීමෙන් අපට සහාය වන්න,
Dell R730xd ඇම්ස්ටර්ඩෑම් හි Equinix Tier IV දත්ත මධ්යස්ථානයේ 2 ගුණයක් ලාභදායීද? මෙතන විතරයි
මූලාශ්රය: www.habr.com