Obecnie w systemach monitorujących bazujących na nagiosie, takich jak OP5, możliwy jest monitoring systemów wirtualizacji VMware ESX. Wykorzystuje się do tego odpowiednie skrypty wykorzystujące API wmvare’a . Nie jest to złe podejście, jednakże nie sprawdza się w sytuacji kiedy monitorujemy większą liczbę serwerów.
W momencie monitorowania dużej liczby serwerów pojawiają się dwa problemy:
1. Zapychanie bazy danych VMware ESX. Jest to spowodowane dużą ilością zapytań generowanych przez API (które są przechowywane w bazie). Przez co kończy się przestrzeń. Aby rozwiązać ten problem należy co jakiś czas czyścić bazę danych. Więcej można znaleźć pod tym adresem tutaj.
2. Bardzo duże obciążenie systemu monitorującego.
Jako firma specjalizująca się w monitorowaniu infrastruktury IT, stworzyliśmy rozwiązanie które usuwa wymienione powyżej problemy.
Schemat naszego rozwiązania można zobaczyć poniżej.
![[Image: vmware_deamon.png]](http://it.emca.pl/images/stories/2013/forum/vmware_deamon.png)
W naszym rozwiązaniu serwis (skrypt) monitorujący nie odwołuje się bezpośrednio do serwera VMware tylko do demona pośredniczącego. Rolą demona jest utrzymywanie utworzonych sesji pomiędzy serwerami wirtualizacyjnymi i wykorzystywanie ich do ponownego odpytywania od potrzebne informacje. Jeżeli z jakiegoś powodu sesja nie jest już aktywna demon wykrywa to i nawiązuje sesje od nowa. Do tego celu został stworzony również klient, który posiada wszystkie metody dostępne z wcześniejszych rozwiązań.
W momencie monitorowania dużej liczby serwerów pojawiają się dwa problemy:
1. Zapychanie bazy danych VMware ESX. Jest to spowodowane dużą ilością zapytań generowanych przez API (które są przechowywane w bazie). Przez co kończy się przestrzeń. Aby rozwiązać ten problem należy co jakiś czas czyścić bazę danych. Więcej można znaleźć pod tym adresem tutaj.
2. Bardzo duże obciążenie systemu monitorującego.
Jako firma specjalizująca się w monitorowaniu infrastruktury IT, stworzyliśmy rozwiązanie które usuwa wymienione powyżej problemy.
Schemat naszego rozwiązania można zobaczyć poniżej.
W naszym rozwiązaniu serwis (skrypt) monitorujący nie odwołuje się bezpośrednio do serwera VMware tylko do demona pośredniczącego. Rolą demona jest utrzymywanie utworzonych sesji pomiędzy serwerami wirtualizacyjnymi i wykorzystywanie ich do ponownego odpytywania od potrzebne informacje. Jeżeli z jakiegoś powodu sesja nie jest już aktywna demon wykrywa to i nawiązuje sesje od nowa. Do tego celu został stworzony również klient, który posiada wszystkie metody dostępne z wcześniejszych rozwiązań.
