GCP Cloud Composer cost: a managed Airflow baseline that is always on
Cloud Composer bills environment compute (per-hour, always on) plus the underlying GKE, database, and storage. The always-on environment fee is significant, so consolidating DAGs and right-sizing the environment matter. Here is the breakdown.
Quick answer
Cloud Composer bills environment compute (scheduler, web server, and workers, priced per hour and running continuously) plus the underlying GKE, database, and storage. The always-on environment fee is significant even when few DAGs run, so consolidate workloads onto fewer environments, right-size the environment, and use Composer 2 autoscaling to control cost.
Cloud Composer is managed Apache Airflow, and its cost model reflects that Airflow is an always-on orchestrator: the scheduler and web server run continuously so DAGs can be triggered any time. That means a baseline cost even when little is running, which is the key thing to understand.
An always-on baseline
A Composer environment runs the Airflow scheduler, web server, and workers continuously. You pay for that compute per hour whether or not DAGs are actively executing, plus the underlying GKE cluster, the metadata database, and storage. So even an idle environment has a meaningful monthly floor, unlike a per-run service.
What drives the bill
| Component | Cost driver |
|---|---|
| Scheduler + web server | Always-on environment size |
| Workers | Number and size (autoscaling in Composer 2) |
| GKE, database, storage | Underlying infrastructure |
Composer 2 runs on autopilot GKE and autoscales workers, so worker cost tracks DAG load better than the fixed sizing of Composer 1. But the scheduler and web server baseline remains. The environment size you choose sets the floor.
Controlling Composer cost
Because of the always-on baseline, running many small Composer environments is expensive, so consolidate DAGs onto fewer environments where isolation allows. Right-size the environment to real DAG load, use Composer 2 worker autoscaling, and for light or intermittent orchestration consider whether a simpler scheduler (Cloud Scheduler plus Cloud Run jobs) avoids the Airflow baseline entirely. Reserve Composer for genuinely complex, DAG-heavy orchestration where Airflow earns its baseline, the same match-the-tool discipline as choosing Cloud Run jobs for simple batch.
FAQ
How is GCP Cloud Composer priced?
By environment compute (the Airflow scheduler, web server, and workers, priced per hour and running continuously) plus the underlying GKE cluster, metadata database, and storage. The always-on environment fee means a meaningful monthly floor even when few DAGs run.
Why is Cloud Composer expensive even when idle?
Because Airflow is an always-on orchestrator: the scheduler and web server run continuously so DAGs can be triggered any time, and you pay for that compute plus the underlying GKE, database, and storage. Even an idle environment has a baseline cost.
How do I reduce Cloud Composer cost?
Consolidate DAGs onto fewer environments rather than running many small ones, right-size the environment to real DAG load, use Composer 2 worker autoscaling, and for light orchestration consider a simpler scheduler (Cloud Scheduler plus Cloud Run jobs) that avoids the Airflow baseline.
Is Composer 2 cheaper than Composer 1?
Often, for variable workloads, because Composer 2 runs on autopilot GKE and autoscales workers, so worker cost tracks DAG load rather than fixed sizing. The scheduler and web server baseline remains, so the environment size still sets a floor.
When should I use Cloud Composer versus a simpler scheduler?
Use Composer for complex, DAG-heavy orchestration with dependencies, retries, and backfills where Airflow earns its always-on baseline. For light or intermittent scheduling, Cloud Scheduler triggering Cloud Run jobs avoids the baseline and is far cheaper.
Does C3X estimate Cloud Composer cost?
C3X prices the underlying infrastructure of a Composer environment (GKE, database, storage) from your Terraform. The Airflow environment compute and worker autoscaling depend on configuration and DAG load, which you model for a complete estimate.
What to do next
Price your orchestration environment before you deploy. C3X reads your Terraform and prices your resources against a live catalog. Start with the quickstart.
Share this post
Try C3X on your own Terraform
Free and open source. No API key required. One command to install, one command to estimate.