It has a strange trouble with just one desktop pools that a lot of services. This particular desktop group has about 250 desktop session going. From time to time all the way through the day, one or two of the desktops in the pool that the parity of the underlying data store / device, to the point of reading and writing tens of thousands of stroke IOP hundred (10,000/250,000 IOPS of writing). This makes the rest of the data storage systems in particular to reduce drastically. The problem is alleviated when a particular system user logs off and the desktop is renewed (This is a non-Persistent Desktop pool).
Liquidware Labs shows nothing unusual, that is, the guest operating system is not likely that the potential cause of the trouble. I am unable to detect the trouble during flight due to the fast way users log in to check ESXTop live is not possible at this time.
What seems to be the appearance is the core of the guests is causing extreme IOP without the guest actually able to observe (Liquidwarelabs). I'm thinking of a driver or something in the VMX file might be causing this
Bookmarks