Hyperic HQ

Narzędzie zawiera dokładne i gruntowe mechanizmy rozpoznawania, wyszukujące szczegóły o infrastrukturze sieci, a jego interfejs wyświetla powiązania pomiędzy elementami tej infrastruktury w łatwy do zrozumienia, graficzny sposób. Hyperic HQ powiadamia np. o dostawcy i modelu urządzenia, a także zasobach serwera, takich jak: CPU, pamięć, dyski i pracujące aplikacje. Narzędzie pozwala też na wymyślne ustawianie progów. Podczas testów łatwo można było ustawiać progi nadmiernego poziomu ruchu w poszczególnych porach dnia. Na przykład wykorzystanie sieci w 70% było akceptowalne rano i po południu, ale nie w pozostałych porach dnia.

Progi i powiązane z nimi alarmy w sposób wyczerpujący pokrywały potrzeby monitorowania sieci - od poziomów ruchu, po użytkowanie serwera, a także pracę aplikacji i pliki logów. Hyperic HQ przetwarza nawet zdarzenia związane z bezpieczeństwem, poprzez wykrywanie, rejestrowanie i alarmowanie o próbach uzyskania zdalnego dostępu do serwerów. Aczkolwiek przydatne byłoby, aby Hyperic HQ ściślej monitorował aplikacje, takie jak Exchange, jak to ma miejsce w produktach komercyjnych. O wykrytych problemach Hyperic HQ powiadamia administratora pocztą elektroniczną lub przez SMS.

Mechanizmy naprawcze Hyperic HQ wymagają więcej ręcznych manipulacji niż w Zenoss Core. Podczas testów używano ich do wykonywania akcji sterujących właściwych dla urządzenia czy aplikacji, takich jak wywołanie restartu serwera Apache. Zasoby można też kontrolować w ustawionych grupach. Automatyczne akcje naprawcze Hyperic HQ nie odbiegają od dostępnych w narzędziach ze średniej półki.

Raporty Hyperic HQ opisują historie problemów, udostępniają informacje o stanie i poziomie aktywności monitorowanej sieci, dane o wydajności sieci (użyteczne dla planowania rozwoju sieci) oraz dane inwentaryzacyjne infrastruktury sieciowej.

Portalowy interfejs webowy jest w całości konfigurowalny. Podczas testów bez problemu skonfigurowano Hyperic HQ, aby pokazywał użyteczne oglądy monitorowanych danych związanych z bieżącym stanem i kondycją sieci. Tworzenie, przemieszczanie i usuwanie portletów (dostosowywanych w Hyperic HQ podzbiorów reprezentujących elementy infrastruktury sieciowej) za pośrednictwem wizualnego środowiska projektowania typu "przeciągnij i upuść" okazało się łatwe i szybkie do wykonania.

Komponenty rozpoznawania i monitorowania Hyperic HQ wykrywają klastrowane serwery i traktują je jako grupę dla celów alarmowych i powiadamiania. Dla małej sieci, która "zatrudnia" od pięciu do dziesięciu agentów Hyperic HQ, rekomendowane jest 10 GB pamięci dyskowej, 512 RAM i jeden szybki procesor. Dla sieci średnich i dużych, używających od 10 do 50 agentów, dostawca sugeruje co najmniej 40 GB dysku, 1 GB RAM i dwa lub więcej CPU. Dla większej liczby agentów konieczne jest uruchomienie kilku instancji Hyperic HQ.

Podczas testów, w celu dodania obsługi specyficznego urządzenia Nokia DSLAM, zastosowano Hyperic API o nazwie SIGAR (System Information Gatherer and Reporter) oraz Hyperic HQ Plug-in Development Kit. Wykonane z ich pomocą moduły Java okazały się łatwe do włączenia do Hyperic HQ.

Dla użytkowników potrzebujących porad technicznych dostawca oferuje trzy pakiety wsparcia: srebrny, złoty i diamentowy.

Hyperic HQ, napisany w Java i JavaScript, pracuje na platformach Linux, Solaris, HP/UX i Windows. Dostarczany jest z wbudowaną bazą danych PostgreSQL i wykorzystuje technologię, którą Hyperic nabył od firmy Covalent. Dokumentacja online jest klarowna, wyczerpująca i łatwa do zrozumienia. Instalacja Hyperic HQ trwa ponad godzinę.