Citrix Cloud: Part 2 – Using Citrix Lifecycle Management to migrate from XenApp 6.5 to XenApp 7.x

Hello and welcome to Part 2 of a blog series about Citrix Cloud and the many features and benefits of utilising Citrix Cloud to design, implement, support and maintain your XenApp/XenDesktop environment.

To give you a bit of background, since joining Citrix as a Senior Systems Engineer for UK Enterprise customers, I decided to put a few articles together to help show the real power and use cases for Citrix Cloud (formally Citrix Workspace Cloud).

These articles are meant as an introduction to Citrix Cloud and a bit of a “How To” in deploying the basic functionally.  These articles are by no means the “be all and end all” of Citrix Cloud nor do they represent any official training or documentation from Citrix.

In the series I hope to demonstrate some common use cases and how under the single solution of Citrix Cloud, these use cases can be met.  It will go something like this:

Part 1 – using Blueprints to deploy a new Citrix XenApp/XenDesktop 7.x Site into Azure

Part 2 – using Citrix Lifecycle Management to automatically migrate your XenApp 6.5 Farm to your newly deployed XenApp 7.x Site.

Part 3 – using a customised Blueprint to install the XenApp 7.x VDA onto an existing XenApp 6.5 server

Part 4 – using Citrix Lifecycle Management Smart Scale to intelligently control your cloud-hosted workloads so that you only have the amount of resources up and running in the cloud that you are using.

Part 5 – using Citrix Lifecycle Management to Upgrade your XenApp 7.x Site to the latest version.

Part 6 – Using the Citrix Cloud Apps & Desktop service to manage your VDA workloads, wherever they are; be it on-premises, cloud-hosted or a hybrid for a fully cloud-managed solution. This solution removes the requirement to deploy the Control Layer, which Citrix will maintain for you.  You access an HTML5 version of Studio for management.  The only “deployable” components are the VDAs.

In Part 1, we looked at using Citrix Cloud Blueprints to deploy a small scale (POC) XenApp environment into Microsoft Azure.  This blog post does follow on from that so it may be advisable to read up on how we created our XenApp 7.x Site first.

In Part 2, we will look at migrating our legacy XenApp 6.5 Farm to our newly created XenApp 7.x Site.  We shall accomplish this using Citrix Lifecycle Management and the Upgrade feature.  This will allow us to automate the whole process using PowerShell scripts and workflow to take away a lot of the manual steps and increase time to value of your XenApp migration.

Quick Background

So, for those who aren’t 100% familiar, when we launched XenApp and XenDesktop 7.x, this was a big shift for XenApp as the architecture changed completely from IMA (Independent Management Architecture) to FMA (Flexcast Management Architecture).  One of the reasons was to simplify the delivery of apps and desktops through a single, common architecture – makes a lot of sense right?  With this meant that if you wanted to “upgrade” your XenApp 6.x environment to 7.x, you would have to do a migration as there is no in place migration option which was and still is no simple task.

What I intend to show in this blog article is how we can use Citrix Lifecycle Management to do the “heavy lifting” and migrate all the settings across to the XenApp 7.x Site we created in the previous blog.  By automating this task, you save a lot of manual work and reduce a lot of risk of a migration.  Also, as it is a side-by-side migration, you would not effect the existing XenApp 6.5 production environment.

Here’s one I made earlier…

So, in order to show how the migration works, I’ve created a very simply XenApp 6.5 environment, pretty much akin to our XenApp 7.x environment.  I have a single Windows 2008 R2 server for my Zone Data Collector and Web Interface.

screen-shot-2016-09-23-at-10-51-36

I then have another Windows 2008 R2 server as my Session-Host (Worker) server with a few applications installed.

screen-shot-2016-09-23-at-10-50-50

I also configured some very basic Citrix Policies, both Computer…

screen-shot-2016-09-26-at-19-15-55

and User based…

screen-shot-2016-09-26-at-19-17-02

As you can see with the User-based policies, I’ve deployed 3 from the built-in templates and one I’ve created manually.  I’ve also applied a FILTER to the Remote User Policy based on the AD group SEC_CTX_REMOTE_USERS.

You can see if I log into my Web Interface, I can see the published applications.

screen-shot-2016-09-26-at-19-21-39

Migration

Log into your Citrix Cloud portal and navigate to Citrix Lifecycle Management.

  1. From the Lifecycle Management menu, click on Update.screen-shot-2016-09-21-at-15-52-00
  2. Click on Migrations.screen-shot-2016-09-21-at-15-52-30
  3. Click Add Project.screen-shot-2016-09-21-at-15-53-19
  4. Name your project and in the case of a 6.5 to 7.x migration, select “XenApp 6.5 to XenApp 7.6” migration type.  Please note that although it says XenApp 7.6, it works with any newer versions, such as XenApp 7.9.  Click Add.screen-shot-2016-09-21-at-15-54-16
  5. Select Fully Automated as the migration type.  I mean, why wouldn’t you!😉screen-shot-2016-09-21-at-15-54-46
  6. You know get a nice visual of the migration process.  Have a read and click Next.screen-shot-2016-09-21-at-15-54-58
    screen-shot-2016-09-21-at-15-55-08
  7. Now, I must admit I’m not entirely sure why but when I selected the option “Choose an existing deployment created with Lifecycle Management“, it didn’t find my deployment, even though I deployed via CLM.  It is registered correctly…  I’m still looking into this.  Anyway, I then selected “Connect an existing deployment created outside of Lifecycle Management” and all was well.  Didn’t seem to make any difference.screen-shot-2016-09-21-at-16-09-24
  8. From the dropdown, select your Resource Location.  In my case it was my Azure Subscription.screen-shot-2016-09-21-at-16-09-36
  9. Click Select XenApp Controller.screen-shot-2016-09-21-at-16-09-45
  10. From the list I selected the Controller created by the Blueprint in my previous blog article; XDC.screen-shot-2016-09-21-at-16-09-59
  11. You are now prompted for credentials.  Enter an administrative username and password.  Click Save.screen-shot-2016-09-21-at-16-10-22
  12. CLM will now query the XenApp deployment and fetch the configuration.screen-shot-2016-09-21-at-16-10-49
  13. You’ll now see that the XenApp 7.x section is complete.screen-shot-2016-09-21-at-16-12-16
  14. Now it’s time to configure the XenApp 6.5 environment.  From the dropdown, select your Resource Location.  Again, in my case it is my Azure Subscription but this could be AWS, or an on-prem XenServer, Hyper-V or ESX location.screen-shot-2016-09-22-at-16-34-41
  15. As you can see, as we have a deployment created outside of Lifecycle Management, we cannot see our XenApp 6.5 Zone Data Collector (ZDC). The easiest way is to log into Citrix Cloud on our ZDC and run through this wizard.  Select Cannot see controller server?screen-shot-2016-09-22-at-16-34-57
  16. You’ll now have the option to download the Lifecycle Management Connector.  Click Download Connector.screen-shot-2016-09-22-at-16-35-07
  17. Save the CitrixLifecycleManagementAgent.exe.screen-shot-2016-09-22-at-16-35-19
  18. Now run the agent.screen-shot-2016-09-22-at-16-36-51
  19. Accept the EULA and click Install.screen-shot-2016-09-22-at-16-36-59
  20. Once, completed (takes a mere jot!), click Finish.screen-shot-2016-09-22-at-16-37-07
  21. If you open up the Services console, you’ll see two new services added; Citrix Lifecycle Management Agent Service and Citrix Lifecycle Management Monitor Service.screen-shot-2016-09-22-at-16-38-44
  22. Navigate back to Citrix Lifecycle Management GUI.  Select your Resource Location.  In my case, yet again (I promise I’ll do an on-prem XenServer deployment soon!) I’m using my Azure Subscription.  Click Select XenApp Controller.screen-shot-2016-09-22-at-16-39-09
  23. You’ll now see the newly added ZDC!  I was very original and called my CTX-ZDC-01.  K.I.S.S.😉  Select your ZDC.screen-shot-2016-09-22-at-16-39-21
  24. You’ll be prompted for adminy creds.screen-shot-2016-09-22-at-16-39-41
  25. Now you’ve connected to your Destination (XenApp 7.x) and your Source (XenApp 6.5), click Analyze XenApp Farm.screen-shot-2016-09-22-at-16-40-01
  26. You’ll get a progress bar that updates as it goes along.screen-shot-2016-09-22-at-16-40-09
    screen-shot-2016-09-22-at-16-40-18
    screen-shot-2016-09-22-at-16-42-09
  27. Once completed, you’ll see that it’s found your applications and policies.  Click Next.screen-shot-2016-09-22-at-16-43-08
  28. You’ll first be presented with your applications.  As you can see, it’s found 100% of all 4 of them!screen-shot-2016-09-22-at-16-45-01
  29. Select all the applications you wish to migrate.screen-shot-2016-09-23-at-11-28-27
  30. Now click on Analyzed Policies. Again we see all of the User Policies from our XenApp 6.5 farm.screen-shot-2016-09-23-at-11-28-46
  31. Select them all.screen-shot-2016-09-23-at-11-28-55
  32. You’ll also see all of your Computer Policies.screen-shot-2016-09-23-at-11-36-04
  33. Again, select them all.screen-shot-2016-09-23-at-11-36-11
  34. Once you’ve selected all of your required applications and policies, click Process to Migration (sum of apps + pols).screen-shot-2016-09-23-at-11-36-27
  35. You’ll now be prompted for a Delivery Group.  You can select an existing group or in my case, select Create new delivery group (probably a preferred option).  As you can see, it’s found the CLM-DemoDeliveryGroup created from our blueprint in the previous blog.screen-shot-2016-09-23-at-11-36-57
  36. Enter the name of the Delivery Group.  I’ve kept the default of XenApp65.  Click Migrate.screen-shot-2016-09-23-at-11-37-10
  37. Your farm settings will now be migrated and you’ll get a status bar to show you how it’s going.  Coffee time!  But be warned, this doesn’t take as long as you’d think😉screen-shot-2016-09-23-at-11-39-02
  38. Once completed, you’ll see the log.  As you can see from mine, the migration was completed with some warnings.  When you expand the warnings, they can be ignored as they are for policies that have filters on them advising us to check that these have applied successfully (think of a scenario when you’re migrating within different domains) and for policies that contain settings that are not applicable.  My Default Computer Policy contained XML settings – not applicable in XenApp 7.x and Licensing settings.  Again, not applicable as a policy in XenApp 7.x Land.screen-shot-2016-09-23-at-11-40-41
  39. If we now go to Citrix Studio on our XenApp 7.x Controller (XDC), we can see the newly created Delivery Group by CLM with our migrated settings (see apps and user assignment).screen-shot-2016-09-23-at-11-42-55
    screen-shot-2016-09-23-at-11-43-15
  40. If we click on the Applications node, we’ll see the previously configured applications AND the newly migrated ones!  Whooppie!!!screen-shot-2016-09-23-at-11-43-53
  41. Going down to the Policies node, you can see that all the User Policies (the applicable policies) have been migrated AND the filters have also been applied!  Never doubted it😀 !screen-shot-2016-09-23-at-11-41-47
  42. Just to double check, I confirmed that the “Default User Policy – Secure” had all the correct settings as this was the biggest policy to be migrated.screen-shot-2016-09-23-at-11-42-24
  43. Now, just to show that all of this has worked from a configuration side, I can sign into the StoreFront site created in my previous blog when we deployed a XenApp 7.x POC using the blueprint in CLM.

    screen-shot-2016-09-26-at-21-28-11

As you can see, the applications with correct icons are listed.  However, at present there is no VDA to log into that host the applications.

And there you have it! A migrated XenApp 6.5 to XenApp 7.x environment…  Or is it!?!  Well, we have all the settings but no Worker/VDA to log on to and run our applications from!

Well, tune it for Part 3 where I will customise an existing Blueprint to install and configure the XenApp Virtual Desktop Agent (VDA) onto an existing XenApp 6.5 Worker server to show how you can fully migrate from XenApp 6.5 to XenApp 7.x with Citrix Lifecycle Management.

As always, thank you ever so much for reading this article.

 

 

 

 

 

 

 

 

 

 

 

Citrix Cloud: Part 1 – Using Blueprints to deploy a XenApp/XenDesktop 7.x Site

Hello and welcome to Part 1 of a blog series about Citrix Cloud and the many features and benefits of utilising Citrix Cloud to design, implement, support and maintain your XenApp/XenDesktop environment.

To give you a bit of background, since joining Citrix as a Senior Systems Engineer for UK Enterprise customers, I decided to put a few articles together to help show the real power and use cases for Citrix Cloud (formally Citrix Workspace Cloud).

These articles are meant as an introduction to Citrix Cloud and a bit of a “How To” in deploying the basic functionally.  These articles are by no means the “be all and end all” of Citrix Cloud nor do they represent any official training or documentation from Citrix.

In the series I hope to demonstrate some common use cases and how under the single solution of Citrix Cloud, these use cases can be met.  It will go something like this:

Part 1 – using Blueprints to deploy a new Citrix XenApp/XenDesktop 7.x Site into Azure

Part 2 – using Citrix Lifecycle Management to automatically migrate your XenApp 6.5 Farm to your newly deployed XenApp 7.x Site.

Part 3 – using Citrix Lifecycle Management Smart Scale to intelligently control your cloud-hosted workloads so that you only have the amount of resources up and running in the cloud that you are using.

Part 4 – using Citrix Lifecycle Management to Upgrade your XenApp 7.x Site to the latest version.

Part 5 – Using the Citrix Cloud Apps & Desktop service to manage your VDA workloads, wherever they are; be it on-premises, cloud-hosted or a hybrid for a fully cloud-managed solution. This solution removes the requirement to deploy the Control Layer, which Citrix will maintain for you.  You access an HTML5 version of Studio for management.  The only “deployable” components are the VDAs.

In Part 1, we will look at using Citrix Cloud Blueprints to deploy a small scale (POC) XenApp environment into Microsoft Azure.  I am using Microsoft Azure as this is my lab environment but it could be AWS or another public cloud or any on-premises, co-hosted or any datacentre that is running Citrix XenServer, Microsoft Hyper-V or VMware ESXi.  It really doesn’t matter.  At Citrix we believe in giving you as much choice as possible and allowing you to work with what you have.

Blueprints allow you to deploy a best practice XenApp/XenDesktop environment onto your chosen platform with the minimum of setup.  Using scripts and workflows, the relevent servers and services are deployed automatically.  Citrix have published a few best practice and small-scale deployments along with some community and partner blueprints.  Blueprints are found in the Blueprint Catalog.

The blueprint we are using in this example is the Simple XenApp and XenDesktop Proof of Concept blueprint that will deploy a standalone Domain Controller, XenApp Controller, VDA and NetScaler VPX.  All Windows Servers are based on Windows Server 2012 R2.  Let’s see how we do it!

  1. Log into your Citrix Cloud account at citrix.cloud.com.  If you don’t have an account, you can sign up for a free trial and request Lifecycle Management.  If you do need to sign up for a free trial, it shouldn’t take too long to provision for the Lifecycle Management side.  However, I understand that for other sections, trials are very sort after and space is limited so trials for the XenApp & XenDesktop Service may take a long time to come through.  For this and the next few “exercises”, you will only need Citrix Lifecycle Management.screen-shot-2016-09-21-at-14-42-15
  2. Navigate to Lifecycle Management and click Manage.screen-shot-2016-09-21-at-14-42-47
  3. Select Blueprint Catalog.screen-shot-2016-09-21-at-14-43-13
  4. In this example, I selected “Simple XenApp and XenDesktop Proof of Concept”.  Feel free to look at the other available blueprints, such as the production ready “XenApp and XenDesktop with SQL” blueprint.screen-shot-2016-09-19-at-16-25-19
  5. Click Add to Library.screen-shot-2016-09-19-at-16-25-53
  6. Now you will need to add a Resource, which is essentially your datacentre where you’ll be deploying stuff.  Click on Resources and Settings.screen-shot-2016-09-15-at-09-59-03
  7. Click Add Resource Location.  Select the appropriate location type.  In my example, I selected Microsoft Azure.screen-shot-2016-09-15-at-09-59-25
  8. You will now need to provide your Azure details to finalise the connection.  Once connected, you will see your location listed.screen-shot-2016-09-19-at-16-41-09
  9. Now that you have a Resource Location, click on Design and Deploy.  From the drop down menu on the blueprint, select Deploy.  This will start the deployment wizard.screen-shot-2016-09-19-at-16-26-16
  10. Select the name of your deployment.  I have gone with the default.  Click Next.screen-shot-2016-09-19-at-15-15-49
  11. Select your Resource Location, in this instance my Azure Subscription I added in a previous step.  Click Next.screen-shot-2016-09-19-at-15-16-06
  12. You’ll now get the pre-reqs list which you should read through.  There’s also the option of exporting a parameter list csv file that you can amend and upload later but for the sake of this example, I am carrying out the steps manually.  Click Continue once ready.screen-shot-2016-09-19-at-15-16-35
  13. You’ll now see the list of components that will be deployed as part of this blueprint.  There are; Domain Controller, XenDesktop Delivery Controller, Server VDA and NetScaler VPX.  Click Next.screen-shot-2016-09-19-at-15-17-23
    screen-shot-2016-09-19-at-15-17-42
  14. You now create the virtual machines configuration.  Select Create new VMs and for the Domain Controller, from the dropdown menu, select your Resource Location.screen-shot-2016-09-19-at-15-17-55
  15. For the Azure deployment, you now select which OS you want to use, in my case Windows Server 2012 R2 Datacenter and which variant of this.  I choose the most recent build of August 2016.  Click Select on your image.screen-shot-2016-09-19-at-15-18-25
  16. Also, I had previously configured some of the backend Azure requirements such as the Virtual Network, Subnet, Cloud Service and Storage Account.
    As of time of writing, only the Azure Classic infrastructure is supported so make sure you bear this in mind and provision accordingly.  I have decided that the provisioning of these is outside of the scope of this article.  Also, it may be that Azure isn’t relevant to you.  I will try to cover an on-premises deployment via Citrix XenServer at a later data.As I only had a single Classic VNET, a single Subnet, a single Cloud Service and Storage Account, they were automatically selected.  If you don’t already have any of the Classic Azure components, you can create them through the wizard though. I found it to be simple and self explanatory (providing you are familiar with these Azure concepts). Once done, click Next.screen-shot-2016-09-19-at-15-18-41
  17. You now need to create an account and password.  I’m not sure if this is a pure Azure only option due to the way machines are configured, so mileage may vary!  Enter in the required details and click Next.screen-shot-2016-09-19-at-15-18-53
  18. You are now on the Summary page.  This also gives you the awesome option to configure your other virtual machines with the same configuration which is a great time saver.  If you wish to do this, make sure “Copy this configuration to other VM tiers”, “XenDesktop Delivery Controller” and “Server VDA” options are ticked.  Click Finish.screen-shot-2016-09-19-at-15-19-10
  19. Review that all the information is correct and click Next.screen-shot-2016-09-19-at-15-19-29
    screen-shot-2016-09-19-at-15-19-45
    screen-shot-2016-09-19-at-15-19-52
  20. You now have to enter the name for your domain and the SafeMode Password, XenDesktop Site Name as well as some other information.  All passwords are encrypted.  Something else which is a bit of a PITA for a demo/trial is the NetScaler license.  Since a recent change, you can no longer move on without it so you will need to get hold a NetScaler license.However, I was confused on this as getting a NetScaler trial license is easy, however it is tied to the MAC address of the appliance, which you don’t know as you haven’t deployed it so it’s a bit chicken and egg.  I managed to get hold of a platform license and hope that this is enough.  I will update once I have more information.Once you are happy, click Deploy.

    screen-shot-2016-09-19-at-15-22-15
    screen-shot-2016-09-19-at-15-24-30
    screen-shot-2016-09-19-at-15-24-38

  21. You will now see the Deploying “wheel of destiny!”  In all likelihood, this will take a few hours to run through.screen-shot-2016-09-19-at-15-24-52
  22. You’ll be taken to the progress page which shows all the steps.screen-shot-2016-09-19-at-15-26-19
  23. Now, my deployment didn’t quite complete, and I’m currently investigating this as it failed at the NetScaler configuration but all components were created including the VPX and configured without issue.  Here’s a view from within Azure.screen-shot-2016-09-21-at-11-16-18
  24. We can now log into the Delivery Controller and see what’s what within Citrix Studio.  I did this by connecting to xd-poc-xdc.  As we have installed a POC and the Controller and StoreFront roles are together, you can see the StoreFront management nodes at the bottom.screen-shot-2016-09-21-at-11-14-57
  25. As you can see, a machine catalog has been created and the VM “VDA” added.screen-shot-2016-09-21-at-11-15-09
  26. Also a Delivery Group was created and published desktop.  As part of the POC blueprint, a published desktop is automatically created.screen-shot-2016-09-21-at-11-22-49
  27. To spice it up, I’ve published some critical LOB applications🙂  These were added in exactly the same way you would do in any other deployment of XenApp with Studio.screen-shot-2016-09-21-at-11-23-57
  28. Going down to the StoreFront node, you can see that the Store and StoreWeb sites have been created.screen-shot-2016-09-21-at-11-24-16
  29. Now, from the Domain Controller that was created, I opened IE and navigated to http://xdc.cloud.lab and low and behold I was presented with StoreFront and it asking me to install Citrix Receiver!screen-shot-2016-09-21-at-11-24-37
  30. Once I installed Receiver, I was able to continue and log in.  By default, the Domain Users group of the domain created as part of the blueprint has access to the pre-created Delivery Group so nothing more than your original administrator or a test user in Active Directory would be required.screen-shot-2016-09-21-at-11-26-53
  31. Navigating to the Apps tab shows all of the applications that I published!screen-shot-2016-09-21-at-11-27-35
  32. Moving to the Desktops tab shows the “Sample Desktop” published as part of the POC blueprint.screen-shot-2016-09-21-at-11-27-54
  33. To prove it works, I launched NotePad successfully!  A throwback from my consulting days.  If I can launch NotePad, I can launch anything :-p  Project completed!!!screen-shot-2016-09-21-at-11-29-55
  34. Curiosity got the better of me so I launched the published desktop as well!screen-shot-2016-09-21-at-11-32-41

 

So, there you have it.  Using Citrix Lifecycle Management and the built-in blueprints, we’ve been able to deploy a XenApp 7.9 POC environment in Azure.  Please bear in mind that there should also be a NetScaler Gateway in the mix here and I will report back and update the blog once I have this fixed so you would also have external access.

It is also worth noting that this deployment could have been on Amazon Web Services (AWS), Citrix XenServer, Microsoft Hyper-V or VMware ESX.  We could have also deployed a full scale production-ready XenApp environment consisting of 2x Delivery Controllers, 2x StoreFront servers, 2x Provisioning Servers, 1x License Server and a mirrored SQL environment (3x VMs) to house the databases.  There are also blueprints to deploy NetScaler VPXs in their own right so you have the possibility to use CLM to deploy an end-to-end XenApp environment.

I’ll wrap up this article here but please stay tuned for further articles on Citrix Cloud and Lifecycle Management.  In Part 2 I hope to show how to automate the migration from a legacy XenApp 6.5 Farm to this newly deployed XenApp 7.9 Site.

Thanks for reading!

Citrix Partner Accelerator, 2016

Welcome to Part 1 of my blog “mini-series” on the Citrix Partner Accelerator 2016.  I decided to write a couple of blogs on this as there was a lot of content squished into a single day. Well done Citrix! This article will focus on the Keynotes.

This year’s CPA took place on 25th February at Wembley Stadium in London, a very grand venue for Citrix to announce their grand plan.  This was my first official Citrix event so I was prepared for the self-gratifying, backslapping and whooping that one hears about from such type of events.  However, this is Britain and we have decorum.  It was a civilised affair!

Mark Beaumont, Head of Channels for North Europe kicked it all off to give us all the facts and figures with Jason Tooley popping on to cover off a few points.  There was also a live demo of the new Virtual WAN features in NetScaler SD WAN (formerly WANScaler, formally Branch Repeater, formally CloudBridge but not officially changing name until Q2 apparently) which included hi-vizzes, hard hats and bolt croppers!  Citrix may think this is novel but many a customer facing consultant would be used to this equipment!  This was by John Spencer.  He seemed nice.

The main points from the Keynotes have been distilled into bullet point below, however there is a lot of content!

Citrix have decided to spin off GoToMeeting & GoToTraining – these are not strategically aligned to their other core products.

  • Q4 2015 profits beat expectations (good for you Citrix)
  • New CEO with Forrester naming Citrix as EMM leader
  • Citrix UK&I business growth of 8% with significant growth in NetScaler and Workspace Suite
  • Citrix will be moving from tactical to strategic solutions (welcome to 2016!) with more focus on vertical markets (that’s the tall ones not the fat ones apparently).

In order to try and convince the part of the world that doesn’t know about the core benefits of Citrix’ main product set, there was a big drive on the seemingly obvious, which was good in a way as it’s now been said with pretty pictures and lots of % signs meaning people can nod sagely and regurgitate the information to their customers. I would also like to add for transparency that this was based on an “independent” report that Citrix themselves commissioned.

By 2019, organisations will deliver twice as many apps remotely than 2015 – good news for Citrix and their partners

  • The “Flexible working tipping point” will be 2017 (not good news for the impatient types). This is where 50% of UK organisations will adopt some form of remote working, with this number rising to 70% by 2020.
  • There was also the usual reasons on why remote working is cool
  • Citrix will being focusing on the “workspace” (it’s all about the workspace nowadays) with their tried and trusted “any, any, any” mantra. This time slightly changed to:
    • any device
    • any cloud
    • any app

Citrix also wanted to reiterate the fact that Networking using Netscaler is core to Citrix’s workspace vision which was seem in the technical stream with 50% of breakouts being NetScaler orientated. There is a lot of love for NetScaler at the moment!

The 2016 sales priorities were announced as; new customers, Expand footprint and Partner for success. These were expanded upon in the Sales track of the breakouts but that’s for Salesy types.

Then the event that we were all looking forward to except the one who had the spoiler from Neil because he’d seen the demo already this week at Chalfont…

John Spencer, Citrix Northern Europe CTO, came up and told us about the latest techno shiz and direction.

  • Browser App Service. You can now launch an IE 11 or Chrome browser session seamlessly within any other browser!  This is an alternative approach to just publishing the link in IE via XenApp but to try and give the user a more native experience. For more on Browser App Service, see here.
  • Citrix are more aligned with Microsoft than ever. Collaboration with the a massively used platform with huge cloud services and the leader of “any app, any device, anywhere” can only be good.  Just a bit odd that all the Citrix big boys are now ex-Microsoft…
  • Skype for Business (S4B), Azure, Windows 10, Office 365 and Windows Server 2016 are the main tech focus of this year, which I found very pleasing and reassuring as these things feature in my own personal focus and I believe any self-respecting Citrix partner’s focus.
  • CloudBridge is now called NetScaler SD WAN (although Simon Cooper gave a conflicting account and said the name change wasn’t until middle of 2016)

 

NetScaler SD WAN Overview

With NetScaler SD WAN, you can put your Corporate MPLS line, internet-based ADSL backup and even 4G backup-backup line through the NetScaler SD WAN and it will seamlessly switch over if one of these goes down.  As discovered in a later breakout, there is even more coolness here but that’s for another blog J  This was where John Spencer risked life and reputation but getting his assistance to chop through the links one by one, MPLS, then ADSL whilst holding a S4B video call live on stage.

Mark Beaumont returned to wrap up the keynotes with some more £ signs to get the bosses and Sales guys to sit up again after the chop chop demo.

 

  • $500m opportunity for Citrix license sales in the corporate and mid-market businesses. That sounds good! Plenty to go round you’d think!
  • The vertical focus that were discussed before will centre on finance, healthcare and local government. Again, good move as these are sectors that can all easily benefit from Citrix’s core products, even if you just gave them XenApp!
  • Never under estimate the importance of services! This is why we’re called Service Providers right?  There were some of those modern day pie charts, more like ring charts (?) with the facts.  In 1995, 20% was services, rest was product revenue. In 2015, this rose to 35% with 2020 predicted to be 60% services compared with product revenue. No wonder Citrix are looking to change!  A valuable insight to us all here!
  • Mid market use cases and success kits available on SalesIQ
  • New incentives for new opportunities in the mid-market (free pens and USB sticks probably)
  • CARs now available on all customer segments (I was a little bit mystified at this one) but they seem to be making it easier for people to register and claim CARs
  • Citrix are committed to partner success and want to help everyone more this year by having better partner engagements (they want to be in front of your customers), help growth, increase profitability with more predictable engagements. Again, this is good news and this is the type of thing we’re all trying to achieve right?  So, Citrix are our friends and will help us to be bigger, better and more vertical (something some people think I could benefit from)

 

Thanks for reading.  Man, that was slog!  Keep an eye out for Part 2 where I’ll “summarise” the four technical breakout sessions with good stuff from NetScaler, NS SD WAN, XenApp/XenDesktop and the very sexy Citrix Workspace Cloud!

Scale Up or Scale Out?

Well? 

You know the answer to this one.  It depends.  :-)  Of course it depends as every environment is different.  However, today I was looking into the scalability of a XenApp 6.5 farm for a customer to see if we wanted to scale up or out.

Tradition says to scale out but tradition is for ceremonies, Christmas and getting tourists to part with their money🙂  Tradition doesn’t have a place in today’s modern virtualised world of IT.  So, in order to work out if we need to scale up and out, I needed data!  “It is a capital mistake to theorize before one has data. Insensibly one begins to twist facts to suit theories, instead of theories to suit facts”.

That data came in two formats – knowledge of what governs why we would scale up or out in the form this article by Citrix Architect Nick Rintalan – very useful.  Also, in order to understand the current hardware used and see what the CPU and NUMA configuration was I found this article and this article on the Xen Wiki very useful indeed!

The second part of the data came from EdgeSight.  Real life actual statistical data from the client’s XenApp farm. Treasure!

To give a little bit of background, the customer is running XenApp 6.5 HRP2 on XenServer 6.0.2 to publish a single, business critical application, which turns out is a bit more CPU hungry than originally envisaged.  The XenApp servers are provisioned via a Provisioning Services 6.1 vDisk.  All basic stuff.

The underlying hardware uses 4 Intel Xeon E7540 2GHz CPUs with 6 cores each which gives us a grand total of 48 logical cores (4 x 6 x 2 ;-p).  Plenty to be getting on with!  The current XenApp VM configuration is 6 vCPU and 32GB RAM.

EdgeSight was showing that the servers were getting their CPU maxed out with around 52 users, each running the same published application.  Rough maths shows that this means each instance of the process was using about 11% of a CPU.  In comparison, we were seeing peak memory usage of 28GB so about 87-88% meaning we did have some memory to spare.

So, do we add more vCPU, say to take it to 8 or add more XenApp servers?  The decision is going to be based on if the XenApp servers will scale linearly or not, i.e if we add an additional 33.3% of CPU, will we get an additional 33.3% of users?  In this case would we max out at 70 users?  If we maxed out at less than 70 users then we’re not scaling linearly so it would be better to scale out – savvy?

In order to try and work this out prior to any testing, I wanted to understand the NUMA topology of the Intel E7540’s to see what the multiples would be (again, reference here for more details).

On the XenServer host, using the command xl info –n, you will see the following:

CPU configuration

CPU configuration

This confirms that we’re running 48 cpus and have 4 nodes.  These are the NUMA nodes.  As we have 4 sockets, that means 1 node per socket.  Scrolling down, we see the following to confirm that and also show we’re getting 12 CPUs per NUMA node.

Numa configuration

Numa configuration 1

Numa configuration 2

Numa configuration 2

Numa configuration 3

Numa configuration 3

So, to summarise, based on Mr Rintalan’s insight, we want to be running CPU multiples of the NUMA configuration, in this instance 12.  We don’t want to use less CPUs than we currently have (4), which means the next one up is 12 .  This is not practical as to have 12 vCPU we’ll need 64GB RAM which isn’t an option at present so with all this in mind we ARE running the OPTIMAL configuration at present so the answer is…

Scale out🙂

Thanks for reading and I hope you find my experiences and the links useful.

I’m now a Citrix Certified Integration Architect!

Well, there’s not much more to say except that I’m pretty chuffed and proud to have passed 1Y0-A16 and join the CCIA club. I actually passed on 18th December but just had my certificate come through the post to make it officially official.

I look forward to upping my game in 2014, blogging more and trying to add to virtualisation community further as we’re all in it together.

Thanks for all who read my blogs and I hope they’re useful.

Things I hope to work on in 2014:

  • My take on desktop virtualisation – who cares about the desktop
  • Trying to be agnostic by comparing Citrix XenDesktop 7.1, VMware Horizon View 5.2 and Microsoft VDI 2012 R2.
  • Looking out for the next best thing in the virtualisation workspace
  • Try to make it to a virtualisation conference to meet and mix with others and learn some good stuff (maybe BriForum in May…?)

Thanks again,

Stephen

2013 in review

The WordPress.com stats helper monkeys prepared a 2013 annual report for this blog.  Thanks to everyone who has read and commented on my blog in 2013.  Keep an eye out for new and hopefully insightful blogs in 2014!

Here’s an excerpt:

The concert hall at the Sydney Opera House holds 2,700 people. This blog was viewed about 19,000 times in 2013. If it were a concert at Sydney Opera House, it would take about 7 sold-out performances for that many people to see it.

Click here to see the complete report.