No, já jenom že na grafu vidím rozsah -20 až 120, to mi na tom nesedí. Beru tedy v úvahu, že to bude od 0% do 100%. je to tak? Takže v podstatě hodnoty půjdou po krocích s rozestupem hruba 4.166666666666667 a bude tam 25 stavů (včetně nuly).
O tom, že budou vidět krásně výpadky, bych si dovolil nesouhlasit. Krásný by to bylo, kdyby se to ověřovalo častěji. Server může vypadávat na 55 minut a ty se krásně můžeš trefovat do stavů, kdy to běží normálně. Může nastat i opačná situace. Například při restartu serveru se může stát, že ho zrovna nezměříš a rázem má server o 4% menší dostupnost v daném dni. Otázkou pak snad jen zůstává, jak by se tomu dalo předejít. Každopádně u wow-serverů tohle měření není zas až tak kritický, že by na tom nějak záleželo. Koneckoncům, kdo chce podrobnější statistiky, sleduje si server sám, nebo kontroluje logy.
A co třeba server který nepojede nějakou dobu (třeba týden), označit za mrtvý a dále ho nepingovat? Odeslal by se například informační e-mail správci serveru o tom, že byl server v listu označen za mrtvý a že pro obnovení měření dostupnosti serveru je za potřebí se přihlásit a obnovit ho. Měření by bylo hned obnoveno, pokud se podaří server pingnout.
Dva stroje na statistiku? To je podle mě zbytečný. Co přesně by obsluhovali? Já myslím že jedno železo to v pohodě utlačí. Pokud jde o výpadky, stroje s počítáním statistik a bojíš se toho, že při výpadku tam budou nulový hodnoty, tak řešení je přece jednoduchý. Přestat průměrovat. Tím myslím to, že přeci vezmeš výsledky měření (tam asi bude bool, nebo odezva v ms) a to vydělíš počtem proběhnutých měření. Ne? Ono se nic nestane, když se pár měření vynechá kvůli výpadku měřícího stroje. S počtem strojů přece rapidně klesá efektivita provozu. A v tomhle případě se na přesnost moc asi hrát nebude. Pokud jsem to špatně pochopil, tak to neřeš.