VirtualVibes

Thamim Karim on a virtual vibe...

Introducing Shared Content Store in App-V 5.0 (Goodbye Read Only Shared Cache!)

Introducing Shared Content Store in App-V 5.0 (Goodbye Read Only Shared Cache!)

  • Comments 34
  • Likes

This post has moved here

Comments
  • nice article

  • thanks!

  • Is management server required to use shared content store?

  • Hi Aku,

    There is no dependency on the management/publishing server. Along as the client has the relevant registry key set and it has an accessible location for the package assets, it will be able to utilise shared content store. Hope that helps!

  • Ok i did some testing.... This works with standalone scenario... Cool:)

  • Is there any performance lose if Shared Content Mode is enabled? Like longer loading time and slow response.

  • Good question Kenshinvc, there are no official performance stats published yet but on a low bandwidth/high latency network I can imagine there definitely would be an impact . This feature however is more geared to the datacentre solutions such as RDS and VDI where we would expect fast attached storage and good network connectivity, in such scenarios I don't see this as being a concern or at least no more than shared read only cache in App-V 4.6.

  • Thanks

  • Good blog and informative nice one mate!

  • Thanks Omar!

  • Ok, what am I missing here. I want to bypass the management and publishing server altogether and just use a share content store. I installed my client and set the registry to HKLM\Software\Microsoft\Appv\streaming\SHAREDCONTENTSTOREMODE=1

    I created my packages and put then in a packages share (ensuring everyone had read access)

    How do I set the location of where the actual packages are? Is that the PackageInstallationRoot String? I set that to \\servername\packagesharelocation but my client is still not picking up any packages, even after restarting the client service. Any help would be greatly appreciated. Thanks!

  • Hi Rob,

    If by bypass the management and publishing server you mean you don't want the infrastructure involved in the delivery on the app then you want to use standalone mode to publish the app as described here: blogs.technet.com/.../app-v-5-0-standalone-mode-adding-and-publishing-a-package.aspx

    The -Path argument will specify where the client can retrieve the content on aper app basis and because you have put your client into SCS mode it will simply stream the content directly from there and not attempt to bring it locally.

    The PackageInstallationRoot you mentioned in registry has nothing to do with where you will stream packages from but where they get stored locally in cache. This should be left as the %ProgramData%\App-V location unless you have a specific reason to change it.

    Hope that helps and let me know how you get on...

  • Hi Thamim,

    If we are enabling the SCS then user has to stream the application directly from the content source. Suppose multiple users are using the content source at the same time. will there be any performance issue.

  • Hi Surrender, we use the intelligence of Windows memory management to reduce that load in terms of RAM in the case of multiple users running the same application. in terms of the data itself, this solution would primarily be used in data centre environments where there is fast attached storage.

  • Hi Thamim,

    In a mixed environemnt scenario with the desktop client and the RDS client is it possible to point the RDS client to a local content source, I am thinking a disk near the XenApp servers, would the PackageSourceRoot in the RDS client pointing to the local disk mean that with shared content mode enabled the files would be streamed from the local disk regardless of the original publishing location? (I have seperate content stores for the desktop clients).

    Thanks

Your comment has been posted.   Close
Thank you, your comment requires moderation so it may take a while to appear.   Close
Leave a Comment