Cloud Run sandboxes provide a fast, secure, and isolated environment to run agent workflows within your worker pool, execute untrusted payloads, and handle events in isolation. Sandboxes are highly optimized for latency and run within the same instance as your container, sharing its allocated CPU and memory.
This page describes how to configure sandboxes on your container. For details about writing code to interact with the sandbox using the CLI, see Code execution in Cloud Run.
Before you begin
-
In the Google Cloud console, on the project selector page, select or create a Google Cloud project.
Roles required to select or create a project
- Select a project: Selecting a project doesn't require a specific IAM role—you can select any project that you've been granted a role on.
-
Create a project: To create a project, you need the Project Creator role
(
roles/resourcemanager.projectCreator), which contains theresourcemanager.projects.createpermission. Learn how to grant roles.
-
Verify that billing is enabled for your Google Cloud project.
- Install and initialize the gcloud CLI.
- Deploy a Cloud Run worker pool.
Required roles
To get the permissions that you need to configure and deploy Cloud Run worker pools, ask your administrator to grant you the following IAM roles:
- Cloud Run Developer (
roles/run.developer) on the Cloud Run worker pool - Service Account User (
roles/iam.serviceAccountUser) on the service identity
For a list of IAM roles and permissions that are associated with Cloud Run, see Cloud Run IAM roles and Cloud Run IAM permissions. If your Cloud Run worker pool interfaces with Google Cloud APIs, such as Cloud Client Libraries, see the service identity configuration guide. For more information about granting roles, see deployment permissions and manage access.
Enable sandboxes
Any configuration change leads to the creation of a new revision. Subsequent revisions will also automatically get this configuration setting unless you make explicit updates to change it.
To enable sandboxes in Cloud Run worker pools, use the Google Cloud CLI or a YAML configuration:
gcloud
To deploy or update the worker pool, specify the --sandbox-launcher flag:
To deploy a new worker pool, run the following command:
gcloud beta run worker-pools deploy WORKER_POOL --image IMAGE_URL --sandbox-launcher
Replace the following:
- WORKER_POOL: the name of your Cloud Run worker pool.
- IMAGE_URL: a reference to the container image that
contains the worker pool, such as
us-docker.pkg.dev/cloudrun/container/worker-pool:latest
To update an existing worker pool, run the following command:
gcloud beta run worker-pools update WORKER_POOL --sandbox-launcher
YAML
If you are creating a new worker pool, skip this step. If you are updating an existing worker pool, download its YAML configuration:
gcloud run worker-pools describe WORKER_POOL --format export > worker-pool.yaml
Update your YAML file to include the
sandboxLauncherattribute set totrueinside your container configuration:apiVersion: run.googleapis.com/v1 kind: WorkerPool metadata: name: WORKER_POOL annotations: run.googleapis.com/launch-stage: BETA spec: template: spec: containers: - name: CONTAINER image: IMAGE_URL sandboxLauncher: trueReplace the following:
- WORKER_POOL: the name of your Cloud Run worker pool.
- CONTAINER: the name of your container.
- IMAGE_URL: a reference to the container image that
contains the worker pool, such as
us-docker.pkg.dev/cloudrun/container/worker-pool:latest
Create or update the worker pool using the following command:
gcloud run worker-pools replace worker-pool.yaml
The
gcloud run worker-pools replacecommand defaults to usingworker-pool.yamlfile if present.
Sandboxes share the CPU and memory allocated to the host container. Make sure your main container's CPU and memory limits can accommodate both your application and any active sandboxes that you run at the same time.
Disable sandboxes
To disable the ability to launch a sandbox in your worker pool, use the Google Cloud CLI or a YAML configuration:
gcloud
Update the worker pool using the --no-sandbox-launcher flag by running the following command:
gcloud beta run worker-pools update WORKER_POOL --no-sandbox-launcher
Replace WORKER_POOL with the name of your worker pool.
YAML
If you are creating a new worker pool, skip this step. If you are updating an existing worker pool, download its YAML configuration:
gcloud run worker-pools describe WORKER_POOL --format export > worker-pool.yaml
Update your YAML file to remove the
sandboxLauncherattribute inside your container configuration:apiVersion: run.googleapis.com/v1 kind: WorkerPool metadata: name: WORKER_POOL spec: template: spec: containers: - name: CONTAINER image: IMAGE_URLReplace the following:
- WORKER_POOL: the name of your Cloud Run worker pool.
- CONTAINER: the name of your container.
- IMAGE_URL: a reference to the container image that
contains the worker pool, such as
us-docker.pkg.dev/cloudrun/container/worker-pool:latest
Create or update the worker pool using the following command:
gcloud run worker-pools replace worker-pool.yaml
The
gcloud run worker-pools replacecommand defaults to usingworker-pool.yamlfile if present.
View sandbox settings
To view the current sandbox settings for your Cloud Run worker pool:
Console
In the Google Cloud console, go to the Cloud Run Worker pools page:
Click the worker pool to open its Worker pools details page.
Click the Revisions tab.
In the Containers tab, locate the Sandbox launcher setting to view whether sandboxed containers are enabled or disabled.
gcloud
Use the following command:
gcloud run worker-pools describe WORKER_POOL
Replace WORKER_POOL with the name of your worker pool.
To verify that sandboxed containers are enabled, locate the
sandboxLauncher: trueattribute in the returned configuration.
To run untrusted code in a sandbox from your worker pool, see Code execution in Cloud Run.