Používáte někdo Bijk pro monitorování výkonu serveru?

Používáte někdo Bijk nebo alternativu pro online monitorování výkonu serveru s dashboardem na webu?

http://www.bijk.com/for-who-is-bijk

Get a new service for your local market and be better than your competition. Add Bijk to every Dedicated server and Server Housing package.

You get real-time analysis of server load on your customer's servers and through cooperation, help them with upgrades according to HW needs - more RAM, HDDs, CPU changes etc.

You can also share graphs online for a competitive advantage - transparently show load to your customers. You will stand out from the competition and attract more clients.

Connect Bijk to your VPS platform and your clients can automatically scale the speed of their purchased performance according to actual needs.

As a provider, you will earn more money from customers who have can have their servers upgraded automatically without any human intervention.

In our experience, launching Bijk on VPS servers increases sales performance by up to 22%. The implementation of Bijk is very simple.

Get a complete analysis of the operational status and stability of your website.

Bijk provides many graphs of server load, monitors the speed of your website loading and can issue free SMS and email alerts in case of potential problems.

If you manage multiple servers, Bijk prepares for you various views. Divide servers into groups (e.g. sql servers, web servers, etc.), compare various values in one graph (e.g. amount of SQL queries on each server and their trends).

One URL, one login and you get complete analysis of the load on all your linux servers.

You can also set up limited access to Bijk for your employees, management or clients. Limited access enables you to see only selected graphs.

Vůbec, já osobně nemám k provozovateli této služby příliš důvery.

Já ano...

pouzivam a funguje to :)

doporucoval bych si projit zdrojove kody monitorovaciho procesu, nektere veci a samotny koncept zasilani dat hodne lidem nesedi.

HexaGeek: muzes prosim upresnit? predpokladam, ze je to neco ve smyslu active-check; tzn klient navaze spojeni se serverem a odesle mu "nejaka" data; nejaka - a) data, ktera jsou uvedena na serveru jako "vyzadana" - tzn urcitej subset; b) vsechno mozne a server zobrazi klientovy jen to, co requestoval - ale server ma k dispozici vse

Jedine, co mi u techto produktu nesedi je moznost "backdooru" - nektere nastroje umoznuji navazani spojeni s klientem a vyvolani scriptu (backdoor to nemusi byt; dokazu si predstavit napr. situaci kdy dana sluzba neodpovida a monitorovaci server restartuje sluzbu na klientovy napriklad)

Jink k bijku obecne - podle me dobry nastroj od SH; pokud nekomu vyhovuje dany subset definovanych checku tak je to fajn. Slbe stranky - customizace - ale to je obecne u verejncyh SaaS sluzeb normalni

EDIT

"In our experience, launching Bijk on VPS servers increases sales performance by up to 22%. The implementation of Bijk is very simple." tohle me pobavilo :-) ale marketing musi byt....

Dalsi poznamka : sluzby tohoto typu maji svuj smysl - spousta zakazniku pozaduje konfiguraci "X jader na frekvenci Y" ale vysledne zatizeni serveru je uplne nekde jinde....tohle dokaze i mene technickemu uzivateli (cti manager ci jina osoba, ktera technice rozumi mene udelat predstavu o tom, co skutecne potrebuje)

Původně odeslal Gav

HexaGeek: muzes prosim upresnit? predpokladam, ze je to neco ve smyslu active-check; tzn klient navaze spojeni se serverem a odesle mu "nejaka" data; nejaka - a) data, ktera jsou uvedena na serveru jako "vyzadana" - tzn urcitej subset; b) vsechno mozne a server zobrazi klientovy jen to, co requestoval - ale server ma k dispozici vse

Jedine, co mi u techto produktu nesedi je moznost "backdooru" - nektere nastroje umoznuji navazani spojeni s klientem a vyvolani scriptu (backdoor to nemusi byt; dokazu si predstavit napr. situaci kdy dana sluzba neodpovida a monitorovaci server restartuje sluzbu na klientovy napriklad)

Jink k bijku obecne - podle me dobry nastroj od SH; pokud nekomu vyhovuje dany subset definovanych checku tak je to fajn. Slbe stranky - customizace - ale to je obecne u verejncyh SaaS sluzeb normalni

EDIT

"In our experience, launching Bijk on VPS servers increases sales performance by up to 22%. The implementation of Bijk is very simple." tohle me pobavilo :-) ale marketing musi byt....

Dalsi poznamka : sluzby tohoto typu maji svuj smysl - spousta zakazniku pozaduje konfiguraci "X jader na frekvenci Y" ale vysledne zatizeni serveru je uplne nekde jinde....tohle dokaze i mene technickemu uzivateli (cti manager ci jina osoba, ktera technice rozumi mene udelat predstavu o tom, co skutecne potrebuje)

1) podrobnou analyzu provadel kolega na prazske pobocce, vcetne monitoringu prenosu dat apod.
1a) monitorovana data jsou kladana do RRD souboru
1b) klient pro odesilani dat navazuje SSH tunel do centraly bijku
1c) samotny klient umi zpracovavat nektere zpetne prikazy napriklad pro udpate verze, zjisteni verze a nejakeho pseudo cmd, tudiz se da predpokladat ze se dany klient da ovladat zpetne ze serveru
1d) v ramci SSH tunelu se upladuji data, velikost jednoho RRD DB souboru ma ccca 440kb, co je skoro nic..
1e) nejvetsi security bug vidim v tom navazovane SSH spojeni, kdyby ten daemon jen uploadoval data pres HTTP bylo by to mnohem cistejsi..

2) nekde kolovali historky ze puvodni autor celeho nastroje nekde zmizel v brazilii ci co a nevedelo se co s projektem bude.

3) zajimave je ze se rika ze bijk odmitaji pouzivat lide v SH a to vim z vice smeru.

4) kod se neda customizovat to je pravda. realizace samotnych checku je zajimava a da se pouzivat vsude

5) instalace je pomerne spatna neda se udelat vsude tak easy jak pisou..

Původně odeslal HexaGeek

1) podrobnou analyzu provadel kolega na prazske pobocce, vcetne monitoringu prenosu dat apod.
1a) monitorovana data jsou kladana do RRD souboru
1b) klient pro odesilani dat navazuje SSH tunel do centraly bijku
1c) samotny klient umi zpracovavat nektere zpetne prikazy napriklad pro udpate verze, zjisteni verze a nejakeho pseudo cmd, tudiz se da predpokladat ze se dany klient da ovladat zpetne ze serveru
1d) v ramci SSH tunelu se upladuji data, velikost jednoho RRD DB souboru ma ccca 440kb, co je skoro nic..
1e) nejvetsi security bug vidim v tom navazovane SSH spojeni, kdyby ten daemon jen uploadoval data pres HTTP bylo by to mnohem cistejsi..

2) nekde kolovali historky ze puvodni autor celeho nastroje nekde zmizel v brazilii ci co a nevedelo se co s projektem bude.

3) zajimave je ze se rika ze bijk odmitaji pouzivat lide v SH a to vim z vice smeru.

4) kod se neda customizovat to je pravda. realizace samotnych checku je zajimava a da se pouzivat vsude

5) instalace je pomerne spatna neda se udelat vsude tak easy jak pisou..

Diky za vycerpavajici info