{"id":6243,"date":"2014-01-03T12:00:24","date_gmt":"2014-01-03T11:00:24","guid":{"rendered":"https:\/\/ingmarverheij.com\/?p=6243"},"modified":"2014-07-18T08:49:12","modified_gmt":"2014-07-18T06:49:12","slug":"citrix-netscaler-cache-microsoft-app-v-sequences","status":"publish","type":"post","link":"https:\/\/ingmarverheij.com\/en\/citrix-netscaler-cache-microsoft-app-v-sequences\/","title":{"rendered":"Citrix NetScaler: Cache Microsoft App-V sequences"},"content":{"rendered":"

\"Citrix<\/a>Recently I wrote about streaming App-V 5 packages via HTTP<\/a>. Using caching in IIS performance can be enhanced while resource consumption on the SMB share are minimized. Since we\u2019re using HTTP for streaming it\u2019s not unlikely a load balancer is used to divide the traffic to multiple App-V streaming servers adding another hop.<\/p>\n

When a Citrix NetScaler is used to load balancing App-V Streaming Servers you could use Integrated Caching<\/a> to cache resources. When resources are cached on the load balancer less network traffic is generated. Integrated Caching is part of the Platinum or Enterprise edition with Caching option<\/a>.<\/p>\n

<\/p>\n

Communication scenario<\/h1>\n

In a regular scenario where an App-V client downloads a package via HTTP, via a load balanced web server,\u00a0 six<\/strong> steps are involved:<\/p>\n

    \n
  1. The App-V Client requests a file from the load balancer<\/li>\n
  2. The load balancer\u00a0 forwards the request to the App-V Streaming Server<\/li>\n
  3. The App-V Streaming server requests the file via SMB to the SMB server<\/li>\n
  4. The SMB server sends the file to the App-V Streaming Server (retrieved from disk)<\/li>\n
  5. The App-V Streaming Server sends the file to the load balancer<\/li>\n
  6. The load balancer sends the file to the App-V Client<\/li>\n<\/ol>\n

    \"Caching<\/a><\/p>\n

     <\/p>\n

    By enabling the caching feature (and increasing the cache size)\u00a0 in IIS<\/a> all subsequent request are reduced to four<\/strong> steps:<\/p>\n

      \n
    1. The App-V Client requests a file from the load balancer<\/li>\n
    2. The load balancer\u00a0 forwards the request to the App-V Streaming Server<\/li>\n
    3. The App-V Streaming Server sends the file to the load balancer (retrieved from cache)<\/li>\n
    4. The load balancer sends the file to the App-V Client <\/li>\n<\/ol>\n

      \"Caching<\/a><\/p>\n

       <\/p>\n

      When the Integrated Cache of the Citrix NetScaler is configured the steps could be reduces to two <\/strong>steps:<\/p>\n

        \n
      1. The App-V Client requests a file from the load balancer<\/li>\n
      2. The load balancer sends the file to the App-V Client (retrieved from cache)<\/li>\n<\/ol>\n

        \"Caching<\/a><\/p>\n

         <\/p>\n

         <\/p>\n

        Packet Processing Flow<\/h1>\n

        A Citrix NetScaler processes packets in a pre-defined order. When traffic flows through a NetScaler it evaluates its feature sets, logging matching policy actions.<\/p>\n

        \"Packet<\/a><\/p>\n

        As can be seen in the diagram a packet is evaluated when it travels from the client to the server and again when it travels back from the client to the server. The last process is caching the returned object.<\/p>\n

        \"Packet<\/a><\/p>\n

        Typically the NetScaler system applies all matching actions after processing is complete, with integrated caching as one exception. This means that once a requested object is cached all other actions are no longer evaluated or applied. Keep this in mind if you need to apply for instance Request Rewrite <\/strong>of Response Rewrite<\/strong>\u00a0 as they won\u2019t be applied to cached objects.<\/p>\n

        \"Packet<\/a><\/p>\n

        .<\/p>\n

         <\/p>\n

        Configuring the NetScaler<\/h1>\n

        Here\u2019s an example of how\u00a0 you can configure a Citrix NetScaler to cache App-V packages using Integrated Caching.<\/p>\n

         <\/p>\n

        Basic Features<\/h6>\n

        The Integrated Caching features needs to be enabled, by default it\u2019s disabled. In the Configuration<\/strong> tab go to Sytem <\/strong>> Settings<\/strong> and click on Configure basic features. <\/strong>Select the Integrated Caching<\/strong> feature and click OK.<\/strong><\/p>\n

        \"Configuration<\/a>\"Configure<\/a><\/p>\n

        Or via CLI<\/p>\n

        enable ns feature ic<\/pre>\n
         <\/p>\n
         <\/p>\n
        Global Cache settings<\/h6>\n
        To accommodate for large files to be cached the cache settings needs to be adjusted.Since App-V files are relatively large the memory usage limit should be sufficient to hold the App-V packages you want to cache. A Citrix NetScaler has 50% of it\u2019s memory available for caching, so it\u2019s vital the NetScaler has sufficient resources.<\/p>\n
        Besides having sufficient resources the limit should be configured so enable Integrated Caching to use the available memory. In the Configuration <\/strong>tab go to Optimization <\/strong>> Integrated Caching <\/strong>and click on\u00a0 Change cache settings<\/strong>.At Memory Usage Limit (MB)<\/strong> enter the amount of memory that Integrated Caching is allowed to use.<\/p>\n
        \"Configuration<\/a>\"Cache<\/a><\/p>\n
        Or via CLI<\/p>\n
        set cache parameter -memLimit 828<\/pre>\n
         <\/p>\n
         <\/p>\n
        Content Group<\/h6>\n
        Cached files are stored in a content group, each content group has it\u2019s own configuration specifics. For the App-V sequences we\u2019re creating a separate content group with a memory limit of 64GB (the maximum) and a maximum resource size of 2GB (the maximum).\u00a0 You might want to adjust this to your needs<\/em>.<\/p>\n
        In the Configuration <\/strong>tab go to Optimization<\/strong> > Integrated Caching<\/strong> > Content Groups <\/strong>and click on Add<\/strong>. Name the Content Group logically (for instance AppVContentGroup), select tab Memory<\/strong> and enter 1994752<\/strong> the Do not cache, if size exceeds<\/strong> and 65535 <\/strong>as the Maximum memory usage limit.<\/strong><\/p>\n
        \"Configuration<\/a>\"Configure<\/a>\"Configure<\/a><\/p>\n
        Or via CLI (the CLI allows a larger amount for Do not cache, if size exceeds)<\/strong><\/p>\n
        add cache contentgroup AppVContentGroup -maxResSize 2097151 -memLimit 65535<\/pre>\n
         <\/p>\n
         <\/p>\n
        Cache Policy<\/h6>\n
        As described earlier the processed packets are evaluated to determine if an action needs to be applied. To ensure App-V packages are cached a Cache Policy is created that caches files with the extension .appv<\/strong>.<\/p>\n
        In the Configuration<\/strong> tab go to Optimization <\/strong>> Integrated Caching<\/strong> > Policies<\/strong> and click on Add<\/strong>. Name the Cache Policy logically (for instance _cacheAppV5), set the action CACHE<\/strong> and store the object in the Content Group AppVContentGroup<\/strong> (created in the previous step). The Expression is set to HTTP.REQ.URL.PATH_AND_QUERY.ENDSWITH(.\u201dappv\u201d)<\/strong> to ensure all request that end with .appv are cached.<\/p>\n
        \"Configuration<\/a>\"Configure<\/a><\/p>\n
        Or via CLI<\/p>\n
        add cache policy _cacheAppV5 -rule \"HTTP.REQ.URL.PATH_AND_QUERY.ENDSWITH(\\\".appv\\\")\" -action CACHE -storeingroup AppVContentGroup<\/pre>\n
         <\/p>\n
         <\/p>\n
        Bind to load balancing Virtual Server<\/h6>\n
        Finally the Cache Policy needs to be bound to one or more load balancing Virtual Server(s). Only packets that are load balanced via this Virtual Server will cache the objects that match the expression in the Cache Policy.<\/p>\n
        In the Configuration <\/strong>tab go to Traffic Management <\/strong>> Load Balancing <\/strong>> Virtual Servers <\/strong>select the Virtual Server where objects needs to be cached (for instance App-V Streaming Servers) and click on Open<\/strong>.<\/p>\n
        In the tab Policies <\/strong>select Cache (Request)<\/strong> and click on Insert Policy<\/strong>. Select the policy _cacheAppV5 (created in the previous step) and click on OK<\/strong>.<\/p>\n
        \"Configuration<\/a>\"Configure<\/a><\/p>\n
        Or via CLI<\/p>\n
        bind lb vserver \"APP-V STREAMING SERVERS\" -policyName _cacheAppV5 -priority 1 -type REQUEST<\/pre>\n
         <\/p>\n
         <\/p>\n
        Proof of the pudding<\/h1>\n
        Now if I download the same App-V package (250Mb) as I did in the IIS caching article<\/a> three times using a browser the statistics (via Optimization <\/strong>> Integrated Caching<\/strong> > Statistics<\/strong>) shows us 1 miss (the first request, which needed to be cached) and 2 hits (the subsequent requests) resulting in a Hit ratio of 66,67%<\/strong>.<\/p>\n
        \"Configuration<\/a><\/p>\n
        If we look at the Cache Objects (via Optimization <\/strong>> Integrated Caching <\/strong>> View Cached Objects<\/strong>) the cached object is visible (Google Chrome.appv)<\/p>\n
        \"Cache<\/a><\/p>\n
         <\/p>\n
         <\/p>\n
         <\/p>\n
        .<\/p>","protected":false},"excerpt":{"rendered":"
        Recently I wrote about streaming App-V 5 packages via HTTP. Using caching in IIS performance can be enhanced while resource consumption on the SMB share are minimized. Since we\u2019re using HTTP for streaming it\u2019s not unlikely a load balancer is used to divide the traffic to multiple App-V streaming servers adding another hop. When a […]<\/p>\n","protected":false},"author":3,"featured_media":0,"comment_status":"open","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"site-container-style":"default","site-container-layout":"default","site-sidebar-layout":"default","disable-article-header":"default","disable-site-header":"default","disable-site-footer":"default","disable-content-area-spacing":"default","footnotes":""},"categories":[294,502],"tags":[599,82,603,638,503],"class_list":["post-6243","post","type-post","status-publish","format-standard","hentry","category-microsoft-app-v","category-netscaler","tag-app-v","tag-caching","tag-iis","tag-integrated-cache","tag-netscaler-2"],"_links":{"self":[{"href":"https:\/\/ingmarverheij.com\/en\/wp-json\/wp\/v2\/posts\/6243","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/ingmarverheij.com\/en\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/ingmarverheij.com\/en\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/ingmarverheij.com\/en\/wp-json\/wp\/v2\/users\/3"}],"replies":[{"embeddable":true,"href":"https:\/\/ingmarverheij.com\/en\/wp-json\/wp\/v2\/comments?post=6243"}],"version-history":[{"count":9,"href":"https:\/\/ingmarverheij.com\/en\/wp-json\/wp\/v2\/posts\/6243\/revisions"}],"predecessor-version":[{"id":6892,"href":"https:\/\/ingmarverheij.com\/en\/wp-json\/wp\/v2\/posts\/6243\/revisions\/6892"}],"wp:attachment":[{"href":"https:\/\/ingmarverheij.com\/en\/wp-json\/wp\/v2\/media?parent=6243"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/ingmarverheij.com\/en\/wp-json\/wp\/v2\/categories?post=6243"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/ingmarverheij.com\/en\/wp-json\/wp\/v2\/tags?post=6243"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}