ZEKTOR.IO Docs

Limits & Quotas

Platform limits, resource quotas, and connection limits for Zektor.io managed database instances.

Overview

This page documents the limits and quotas that apply to Zektor.io instances. These limits are designed to ensure reliable performance and fair resource allocation across the platform.

Instance Limits

ResourceLimit
Instances per accountNo hard limit
Branches per PostgreSQL instanceNo hard limit
Regions available3 (Falkenstein, Nuremberg, Helsinki)

PostgreSQL Limits

Tiers

TierRAMvCPUIncluded storageMonthly egress
AKPG-5512MB0.255GB10GB
AKPG-101GB0.55GB100GB
AKPG-202GB15GB100GB
AKPG-404GB25GB100GB
AKPG-808GB410GB200GB
AKPG-16016GB820GB400GB
AKPG-32032GB1640GB800GB

All PostgreSQL tiers run on shared vCPU. See Pricing for monthly costs.

Connection limits

max_connections is not configured per tier — every instance uses the PostgreSQL default of 100 connections regardless of size. If you need more concurrent connections than that, use a connection pooler in your application, or contact us.

Storage limits

Each tier includes the storage shown above. Storage beyond the included amount is billed at €0.15/GB per month.

Automatic storage scaling is opt-in per instance and disabled by default. When you enable it, you must also set an auto-scaling limit above your current size — scaling does nothing until you do. Once configured:

BehaviourValue
Grows when usage exceeds80%
Shrinks when usage falls below60%
Step size5GB
Maximum auto-scaling limit1000GB (1TB)

Shrinking never goes below the instance's configured minimum disk size, and can be disabled independently by setting the instance to scale up only.

Database limits

ResourceLimit
Maximum databases per instanceUnlimited (PostgreSQL default)
Maximum table sizeLimited by available storage
Maximum row size1.6TB (PostgreSQL default)
Statement timeoutNone by default (statement_timeout = 0)
PostgreSQL versions16, 17, 18 (available on every tier)

pg_stat_statements is enabled on every instance, with statement tracking set to all and a 5000-statement ceiling.

Valkey Limits

Tiers

TierRAMvCPUMonthly egress
AKVK-1128MB0.125100GB
AKVK-5512MB0.5100GB
AKVK-101GB1200GB
AKVK-202GB2400GB
AKVK-404GB4800GB
AKVK-808GB81.6TB

Connection limits

maxclients is not configured per tier — instances use the Valkey default of 10,000 clients, subject to the container's file-descriptor limit.

Memory and eviction

maxmemory is set to the tier's RAM, with the allkeys-lru eviction policy: once an instance is full, the least recently used keys are evicted to make room for new writes. Persistence uses appendonly yes.

Data limits

ResourceLimit
Maximum key size512MB (Valkey default)
Maximum value size512MB (Valkey default)
Maximum number of keysLimited by available RAM
Valkey versions8, 9 (available on every tier)

Backup Limits

ResourceLimit
Backup schedules per instanceNo hard limit
Manual backups per instanceNo hard limit
Minimum backup retention1 day
Maximum backup retentionNo hard limit
PITR recovery windowFrom oldest backup to 2 minutes ago

Network Limits

ResourceLimit
EgressMonthly allowance per tier (see tables above)
TLS versionTLS 1.2+ required

Egress is monitored against your tier's allowance. Exceeding it does not currently throttle your instance or incur an overage charge, but sustained overages may be reviewed.

Need Higher Limits?

If your use case requires limits beyond what's listed here, contact us. We can accommodate custom configurations for enterprise deployments.

Next Steps

  • Pricing — Understand costs for each tier
  • Scaling — Upgrade to a higher tier
  • FAQ — Common questions

On this page