Ten krok wymagający ręcznej interwencji nie powinien być potrzebny. Kiedy host jest wyłączony przez zewnętrzne czynniki, takie jak wciśnięcie przycisku zasilania lub wyłączenie przez zdalne zarządzanie, RHEV uzna poprzez IPMI, że host zniknął i rozpocznie uruchamianie maszyn wirtualnych oflagowanych do trybu wysokiej dostępności na innych hostach. Będzie także starał się podnieść wyłączonego hosta. Jeżeli host oraz IPMI nie będą dłużej dostępne - jak w przypadku nagłej utraty zasilania - RHEV nie zrobi nic do momentu oflagowania serwera jako wyłączonego. Oznacza to, że nawet wirtualne maszyny oflagowane do wysokiej dostępności nie zrestartują się automatycznie na innych hostach w klastrze. Może to być duży problem w przypadku odłączenia niewłaściwego serwera lub wyjęcia kasety (blade).

Planowanie wykonywania kopii zapasowych wirtualnych maszyn RHEV odbywa się poprzez interfejs wiersza poleceń, nie występuje odpowiednik GUI. Rozwiązania konkurencyjne od Microsoftu czy VMware mają wbudowane narzędzia do planowania backupów. Podobnie jak inne platformy, RHEV powstał z myślą o pracy w centrach danych i klastrach, pozwalając na zbieranie hostów w różne grupy dla ułatwienia zarządzania i alokacji zasobów. Podczas gdy storage może być skonfigurowany i zreplikowany na hostach, ustawienia sieci muszą być konfigurowane ręcznie na każdym hoście w klastrze. Inne rozwiązania zapewniają możliwość do replikacji na hostach zarówno konfiguracji storage, jak i sieci.

Na podstawie: Paul Venezia, Virtualization shoot-out: Red Hat Enterprise Virtualization - Inforworld.