The eG VDI MonitorTM


Published on

Published in: Technology
  • Be the first to comment

  • Be the first to like this

No Downloads
Total Views
On Slideshare
From Embeds
Number of Embeds
Embeds 0
No embeds

No notes for slide

The eG VDI MonitorTM

  1. 1. The eG VDI Monitor TM June 16, 2010 Real-Time Monitoring & Automated Triage for Virtual Desktop Infrastructures
  2. 2. Slide © 2007 eG Innovations Inc All Rights Reserved June 16, 2010 Agenda <ul><li>How does VDI work? </li></ul><ul><li>Management challenges presented by VDI silos </li></ul><ul><li>End to End Monitoring of VDI infrastructure using eG </li></ul><ul><li>eG – Key Differentiators </li></ul><ul><li>Case Study </li></ul><ul><li>Case Study Summary </li></ul>
  3. 3. VM Monitoring by eG Key Differentiators June 16, 2010 VDI Architecture – VMware Silos Silo 1 Silo 2 Silo 3 Silo 4 Silo 5
  4. 4. VM Monitoring by eG Key Differentiators June 16, 2010 VDI Architecture – Microsoft Silos Silo 1 Silo 3 Silo 2 Silo 4 Silo 5 Silo 6 Silo 7
  5. 5. June 16, 2010 Monitoring Silos Doesn’t Work End User Client Admin LAN Admin Firewall/Network admin Server admin VMware admin Domain admin PC Admin Broker admin Application Admin Database Admin Hey, this is not working Siloed organizations result in the “It’s not me!” syndrome The server is working OK No other complaints All lights Are green We don’t see anything wrong VMs are lightly loaded Everything Is OK Not our problem Looks fine Not mine either Talk to the other guys
  6. 6. The Real Cost of Silo Monitoring Each MOT (moment of truth is also a silo) is indicated by a red box – The more silos you have, the more time it takes to manually triage a problem. Time is money…!
  7. 7. Save Time – Save Money As illustrated in the two figures, 14 interactions vs. 3 interactions – Before automation vs. after automation.
  8. 8. NETWORK MANAGER SILO VM Servers Application Server Application Server Database Server Firewall Load Balancer DNS Independent monitoring of individual applications Status of network elements, bandwidth utilization, etc. <ul><li>Holistic view of the end user service </li></ul><ul><li>Correlation across network, server, desktop, & application for problem diagnosis </li></ul>Automated End-to-End Service Monitoring SERVICE MANAGER APPLICATION MANAGER SILO VDI Service Monitoring eliminates finger pointing!
  9. 9. eG’s Key Differentiators Monitoring VDI Environments June 16, 2010
  10. 10. June 16, 2010 VDI Monitoring Needs <ul><li>Total end to end visibility into your VDI environment </li></ul><ul><ul><li>Which users are logged in? What applications are they accessing? </li></ul></ul><ul><ul><li>Who are the resource intensive users? </li></ul></ul><ul><ul><li>What latencies are they seeing? </li></ul></ul><ul><ul><li>Is user load balanced across the servers? </li></ul></ul><ul><li>Ability to quickly pin-point where the bottlenecks are </li></ul><ul><ul><li>Network? Server? VM? Broker? Application? Disk? </li></ul></ul><ul><ul><li>Contention among guests for needed resources? </li></ul></ul><ul><li>Flexible management reporting </li></ul><ul><ul><li>C-level reports </li></ul></ul><ul><ul><li>Usage reports </li></ul></ul><ul><ul><li>Capacity planning / optimization reports </li></ul></ul><ul><ul><li>Collection of chargeback metrics </li></ul></ul><ul><li>Should be easy to deploy, excellent ROI </li></ul><ul><ul><li>Out-of-the-box capabilities </li></ul></ul><ul><ul><li>Little customization needed </li></ul></ul><ul><ul><li>Minutes to install, fine-tune in hours </li></ul></ul><ul><ul><li>Don’t need experts to use the technology </li></ul></ul>
  11. 11. VDI Monitoring Challenges Excessive disk reads by the user running MS Access slows down accesses for the user running Outlook & Word processing Multi-tier infrastructures are difficult to manage . Adding VMs to the mix makes the problem even harder!!! Disk reads MS Access Outlook , Word Processing
  12. 12. VDI Monitoring Challenges <ul><li>Not feasible to deploy an agent per OS / VM </li></ul><ul><ul><li>Higher deployment overhead, time-consuming </li></ul></ul><ul><ul><li>Higher licensing cost </li></ul></ul><ul><ul><li>Higher resource consumption </li></ul></ul><ul><li>Different requirements for monitoring application server and virtual desktops </li></ul>Application servers hosted on VMware Desktops hosted on VMware Few VMs (<10) per ESX server 30-40 VMs per ESX server VMs mostly powered on all the time VMs powered on/off dynamically In-depth application monitoring required (Citrix, Oracle, etc.) Monitor user activity, access patterns
  13. 13. Slide © 2007 eG Innovations Inc All Rights Reserved June 16, 2010 The eG Monitor for VDI Infrastructures TM <ul><ul><li>Patent Pending In-N-Out Monitoring TM with Automated Correlation </li></ul></ul><ul><ul><li>- Monitor the outside (server metrics) </li></ul></ul><ul><ul><li>- Monitor the inside (desktop and app metrics) </li></ul></ul>
  14. 14. Slide © 2007 eG Innovations Inc All Rights Reserved June 16, 2010 Monitoring Virtual Desktops with eG <ul><li>Layer Model </li></ul><ul><li>Drill down view into different aspects of the VDI system </li></ul>List of users logged on to virtual desktops Details of resource usage for each user desktop session
  15. 15. Monitoring Virtual Desktops with eG <ul><li>Individual Desktop view </li></ul>
  16. 16. <ul><li>Inside Monitor - Drill down view of a Guest Desktop </li></ul>Monitoring Virtual Desktops with eG
  17. 17. Monitoring Virtual Desktops with eG <ul><li>Process detail inside view of a Guest Desktop </li></ul>
  18. 18. Slide © 2007 eG Innovations Inc All Rights Reserved June 16, 2010 Comparing Performance Across VMs
  19. 19. Slide © 2007 eG Innovations Inc All Rights Reserved June 16, 2010 Comparing Performance Across VMs
  20. 20. Slide © 2007 eG Innovations Inc All Rights Reserved June 16, 2010 What the eG VM Monitor TM Reveals <ul><li>Virtual Desktop Monitoring </li></ul><ul><li>How many desktops are powered on simultaneously on the ESX Server? </li></ul><ul><li>Which users are logged on and when did each user login? </li></ul><ul><li>How much CPU, memory, disk and network resources is each desktop taking? </li></ul><ul><li>What is the typical duration of a user session? </li></ul><ul><li>Who has the peak usage times? </li></ul><ul><li>What applications are running on each desktop? </li></ul><ul><li>VMotion Monitoring </li></ul><ul><li>Which ESX Server is a virtual guest running on? </li></ul><ul><li>When was a guest moved from an ESX Server? </li></ul><ul><li>Which ESX Server was the guest moved to? </li></ul><ul><li>Why was the guest migrated? What activities on the ESX host caused the migration? </li></ul>
  21. 21. Case Study <ul><li>Target Environment & Objectives </li></ul><ul><li>Scope </li></ul><ul><li>A VDI environment with 750 Desktops. </li></ul><ul><li>Objectives </li></ul><ul><li>Total visibility into their VDI infrastructure </li></ul><ul><li>Users were constantly complaining of performance issues and fingers were being pointed at the virtualization group, the customer wanted to get the right information on where the issues were. </li></ul><ul><li>Compare demand on the infrastructure to resource consumption </li></ul><ul><li>Automatic Baselining of Key Performance Measurements – The ability to learn the norm of an environment automatically based on the data collected over a period of time. </li></ul><ul><li>Capacity Planning Reports </li></ul><ul><li>Pro-actively isolate and alert on issues within desktops. </li></ul>
  22. 22. VDI Latency The average network latency experienced by user desktops hosted on the ESX servers is between 0.01 and 0.05 secs.
  23. 23. ESX – CPU Utilization We can see different Virtual Guests executing on ESX server SCD2VMH516 have reported of High Ready % - This could mean that there might be an CPU bottleneck caused by some process on the Console OS or could be an application on the Virtual Machines taking too many CPU Cycles to execute…
  24. 24. Load Balancing in the VDI Farm There are between 28 and 30 registered Guests per VDI server.
  25. 25. ESX – VDI User Load Report The ESX VDI servers with Maximum number of users (26) are SCD2VMH512,SCH2VMH513 SCH2VMH517 and SCH2VMH200. Even though there are around 28 registered guests, There are few servers with very less number of users namely SELGVMH202, SNRMVH201 and SSPRVMH201
  26. 26. VDI Servers Memory Utilization Each of the 25 ESX servers have more than 16 GB of Memory allocated to them. This chart shows the Non-Kernel Memory usage of the ESX servers. Non-Kernel Memory is the that part of Memory allocated to Virtual Guests. This chart shows the Free Memory available at the ESX Host level after allocating resources to all the Virtual Machines. We can see that the SCD2VMH ESX servers have lower free memory when compared to the rest of the servers.
  27. 27. Identifying Resource Hogs The user colvtw is seen taking nearly 100% CPU for 30 minutes on Virtual Machine VFREVM1025. This virtual Machine is part of ESX server SFREVMH202
  28. 28. Identifying Resource Hogs The user colvtw is accessing MSACCESS application on Virtual Machine VFREVM1025 which is consuming nearly 100% CPU on the Virtual Machine.
  29. 29. Common Console for All Access Technologies
  30. 30. Slide © 2007 eG Innovations Inc All Rights Reserved June 16, 2010 The Value Proposition of the eG VDI Monitor <ul><li>In-N-Out Monitoring gives unique view of server- and user-focused activity & resources </li></ul><ul><li>Proactively detect and correct problems before users notice </li></ul><ul><li>Increase revenues by reducing mean time to repair </li></ul><ul><li>Efficient use of operations staff </li></ul>With eG Problem Resolved Problem Occurs Problem Isolated Large amount of time saved Problem Resolved Problem Occurs User Notices Slowdown 80% of time spent in isolating the problem TODAY Problem Isolated Mean time to Repair (MTTR) is very high eG Enterprise Manager
  31. 31. Case Study - Summary <ul><li>eG Enterprise was implemented in one afternoon. </li></ul><ul><li>eG was able to identify configuration issues that helped the customer prevent potential scalability and performance issues. </li></ul><ul><li>eG provided end-to-end visibility into the target infrastructure that enabled the customer to keep track of all their important service level parameters. </li></ul><ul><li>eG was routinely able to isolate issues that could potentially affect the entire environment and pro-actively identify the root cause. This helped the customer to focus on where the real issues where and fix them and saved the virtualization team from being unnecessarily blamed. </li></ul><ul><li>eG helped the customer understand the demand on the target infrastructure and the amount of hardware resources consumed to service that demand. </li></ul><ul><li>eG provided an in-depth view of each and every desktop that helped the customer teams to service the support calls effectively. The ability to provide this information without an agent on the client was important to the customer </li></ul>
  1. A particular slide catching your eye?

    Clipping is a handy way to collect important slides you want to go back to later.