Zabbix прокси може да прикупља податке о перформансама и доступности у име Zabbix сервера. На овај начин, проки може преузети на себе нешто од оптерећење прикупљања података и ослобађање Zabbix сервера.
Такође, коришћење проксија је најлакши начин за имплементацију централизованог и дистрибуирано надгледање, када сви агенти и проксији извештавају једном Zabbix-у сервер и сви подаци се прикупљају централно.
Zabbix прокси се може користити за:
Прокси захтева само једну TCP везу са Zabbix сервером. Ово на начин да је лакше заобићи заштитни зид јер је потребно само да га конфигуришете једно правило заштитног зида.
Zabbix прокси мора да користи засебну базу података. Ако га усмерите на базу података Zabbix сервера, поквариће се конфигурацију.
Сви подаци прикупљени од стране проксија се чувају локално пре него што их пренесу на сервер. На овај начин се подаци не губе због било каквог привременог стања проблеми у комуникацији са сервером. ProxyLocalBuffer и Параметри ProxyOfflineBuffer у конфигурацији проксија датотеке контролише колико дуго подаци се чувају локално.
Може се десити да прокси, који прима најновије промене конфигурације директно из базе података Zabbix сервера, има а ажурнију конфигурацију од Zabbix сервера чија конфигурација може се не ажурира тако брзо због вредности CacheUpdateFrequency. Као а резултат, прокси може почети да прикупља податке и шаље их на Zabbix сервер који игнорише ове податке.
Zabbix прокси је сакупљач података. Не израчунава окидаче, обрађују догађаје или шаљу упозорења. За преглед који прокси функционалност је, прегледајте следећу табелу:
Function | Supported by proxy | |
---|---|---|
Items | ||
Zabbix agent checks | Yes | |
Zabbix agent checks (active) | Yes 1 | |
Simple checks | Yes | |
Trapper items | Yes | |
SNMP checks | Yes | |
SNMP traps | Yes | |
IPMI checks | Yes | |
JMX checks | Yes | |
Log file monitoring | Yes | |
Internal checks | Yes | |
SSH checks | Yes | |
Telnet checks | Yes | |
External checks | Yes | |
Dependent items | Yes | |
Script items | Yes | |
Browser items | Yes | |
Built-in web monitoring | Yes | |
Item value preprocessing | Yes | |
Network discovery | Yes | |
Active agent autoregistration | Yes | |
Low-level discovery | Yes 2 | |
Remote commands | Yes | |
Calculating triggers | No | |
Processing events | No | |
Event correlation | No | |
Sending alerts | No |
[1] Да би се уверио да агент пита прокси (а не сервер) за активне провере, прокси мора бити наведен у ServerActive параметар у конфигурационој датотеци агента.
[2] За LLD, Zabbix прокси само прикупља и обрађује податке и затим их шаље на Zabbix сервер на даље обрада.
Ако је Zabbix сервер био искључен неко време, а проксији су прикупили много података, а затим се сервер покрене, може се преоптеретити (коришћење кеша историје остаје на 95-100% неко време). Ово преоптерећење може довести до смањења перформанси, где се провере обрађују спорије него што би требало. Заштита од овог сценарија је спроведена да би се избегли проблеми који се јављају због преоптерећења кеша историје.
Када је кеш историје Zabbix сервера пун, приступ писању у кеш историје се ограничава, што зауставља процесе прикупљања података са сервера. Најчешћи случај преоптерећења кеша историје је након застоја сервера када проксији отпремају прикупљене податке. Да би се ово избегло, додато је ограничавање проксија (тренутно се не може онемогућити).
Zabbix сервер ће престати да прихвата податке од проксија када употреба кеша историје достигне 80%. Уместо тога, ти проксији ће бити стављени на листу за ограничавање. Ово ће се наставити до употребе пада кеша на 60%. Сада ће сервер почети да прихвата податке од проксија један по један, дефинисан од стране листа за пригушивање. Ово значи први прокси који је покушао да отпреми податке током периода пригушивања ће бити испоручен први и док се то не заврши сервер неће прихватати податке од других проксија.
Овај режим пригушења ће се наставити све док употреба кеша поново не достигне 80% или не падне на 20% или је листа за пригушивање празна. У првом случају сервер ће поново престати да прихвата прокси податке. У друга два случаја сервер ће почети да ради нормално, прихватајући податке са свих проксија.
Горе наведене информације могу се илустровати у следећој табели:
History write cache usage |
Zabbix server mode | Zabbix server action |
---|---|---|
Достиже 80% | Wait | Зауставља прихватање података проксија, али одржава листу за ограничавање (приоритетна листа проксија које треба контактирати касније). |
Пада на 60% | Throttled | Почиње да обрађује листу за пригушивање, али и даље не прихвата прокси податке. |
Пада на 20% | Normal | Избацује листу за пригушивање и почиње нормално да прихвата прокси податке. |
Можете користити интерну ставку zabbix[wcache,history,pused] да бисте повезали ово понашање Zabbix сервера са метриком.
Једном када инсталирате и [конфигурисано]/manual/appendix/config/zabbix_proxy) прокси, време је да бисте га конфигурисали у Zabbix корисничком интерфејсу.
Да бисте конфигурисали прокси у Zabbix корисничком интерфејсу:
Parameter | Description | |
---|---|---|
Име проксија | Унесите име проксија. Мора бити исто име као у параметру Hostname у прокси конфигурационој датотеци. | |
Прокси група | Изаберите прокси групу за прокси балансирање оптерећења/висока доступност. | |
Адреса за активног агента | Унесите адресу на коју се надгледани активни агенти или пошиљаоци морају повезати. Подржано само за Zabbix 7.0 агенте или новије верзије. Ова адреса се користи за повезивање и са активним и са пасивним проксијима. Ово поље је доступно само ако је прокси група изабрана у пољу Прокси група. |
|
Адреса | IP адреса/DNS име за повезивање. | |
Порт | Број TCP порта (подразумевано 10051) за повезивање. Подржани су кориснички макрои. | |
Прокси режим | Изаберите режим проксија. Активан - прокси ће се повезати са Zabbix сервером и захтевати конфигурационе податке Пасиван - Zabbix сервер се повезује са проксијем Напомена да без шифроване комуникације (осетљиви) подаци о конфигурацији проксија могу постати доступни странама које имају приступ порту трапера Zabbix сервера када се користи активни прокси. То је могуће јер свако може да се претвара да је активни прокси и да захтева податке о конфигурацији ако се аутентификација не изврши или адресе проксија нису ограничене у пољу Адреса проксија. |
|
Адреса проксија | Ако је наведено, активни прокси захтеви се прихватају само са ове листе IP адреса раздвојених зарезима, опционо у CIDR нотацији, или DNS имена активног Zabbix проксија. Ово поље је доступно само ако је активни прокси изабран у пољу Прокси режим. Макрои нису подржани. |
|
Интерфејс | Унесите детаље интерфејса за пасивни прокси. Ово поље је доступно само ако је пасивни прокси изабран у пољу Прокси режим. |
|
Адреса | IP адреса/DNS име пасивног проксија. | |
Порт | Број TCP порта пасивног проксија (подразумевано 10051). Подржани су кориснички макрои. | |
Опис | Унесите опис проксија. |
Картица Шифровање вам омогућава да захтевате шифроване везе са проксијем.
Parameter | Description |
---|---|
Конекција ка проксију | Како се сервер повезује са пасивним проксијем: нема шифровања (подразумевано), користећи PSK (пре-дељени кључ) или сертификат. |
Конекција од проксија | Изаберите који тип веза је дозвољен са активног проксија. Истовремено се може изабрати неколико типова везе (корисно за тестирање и прелазак на други тип везе). Подразумевано је "Без шифровања". |
Издавалац | Дозвољени издавалац сертификата. Сертификат се прво проверава са CA (сертификацијски ауторитет). Ако је валидан, потписан од CA, онда се поље Издавач може користити за даље ограничавање дозвољеног CA. Ово поље је опционо, намењено за коришћење ако Ваша Zabbix инсталација користи сертификате више CAs. |
Субјекат | Дозвољени субјекат сертификата. Сертификат се прво проверава код CA. Ако је валидан, потписан од стране CA, онда се поље Субјекат може користити да дозволи само једну вредност низа Субјекат. Ако је ово поље празно, прихвата се сваки важећи сертификат потписан од стране конфигурисаног CA. |
PSK идентитет | Стринг идентитета унапред дељеног кључа. Не стављајте осетљиве информације у PSK идентитет, они се преносе нешифровано преко мреже да би се обавестио прималац који PSK да користи. |
PSK | Унапред дељени кључ (hex-стринг). Максимална дужина: 512 хексадецималних цифара (256-бајтни PSK) ако Zabbix користи GnuTLS или OpenSSL библиотеку, 64 хексадецималне цифре (32-бајтни PSK) ако Zabbix користи mbed TLS (PolarSSL) библиотеку. Пример: 1f87b595725ac58dd977beef14b97461a7c1045b9a1c963065002c5473194952 |
Картица Временска ограничења вам омогућава да заобиђете глобална временска ограничења за типове ставки које то подржавају.
Parameter | Description |
---|---|
Временска ограничења за типове ставки | Изаберите опцију временског ограничења: Глобално - користи се глобално временски ограничење (приказано у сивом пољу Временски ограничење за сваки тип ставке); Замени - користи се прилагођено временски ограничење (подешено у пољу Временски ограничење за сваки тип ставке). Дозвољени опсег: 1 - 600 с (подразумевано: наслеђено из временских ограничења global). Подржани су временски суфикси, нпр. 30 с, 1 м и кориснички макрои. Клик на везу Глобална временска ограничења вам омогућава да конфигуришете временска ограничења global. Имајте на уму да је веза Глобална временска ограничења видљива само корисницима типа Супер администратор са дозволама за Администрација → [Опште] |
(/manual/web_interface/frontend_sections/administration/general) кориснички интерфејс одељак. Подржани типови ставки: - Zabbix агент (и пасивне и активне провере) - Једноставна провера (осим ставки icmpping* , vmware.* )- SNMP агент (само за SNMP ставке walk[OID] и get[OID] )- Спољашња провера - Монитор базе података - HTTP агент - SSH агент - TELNET агент - Скрипта - Прегледач Имајте на уму да ће временска ограничења подешена под Замени имати предност над глобалним, али ће бити замењена временским ограничењима појединачних ставки ако су она подешена под конфигурација ставки. |
Ако главна верзија проксија не одговара главној верзији сервера, икона ће бити приказана поред Временска ограничења за типове ставки, са поруком преласка "Временска ограничења су онемогућена јер се верзије проксија и сервера не поклапају". У таквим случајевима, прокси ће користити параметар
Timeout
из конфигурационе датотеке проксија.
Образац за уређивање постојећег проксија има следећа додатна дугмад:
Можете одредити да појединачни домаћин треба да буде надгледан од стране проксија или прокси групе у облику конфигурација домаћина, користећи Поље Праћено.
Домаћин масовно ажурирање је још један начин наводећи да домаћине треба да надгледа прокси или прокси група.