• úvod
  • témata
  • události
  • tržiště
  • diskuze
  • nástěnka
  • přihlásit
    registrace
    ztracené heslo?
    SNIPERCZEZabbix, nagios a další monitorovací nástroje
    MRDAC_BEDEN
    MRDAC_BEDEN --- ---
    CYBI: bez konkretni url je to vesteni, ale napada me, ze ti to muze vracet 301 redirect na https nebo z xxx.cz/ na xxx.cz. Viz. priklad na obrazku - http://www.seznam.cz/ (19ms) -> https://www.seznam.cz (283ms)

    CYBI
    CYBI --- ---
    Zdar, po updatu na 5.4, se mi dost zmenil Response time u monitoringu webu. Taky jsem si vsiml, ze jsou podstatne rozdilny casy (sekundy x milisekundy), pokud monitoruju napr. sajta1.cz/ a sajta2.cz/index.php. Měl by k tomu někdo nějaký vysvětlení?

    PS: Nutno dodat, ze nejsem zadnej web developer, jenom jsem chtel kolegum nastavit nejakej check pro jejich sajty.

    Díky

    TOTAL
    TOTAL --- ---
    vyreseno ...

    ---------

    UserParameter=UPSStatus,apcaccess | awk '/^(STATUS).*:/ { print $3 }'
    UserParameter=UPSBcharge,apcaccess | awk '/^(BCHARGE).*:/ { print $3 }'
    UserParameter=UPSTimeleft,apcaccess | awk '/^(TIMELEFT).*:/ { print $3 }'

    A zbytek doladit ... funguje. Diky za pozornost ;)
    TOTAL
    TOTAL --- ---
    Zdravim vespolek, mel bych na vas dotaz. Rad bych v ZABBIXU monitoroval UPS (pripojeno pres USB). Ted se probiram ruznymi verzemi, muzete mi nejakou konkretni doporucit ? Diky.

    Zabbix Share - APC
    https://share.zabbix.com/power-ups/apc
    HNZ
    HNZ --- ---
    SAMGARR: to sem vyguglil a asi mi nic jinyho nezbyde :(
    SAMGARR
    SAMGARR --- ---
    HNZ: Co bash script a textfile collector?
    HNZ
    HNZ --- ---
    SAMGARR: aby mi to reklo, kolik je k dispozici updatu
    SAMGARR
    SAMGARR --- ---
    HNZ: Co si predstavujes pod monitorovanim apt?
    HNZ
    HNZ --- ---
    nevite nekdo jak monitorovat apt na debianu 10 pomoci promethea? nedelal jste to nekdo?
    MRDAC_BEDEN
    MRDAC_BEDEN --- ---
    QUIP: reagoval jsem pouze na dump/delete/recover - to je reseni, ktere se pouziva na MariaDB, ne v dospelych databazich. TimescaleDB je super.
    QUIP
    QUIP --- ---
    MRDAC_BEDEN: Autovacuum / vacuum neni zadny magicwand. Kdyby jo, nebude existovat TimescaleDB. Ta reorganizace dat taky stoji nejakou rezii, nemusi to byt vhodne do kazdeho provozu (at uz kvuli zpomaleni produkcniho provozu, nebo opotrebovavani SSD, nebo dalsi fragmentaci na filesystemu pod tou DB, protoze PG nevi nic o usporadani dat pod tim).
    Nerikam, ze Vacuum obecne je spatne, naopak, ale ma to i sva negativa a neresi to vsechno. Nektere problemy tim naopak muzou vzniknout.
    MRDAC_BEDEN
    MRDAC_BEDEN --- ---
    QUIP: pg_dumpall, smazat db a obnovit na PostgreSQL? PostgreSQL na to ma jiz desetileti nastroj VACUUM. Standartne by se o tuto praci mel starat proces autovacuum, ale muze selhat (statistika), proto je vhodne cas od casu poustet VACUUM, pripadne VACUUM FULL
    VACUUM FULL;
    VELDRANE
    VELDRANE --- ---
    Ahoj, nevi nekdo jak v promql udelat ze subquery element ? Priklad:

    sort_desc 
        (avg by (pod_set, namespace) 
            (label_replace(
                    (container_memory_working_set_bytes{namespace=~"cosi",pod_name!="", name!~"^k8s.*", pod_name!~"^ipf.*", container_name!~".+", compute="generic"}
                / on (namespace,pod_name)
                label_join
                    (sum by (pod, namespace) 
                        (kube_pod_container_resource_limits_memory_bytes{namespace=~"cosi",pod!="", pod!~"^ipf.*"})
                        , "pod_name"
                        , ""
                        , "pod")
                    * 100),
                "pod_set"
                , "$1"
                , "pod_name"
                , "(.*)-(.*)-.{5}")))

    Mam takovyhle sileny query kde vysledkem je vytizeni limitu/requestu per deployment, statefulset, whatsever. For je v tom ze pokzady ty limity requesty jsou nastaveny jinak a neco jinyho je mit 70% z 0.5 coru a neco jinyho je to z 6 coru. Bohuzel tu informaci o limitech jako takovych to subquery nakonec "ztrati" a ja ji nemuzu pouzit treba v grafane pro popisek legendy, coz by se mi dost hodilo. Neexistuje nejaka funkce v promql ktera by tohle umela ? Label_join to asi neumi. Dik
    VOJTAM
    VOJTAM --- ---
    Ahoj, nemáte někdo pls. tip na Nagis Windows Agenta ?
    TOTAL
    TOTAL --- ---
    QUIP: Tak pecka, stroj byl opet pomaly ... chyba byla u poskytovale VPS (zapis na disk) ... Nejdriv mi tvrdili, jak mam vse spatne ja. Hmm. Tak jsem si aspon rozsiril obzory. Diky ;)
    TBC
    TBC --- ---
    Resil jste nekdo napojení dat z nejakeho HTTP API, ktere presentuje data v jsonu do Promethea? Pouzili jste na to nejaky exporter a jen priohnuly, nebo jste to museli nejak napsat sami?
    TOTAL
    TOTAL --- ---
    QUIP: Tak jsem to zkusil prehodit na TIMESCALEDB ... a ten jejich timescaledb-tune je mazec ;) Kazdopadne pozoruji vyrazny rozdil. Zkusim si s tim pohrat a neco si vice nastudovat. Ale tohle mi prijde jako spravna cesta. Kleslo vytizeni stroje (bodejt by ne ;) ).

    Diky vsem za reakce a rady !
    QUIP
    QUIP --- ---
    TOTAL: Dej pak vedet, jak jsi s tim pochodil, ja mam Zabbix zatim jen pro testovaci ucely a protoze vic pracuju s MySQL (MariaDB), tak to mam napojene na MySQL, ale kdyz jsem cetl ty krasny veci o TimescaleDB, tak bych tomu asi taky dal sanci, protoze az do Zabbixu nahazim tech par desitek hostu, tak se to zacne taky chovat jinak, nez kdyz to ted testuju se 3 hostama. :)
    TOTAL
    TOTAL --- ---
    QUIP: Tak jsi mel pravdu. Po dumpu a restore je velikost DB o 1,5GB mensi ... mazec. Ted jdu testovat (rozhodne to rychlejsi je). Ale vrta mi hlavou ten TIMESCALEDB ... i kdyz to je kanon na vrabce, ale uz jenom si ho zkusit ;)

    Diky moc za nasmerovani.
    TOTAL
    TOTAL --- ---
    QUIP: Uz na tom importu pracuju ;)

    Co se tyce TIMESCALEDB, tak to vypada na slusny rozdil .... to jsem uplne minul ;)

    RATTKIN: Diky za tip ... ;)
    Kliknutím sem můžete změnit nastavení reklam