Skip to main content

Cloud Deployment Configuration

Configures the cloud resources for each engine when deploying pipelines to DataSQRL Cloud. Deployment settings are configured under the deployment field within each engine's configuration.

{
"engines": {
"flink": {
"deployment": {
"jobmanager-size": "small",
"taskmanager-size": "large.mem",
"taskmanager-count": 1
},
"config": {
"execution.checkpointing.interval": "180s"
}
},
"postgres": {
"deployment": {
"instance-size": "medium",
"replica-count": 1
}
},
"vertx": {
"deployment": {
"instance-size": "small",
"instance-count": 1
}
}
}
}

Apache Flink deployments consist of 1 job manager and a configurable number of identically sized task managers.

{
"engines": {
"flink": {
"deployment": {
"jobmanager-size": "small", // Job manager instance size (see table below)
"taskmanager-size": "medium", // Task manager instance size (see table below)
"taskmanager-count": 2 // Number of task managers (positive integer)
}
}
}
}

Task Manager Sizesโ€‹

NameCPUTask SlotsMemory (GiB)NVMe SpaceMax CPU Burst
dev0.51220GB2
small11455GB1
medium228110GB1
large4416220GB1
xlarge8832440GB1

The dev size is intended for development and testing with small amounts of data.

Size Qualifiersโ€‹

Task manager sizes support qualifiers for specialized workloads. Qualifiers are grouped into memory-oriented and CPU-oriented variants:

  • .mem-Nx scales the pod memory by N and gives Flink proportionally more memory (Flink heap+managed grows with N). Use for state-heavy jobs.
  • .mem-headroom-Nx scales the pod memory by N but keeps Flink's allocation at the baseline memory; the extra memory is reserved for sidecar / native consumers (e.g., DuckDB, JNI libs, page cache).
  • .cpu doubles CPU with the same memory.
QualifierPod memoryFlink heap+managedTypical use
.cpubasebase ร— 0.80CPU-intensive jobs
.mem / .mem-2xbase ร— 2base ร— 1.6State-heavy jobs
.mem-4xbase ร— 4base ร— 3.2Large state
.mem-8xbase ร— 8base ร— 6.4Very large state
.mem-headroom-2xbase ร— 2base ร— 1Sidecars / native memory consumers
.mem-headroom-4xbase ร— 4base ร— 1Larger sidecar headroom
.mem-headroom-8xbase ร— 8base ร— 1Maximum sidecar headroom (e.g. DuckDB)

Examples:

  • medium.mem-4x โ†’ pod 32 GB / Flink heap+managed โ‰ˆ 25.6 GB.
  • xlarge.mem-headroom-8x โ†’ pod 256 GB / Flink heap+managed = 32 GB (baseline) / 224 GB headroom.

.mem is an alias for .mem-2x. The legacy .mem-headroom qualifier (triple memory, Flink stays at baseline) is deprecated โ€” use .mem-headroom-Nx instead.

Size qualifiers do not apply to the dev instance.

Job Manager Sizesโ€‹

NameSubTasksCPUMemory (GiB)
dev<1000.51
small100-8000.52
medium800-200014
large>200028

Choose the job manager size based on the number of subtasks in your Flink job.


PostgreSQL (engines.postgres.deployment)โ€‹

PostgreSQL deployments consist of one primary instance and a configurable number of read replicas, all using the same instance size.

{
"engines": {
"postgres": {
"deployment": {
"instance-size": "medium", // Instance size (see table below)
"replica-count": 1, // Number of read replicas (0 or larger)
"disk-size-gb": 256, // Disk size in GB (1 or larger)
"auto-expand-percentage": 0.2 // Auto-expand threshold (0 to disable, must be < 1)
}
}
}
}

Instance Sizesโ€‹

NameCPUMemory (GiB)Default DiskMax CPU BurstMax Connections
dev0.5410GB1.5100
small18128GB1100
medium216256GB1200
large416512GB1300
xlarge8321TB1600

The dev size is intended for development and testing with small amounts of data.


Vert.x (engines.vertx.deployment)โ€‹

Vert.x API server deployments consist of a configurable number of identically sized server instances.

{
"engines": {
"vertx": {
"deployment": {
"instance-size": "small", // Instance size (see table below)
"instance-count": 2 // Number of server instances (positive integer)
}
}
}
}

Instance Sizesโ€‹

NameCPUMemory (GiB)NVMe SpaceMax CPU BurstPg Pool Size
dev0.52-1.255
small1455GB15
medium28110GB110
large416220GB115

The dev size is intended for development and testing with small amounts of data. The .disk qualifier enables NVMe storage for instances that require local disk access.