The Shonk Project
Home arrow Blogs arrow PVS Differential Image
Wednesday, 08 September 2010
Main Menu
Home
News
Blogs
Scripts
Contact Us


Syndicate
PVS Differential Image PDF Print
Written by Joe Shonk   
Sunday, 15 March 2009

When SP1a first came out for Citrix Provisioning Server 5.0 I noticed Citrix slipped in a new feature called Differential Image.  A Differential Image is a hybrid of sorts between a Private Image vDisk and a Standard Image vDisk.  Simply, it’s a Standard Image with a persistent write cache. The downside is, if the Standard Image is modified the write cache is discarded but the upside is the write cache will survive a reboot.  This is great for classrooms and labs in which an end-user needs to be assign a particular machine for a short period of time.  But what about for XenApp?

Daniel Feller covers Differential Images in his XenApp Best Practices blog. His only use case is for Differential Images is to allow for additional end-user personalization.  Therefore, not need nor recommended for XenApp.  I disagree.

Another use case for Differential Image is for out-of-cycle updates.  That could be software updates, hotfixes, AV signature updates and OS updates.  If we use a Standard Image, we are forced to constantly update that image to insure that all of our servers have these updates.  If updating images was a sysadmin’s only job then its no big deal.  The flipside, if the sysadmin does not keep on top of the images, then AV updates, hotfixes and even new/updated streamed applications will have to be reapplied after every maintenance reboot.  By using a Differential Image, a System Administrator can wait a little longer between image updates.

Personally, I think using a Differential Image is a better way to deploy XenApp.  Not only do you get the benefits of a Standard Image you also gain the flexibility to make out-of-cycle updates.  Again, its all relative to organization.

Joe

Comments
Add New RSS
Anonymous   |2009-03-16 10:37:41
you going to let hotfixes auto install on XenApp servers without testing? that
seems dangerous to me.
Joe Shonk  - Auto Install Updates     |2009-03-16 11:10:38
Personally, no... But there are organization that have this requirement. In any
case, it turns out to be a damned if you do or damned if you don't.

The point
I'm trying to make with hotfixes is simple and from experience. If you are
faced with an emergency and need to patch the servers quickly (new variant of a
virus for example). Is it more important to update the Standard Image (and risk
infecting it by bring in online) or patch the servers manually and contain the
issue?

In a quiet network, it would always be best to Test->QA->Production with
the Image but sometime that process takes too long.

Joe
Anonymous  - What if you could merge the diff into a new vDisk   |2009-03-17 05:29:43
I would like to see the ability to merge a diff into a base vdisk that creates a
new vDisk (while retaining the original)!

I have asked for this feature
through my Citrix advisor, since it would allow me to work with autoupdate and
create a patched new base vDisk.

How can we get this info to the right
people?
Jared Cowart   |2009-03-27 13:24:42
Another great use for the Diff Mode is the ability to survive a reboot after
installing drivers. With XD 3.0 you now can Prov to Phisical workstaions along
with VMware,HV,Xenserver. Physical workstaions often differ slightly with
graphics and Nics. Now you can survive the reboot after such components are
installed resorting to fewer images in your enviorment. Good stuff
Alfy Parkes  - Slightly different workstations   |2009-04-16 01:51:08
What about the PVS technique where you create a common image of all the harware
types you may use (VMware, HV and XS) using cim.exe? Would this not give the
ability without using Differenceing disks?
Write comment
Name:
Email:
 
Website:
Title:
UBBCode:
[b] [i] [u] [url] [quote] [code] [img] 
 
 
:angry::0:confused::cheer:B):evil::silly::dry::lol::kiss::D:pinch:
:(:shock::X:side::):P:unsure::woohoo::huh::whistle:;):s
:!::?::idea::arrow:
 
Please input the anti-spam code that you can read in the image.

3.22 Copyright (C) 2007 Alain Georgette / Copyright (C) 2006 Frantisek Hliva. All rights reserved."

 
< Prev   Next >