Fórumok
Sziasztok!
Lehetséges-e egy switch (cisco, hp ) portjának átmenő adatforgalmát statisztikázni a tárgyban említett software-k segítségével?
A cél, hogy havi,éves adatokat lehessen kinyerni. Riportot készíteni belőle.
Például:
a G1/0/11 porton júniusban in:50GB out:65GB összesen 115GB volt.
stb....
Ha igen, akkor egy linket légy szíves ami a pluginra vagy leírásra stb.. mutat. Sajnos én nem találtam. (valószínűleg nem jól kerestem)
Hozzászólások
Nem tudom, hogy ilyet tud-e a switch. Inkább abban a témában kellene érdeklődni, és ha tud, akkor lekérdezni.
Ugyanis a zabbix, és icinga bizonyos időközönként mintavételez, amikor is max arra van lehetőséged, hogy a pillanatnyi bit/sec -et lekérdezd. Ezeket akár össze is adogathatod mintavétavételezési szorzókkal, de nem lesz pontos az érték.
"A megoldásra kell koncentrálni nem a problémára."
Általában szoktak lenni monoton növekvő számlálók is, amik a bekapcsolás óta/átfordulás óta forgalmazott adatmennyiséget mutatják. Érdemesebb inkább ezeket mérni. Ezekből számolhatóak pontos forgalmak, átlagok, delták, akármi.
Erről beszéltem. De ezeket a switch/router tartja nyilván, nem a zabbix méri. Az csak kiolvassa ha van.
"A megoldásra kell koncentrálni nem a problémára."
Mérés = adatgyűjtés = kiolvasás jelen esetben.
Cisco Catalyst és Nexus esetén ilyen nincs de ASA ilyen értéket közöl.
Monitoring oldalon is tapasztalható hogy a Cisco egy holding, a termékei legtöbb részét felvasárolta csak sokkal jobban mint a HP.
Szerintem csak sávszélt tudsz lekérdezni és az is asszem 5 perces átlag. Ha csak nem ez alapján akarsz pl. számlázni, akkor szerintem fontosabb a sávszél mint hogy mennyi adat ment át rajta.
Én nagios alatt kérdezem check_nwc_health-el le az ilyen adatokat és grafana csinálja a grafiknokat.
Az snmp interfacek sebessege az ifInOcets/ifOutOcets szamlalo kulonbsegebol jon ki. Ezt kerdezhetned havonta is. Csakhogy ezek 32bitesek, ezert konnyen atfordulhatnak. Nezz utana hogy a ifHCInOcets/ifHCOutOcets 64 bites szamlalokat implementaltak e.
A zabbixban van kulonbsegi meres, a preprocesszing fulnel simple change a neve.
Zabbix official cisco template pont ezt is tudja. HP-t nem használunk.
Icinga egy egyszerű riasztorendszer a zabbixhoz képest, én a zabbixot javaslom.
https://share.zabbix.com/network_devices/cisco/template-net-cisco-ios
https://www.zabbix.com/integrations/cisco
A fenti template ezeket olvassa közvetlenül:
Template Module Generic SNMPv2 for Network devices: SNMP availability
Template Module Generic SNMPv2 for Network devices: Device uptime
Template Module Cisco Inventory SNMPv2: Operating system
Template Module Generic SNMPv2 for Network devices: System object ID
Template Module Generic SNMPv2 for Network devices: Device name
Template Module Generic SNMPv2 for Network devices: Device location
Template Module Cisco Inventory SNMPv2: Hardware serial number
Template Module Cisco Inventory SNMPv2: Hardware model name
Template Module Generic SNMPv2 for Network devices: Device description
Template Module Generic SNMPv2 for Network devices: Device contact details
Template Module Generic SNMPv2 for Network devices: SNMP traps (fallback)
Template Module ICMP Ping for Network devices: ICMP response time
Template Module ICMP Ping for Network devices: ICMP loss
Template Module ICMP Ping for Network devices: ICMP ping
Ezek az LLD rule-ok vannak benne:
Template Module Cisco CISCO-ENVMON-MIB SNMPv2: Temperature Discovery
Template Module Cisco CISCO-ENVMON-MIB SNMPv2: PSU Discovery
Template Module EtherLike-MIB SNMPv2: EtherLike-MIB Discovery
Template Module Interfaces SNMPv2 for Core devices: Network Interfaces Discovery
Template Module Cisco CISCO-MEMORY-POOL-MIB SNMPv2: Memory Discovery
Template Module Cisco CISCO-ENVMON-MIB SNMPv2: FAN Discovery
Template Module Cisco Inventory SNMPv2: Entity Serial Numbers
Template Module Cisco CISCO-PROCESS-MIB SNMPv2: CPU Discovery
Per portra pedig ezek az Item Prototype-ok vannak:
Template Module Interfaces SNMPv2 for Core devices: Interface {#IFNAME}({#IFALIAS}): Bits received
Template Module Interfaces SNMPv2 for Core devices: Interface {#IFNAME}({#IFALIAS}): Bits sent
Template Module Interfaces SNMPv2 for Core devices: Interface {#IFNAME}({#IFALIAS}): Inbound packets discarded
Template Module Interfaces SNMPv2 for Core devices: Interface {#IFNAME}({#IFALIAS}): Inbound packets with errors
Template Module Interfaces SNMPv2 for Core devices: Interface {#IFNAME}({#IFALIAS}): Interface type
Template Module Interfaces SNMPv2 for Core devices: Interface {#IFNAME}({#IFALIAS}): Operational status
Template Module Interfaces SNMPv2 for Core devices: Interface {#IFNAME}({#IFALIAS}): Outbound packets discarded
Template Module Interfaces SNMPv2 for Core devices: Interface {#IFNAME}({#IFALIAS}): Outbound packets with errors
Template Module Interfaces SNMPv2 for Core devices: Interface {#IFNAME}({#IFALIAS}): Speed
Template Module EtherLike-MIB SNMPv2: Interface {#IFNAME}({#IFALIAS}): Duplex status
Plusz grafikonok és triggerek mindenhez is. Én ezt a stack linkekkel bővítettem, mert az is fontos de a gyáriból hiányzik.
Szia!
Nagyon szépen köszönjük,megnézzük . Igaz gyors kellet egy zabbix-server frissítés is mert a régebbi verzióhoz ezek nem voltak elérhetőek.
Hát sajnos nem jött össze
ilyem kimenetet szeretnénk:
#
Fentebb említették van számláló, ezt megtudjuk jeleniteni, de ugye mindig 0 reset-eli egy adott mennyiség után.
Az item /calkulad -el nem lehetne összeadni valahogy a ciklusok számát összeadva?
if(érték x > érték y) than Sum+$azadottportmaximálisértéke=Sum fi Vagy valami ilyesmi ?
Ez már inkább adat feldolgozás és SQL vagy api lehet mert a zabbix gyűjti csak átlag kell rá. Talán lehet calculated ütemét csinálni erre, de nem tudom, ezzel nem foglalkoztam.
Szóval 80% siker. de van egy nagy gubanc:
Létrehoztunk egy Item-et aminek ami SNMPv2 lekérdi a cisco switch adott portján a .1.3.6.1.2.1.2.2.1.10 az értéket.
Ezt egy másik Item-be meghívva a (Key által) ami már Calculated Tipusú egy beépített függvénnyel számoltatjuk ki az adat utolsó és most lekérdezett közti különbséget. abschange("ifInOctetsall") key: nowad
Ennek az Item-nek a kulcsát újfent meghívva egy Calculated típusba állítom elő grafikont ami a következő lesz : a Key osszad , és (last("nowad")+last("osszad")) számolja a data -t.
https://ibb.co/g9PXT7m
De a probléma a törés azaz mikor a cisco switchen a lekért adat resetelni (aka nullázodik) a nowad kb. 10GB pluszban jelenkezik.
https://ibb.co/MfWW200
És sajnos itt elakadtam. Vagy rosszúl probálkozok kiszámolni, vagy a zabbix nem támogat egy szerű matematikai számolásokat?
Valakinek ötlete?
Tud csak változást is mérni és tárolni. Ha az itemnél, a store value résznél a "delta (simple change)" opciót választod, akkor nem kellenek utána a kalkulált itemek. Az overflowt is kezeli.
Köszi holnap meglesem
Fentebb irtam hogy a 64bites szamlalokat hasznald.
Nem hangzott még el úgy látom, el ezért felvetem.
Netflow?
Kösz, de nem szeretnénk még egy monitoring rendszert. Igy is sok a jóból, lassan kezelhetetlen méreteket ölt a szerverek, alkalmazások folyamatos frissítése, karbantartása.
radius accounting?
A netflow adatok forrása a meglevő switch, azt kell belekalapálni a jelenlegi monitoring rendszerbe. Nem kell hozzá új infrastruktúrát építeni.