Only global administrators, promotion administrators and promotion users can deploy revisions. More information is available in the Authorization section.
Authentication against servers during a deployment are performed using Denodo Security Token. Automated mode cloud servers are configured by default to use token, so no additional configuration is required.
A deployment process in cloud environments is slightly different than deployments in standard mode 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.
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:
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.
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.
The following diagram summarizes the main steps of a minimum downtime cluster recreation process in a deployment process.
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.
We recommend to use this option for deployments.