How do I manage my Service Broker deployments

As a Service Broker consumer, you use the Deployments page to manage your deployments and the associated resources, making changes to deployments, troubleshooting failed deployments, making changes to the resources, and destroying unused deployments.

The deployments are the provisioned instances of catalog items, cloud templates, and onboarded resources. If you manage a small number of deployments, the deployment cards provide a graphical view for managing them. If you manage a large number of deployments, the deployment list and the resource list provide more a more robust management view.

To manage your deployments, select Consume > Deployments > Deployments.

You can use the Projects drop-down on the Consume tab to view only the deployments for a specific project.

Working with deployment cards and the deployment list

You can locate and manage your deployments using the card list. You can filter or search for specific deployments, and then run actions on those deployments.

Figure 1. Deployments page card view

1. Filter your requests based on attributes.

   For example, you can filter based on owner, projects, lease expiration date, or other filtering options. Or you might want to find all the deployments for two projects with a particular tag. When you construct the filter for the projects and tag example, the results conform to the following criteria: (Project1 OR Project2) AND Tag1.

   The values that you see in the filter pane depend on the current deployments that you have permission to view or manage.

   Most of the filters and how to use them are relatively obvious. Additional information about some of these filters is provided below.

2. Search for deployments based on keywords or requester.
3. Sort the list to order by time or name.
4. Switch between the deployment card and the deployment list views.
5. Run deployment-level actions on the deployment, including deleting unused deployments to reclaim resources.

You can also see deployment costs, expiration dates, and status.

You can switch between the card and list view in the upper right of the page, to the right of the Sort text box. You can use the list view to manage a large number of deployments on fewer pages.

Figure 2. Deployment page list view

Working with selected deployment filters

The following table is a not a definitive list of filter options. Most of them are self-evident. However, some of the filters require a little extra knowledge.

Table 1. Selected filter information

Filter name	Description
Optimizable Resources Only	If you integrated vRealize Operations Manager and are using the integration to identify reclaimable resources, you can toggle on the filter to limit the list of qualifying deployments.
Deployment Lifecycle Status	The Deployment Lifecycle Status and Last Request Status filters can be used individually or in combination, particularly if you manage a large number of deployments. Examples are included at the end of the Last Request Status section below. Deployment Lifecycle Status filters on the current state of the deployment based on the management operations. This filter is not available for deleted deployments. The values that you see in the filter pane depend on the current state of the listed deployments. You might not see all possible values. The following list includes all the possible values. Day 2 actions are included in the Update status. Create - Successful Create - In Progress Create - Failed Update - Successful Update - In Progress Update - Failed Delete - In Progress Delete - Failed
Last Request Status filters	Last Request Status filters on the last operation or action that ran on the deployment. This filter is not available for deleted deployments. The values that you see in the filter pane depend on the last operations that ran on the listed deployments. You might not see all possible values. The following list is all of the possible values. Pending. The first stage of a request where the action is submitted but the deployment process has not yet started. Failed. The request experienced a failure during any stage of the deployment process. Cancelled. The request was cancelled by a user while the deployment process was processing and not yet completed. Successful. The request successfully created, updated, or deleted a deployment. In Progress. The deployment process is currently running. Additional deployment states, for example, Initialization and Completion that you see in the deployment History tab are not provided as filters, but you can use the In Progress filter to locate deployments in those states. Approval Pending. The request triggered one or more approval policies. The process is waiting for a response to the approval request. Approval Rejected. The request was denied by the approvers in the triggered approval policies. The request does not continue. The following examples illustrate how the how to use the Deployment Lifecycle Status and Last Request Status filters individually or together. To find all delete requests that failed, select Delete - Failed in the Deployment Lifecycle Status filter. To find all the requests waiting for approval, select Approval Pending in the Last Request Status filter. To find the delete requests where the approval request is still pending, select Delete - In Progress in the Deployment Lifecycle Status filter and Approval Pending in the Last Request Status filter.

Working with deployment details

You use the deployment details to understand how the resources are deployed and what changes have been made. You can also see pricing information, the current health of the deployment, and if you have any resources that need to be modified.

• Topology tab. You can use the Topology tab to understand the deployment structure and resources.
• History tab. The History tab includes all the provisioning events and any events related to actions that you run after deploying the requested item. If there are any problems with the provisioning process, the History tab events helps you with troubleshoot the failures.
• User Events tab. You can use the User Events tab to provide and track the user interactions for your deployment. The events include any initial input values, any required approvals, input values for day 2 changes, and any values that you must provide as part of a deployment or for a day 2 action workflow. Where the request requires input values, you can also enter the values on the Inputs tab in Service Broker.

  For deployments that include vRealize Orchestrator workflow user events, where you enter values during the deployment process, there are some situations where the tab does not display the form or where the workflow is canceled. If you have multiple vRealize Orchestrator instances that do not have tags or where they all have the same tag, the form does not load. Ensure that you correctly tag the instances so that the form displays on the tab. If there are not assignees in the workflow form, the workflow is canceled and the deployment or action fails. Ensure that you workflow form includes assignees.

• Price tab. You can use the pricing tab for insights about how much your deployment is costing your organization. Pricing information is provided by your vRealize Operations Manager or CloudHealth integrations.
• Monitor tab. The Monitor tab data provides information about the health of your deployment based on data from vRealize Operations Manager.
• Alerts tab. The Alerts tab provides active alerts on the deployment resources. You can dismiss the alert or add reference notes. The alerts are based on data from vRealize Operations Manager.
• Optimize tab. The Optimize tab provides utilization information about your deployment and offers suggestions for reclaiming or otherwise modifying the resources to optimize resource consumption. The optimization information is based on data from vRealize Operations Manager.