{"id":20066,"date":"2016-08-22T06:09:21","date_gmt":"2016-08-22T10:09:21","guid":{"rendered":"https:\/\/blogs.msdn.microsoft.com\/visualstudioalm\/?p=20066"},"modified":"2019-02-14T17:33:43","modified_gmt":"2019-02-15T01:33:43","slug":"use-cloud-load-agents-on-your-infrastructure","status":"publish","type":"post","link":"https:\/\/devblogs.microsoft.com\/devops\/use-cloud-load-agents-on-your-infrastructure\/","title":{"rendered":"Use cloud load agents on your infrastructure"},"content":{"rendered":"

This blog talks about how you can configure your own machines (physical\/VMs) with Cloud-based Load Testing service to do a load test run. This is primarily useful when you want to load test an application which is not publically accessible. To get more context around this, please refer ‘Load testing Applications behind Firewall using Cloud-based Load Testing Service<\/a>‘ . If you wish to provision the rig in your Azure subscription you can refer the previous blog.<\/p>\n

Following is the basic topology of load agents and CLT service. Once configured the load agents will get instructions from CLT to carry out the load test run.<\/p>\n

 <\/p>\n

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

Typical topology of having user’s own machines as load agents registered with CLT.<\/span><\/em><\/p>\n

It is recommended to use clean machines with already having .net 4.6 (download link for .net 4.6 is here<\/a>). You can download the powershell script through following link.<\/p>\n

Download powershell script to configure user load agent<\/a><\/p>\n

Once you down, please make sure you unblock the script by going into the properties of the file.<\/p>\n

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

Script \u2013 ManageVSTSCloudLoadAgent.ps1<\/strong><\/p>\n

Mandatory parameters for the script:<\/span><\/p>\n

    \n
  1. TeamServicesAccountName:<\/strong> <\/span>It is the name of the VSTS account with which you want to configure your machines. Use just need to pass the account name here e.g., please put ‘xyz’ if your VSTS account url is https:\/\/xyz.visualstudio.com<\/a><\/li>\n
  2. PATToken: <\/strong>It is required for authentication. One has to first get the PAT token for the VSTS account. Follow this post<\/a> to get it. The scope should be selected as \u2018Load Test (read and write)\u2019.<\/li>\n<\/ol>\n

    Parameters to configure an agent:<\/strong><\/p>\n

    Agent group name-<\/strong> The machine will get registered under this agent group name. If the agent group doesn\u2019t exist, it’ll get created first. This input is mandatory.<\/p>\n

    Example:<\/p>\n

    .ManageVSTSCloudLoadAgent.ps1 -TeamServicesAccountName https:\/\/xyz.visualstudio.com<\/a> -PATToken olxpldk2xcdfp5bt2ruemetwrmv7xyzk23l4cnnewi3rbaq -ConfigureAgent -AgentGroupName ‘trial’<\/p>\n

    With the above command the current machine will be configured as VSTS cloud load agent for xyz.visualstudio.com under the agent group named as ‘trial. Once the powershell scripts completes, it would have installed and started a windows service on the machine named as ‘VSTSLoadAgentService<\/span>‘. This may take around 5-10 mins.<\/p>\n

    At present we are treating all load agents same and if even though user has different machines as load agents we will get equal load generated from each machine. If you have some feedback around this, please reach out to us. Once configured these machines will be auto upgraded whenever needed.<\/p>\n

    Apart from configuring an agent the above mentioned powershell script is capable more operations that are listed below.<\/p>\n

    Managing self-provisioned agents<\/h2>\n

    Get agent groups-<\/strong> It’ll list down all the registered agent groups with the VSTS account. Example is as follows:<\/p>\n

    .ManageVSTSCloudLoadAgent.ps1 -TeamServicesAccountName https:\/\/xyz.visualstudio.com<\/a> -PATToken olxpldk2xcdfp5bt2ruemetwrmv7xyzk23l4cnnewi3rbaq -GetAgentGroups<\/p>\n

    Get agents- <\/strong>It’ll list down all the agents and their latest status of a particular agent group name. Example is as follows:<\/p>\n

    .ManageVSTSCloudLoadAgent.ps1 -TeamServicesAccountName https:\/\/xyz.visualstudio.com<\/a> -PATToken olxpldk2xcdfp5bt2ruemetwrmv7xyzk23l4cnnewi3rbaq -AgentGroupName test -GetAgents<\/p>\n

    Delete an agent- <\/strong>It’ll delete the agent reference from service. The agent must be in the offline state before a user can delete it. Agent group name is mandatory. Refer the following for example:<\/p>\n

    .ManageVSTSCloudLoadAgent.ps1 -TeamServicesAccountName https:\/\/xyz.visualstudio.com<\/a> -PATToken olxpldk2xcdfp5bt2ruemetwrmv7xyzk23l4cnnewi3rbaq -DeleteAgent -AgentGroupName test -AgentName dpk-param<\/p>\n

    You can find more details by doing get-help on the ManageVSTSCloudLoadAgent.ps1.<\/p>\n

    How to queue a run using load agents<\/h3>\n

    Using VSTS portal<\/h3>\n

    Now you can queue load test runs on self-provisioned agents through VSTS portal. As shown in below UI, you have a choice to select the type of agents in the settings tab.<\/p>\n

    \"vsts\"<\/p>\n

    Using Visual Studio Enterprise IDE<\/h3>\n

    We are working on making it as first class experience in our product. Till then user can queue a run on these machines by having the following context parameter in Visual Studio Load Test file.<\/p>\n

    Context parameter name \u2013 UseStaticLoadAgents<\/p>\n

    Context parameter value – true<\/p>\n

    Context parameter name \u2013 StaticAgentsGroupName<\/p>\n

    Context parameter value – <name of the agent group><\/p><\/blockquote>\n

    \"contextparam\"<\/p>\n

    User can set the number of machines to be used for a load test run through Agent core count property present in Run Settings. In user’s own load agents scenario every core is treated as a single machine. As shown in below image, 5 machines will be used for the run.<\/p>\n

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

    The runs done on user’s own load agents machines are not charged. User should be able to confirm this by looking into the status messages of the run.<\/p>\n

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

    Before you do that, we would recommend you to go through the FAQs as well.<\/p>\n

    Frequently asked question \u2013 <\/span><\/h3>\n
      \n
    1. How do the load agents communicate with CLT?\u00a0\u00a0 <\/strong>The load agents will communicate with CLT using HTTPs protocol. Since these machines\/VMs are inside user’s private network (Azure\/on-prem), they can reach the Application under Test (AuT) easily. The results are published back to the CLT service so that the analysis can happen in similar manner as done for other type of load test runs in CLT.<\/li>\n
    2. How I am being charged for this?\u00a0\u00a0 <\/strong>At present this feature is in preview mode and you will not incur load testing VUM charges for the runs where you deploy load agents on your premises or in your Azure subscription. However, you will be charged the applicable Azure VM costs.<\/li>\n
    3. Can I use these machines for some other purpose?\u00a0\u00a0 <\/strong>These machines can be used other your other tasks as well but it is recommended to not have anything running while a load test run is in progress.<\/li>\n
    4. Can I shut down the machines where I have configured load test agent?\u00a0\u00a0 <\/strong>Yes, the machines can be shut down when not in use. The load agent service will automatically start to receive commands from CLT, once the machine is up. If you are using Azure ARM template to deploy these agents, you can start\/stop the VMs based on your need. You can also do this using a powershell script. Refer following link to more on this.https:\/\/gallery.technet.microsoft.com\/scriptcenter\/Stop-All-VMs-in-Specified-40c8531e<\/a>You are also recommended to delete the Azure resource group once you are done with load testing. You should be able to re-create it anytime later if you need to.https:\/\/azure.microsoft.com\/en-in\/documentation\/articles\/resource-group-portal\/<\/a><\/li>\n
    5. I have proxy settings on my machines, will this work?\u00a0\u00a0 <\/strong>We support only default proxy scenario i.e., when the proxy settings are controlled through IE and it uses the current user’s credentials to connect to proxy server. In other cases, please reach out to us.<\/li>\n
    6. From where I can collect the logs to debug some issue?<\/strong>\nThe powershell script logs are stored in the logs folder which will be present in the same folder where the powershell script exists. These logs are displayed in the powershell window as well.\u00a0 <\/span>Run execution logs reside in %windir%tempCloudLoadTest logs folder.<\/li>\n<\/ol>\n

      With all this, you should be able to go ahead and try out the load testing. Do reach out to us on vsoloadtest@microsoft.com<\/a>, if you have any query.<\/p>\n

      Happy Load Testing!\u00a0\"Smile\"<\/p>\n","protected":false},"excerpt":{"rendered":"

      This blog talks about how you can configure your own machines (physical\/VMs) with Cloud-based Load Testing service to do a load test run. This is primarily useful when you want to load test an application which is not publically accessible. To get more context around this, please refer ‘Load testing Applications behind Firewall using Cloud-based […]<\/p>\n","protected":false},"author":162,"featured_media":45953,"comment_status":"open","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"_acf_changed":false,"footnotes":""},"categories":[224,1,252],"tags":[],"class_list":["post-20066","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-azure","category-devops","category-testing"],"acf":[],"blog_post_summary":"

      This blog talks about how you can configure your own machines (physical\/VMs) with Cloud-based Load Testing service to do a load test run. This is primarily useful when you want to load test an application which is not publically accessible. To get more context around this, please refer ‘Load testing Applications behind Firewall using Cloud-based […]<\/p>\n","_links":{"self":[{"href":"https:\/\/devblogs.microsoft.com\/devops\/wp-json\/wp\/v2\/posts\/20066","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/devblogs.microsoft.com\/devops\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/devblogs.microsoft.com\/devops\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/devblogs.microsoft.com\/devops\/wp-json\/wp\/v2\/users\/162"}],"replies":[{"embeddable":true,"href":"https:\/\/devblogs.microsoft.com\/devops\/wp-json\/wp\/v2\/comments?post=20066"}],"version-history":[{"count":0,"href":"https:\/\/devblogs.microsoft.com\/devops\/wp-json\/wp\/v2\/posts\/20066\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/devblogs.microsoft.com\/devops\/wp-json\/wp\/v2\/media\/45953"}],"wp:attachment":[{"href":"https:\/\/devblogs.microsoft.com\/devops\/wp-json\/wp\/v2\/media?parent=20066"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/devblogs.microsoft.com\/devops\/wp-json\/wp\/v2\/categories?post=20066"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/devblogs.microsoft.com\/devops\/wp-json\/wp\/v2\/tags?post=20066"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}