We are implementing v.6.0.2.555 on our new Windows Server 2008 domain where we will be using Citrix XenApp v5 and Provisioning Server. This brings up 2 questions:
1) Are there any tweaks when using Kaspersky (Enterprise version) on Citrix/Terminal Services servers to control the number of processes per user (and minimize the impact on system performance)?
2) How can we best manage the dynamically provisioned Citrix farm? More than 20 servers will be booting from the same protected boot image. This seems to throw the Admin kit (v8) for a loop since all servers now carry whatever ID Kaspersky originally installed on the original protected boot image.
Any input would be appreciated.
Regards,
Mark
Full Version: Citrix XenApp and Provisioning Server
QUOTE(Mark McB @ 4.11.2009 10:24) 
We are implementing v.6.0.2.555 on our new Windows Server 2008 domain where we will be using Citrix XenApp v5 and Provisioning Server. This brings up 2 questions:
1) Are there any tweaks when using Kaspersky (Enterprise version) on Citrix/Terminal Services servers to control the number of processes per user (and minimize the impact on system performance)?
2) How can we best manage the dynamically provisioned Citrix farm? More than 20 servers will be booting from the same protected boot image. This seems to throw the Admin kit (v8) for a loop since all servers now carry whatever ID Kaspersky originally installed on the original protected boot image.
Any input would be appreciated.
Regards,
Mark
1) Are there any tweaks when using Kaspersky (Enterprise version) on Citrix/Terminal Services servers to control the number of processes per user (and minimize the impact on system performance)?
2) How can we best manage the dynamically provisioned Citrix farm? More than 20 servers will be booting from the same protected boot image. This seems to throw the Admin kit (v8) for a loop since all servers now carry whatever ID Kaspersky originally installed on the original protected boot image.
Any input would be appreciated.
Regards,
Mark
If what you say is true, then this could have a huge impact on anyone doing any sort of VDI implementation.
Cole.
This is a "lo-fi" version of our main content. To view the full version with more information, formatting and images, please click here.