2017-04-25 9 views
1

次のクイックスタートを使用して展開された自己プロビジョニング負荷テストリグを使用して、最近(Cloud Load Testビルドタスクを使用して)ビルドの一部として負荷テストを行っていますテンプレート -自己プロビジョニング負荷テストリグのフリーマシンが見つかりません

https://github.com/Azure/azure-quickstart-templates/tree/master/101-vsts-cloudloadtest-rig

これが私たちのためにうまく機能していないが、何かが変わっているようだと、このプロセスは、もは​​や機能します。負荷テストのタスクが開始されると、私たちは今、次のエラーを取得する:

ManageVSTSCloudLoadAgent.ps1スクリプトに

https://blogs.msdn.microsoft.com/visualstudioalm/2016/08/23/testing-privateintranet-applications-using-cloud-based-load-testing/

を使用して

2017-04-24T14:32:07.4831251Z [Message]This load test was run using self-provisioned rig 'default'. No virtual-user minutes (VUMs) will be charged for this run. 
2017-04-24T14:32:07.4881254Z ##[error]Microsoft.PowerShell.Commands.WriteErrorException: Test run could not be started using the self-provisioned rig 0ebc4aad-33b2-495e-a75a-213d4607976b. Number of free machines available in the rig are less than the required number. (Requested – 1, Available - 0, In-Use – 0, Offline – 3). 

私は自分の持つ「LoadTesting」と呼ばれるエージェントグループがあることがわかりますプロビジョニングされたVMは2つあり、どちらもFreeと表示されます。ただし、このLoadTestingグループのGUIDは、ビルドタスクが使用しようとしているエラーメッセージのGUIDと一致しません。スクリプトによると、利用可能なリグは1つしかないので、クラウドタスクがこの他のものをどこから取得しているのかわかりません。

正しいグループを使用するようにタスクを変更するにはどうすればよいですか?またはデフォルトに「LoadTesting」グループを変更?

私はどこでも、負荷テスト定義内または私は変更が、それは。

答えて

0

問題を使用するリグにすることができますチームサービスサイトから見つけることができません解決方法 - これが以前はどうなっているのか分かりませんでしたが、解決策はすべての負荷テストに以下のコンテキストパラメータを追加することでした。これは実際に私の質問に投稿されたリンクで指定されていますが、彼らは以前に働いていた。

Context parameter name – UseStaticLoadAgents 
Context parameter value – true 
Context parameter name – StaticAgentsGroupName 
Context parameter value – <name of the agent group> 
関連する問題