Documentation
Table of Contents
2 Gereksinimler
Donan?m
Bellek
Áú»¢¶Ä²© hem fiziksel hem de disk belle?i gerektirir. 128 MB fiziksel bellek ve 256 MB bo? disk alan? iyi bir ba?lang?? noktas? olabilir. Bununla birlikte, gerekli disk belle?i miktar?, izlenen ana bilgisayarlar?n ve parametrelerin say?s?na ba?l?d?r. ?zlenen parametrelerin uzun bir ge?mi?ini tutmay? planl?yorsan?z, ge?mi?i veritaban?nda depolamaya yeterli alana sahip olmak i?in en az?ndan birka? gigabayt d¨¹?¨¹nmelisiniz.
Her Áú»¢¶Ä²© artalan s¨¹reci bir veritaban? sunucusuna birka? ba?lant? gerektirir. Ba?lant? i?in ayr?lan bellek miktar?, veritaban? alt yap?s? yap?land?rmas?na ba?l?d?r.
Ne kadar ?ok fiziksel belle?e sahip olursan?z, veritaban? (ve dolay?s?yla Áú»¢¶Ä²©) o kadar h?zl? ?al???r!
??lemci
Áú»¢¶Ä²© ve ?zellikle Áú»¢¶Ä²© veritaban?, izlenen parametre say?s?na ve se?ilen veritaban? motoruna ba?l? olarak ?nemli miktarda CPU kayna?? gerektirebilir.
Di?er donan?mlar
Áú»¢¶Ä²©'te SMS bildirim deste?ini kullanmak i?in bir seri ileti?im portu ve bir seri GSM modem gereklidir. USB'den seriye d?n¨¹?t¨¹r¨¹c¨¹ de ?al??acakt?r.
Donan?m yap?land?rmas?na ?rnekler
Tabloda ?e?itli donan?m yap?land?rma ?rnekleri verilmektedir:
| ?sim | Platform | CPU/Bellek | Veritaban? | ?zlenen ana makineler |
|---|---|---|---|---|
| °¨¹?¨¹°ì | CentOS | Sanal Makine | MySQL InnoDB | 100 |
| Orta | CentOS | 2 CPU ?ekirde?i/2GB | MySQL InnoDB | 500 |
| µþ¨¹²â¨¹°ì | RedHat Enterprise Linux | 4 CPU ?ekirde?i/8GB | RAID10 MySQL InnoDB veya PostgreSQL | >1000 |
| ?ok b¨¹y¨¹k | RedHat Enterprise Linux | 8 CPU ?ekirde?i/16GB | Fast RAID10 MySQL InnoDB veya PostgreSQL | >10000 |
Ger?ek yap?land?rma aktif ??e say?s?na ve yenileme h?z?na ?ok fazla ba?l?d?r. µþ¨¹²â¨¹°ì kurulumlar i?in veritaban?n? ayr? bir makinede ?al??t?rman?z ?iddetle tavsiye edilir.
Desteklenen platformlar
G¨¹venlik gereksinimleri ve sunucu i?leminin kritik do?as? gere?i UNIX; gerekli performans?, hataya dayan?kl?l??? ve esnekli?i s¨¹rekli olarak sunabilen tek i?letim sistemidir. Áú»¢¶Ä²©, piyasan?n ?nc¨¹ s¨¹r¨¹mlerinde ?al???r.
Áú»¢¶Ä²© a?a??daki platformlarda test edilmi?tir:
- Linux
- IBM AIX
- FreeBSD
- NetBSD
- OpenBSD
- HP-UX
- Mac OS X
- Solaris
- Windows: 2000'den sonraki t¨¹m masa¨¹st¨¹ ve sunucu s¨¹r¨¹mleri (yaln?zca Áú»¢¶Ä²© arac?s?)
Áú»¢¶Ä²©, di?er Unix benzeri i?letim sistemlerinde de ?al??abilir.
Áú»¢¶Ä²©, e?er ?ifreleme deste?iyle derlenmi?se ?ekirdek d?k¨¹mlerini devre d??? b?rak?r ve sistem ?ekirdek d?k¨¹mlerini devre d??? b?rakmaya izin vermiyorsa ba?lat?lmaz.
Yaz?l?m
Áú»¢¶Ä²© modern bir Apache web sunucusu, ?nde gelen veritaban? motorlar? ve PHP betik dili etraf?nda in?a edilmi?tir.
Veritaban? Y?netim sistemi
| Yaz?l?m | ³§¨¹°ù¨¹³¾ | Yorumlar |
|---|---|---|
| MySQL | 5.0.3 veya ¨¹st¨¹ | MySQL, Áú»¢¶Ä²© arka u? veritaban? olarak kullan?l?yorsa gereklidir. InnoDB motoru gereklidir. |
| Oracle | 10g veya ¨¹st¨¹ | Oracle, Áú»¢¶Ä²© arka u? veritaban? olarak kullan?l?yorsa gereklidir. |
| PostgreSQL | 8.1 veya ¨¹st¨¹ | PostgreSQL'in Áú»¢¶Ä²© arka u? veritaban? olarak kullan?lmas? durumunda gereklidir. En az?ndan, PostgreSQL 8.3 kullanman?z ?nerilir. |
| IBM DB2 | 9.7 veya ¨¹st¨¹ | IBM DB2, Áú»¢¶Ä²© arka u? veritaban? olarak kullan?l?yorsa gereklidir. |
| SQLite | 3.3.5 veya ¨¹st¨¹ | SQLite yaln?zca Áú»¢¶Ä²© proxyleriyle desteklenir. SQLite Áú»¢¶Ä²© proxy veritaban? olarak kullan?l?yorsa gereklidir. |
IBM DB2 deste?i deneyseldir!
?²Ô²â¨¹³ú
Áú»¢¶Ä²© ?²Ô²â¨¹³ú¨¹n¨¹ ?al??t?rmak i?in a?a??daki yaz?l?mlar gereklidir:
| Yaz?l?m | ³§¨¹°ù¨¹³¾ | Yorumlar |
|---|---|---|
| Apache | 1.3.12 veya ¨¹st¨¹ | |
| PHP | 5.4.0 veya ¨¹st¨¹ | |
| PHP eklentileri: | ||
| gd | 2.0 veya ¨¹st¨¹ | PHP GD uzant?s? PNG g?r¨¹nt¨¹lerini (--with-png-dir), JPEG g?r¨¹nt¨¹lerini (--with-jpeg-dir) ve FreeType 2'yi (--with-freetype-dir) desteklemelidir. |
| bcmath | php-bcmath (--enable-bcmath) | |
| ctype | php-ctype (--enable-ctype) | |
| libXML | 2.6.15 veya ¨¹st¨¹ | php-xml veya php5-dom, e?er da??t?c? taraf?ndan ayr? bir pakette sunulursa. |
| xmlreader | php-xmlreader, e?er da??t?c? taraf?ndan ayr? bir pakette sunulursa. | |
| xmlwriter | php-xmlwriter, e?er da??t?c? taraf?ndan ayr? bir pakette sunulursa. | |
| session | php-session, e?er da??t?c? taraf?ndan ayr? bir pakette sunulursa. | |
| sockets | php-net-socket (--enable-sockets). Kullan?c? betik deste?i i?in gereklidir. | |
| mbstring | php-mbstring (--enable-mbstring) | |
| gettext | php-gettext (--with-gettext). ?evirilerin ?al??mas? i?in gereklidir. | |
| ldap | php-ldap. Yaln?zca ?²Ô²â¨¹³úde LDAP kimlik do?rulamas? kullan?l?yorsa gereklidir. | |
| ibm_db2 | IBM DB2, Áú»¢¶Ä²© arka u? veritaban? olarak kullan?l?yorsa gereklidir. | |
| mysqli | MySQL, Áú»¢¶Ä²© arka u? veritaban? olarak kullan?l?yorsa gereklidir. | |
| oci8 | Oracle, Áú»¢¶Ä²© arka u? veritaban? olarak kullan?l?yorsa gereklidir. | |
| pgsql | PostgreSQL, Áú»¢¶Ä²© arka u? veritaban? olarak kullan?l?yorsa gereklidir. | |
Áú»¢¶Ä²©; Apache, MySQL, Oracle ve PostgreSQL'in ?nceki s¨¹r¨¹mleri ¨¹zerinde de ?al??abilir.
?ntan?ml? DejaVu'dan farkl? yaz? tipleri i?in, PHP fonksiyonu gerekebilir. Eksikse, bu yaz? tipleri ?zleme ¡ú Genel Bak?? ba?l???nda (header) ve di?er konumlara yanl?? i?lenebilir. Bu fonksiyon yaln?zca, PHP, kendisiyle birlikte gelen GD ile derlenmi?se kullan?labilir; bu Debian ve di?er da??t?mlar i?in s?z konusu de?ildir.
?stemci taraf?nda WEB taray?c?s?
?erezler ve Java Betikleri etkinle?tirilmelidir.
Google Chrome, Mozilla Firefox, Microsoft Internet Explorer ve Opera'n?n son s¨¹r¨¹mleri desteklenmektedir. Di?er taray?c?lar (Apple Safari, Konqueror) da Áú»¢¶Ä²©'te ?al??abilir.
Sunucu
| Gereksinim | A??klama |
|---|---|
| OpenIPMI | IPMI deste?i i?in gereklidir. |
| libevent | IPMI izlemesi i?in gereklidir. ³§¨¹°ù¨¹³¾ 1.4 veya daha ¨¹st¨¹. |
| libssh2 | SSH deste?i i?in gereklidir. ³§¨¹°ù¨¹³¾ 1.0 veya ¨¹st¨¹. |
| fping | ICMP ping ??eleri i?in gereklidir. |
| libcurl | RWeb izleme, VMware izleme ve SMTP kimlik do?rulamas? i?in gereklidir. SMTP kimlik do?rulamas? i?in, s¨¹r¨¹m 7.20.0 veya ¨¹st¨¹ gereklidir. |
| libiksemel | Jabber deste?i i?in gereklidir. |
| libxml2 | VMware izleme i?in gereklidir. |
| net-snmp | SNMP deste?i i?in gereklidir. |
| libpcre3 | PCRE d¨¹zenli ifade deste?i i?in k¨¹t¨¹phanesi gereklidir. Adland?rma GNU/Linux da??t?m?na ba?l? olarak farkl?l?k g?sterebilir. PCRE2 kitapl???n?n kullan?lmad???n? unutmay?n. |
Java a? ge?idi
Áú»¢¶Ä²©'i kaynak kod deposundan veya bir ar?ivden edindiyseniz, gerekli ba??ml?l?klar zaten kaynak a?ac?na dahil edilmi?tir.
Áú»¢¶Ä²©'i da??t?m paketinizden edindiyseniz paketleme sistemi taraf?ndan zaten gerekli ba??ml?l?klar sa?lanm?? demektir.
Yukar?daki her iki durumda da yaz?l?m kullan?ma haz?rd?r ve ek bir indirme gerekmemektedir.
Bununla birlikte, bu ba??ml?l?klar?n kendi s¨¹r¨¹mlerinizi sunmak isterseniz (?rne?in, bir Linux da??t?m? i?in bir paket haz?rl?yorsan?z), Java a? ge?idinin birlikte ?al??t??? k¨¹t¨¹phane s¨¹r¨¹mlerinin listesi a?a??da verilmi?tir. Áú»¢¶Ä²©, bu kitapl?klar?n di?er s¨¹r¨¹mleriyle de ?al??abilir.
A?a??daki tabloda, ?u andaki orijinal kodda Java a? ge?idi ile paketlenmi? JAR dosyalar? listelenmi?tir:
| °¨¹³Ù¨¹±è³ó²¹²Ô±ð | Lisans | ?nternet sitesi | Yorumlar |
|---|---|---|---|
| logback-core-0.9.27.jar | EPL 1.0, LGPL 2.1 | 0.9.27, 1.0.13 ve 1.1.1 ile test edilmi?tir. | |
| logback-classic-0.9.27.jar | EPL 1.0, LGPL 2.1 | 0.9.27, 1.0.13 ve 1.1.1 ile test edilmi?tir. | |
| slf4j-api-1.6.1.jar | MIT Lisans? | 1.6.1, 1.6.6, ve 1.7.6 ile test edilmi?tir. | |
| android-json-4.3_r3.1.jar | Apache Lisans? 2.0 | 2.3.3_r1.1 ve 4.3_r3.1 ile test edilmi?tir. JAR dosyas? olu?turmayla ilgili y?nergeler i?in src/zabbix_java/lib/README'ye bak?n?z. |
Java a? ge?idi, Java 1.6 ve ¨¹st¨¹yle derlenir ve ?al???r. Di?erleri i?in a? ge?idinin ?nceden derlenmi? bir s¨¹r¨¹m¨¹n¨¹ sa?layanlar?n derleme i?in Java 1.6 kullanmas? ?nerilir; b?ylece Java'n?n en son s¨¹r¨¹mlerine kadar t¨¹m s¨¹r¨¹mlerinde ?al???r.
Veritaban? boyutu
Áú»¢¶Ä²© yap?land?rma verileri sabit bir disk alan? miktar? gerektirir ve bu ?ok fazla artmaz.
Áú»¢¶Ä²© veritaban? boyutu, esas olarak, depolanan ge?mi? verilerin miktar?n? tan?mlayan ?u de?i?kenlere ba?l?d?r:
- Saniyede i?lenen de?erlerin say?s?
Bu, Áú»¢¶Ä²© sunucusunun her saniyede ald??? yeni de?erlerin ortalama say?s?d?r. ?rne?in, 60 saniye yenileme h?z?yla izleme i?in 3000 ??eye sahipsek saniyedeki de?erlerin say?s? 3000/60 = 50 olarak hesaplan?r.
Bu, her saniyede 50 yeni de?erin Áú»¢¶Ä²© veritaban?na eklendi?i anlam?na geliyor.
- Ge?mi? i?in temizlik ayarlar?
Áú»¢¶Ä²© de?erleri normalde birka? hafta veya aylarca olmak ¨¹zere belli bir s¨¹re tutar. Her yeni de?er, veri ve indeks i?in belirli bir disk alan? gerektirir.
Bu nedenle, 30 g¨¹nl¨¹k ge?mi? tutarsak ve saniyede 50 de?er al?rsak toplam de?er say?s? (30*24*3600)* 50 = 129.600.000 ve bu da yakla??k 130M de?erdir.
Kullan?lan veritaban? motoruna, al?nan de?erlerin t¨¹r¨¹ne (kayan noktal? say?lar, tam say?lar, stringler, kay?t dosyalar? vb.) ba?l? olarak, tek bir de?eri tutmak i?in disk alan? 40 bayttan y¨¹zlerce bayta kadar de?i?ebilir. Normal olarak say?sal ??eler i?in de?er ba??na yakla??k 90 baytt?r. Bizim durumumuzda, 130M de?erlerin 130M * 90 bayt = 10.9GB disk alan? gerektirdi?i anlam?na geliyor.
Metin/kay?t ??esi de?erlerinin boyutu tam olarak tahmin edilemez, ancak de?er ba??na yakla??k 500 bayt bekleyebilirsiniz.
- E?ilimler i?in temizlik ayar?
Áú»¢¶Ä²©, liste e?ilimlerindeki her bir ??e i?in 1 saatlik max/min/avg/count (maksimum/minimum/ortalama/say?) de?er setini saklar. Veriler, e?ilimler ve uzun d?nemli ?izimler i?in kullan?l?r. Bir saatlik s¨¹re ?zelle?tirilemez.
Áú»¢¶Ä²© veritaban?, veritaban? t¨¹r¨¹ne ba?l? olarak her toplamda yakla??k 90 bayt gerektirir. Varsayal?m trend verilerini 5 y?l boyunca muhafaza etmek istiyoruz. 3000 ??e i?in de?erler y?lda 3000*24*365* 90 = 2.2GB ve 5 y?lda 11GB gerektirir.
- Olaylar i?in temizlik ayarlar?
Her Áú»¢¶Ä²© olay? yakla??k 170 bayt disk alan? gerektirir. G¨¹nl¨¹k olarak Áú»¢¶Ä²© taraf?ndan ¨¹retilen olay say?s?n? tahmin etmek zor. En k?t¨¹ senaryoda Áú»¢¶Ä²©'in saniyede bir olay ¨¹retti?ini varsayabiliriz.
Bu, 3 y?ll?k etkinlikleri tutmak istiyorsak, bunun i?in 3*365*24*3600* 170 = 15GB gerekece?i anlam?na gelir.
Tabloda, Áú»¢¶Ä²© sisteminde gerekli disk alan?n? hesaplamak i?in kullan?labilecek form¨¹ller bulunur:
| Parametre | Gerekli disk alan? form¨¹l¨¹ (bayt cinsinden) |
|---|---|
| Áú»¢¶Ä²© yap?land?rmas? | Sabit boyut. Normal olarak 10MB veya daha az. |
| Ge?mi? | G¨¹n * (??e / yenileme oran?) * 24 * 3600 * bayt items : ??e: ??e say?s? g¨¹n: ge?mi?i tutulacak g¨¹n say?s? yenileme h?z?: ??elerin ortalama yenileme h?z? bayt: tek de?eri tutmak i?in gereken bayt say?s?, veritaban? motoruna ba?l?, normalde ~90 bayt. |
| E?ilimler | g¨¹n * (??e / 3600) * 24 * 3600 * bayt ??e: ??e say?s? g¨¹n: ge?mi?i tutulacak g¨¹n say?s? bayt: tek bir e?ilimi tutmak i?in gerekli bayt say?s?, veritaban? motoruna ba?l?, normalde ~90 bayt. |
| Olaylar | g¨¹n * olay * 24 * 3600 * bayt olay: saniyedeki olay say?s?. En k?t¨¹ senaryoda saniyede bir (1) olay. g¨¹n: ge?mi?i tutulacak g¨¹n say?s? Bayt: tek bir olay tutmak i?in gerekli bayt say?s?, veritaban? motoru ba?l?, normalde ~170 bayt. |
Say?sal ??eler i?in ~90 bayt, olaylar i?in ~170 bayt gibi ortalama de?erler, ger?ek zamanl? istatistiklerden bir MySQL arka u? veritaban? kullan?larak toplanm??t?r.
Yani, toplam gerekli disk alan? a?a??daki gibi hesaplanabilir:
Yap?land?rma + Ge?mi? + E?ilimler + Olaylar
Disk alan? Áú»¢¶Ä²© kurulumundan hemen sonra kullan?lmayacakt?r. Veritaban? boyutu b¨¹y¨¹yecek, bir noktada da temizlik ayarlar?na ba?l? olarak b¨¹y¨¹meyi durduracakt?r.
Zaman senkronizasyonu
Áú»¢¶Ä²©'in ?al??t??? sunucuda hassas sistem tarihinin olmas? ?ok ?nemlidir. , ana bilgisayar?n zaman?n? di?er makinelerin saatiyle senkronize eden en pop¨¹ler sunucudur. ?zerinde Áú»¢¶Ä²© bile?enleri ?al??an t¨¹m sistemlerde senkronize edilmi? sistem tarihinin korunmas? ?iddetle ?nerilir.
Saat senkronize edilmezse Áú»¢¶Ä²©, veri ba?lant?s? kurulduktan sonra istemci/sunucu zaman damgalar?n? alarak ve al?nan ??e de?eri zaman damgalar?n? istemci-sunucu saat fark?na g?re ayarlayarak toplanan verilerin zaman damgalar?n? Áú»¢¶Ä²© sunucu zaman?na d?n¨¹?t¨¹recektir. Basit tutmak ve olas? komplikasyonlar? ?nlemek i?in ba?lant? gecikmesi g?z ard? edilir. Bu nedenle ba?lant? gecikmesi, aktif ba?lant?lardan (aktif arac?, aktif proxy, g?nderici) elde edilen verilerin zaman damgalar?na eklenir ve pasif ba?lant?lardan (pasif proxy) elde edilenlerin zaman damgalar?ndan ??kar?l?r. Di?er t¨¹m kontroller sunucu zaman?nda yap?l?r ve zaman damgalar? ayarlanmaz.
Default port numbers
The following table lists default port numbers that Áú»¢¶Ä²© components listen on:
| Áú»¢¶Ä²© component | Port number | Protocol | Type of connection |
|---|---|---|---|
| Áú»¢¶Ä²© agent | 10050 | TCP | on demand |
| Áú»¢¶Ä²© agent 2 | 10050 | TCP | on demand |
| Áú»¢¶Ä²© server | 10051 | TCP | on demand |
| Áú»¢¶Ä²© proxy | 10051 | TCP | on demand |
| Áú»¢¶Ä²© Java gateway | 10052 | TCP | on demand |
Database size
Áú»¢¶Ä²© configuration data require a fixed amount of disk space and do not grow much.
Áú»¢¶Ä²© database size mainly depends on these variables, which define the amount of stored historical data:
- Number of processed values per second
This is the average number of new values Áú»¢¶Ä²© server receives every second. For example, if we have 3000 items for monitoring with refresh rate of 60 seconds, the number of values per second is calculated as 3000/60 = 50.
It means that 50 new values are added to Áú»¢¶Ä²© database every second.
- Housekeeper settings for history
Áú»¢¶Ä²© keeps values for a fixed period of time, normally several weeks or months. Each new value requires a certain amount of disk space for data and index.
So, if we would like to keep 30 days of history and we receive 50 values per second, total number of values will be around (30*24*3600)* 50 = 129.600.000, or about 130M of values.
Depending on the database engine used, type of received values (floats, integers, strings, log files, etc), the disk space for keeping a single value may vary from 40 bytes to hundreds of bytes. Normally it is around 90 bytes per value for numeric items2. In our case, it means that 130M of values will require 130M * 90 bytes = 10.9GB of disk space.
The size of text/log item values is impossible to predict exactly, but you may expect around 500 bytes per value.
- Housekeeper setting for trends
Áú»¢¶Ä²© keeps a 1-hour max/min/avg/count set of values for each item in the table trends. The data is used for trending and long period graphs. The one hour period can not be customized.
Áú»¢¶Ä²© database, depending on database type, requires about 90 bytes per each total. Suppose we would like to keep trend data for 5 years. Values for 3000 items will require 3000*24*365* 90 = 2.2GB per year, or 11GB for 5 years.
- Housekeeper settings for events
Each Áú»¢¶Ä²© event requires approximately 250 bytes of disk space1. It is hard to estimate the number of events generated by Áú»¢¶Ä²© daily. In the worst case scenario, we may assume that Áú»¢¶Ä²© generates one event per second.
For each recovered event an event_recovery record is created. Normally most of events will be recovered so we can assume one event_recovery record per event. That means additional 80 bytes per event.
Optionally events can have tags, each tag record requiring approximately 100 bytes of disk space1. The number of tags per event (#tags) depends on configuration. So each will need an additional #tags * 100 bytes of disk space.
It means that if we want to keep 3 years of events, this would require 3*365*24*3600* (250+80+#tags*100) = ~30GB+#tags*100B disk space2.
1 More when having non-ASCII event names, tags and values.
2 The size approximations are based on MySQL and might be different for other databases.
The table contains formulas that can be used to calculate the disk space required for Áú»¢¶Ä²© system:
| Parameter | Formula for required disk space (in bytes) |
|---|---|
| Áú»¢¶Ä²© configuration | Fixed size. Normally 10MB or less. |
| History | days*(items/refresh rate)*24*3600*bytes items : number of items days : number of days to keep history refresh rate : average refresh rate of items bytes : number of bytes required to keep single value, depends on database engine, normally ~90 bytes. |
| Trends | days*(items/3600)*24*3600*bytes items : number of items days : number of days to keep history bytes : number of bytes required to keep single trend, depends on database engine, normally ~90 bytes. |
| Events | days*events*24*3600*bytes events : number of event per second. One (1) event per second in worst case scenario. days : number of days to keep history bytes : number of bytes required to keep single trend, depends on database engine, normally ~330 + average number of tags per event * 100 bytes. |
So, the total required disk space can be calculated as:
Configuration + History + Trends + Events
The disk space will NOT be used immediately after Áú»¢¶Ä²© installation. Database size will grow then it will stop growing at some point, which depends on housekeeper settings.
Time synchronization
It is very important to have precise system time on server with Áú»¢¶Ä²© running. is the most popular daemon that synchronizes the host's time with the time of other machines. It's strongly recommended to maintain synchronized system time on all systems Áú»¢¶Ä²© components are running on.