ToolJet/docs/versioned_docs/version-3.16.0-LTS/setup/google-cloud-run.md
Adish M df311eeb03
Enhance ToolJet deployment documentation for version 3.16.0-LTS (#14896)
* Enhance ToolJet deployment documentation for version 3.16.0-LTS

- Updated Google Cloud Run setup to clarify architecture and environment variables.
- Improved Kubernetes setup documentation for AKS, EKS, GKE, and general Kubernetes, emphasizing the need for two separate PostgreSQL databases.
- Revised OpenShift deployment instructions to include detailed environment variable configurations and deployment steps.
- Added system requirements for PostgreSQL and Redis, specifying recommended versions and minimum specifications.
- Included warnings about database naming conflicts and critical configurations for successful deployment.

* Enhance upgrade documentation for ToolJet LTS version

- Added critical backup reminder for PostgreSQL instance before upgrading.
- Clarified database requirements, emphasizing the need for two separate database names (PG_DB and TOOLJET_DB).
- Included deployment flexibility options for database hosting.
- Updated installation notes to specify that the upgrade guide is only for existing installations.
- Improved formatting and clarity in various setup guides (Azure, DigitalOcean, Docker, ECS, Google Cloud Run, Kubernetes, OpenShift).

* Enhance deployment documentation for ToolJet on various platforms, including AWS AMI, Azure Container Apps, AWS ECS, Google Cloud Run, Kubernetes (AKS, EKS, GKE), and Openshift. Updated warnings and notes regarding PostgreSQL database setup and ToolJet AI features.

* Enhance deployment documentation for ToolJet LTS version 3.16.0 by updating backup instructions, removing redundant version requirements, and clarifying Redis configuration for external instances.

* Refine deployment documentation for ToolJet by removing redundant environment variable references and adding notes on securing Redis passwords across various platforms including AWS AMI, Docker, Google Cloud Run, Kubernetes (AKS, EKS, GKE), and OpenShift.

* Refine Redis configuration instructions in AWS AMI deployment documentation for clarity and formatting consistency.

* Add new environment variables for bulk upload limits in deployment documentation

* Refine deployment documentation for ToolJet subpath installation by improving environment variable formatting and clarifying upgrade prerequisites.

* Update PostgreSQL database links in deployment documentation for consistency across ECS, Helm, Kubernetes (AKS, EKS, GKE), and OpenShift setups.

* Remove warning about whitelisting ToolJet AI features from Helm deployment documentation

* Refine environment variable configuration for workflow scheduling in Helm deployment documentation

* formatting updates till gke

* final formatting updates

---------

Co-authored-by: rudrapratik30 <pratik104agrawal@gmail.com>
2026-01-16 14:10:34 +05:30

10 KiB

id title
google-cloud-run Google Cloud Run

Deploying ToolJet on Google Cloud Run

:::info You should manually set up a PostgreSQL database to be used by ToolJet. We recommend using Cloud SQL for this purpose.

ToolJet runs with built-in Redis for multiplayer editing and background jobs. When running separate worker containers or multi-pod setup, an external Redis instance is required for job queue coordination.

:::warning To use ToolJet AI features in your deployment, make sure to whitelist https://api-gateway.tooljet.com and https://python-server.tooljet.com in your network settings. :::

Deploying ToolJet application

:::info Architecture Overview: This deployment uses the following Google Cloud services:

  • Cloud Run: Hosts the ToolJet application container (tooljet-app)
  • Cloud SQL: Provides two separate PostgreSQL databases
    • PG_DB - Application database for users, apps, and configurations
    • TOOLJET_DB - Internal database for ToolJet Database feature data :::
  1. Create a new Google Cloud Run Service: Google Cloud Run New Setup

  2. Ingress and Authentication can be set as shown below, to begin with. Feel free to change the security configurations as per your requirements. ingress-auth

  3. Under the containers tab, please make sure the port is set to 3000 and command npm, run, start:prod is entered in container argument field with CPU capacity set to 2GiB: port-and-capacity-tooljet

    • If the above command is not compatible, please use the following command structure instead:
      port-and-capacity-tooljet-alternative-command
    • If you encounter any migration issues, please execute the following command. Be aware that executing this command may cause the revision to break. However, modifying the command back to npm, run, start:prod will successfully reboot the instance: port-and-capacity-tooljet-migration-fix-command
  4. Configure all required environment variables:

    Application Configuration

    TOOLJET_HOST=<Endpoint url>
    LOCKBOX_MASTER_KEY=<generate using openssl rand -hex 32>
    SECRET_KEY_BASE=<generate using openssl rand -hex 64>
    

    :::tip Update TOOLJET_HOST environment variable if you want to use the default url assigned with Cloud Run after the initial deploy. :::

    Database 1: Application Database (PG_DB)

    This database stores ToolJet's core application data including users, apps, and configurations.

    PG_USER=<username>
    PG_HOST=<postgresql-instance-ip>
    PG_PASS=<password>
    PG_DB=tooljet_production # Must be a unique database name (do not reuse across deployments)
    

    Database 2: Internal Database (TOOLJET_DB)

    This database stores ToolJet's internal metadata and tables created within ToolJet Database feature.

    TOOLJET_DB=tooljet_db # Must be a unique database name (separate from PG_DB and not shared)
    TOOLJET_DB_HOST=<postgresql-database-host>
    TOOLJET_DB_USER=<username>
    TOOLJET_DB_PASS=<password>
    

    :::warning Critical: TOOLJET_DB and PG_DB must be different database names. Using the same database for both will cause deployment failure. :::

    Why does ToolJet require two databases?

    ToolJet requires two separate database names for optimal functionality:

    • PG_DB (Application Database): Stores ToolJet's core application data including user accounts, application definitions, permissions, and configurations
    • TOOLJET_DB (Internal Database): Stores ToolJet Database feature data including internal metadata and tables created by users within the ToolJet Database feature

    This separation ensures data isolation and optimal performance for both application operations and user-created database tables.

    Deployment Flexibility:

    • Same PostgreSQL instance (recommended for most use cases): Create both databases within a single PostgreSQL server
    • Separate PostgreSQL instances (optional, for scale): Host each database on different PostgreSQL servers based on your performance and isolation requirements

    PostgREST Configuration (Required)

    PostgREST provides the REST API layer for ToolJet Database. These variables are mandatory:

    PGRST_HOST=localhost:3001
    PGRST_LOG_LEVEL=info
    PGRST_DB_PRE_CONFIG=postgrest.pre_config
    PGRST_SERVER_PORT=3001
    PGRST_JWT_SECRET=<generate using openssl rand -hex 32>
    PGRST_DB_URI=postgres://TOOLJET_DB_USER:TOOLJET_DB_PASS@TOOLJET_DB_HOST:5432/TOOLJET_DB
    

    :::tip Use openssl rand -hex 32 to generate a secure value for PGRST_JWT_SECRET. PostgREST will refuse authentication requests if this parameter is not set. :::

    :::tip Cloud SQL Public IP Connection: If you are using Public IP for Cloud SQL, then database host connection (value for PG_HOST and TOOLJET_DB_HOST) needs to be set using unix socket format: /cloudsql/<CLOUD_SQL_CONNECTION_NAME> :::

:::info Note on ToolJet Database ToolJet Database is a built-in feature that allows you to build apps faster and manage data with ease. Learn more about this feature here. :::

  1. Please go to the connection tab. Under the Cloud SQL instance please select the PostgreSQL database which you have set-up. <img className="screenshot-full img-m" style={{ marginTop: '15px' }} src="/img/cloud-run/cloud-SQL-tooljet.png" alt="cloud-SQL-tooljet" />
    Click on deploy once the above parameters are set. :::info Once the Service is created and live, to make the Cloud Service URL public. Please follow the steps here to make the service public. :::

Workflows

ToolJet Workflows allows users to design and execute complex, data-centric automations using a visual, node-based interface. This feature enhances ToolJet's functionality beyond building secure internal tools, enabling developers to automate complex business processes.

:::info For users migrating from Temporal-based workflows, please refer to the Workflow Migration Guide. :::

Enabling Workflow Scheduling

To activate workflow scheduling, set the following environment variables:

# Worker Mode (required)
# Set to 'true' to enable job processing
# Set to 'false' or unset for HTTP-only mode (scaled deployments)
WORKER=true

# Workflow Processor Concurrency (optional)
# Number of workflow jobs processed concurrently per worker
# Default: 5
TOOLJET_WORKFLOW_CONCURRENCY=5

Environment Variable Details:

  • WORKER (required): Enables job processing. Set to true to activate workflow scheduling
  • TOOLJET_WORKFLOW_CONCURRENCY (optional): Controls the number of workflow jobs processed concurrently per worker instance. Default is 5 if not specified

:::warning External Redis Requirement: When running separate worker containers or multiple instances, an external stateful Redis instance is required for job queue coordination. The built-in Redis only works when the server and worker are in the same container instance (single instance deployment). Configure the Redis connection using the following environment variables:

  • REDIS_HOST=localhost - Default: localhost
  • REDIS_PORT=6379 - Default: 6379
  • REDIS_USERNAME= - Optional: Redis username (ACL)
  • REDIS_PASSWORD= - Optional: Redis password
  • REDIS_DB=0 - Optional: Redis database number (default: 0)
  • REDIS_TLS=false - Optional: Enable TLS/SSL (set to 'true') :::

For additional environment variables, refer to our environment variables documentation.

Upgrading to the Latest LTS Version

:::info If this is a new installation of the application, you may start directly with the latest version. This upgrade guide is only for existing installations. :::

New LTS versions are released every 3-5 months with an end-of-life of atleast 18 months. To check the latest LTS version, visit the ToolJet Docker Hub page. The LTS tags follow a naming convention with the prefix LTS- followed by the version number, for example tooljet/tooljet:ee-lts-latest.

Prerequisites for Upgrading

:::warning Critical: Backup Your PostgreSQL Instance

Before starting the upgrade process, perform a comprehensive backup of your PostgreSQL instance to prevent data loss. Your backup must include both required databases:

  1. PG_DB (Application Database) - Contains users, apps, and configurations
  2. TOOLJET_DB (Internal Database) - Contains ToolJet Database feature data

Ensure both databases are included in your backup before proceeding with the upgrade. :::

  • Users on versions earlier than v2.23.0-ee2.10.2 must first upgrade to this version before proceeding to the latest LTS version.
  • ToolJet 3.0+ Requirement: Deploying ToolJet Database is mandatory from ToolJet 3.0 onwards. For information about breaking changes, see the ToolJet 3.0 Migration Guide.

---

Need Help?