Korelacja% RDY w esxtop z wykorzystaniem procesora w gościu

Niedawno zaktualizowaliśmy liczbę naszych hostów VmWare z 4.1 do 5.5 i zauważyliśmy, że wiele maszyn wirtualnych zaobserwowało skokowy skok w zużyciu procesora, jak pokazano przez maszynę-gościa. Nie ulepszyliśmy jeszcze vmwaretools na żadnym z gości, ale po dokładniejszym zbadaniu zauważyliśmy wielu z tych gości o wysokiej %RDYwartości (> 50%), gdy oglądano ich pod esxtop. Niestety Linux (gość) po prostu pokazuje „wysokie użycie procesora” bez żadnego wglądu w to, z czego to pochodzi %RDY(VmWare mówi „Twój gość czeka na procesor z hosta”). Czy są jakieś narzędzia, /procwpisy itp., Które mogą rzucić światło na te informacje?

linux vmware-esx

— Joe
źródło

Czy zrestartowałeś / uruchomiłeś ponownie żadnych gości? Warto to zrobić, a także zaktualizować narzędzia VMware. 4.1 do 5.5 to ogromny skok w funkcjonalności, sprzęcie gościa VM i możliwościach narzędzi.

— ewwhite

Nie, goście nie zostali ponownie uruchomieni po migracji do 5.5. Mogę spróbować zrestartować niektórych gości i sprawdzić, czy to robi różnicę, a także określić, jak łatwa jest aktualizacja do narzędzi VmWare 5.5 (mam nadzieję, że goście Ubuntu 10 mogą zostać uaktualnieni do narzędzi VmWare 5.5 bez wielu ... powiemy ... „fanfara”). Jednak to nadal nie odpowiada na podstawowe pytanie, w jaki sposób mogę uzyskać widoczność %RDYwewnątrz moich gości?

— Joe

Możesz uzyskać informacje o hoście na maszynie wirtualnej, jeśli skonfigurujesz tools.guestlib.enableHostInfo=TRUEzaawansowane ustawienia maszyn wirtualnych. Być może będziesz musiał ustawić Misc.GuestLibAllowHostInfo=TRUEzaawansowane ustawienia swoich hostów, ale nie jestem tego pewien.

Nie wiem, czy to działa również dla gości Linuksa, ponieważ VMware wyraźnie mówi o systemie Windows:

vSphere obejmuje liczniki wydajności maszyn wirtualnych w systemach operacyjnych Windows, w których zainstalowano VMware Tools.

Sprawdź, czy wysyłanie danych o wydajności hosta do gości jest wyłączone

Prawdopodobnie nie spowoduje to ujawnienia% RDY maszynie wirtualnej, przynajmniej nie jest to wspomniane w Uwagach bezpieczeństwa dotyczących konfigurowania narzędzi VMware .

Myślę, że zostały wprowadzone zmiany w harmonogramie około 5.0 lub 5.1. ESXi próbuje bardziej agresywnie korzystać z lokalizacji danych. Jeśli są wolne rdzenie, program planujący nie uruchomi tam maszyny wirtualnej, jeśli pamięć maszyny wirtualnej znajduje się w innym węźle NUMA. Cóż, wcześniej czy później tak będzie, ale później niż w wersji 4.x, co może być przyczyną wyższych% czasów RDY. (Przepraszam, ale nie mam na to odniesienia).

To powiedziawszy: czy to naprawdę problem? Mówisz tylko o zużyciu procesora (w ramach gościa) i czasie gotowości (w hiperwizorze), ale nie wspominasz o wydajności aplikacji. Czy pogorszyło się wraz z aktualizacją, czy uległo poprawie, czy też jest takie samo? Gdyby się nie pogorszył, nie martwiłbym się zbytnio użyciem procesora / czasem gotowości.

Zamiast ujawniać gościom czasy gotowości i podobne informacje, należy zbadać, dlaczego czasy gotowości procesora są wysokie.

— Mario Lenz
źródło