Last updated September 06, 2024

Heroku Postgres plans offer different performance characteristics based on their CPU, RAM, and I/O architectures. This article provides a technical description of the implementation of Standard-tier and higher plans, along with important performance characteristics for each plan.

Performance Characteristics

The following table outlines Heroku Postgres Standard-tier and higher plans, along with relevant specifications about the underlying hardware:

Run the pg:info command to check whether your Postgres database has an upgrade available:

$ heroku pg:info
=== HEROKU_POSTGRESQL_RED
Plan         Standard 4
Status       available

All Heroku Postgres plans aside from the Essential tier are single-tenant plans. A customer’s database and related management software are the sole residents of resources on the instance, offering more predictable performance. However, virtualized infrastructure is still subject to some resource contention, and minor performance variations are expected.

Burstable vCPU Performance

All Heroku Postgres plans come with a baseline level of performance, but standard-0, premium-0, private-0, and shield-0 plans are able to burst past that baseline. Burstable performance plans allow each database to run in isolation as a single-tenant instance. This means that when your database is provisioned, no other customer is running on the same server. When your database bursts for an extended time, it’s brought back to the original baseline level of performance. If a consistent level of performance is needed, a non-burstable Heroku Postgres plan provides fixed levels of performance.

The plan type determines the baseline level of performance:

Each of these plans can burst past these load averages for a short amount of time. If the database has a sustained load over those amounts, however, it’s brought back to the baseline. Load averages can be found in the Heroku Postgres Server metrics, which are part of your application’s logs.

Architecture, vCPU, RAM, and I/O

All Heroku Postgres plans run on 64-bit architectures. This ensures both high performance for internal Postgres operations and interoperability with other features like Forks and Followers across all Standard-tier and higher plans.

vCPU indicates the number of virtual processors on the underlying instance. A larger vCPU count provides higher performance on the virtual server or instance.

RAM is the approximate amount of memory used for data caching. An in-depth discussion on Postgres caching can be found in Understanding Heroku Postgres Data Caching.

All instances are backed by EBS-optimized instances where EBS disks with provisioned IOPs are attached. PIOPs are a measure of how many I/O operations the underlying disks can perform per second. The number of IOPs provisioned for each plan determines its I/O throughput. On write-heavy applications, I/O can be a significant bottleneck, but on read-heavy ones, your hot dataset fits in RAM and can therefore perform well with lower IOPs values.

Data Encryption

All plans are encrypted at rest with AES-256, block-level storage encryption. Amazon manages the keys, and individual volume keys are stable for the lifetime of the volume. You can find more details about EBS encryption here. Heroku doesn’t encrypt anything for you at the Postgres level, so if you wish to encrypt, you can use the PGCrypto extension for your own encryption.

All backup files that are taken using Heroku PGBackups are stored in an encrypted S3 bucket in the US region.