Skip to content

Compute Environments

TOWER_ENABLE_PLATFORMS#

Note

As of Tower 21.10.1, it is recommended to define your compute environments via the TOWER_ENABLE_PLATFORMS variable. Earlier implementations which rely on the MICRONAUT_ENVIRONMENTS variable will continue to work and do not require modification.

Tower allows the deployment of Nextflow pipelines across a large number of different execution platforms.

Populate the TOWER_ENABLE_PLATFORMS configuration variable with the platforms which your organization makes availabe to its Tower users.

Example:

1
2
# Include all available platforms, separating each value with a comma.
TOWER_ENABLE_PLATFORMS=awsbatch-platform,gls-platform,azbatch-platform,slurm-platform

The following options are available:

  • awsbatch-platform: AWS Batch cloud compute service
  • gls-platform: Google LifeSciences cloud compute service
  • azbatch-platform: Azure Batch cloud compute service
  • lsf-platform: IBM LSF batch scheduler
  • slurm-platform: Slurm batch scheduler
  • altair-platform: Altair PBS pro batch scheduler
  • uge-platform: GridEngine batch scheduler
  • k8s-platform: Kubernetes compute platform
  • eks-platform: AWS EKS compute platform
  • gke-platform: Google GKE compute platform

MICRONAUT_ENVIRONMENTS#

Note

Clients using Tower 21.10.1 or later do not need to use this configuration variable.

The Tower cron and backend containers are both based on container image 195996028523.dkr.ecr.eu-west-1.amazonaws.com/nf-tower-enterprise/backend:vxx.xx.x. The values supplied to configuration variable control what type the resulting container acts as.

1
2
3
4
5
# Settings for <CRON> container.
MICRONAUT_ENVIRONMENTS=prod,redis,cron

# Only for <BACKEND> container.
MICRONAUT_ENVIRONMENTS=prod,redis,ha
Back to top