To deploy Dagster to GCP, Google Compute Engine (GCE) can host Dagit, Google Cloud SQL can store runs and events, and Google Cloud Storage (GCS) can act as an IO manager.
To host Dagit or Dagster Daemon on a bare VM or in Docker on GCE, see Running Dagster as a service.
We recommend launching a Cloud SQL PostgreSQL instance for run and events data. You can configure Dagit to use Cloud SQL to run and events data by setting blocks in your $DAGSTER_HOME/dagster.yaml
appropriately:
storage:
postgres:
postgres_db:
username: my_username
password: my_password
hostname: my_hostname
db_name: my_database
port: 5432
In this case, you'll want to ensure you provide the right connection strings for your Cloud SQL instance, and that the node or container hosting Dagit is able to connect to Cloud SQL.
Be sure that this file is present, and DAGSTER_HOME is set, on the node where Dagit is running.
Note that using Cloud SQL for run and event log storage does not require that Dagit be running in the cloud. If you are connecting a local Dagit instance to a remote Cloud SQL storage, double check that your local node is able to connect to Cloud SQL.
You'll probably also want to configure a GCS bucket to store op outputs via persistent IO Managers. This enables reexecution, review and audit of op outputs, and cross-node cooperation (e.g., with the multiprocess_executor
or celery_executor
).
You'll first need to need to create a job using gcs_pickle_io_manager
as its IO Manager (or define a custom IO Manager):
from dagster_gcp.gcs.io_manager import gcs_pickle_io_manager
from dagster_gcp.gcs.resources import gcs_resource
from dagster import job
@job(
resource_defs={
"gcs": gcs_resource,
"io_manager": gcs_pickle_io_manager,
},
config={
"resources": {
"io_manager": {
"config": {
"gcs_bucket": "my-cool-bucket",
"gcs_prefix": "good/prefix-for-files-",
}
}
}
},
)
def gcs_job():
...
With this in place, your job runs will store outputs on GCS in the location gs://<bucket>/dagster/storage/<job run id>/files/<op name>.compute
.