Deploy a Virtual Service

Using CA Service Virtualization › Using the DevTest Portal with CA Service Virtualization › Deploy a Virtual Service

Deploy a Virtual Service

You can deploy a virtual service from the DevTest Portal.

Follow these steps:

Go to the home page of the DevTest Portal.
In the left navigation pane, click Manage.
(Optional) Select a different project.
Right-click the virtual service that you want to deploy and select Deploy.
The Deploy Virtual Service dialog opens.
Select the VSE Server where you want to deploy.
Modify the fields as necessary:
Group Tag
Specifies the name of the virtual service group for this virtual service. If deployed virtual services have group tags, they are available in the drop-down list. A group tag must start with an alphanumeric character and can contain alphanumeric characters and the following special characters:
- Period (.)
- Dash (-)
- Underscore (_)
- Dollar sign ($)
Concurrent capacity
Specifies a number that indicates the load capacity. Capacity is how many virtual users (instances) can simultaneously execute with the VSM. Capacity here indicates how many threads there are to service requests for this service model.

VSE allocates a number of threads equivalent to the total concurrent capacity. Each thread consumes some system resources, even when dormant. Therefore, for optimal overall system performance, set this setting as low as possible. Determine the correct settings empirically by adjusting them until you achieve the desired performance, or until increasing it further yields no performance improvement.

Out of the box protocols use a framework-level task execution service to minimize thread usage. For these protocols, a concurrent capacity of more than 2-3 per core is rarely useful, unless the VSM has been highly customized.

For extensions and any VSM that does not use an out of the box protocol, setting a long Think Time may consume a thread for the duration of the think time. In these cases, you may need to increase the concurrent capacity.

The following formula gives an approximate initial setting in these cases:
```
Concurrent Capacity = (Desired transactions per second / 1000) * Average Think Time in ms * (Think Scale / 100)
```
Example:

Assume that you are using a custom protocol that does not use the framework task execution service to handle think times. You want an overall throughput of 100 transactions per second. The average think time across the service image is 200 ms, and the virtual service is deployed with a 100 percent think scale.
```
(100 Transactions per second / 1000) * 200ms * (100 / 100) = 20
```
In this case, each thread blocks for an average of approximately 200 ms before responding, and during that time is unable to handle new requests. We therefore need a capacity of 20 to accommodate 100 transactions per second. A thread would become available, on average, every 10 ms, which would be sufficient to achieve 100 transactions per second.

Default: 1
Think Time Scale
Specifies the think time percentage for the recorded think time.

Note: A step subtracts its own processing time from the think time to have consistent pacing of test executions.

Default: 100

Examples:
- To double the think time, use 200.
- To halve the think time, use 50.
Click Deploy.

Note: A virtual service can be in the following states:

Deployed: No service with the name you entered is already deployed. The service is deployed.
Redeployed: A service with the name you entered is deployed with the same .vsm file as the service you entered. The service is redeployed.
Overridden: A service with the name you entered is deployed with a .vsm file that is different from the one associated with the service you entered. The application prompts you to override the deployed service.