Cloud Deployments

Note

Only global administrators, promotion administrators and promotion users can deploy revisions. More information is available in the Authorization section.

A deployment process in cloud environments is slightly different than deployments in on premises environments. In cloud environments the changes are not performed in the current servers of the cluster. Instead, the changes are performed in a new server and then the cluster is recreated. The main steps of a cloud deployment are the following:

  • If at least one of the deployed revisions contains VQL changes, the deployment process consists in the following:

    • Solution Manager launches a new instance using the latest image for the Virtual DataPort cluster.

    • Once the new Virtual DataPort server is up and running, the VQL of the revisions is executed.

    • The Virtual DataPort cluster is recreated using the new Virtual DataPort server as reference, minimizing downtime or not according to environment configuration.

  • If a revision includes Scheduler jobs:

    • Solution Manager launches a new instance using the latest image for the Scheduler cluster.

    • Once the new Scheduler server is up and running, the included jobs will be created (for CREATE revisions) or removed (for DROP revisions). When deploying CREATE revisions, the Scheduler jobs are executed if they were marked for execution in the revision.

    • The Scheduler cluster is recreated using the new Scheduler server as reference, minimizing downtime or not according to environment configuration.

  • If any of the deployed revisions contained VQL changes and the environment has Data Catalog server synchronization configured, the corresponding Data Catalog servers metadata will be synchronized according to the provided configuration.

Important

If the execution of VQL or the import of Scheduler tasks fails, the deployment fails. If this happens, the corresponding product cluster is not modified and the new cloud server where the changes were performed is terminated.

The next picture summarizes the basic steps of a generic deployment process in a cloud environment with all the types of servers involved:

Basic steps of a cloud deployment process

Basic steps of a cloud deployment process

Remember that in order to deploy one or more revisions you have to use the deploy-text-btn or deploy-btn buttons from the Revisions table.

The deployment preconditions are the same as in standard environments.

Cloud Deployments Options

The Solution Manager offers the option to minimize downtime while performing a deployment process in cloud environments in the deployments configuration of the environment. This option affects to the way the cluster is recreated after performing the revisions changes. The differences are explained in the following sections.

Without Minimizing Downtime

The following diagram summarizes the main steps in the cluster recreation process in a deployment process with minimize downtime option disabled.

Cloud cluster recreation without minimum downtime

Cloud cluster recreation without minimum downtime

Important

With this approach there is no service since old servers are terminated until new servers are ready and they fullfill the load balancer health checks.

Minimizing Downtime

The following diagram summarizes the main steps of a minimum downtime cluster recreation process in a deployment process.

Minimize downtime cloud cluster recreation

Minimize downtime cloud cluster recreation

Important

Using this option the application service is available during the deployment process, with minimum downtime. However, there may be some inconsistencies during the cluster recreation, since servers with old and new versions of the metadata can provide service at the same time. This can happen once new servers are ready for service, while old servers are terminated and they might be processing some requests.

Note

We recommend to use this option for deployments.