Zabbix сервер је централни процес Zabbix софтвера.
Сервер врши анкетирање и хватање података, израчунава покретаче, шаље обавештења корисницима. То је централна компонента којој Zabbix агенти и проксији извештавају податке о доступности и интегритету система. Сервер може сам даљински да проверава мрежне услуге (као што су веб сервери и сервери поште) користећи једноставне провере услуга.
Сервер је централно спремиште у коме се чувају сви конфигурациони, статистички и оперативни подаци, а ентитет у Zabbix-у ће активно упозоравати администраторе када проблеми се јављају у било ком од надгледаних система.
Функционисање основног Zabbix сервера подељено је на три различите компоненте; то су: Zabbix сервер, веб кориснички интерфејс и складиште базе података.
Све информације о конфигурацији за Zabbix се чувају у бази података, са којом и сервер и веб кориснички интерфејс комуницирају. На пример, када креирате нову ставку користећи веб кориснички интерфејс (или API) додаје се у табелу ставки у бази података. Затим, отприлике једном у минуту Zabbix сервер ће питати табелу ставки за листу активних ставки која се затим чува у кешу унутар Zabbix сервера. Због тога може проћи и до два минута да се све промене направљене у Zabbix корисничком интерфјсу прикажу у одељку са најновијим подацима.
Zabbix сервер ради као демон процес. Сервер се може покренути извршавањем:
systemctl start zabbix-server
Ово ће радити на већини GNU/Linux система. На другим системима које ћете можда морати да покренете:
/etc/init.d/zabbix-server start
Слично, за заустављање/поновно покретање/гледање статуса, користите следеће команде:
systemctl stop zabbix-server systemctl restart zabbix-server systemctl status zabbix-server
Ако горе наведено не ради, морате га покренути ручно. Пронађите путању до бинарног zabbix_server и извршити:
zabbix_server
Можете користити следеће параметре командне линије са Zabbix сервером:
-c --config <file>. путања до конфигурационе датотеке (подразумевано је /usr/local/etc/zabbix_server.conf) -f --foreground покрените Zabbix сервер у првом плану -R --runtime-control <option> извршите административне функције -T --test-config потврдите конфигурациону датотеку и изађите -h --help дајте ову помоћ -V --version прикажи број верзије
Примери покретања Zabbix сервера са параметрима командне линије:
zabbix_server -c /usr/local/etc/zabbix_server.conf zabbix_server --help zabbix_server -V
Опције контроле времена рада:
Option | Description | Target |
---|---|---|
config_cache_reload | Поново учитај кеш конфигурације. Игнорише се ако се кеш тренутно учитава. | |
diaginfo[=<section>] | Прикупите дијагностичке информације у датотеци евиденције сервера. | ** historycache** - статистика кеша историје ** valuecache** - статистика кеша вредности preprocessing - статистика менаџера за претходну обраду ** alerting** - статистика менаџера упозорења ld - статистика менаџера LLD закључавања - листа мутекси (је празан на * BSD* системима) ** connector** - статистика за конекторе са највећим редом |
ha_status | Запиши статус кластера високе доступности (HA). | |
ha_remove_node=target | Уклоните чвор високе доступности (HA) наведен његовим именом или ID-ом.<бр>Имајте на уму да се активни/приправни чворови не могу уклонити. | ** target** - име или ID чвор (може се добити покретањем ha_status) |
ha_set_failover_delay=delay | Подеси кашњење при преласку на грешку високе доступности (HA). Време суфикси су подржани, нпр. 10с, 1м. |
|
proxy_config_cache_reload[=<target>] | Поново учитај кеш конфигурације проксија. | ** target** - листа имена проксија раздвојених зарезима<бр>Ако није наведен циљ, поново учитајте конфигурацију за све проксије |
secrets_reload | Поново учитај тајне из трезора. | |
service_cache_reload | Поново учитај кеш менаџера услуга. | |
snmp_cache_reload | Поново учитај SNMP кеш, обриши SNMP својства (време мотора, покретања мотора, ID мотора, акредитиве) за све домаћине. | |
housekeeper_execute | Покрени процедуру домаћинство. Игнорише се ако је поступак одржавања домаћинства тренутно у току. |
|
trigger_housekeeper_execute | Започните процедуру одржавања окидача за сервиси да бисте уклонили проблеме изазване окидачима који су у међувремену избрисани, укључујући проблеме са услугама изазване таквим проблемима (који се сматрају решеним у време кућно одржавање). Имајте на уму да, све док се не покрене процедура одржавања, проблеми узроковани сада избрисаним окидачима могу и даље да генеришу проблеме са услугама и да их додељују на услуге. Ако ваше подешавање укључује много услуга правила за израчунавање статуса на основу често откривених/неоткривених покретача, размислите о повећању учесталости процедуре одржавања окидача прилагођавањем ProblemHousekeepingFrequency параметар конфигурације сервера. Игнорише се ако је поступак одржавања окидача тренутно у току. |
|
log_level_increase[=<target>] | Повећај ниво евиденције, утиче на све процесе ако циљ није наведен. Није подржано на * BSD* системима. |
process type* * – Сви процеси одређеног типа (нпр. полер) Погледајте све типове процеса сервера.<бр>process type,N** – Процес тип и број (нпр. полер,3) ** pid** – идентификатор процеса (1 до 65535). За веће вредности наведите циљ као 'process type,N'. |
log_level_decrease[=<target>] | Смањи ниво евиденције, утиче на све процесе ако циљ није наведен. Није подржано на BSD системима. |
|
prof_enable[=<target>] | Омогући профилисање. Утиче на све процесе ако циљ није наведено. Омогућено профилисање пружа детаље о свим рвлоцковима/мутексовима према називу функције. |
process type – Сви процеси наведеног типа (нпр. синхронизатор историје) Подржани типови процеса као циљеви профилисања: алармант, менаџер упозорења , менаџер доступности, синхронизатор конфигурације, менаџер откривања, покретне степенице, испитивање историје, синхронизатор историје, домаћица, http полер, icpm пингер, ipmi менаџер, ipmi полер, java полер, lld менаџер, lld радник, odbc полер, полер, менаџер за претходну обраду, радник за претходну обраду, прокси полер, самонадгледање, менаџер услуга, snmp трапер, менаџер задатака, тајмер, трапер, недоступни полер, vmware колектор<br >process type,N - Тип и број процеса (нпр. историја синцер,1) ** pid** - идентификатор процеса (1 до 65535). За веће вредности наведите циљ као 'process type,N'. ** scope** - rwlock , mutex , processing се могу користити са типом процеса и бројем (нпр. синхронизатор историје,1, обрада) или сви процеси типа (нпр. синхронизација историје, rwlock) |
prof_disable[=<target>] | Онемогући профилисање. Утиче на све процесе ако циљ није наведен. |
process type - Сви процеси наведеног типа (нпр. синхронизатор историје) Подржани типови процеса као циљеви профилисања: погледајте prof_enable * *process type,N – Тип и број процеса (нпр. синхронизатор историје,1) pid** – Идентификатор процеса (1 до 65535). За веће вредности наведите циљ као 'process type,N'. |
Пример коришћења контроле времена извршавања за поновно учитавање кеша конфигурације сервера:
zabbix_server -c /usr/local/etc/zabbix_server.conf -R config_cache_reload
Примери коришћења контроле времена извршавања за поновно учитавање прокси конфигурације:
# Поново учитај конфигурацију свих проксија: zabbix_server -R proxy_config_cache_reload
# Поново учитај конфигурацију Проки1 и Проки2: zabbix_server -R proxy_config_cache_reload=Proxy1,Proxy2
Примери коришћења контроле времена извршавања за прикупљање дијагностичких информација:
# Сакупи све доступне дијагностичке информације у фајлу евиденције сервера: zabbix_server -R diaginfo
# Прикупи статистику кеша историје у дневнику сервера датотека: zabbix_server -R diaginfo=historycache
Пример коришћења контроле времена извршавања за поновно учитавање SNMP кеш меморије:
zabbix_server -R snmp_cache_reload
Пример коришћења контроле времена извршавања за покретање извршавања домаћинства:
zabbix_server -c /usr/local/etc/zabbix_server.conf -R housekeeper_execute
Примери коришћења контроле времена извршавања за промену нивоа евиденције:
# Повећајте ниво евиденције свих процеса: zabbix_server -c /usr/local/etc/zabbix_server.conf -R log_level_increase
# Повећајте ниво евиденције другог процеса анкетирања: zabbix_server -c /usr/local/etc/zabbix_server.conf -R log_level_increase=poller,2
# Повећајте ниво евиденције процеса са PID-ом 1234: zabbix_server -c /usr/local/etc/zabbix_server.conf -R log_level_increase=1234
# Смањите ниво евиденције свих процеса http поллер: zabbix_server -c /usr/local/etc/zabbix_server.conf -R log_level_decrease="http poller"
Пример постављања кашњења HA преласка грешке на минимум од 10 секунди:
zabbix_server -R ha_set_failover_delay=10s
Zabbix сервер је дизајниран да ради као корисник који није root. Покреће се као било који не root корисник под којим је покренут. Тако да можете да покренете сервер као било који корисник без икаквих проблема.
Ако покушате да га покренете као 'root', он ће се пребацити на чврсто кодираног корисника ''zabbix'', који мора бити присутан на вашем систему. Можете да покренете сервер само као 'root' ако у складу са тим измените параметар 'AllowRoot' у конфигурационој датотеци сервера.
Ако се Zabbix сервер и агент покрећу на истој машини, препоручује се да користите другог корисника за покретање сервера него за покретање агента. Иначе, ако се оба покрећу као исти корисник, агент може приступити конфигурационој датотеци сервера и било који корисник на нивоу администратора у Zabbix-у може прилично лако да преузме, на пример, лозинку базе података.
Погледајте опције конфигурациона датотека за детаље о конфигурисању zabbix_server.
Скрипте се користе за аутоматско покретање/заустављање Zabbix процеса током покретања/гашења система. Скрипте се налазе у директоријуму misc/init.d.
agent poller
- асинхрони полер процес за пасивне провере са радничком нитиalert manager
- менаџер редова упозорењаalert syncer
- писац DB упозорењаalerter
- процес за слање обавештењаavailability manager
- процес за ажурирања доступности домаћинаconfiguration syncer
- процес за управљање кеш меморијом конфигурационих податакаconfiguration syncer worker
- процес за решавање и синхронизовање вредности макроа корисника у називима ставкиconnector manager
- процес менаџера за конектореconnector worker
- процес за руковање захтевима менаџера конектораdiscovery manager
- менаџерски процес за откривање уређајаdiscovery worker
- процес за руковање задацима откривања из менаџера откривањаescalator
- процес за ескалацију акцијаha manager
- процес за управљање високом доступношћуhistory poller
- процес за руковање израчунатим проверама које захтевају везу са базом податакаhistory syncer
- писац ДБ историјеhousekeeper
- процес за уклањање старих историјских податакаhttp agent poller
- асинхрони процес анкетирања за HTTP провере са радничком нитиhttp poller
- полер за праћење вебаicmp pinger
- полер за icmpping провереipmi manager
- IPMI полер манагерipmi poller
- полер за IPMI провереjava poller
- полер за Java провереlld manager
- менаџерски процес задатака откривања ниског нивоаlld worker
- раднички процес задатака откривања ниског нивоаodbc poller
- полер за ODBC провереpoller
- нормални полер за пасивне провереpreprocessing manager
- менаџер задатака предпроцесирања са радним нитима за претпроцесирањеpreprocessing worker
- нит за претходну обраду податакаproxy poller
- анкета за пасивне проксијеproxy group manager
- менаџер балансирања проксија и високе доступностиreport manager
- менаџер заказаних задатака генерисања извештајаreport writer
- процес за генерисање планираних извештајаself-monitoring
- процес за прикупљање интерне статистике сервераservice manager
- процес за управљање услугама примањем информација о проблемима, ознакама проблема и опоравку проблема од синхронизатора историје, менаџера задатака и упозорења манагерsnmp poller
- асинхрони процес анкетирања за SNMP провере са радничком нити (само ставке walk[OID]
и get[OID]
)snmp poller
- траппер за SNMP замкеtimer
- тајмер за обраду одржавањаtrapper
- трапер за активне провере, замке, проки комуникацијуtrigger housekeeper
- процес за уклањање проблема генерисаних окидачима који су избрисаниunreachable poller
- полер за недоступни уређајиvmware collector
- VMware сакупљач података одговоран за прикупљање података из VMware услуга.Датотека евиденције сервера може се користити за посматрање ових процеса типови.
Различити типови процеса Zabbix сервера се могу надгледати коришћењемzabbix[process,<type>,<mode>,<state>] интерниставка.
Због безбедносних захтева и критичне природе рада сервера, UNIX је једини оперативни систем који може доследно да пружи неопходне перформансе, толеранцију грешака и отпорност. Zabbix ради на водећим верзијама на тржишту.
Zabbix сервер је тестиран на следећим платформама:
Zabbix може да ради и на другим оперативним системима сличним Unix-у.
Имајте на уму да сервер захтева UTF-8 локализацију тако да се неке текстуалне ставке могу исправно тумачити. Већина модерних система сличних Unix-у има UTF-8 локализацију као подразумевану, међутим, постоје неки системи где ће то можда морати да се посебно подеси.