{"id":2921,"date":"2014-08-25T18:04:56","date_gmt":"2014-08-26T02:04:56","guid":{"rendered":"http:\/\/www.atumvirt.com\/?p=2921"},"modified":"2014-08-25T18:04:56","modified_gmt":"2014-08-26T02:04:56","slug":"lets-get-real-about-xenapp-and-virtual-desktop-sizing","status":"publish","type":"post","link":"https:\/\/avtempwp.azurewebsites.net\/2014\/08\/lets-get-real-about-xenapp-and-virtual-desktop-sizing\/","title":{"rendered":"Let’s Get Real About XenApp and Virtual Desktop Sizing"},"content":{"rendered":"
I’ve seen some talk recently about updating properly sizing workloads and anticipating expected usage on XenApp – and all of it is extremely good – however the question still comes up often enough in IRC, I thought it was worth a mention:\u00a0 How large should I make my XenApp server?\u00a0 Today’s gold standard for load testing in virtual desktops or session hosting is surely LoginVSI, but not everyone has the time, funding, or knowledge to execute an effective test, nor can they necessarily quantify their workload to such an exacting standard.\u00a0 I won’t get into the specifics <\/a>about how big this or that should be – it has been done to death<\/a>.\u00a0 I wanted to point out one, inescapable truth:\u00a0 Times have changed, and the web has changed.\u00a0 Guidelines for sizing from 2010 are still filled with excellent information, however they’re just guidelines and need to be tested in your environment.<\/p>\n Ultimately, your environment will depend on a lot of factors, however, if you allow your users access to unknown applications or unknown websites, be prepared to plan to monitor and adjust your sizes accordingly.\u00a0 Do not simply implement “6 vCPU and 32GB of RAM” and expect to be done with it.\u00a0 If you allow users to use a browser, specifically, and you’re not tightly controlling access, be prepared for the issues that might arise (either in terms of memory usage or swap I\/O *hint hint* PVS with Cache in RAM + Spillover<\/a>).<\/p>\n