1. Global Delivery of Large Scale VDI with Quest and Microsoft Daniel Bolton Information Services Kingston University Mission Statement: To provide a University without walls

2. About Kingston University n 23,000 Students – 1500 distance learning. n 2500 Staff (excluding temporary staff and guests). n 4 Campuses and multiple satellite offices. n 7000 Desktops (Windows, OS X, Linux). n EST 1000+ Mobile devices (Smart phones, Laptops, Tablets). n Courses run all over the world, China, India, Russia, Greece, etc. n Multiple affiliate institutions.

3. Business Drivers Original Business Drivers: n To provide “managed” services to mobile and “non-managed” users. n Service delivery for long distance learning students. n Reduce the complexity of the traditional desktop model. n Windows 7 Migration.

4. Business Drivers Evolved Business Drivers: n Lower the total cost of ownership (where feasible). n Improve service continuity.

5. Technical Requirements n Location aware – Ability to assign “resources” based on location. n Support for, Windows, Mac and Linux clients. n User environment management. n Integration with Remote Desktop Services (terminal services). n Application Integration – MSI installs, Application Virtualization, etc. n Granular administration – Helpdesk roles, etc. n Connectivity over high latency connections.

6. Obstacles n User acceptance (at all levels). n Novell lingering on! n IP address allocation. n Applications. n User installed applications. n Identifying the different user types.

7. User Identification User TypeVDIVDI with RemoteFX RDSSeamless Apps Local Desktop Knowledge Worker √√ Power User √√√√√ Advanced User √√√√√

8. Our Choice n Quest vWorkspace n Microsoft Hyper-V n Microsoft App-V

9. Phase 1 – Initial Infrastructure n Designed to support 300 Windows 7 Desktops and 200 RDS sessions. n Utilize existing SAN infrastructure. n Virtual Desktops and RDS servers hosted on Hyper-V (managed by SCVMM). n No Desktop replacements – value added only

10. Infrastructure

11. What we are Achieving n Desktops as a Service (DaaS). n Centralised desktop management. n Dynamically assembled desktops.

12. Dynamically Assembled Desktops User Data User Profile Applications OS

13. Decisions For Moving Forward n Persistent desktop or non-persistent desktop? n Virtual machine storage, SAN or local disk? n User profiles – folder redirection? Registry capturing? Etc? n Virtualize RDS servers? n Use App-V’s shared cache feature?

14. Phase 2 – Goals By the end of March 2011 we will (“should”) have the following; n Support for additional 2500 - 3000 virtual Windows 7 desktops. n Support for additional 1500 - 2000 Remote Desktop Services connections. n 300 - 600 Windows 7 RemoteFX “ready” virtual desktops. n Applications streamed using App-V (with shared cache). n Started the next phase of our client hypervisor pilot with vWorkspace integration.

15. Phase 2 - Infrastructure n 2 Additional vWorkspace connection brokers. n 2 Additional vWorkspace web portals. n An additional vWorkspace user profile server for redundancy. n An additional MS SQL server for fault tolerance vWorkspace DB. n Utilize existing “intelligent” load balancing appliance for web portal connectivity and use to replace the SSL gateway.

16. Phase 2 - Infrastructure n 50 Additional Hyper-v hosts each with, n 12 CPU Cores n 120GB Memory n 10 146GB 15k SAS drives n 4 Network ports n 1GB GFX card n This gives us (per server), n At least 40 Windows 7 virtual machines with 2GB RAM 60 virtual machines was achievable with acceptable performance n 4 – 12 RemoteFX enabled virtual machines n 20 RDS sessions 35 sessions with acceptable performance

17. Infrastructure

18. Advice n DO NOT RUSH INTO ANYTHING. n ONE SIZE DOES NOT FIT ALL. n IDENTIFY USER REQUIREMENTS. n VIRTUAL DESKTOPS ARE NOT VIRTUAL SERVERS! n YOU DO NOT HAVE TO USE THIN CLIENTS!

19. Quest and Microsoft n Working with Quest. n Working with Microsoft.

20. Q & maybe some A