Last updated December 15, 2022

Database replication serves many purposes including increasing read throughput with a leader-follower configuration, additional availability with a hot standby, serving as a reporting database, and seamless migrations and upgrades. Though these strategies all serve different purposes, they’re all based on the ability to create and manage copies of a lead database. On Heroku Postgres, this functionality is exposed as the follow feature.

A database follower is a read-only copy of the leader database that stays up to date with the leader database data. As writes and other data modifications are committed in the leader database, the changes are streamed, in real time, to the follower databases.

Create a Follower

A follower can be created for any Standard, Premium, or Enterprise tier database that is itself not a follower (that is, followers can’t be chained). Followers can’t be created for a period on newly forked databases (this applies to both explicit forks and forks created through unfollow). The exact timeframe varies depending on the size of the database to be followed and is typically between a few minutes and a few hours.

The following table summarizes where and how you can implement followers:

Notes:

1. Enable Trusted IP ranges for data services to avoid follower lag
2. Replication is subject to lag as Trusted IP ranges for data services aren’t currently available for Shield Spaces

When a database is ready to support followers, that information shows in heroku pg:info:

$ heroku pg:info
=== DATABASE_URL, HEROKU_POSTGRESQL_PURPLE_URL
...
Fork/Follow: Available
...

To create a follower database you must first know the add-on name of the leader database. Use heroku pg:info to find its HEROKU_POSTGRESQL_*COLOR*_URL name.

$ heroku pg:info
=== DATABASE_URL, HEROKU_POSTGRESQL_CHARCOAL_URL
Plan:        Standard 0
Status:      available
...

Create a follower database by provisioning a new heroku-postgresql Standard-tier or higher add-on database and specify the leader database to follow with the --follow flag. The flag can take either the config var name of the database on the same app, an argument of the form appname::HEROKU_POSTGRES_COLOR_URL, or the full URL of any Heroku Postgres database.

$ heroku addons:create heroku-postgresql:standard-2 --follow HEROKU_POSTGRESQL_CHARCOAL_URL
Adding heroku-postgresql:standard-2 to sushi... done, v71 ($200/mo)
Attached as HEROKU_POSTGRESQL_WHITE
Follower will become available for read-only queries when up-to-date
Use `heroku pg:wait` to track status

Preparing a follower can take anywhere from several minutes to several hours, depending on the size of your dataset. The heroku pg:wait command outputs the provisioning status of any new databases.

$ heroku pg:wait
Waiting for database HEROKU_POSTGRESQL_WHITE_URL... available

Creating a Follower via the Heroku Data Dashboard

You can also create followers through the web dashboard:

1. Go to data.heroku.com.
2. Use the search and select the database you want to create a follower from.
3. Click the Durability tab.
4. Scroll down to the Followers section.
5. Click the Add a Follower button.
6. Choose the plan for the follower. Review the Create a follower section for notes on selecting a plan size.
7. Click the Add follower button.

The dashboard shows the status of the follower database and updates when the provisioning is complete.

Create a Follower on a Different App

Followers don’t need to be tied to the same application. With sharable add-ons, the databases can be on two separate applications. The steps are the same as the steps outlined for creating a follower on the same application with a few slight differences.

First, use heroku pg:info to find the resource name of the database that you want to follow:

$ heroku pg:info -a sushi
=== DATABASE_URL, HEROKU_POSTGRESQL_CHARCOAL_URL
Plan:        Standard 0
Status:      available
Add-on:      looking-simply-2449
...

After the resource name has been found, type the add-ons command to create the follower on the app that you want it attached to. For example, if a second application is called other-app and I want to have a follower attached to it using the main database from sushi:

$ heroku addons:create heroku-postgresql:standard-0 --follow looking-simply-2449 -a other-app

Unfollow

The heroku pg:unfollow command stops the follower from receiving updates from its leader database and transforms it into a full read/write database containing all of the data received up to that point. This command creates a database fork.

$ heroku pg:unfollow HEROKU_POSTGRESQL_WHITE_URL
!    HEROKU_POSTGRESQL_WHITE_URL will become writable and no longer
!    follow HEROKU_POSTGRESQL_CHARCOAL. This cannot be undone.

!    WARNING: Potentially Destructive Action
!    This command will affect the app: sushi
!    To proceed, type "sushi" or re-run this command with --confirm sushi

> sushi
Unfollowing... done

Database Upgrades and Migrations with Changeovers

In addition to providing data redundancy, followers can also be used to change database plans, underlying infrastructure, or minor versions with minimal downtime. To update your database with a follower, see this guide on updating Heroku Postgres.

Monitoring Followers

Because followers are asynchronously updated, they can be behind their leader by some number of commits. You can view the number of commits your follower is behind by running heroku pg:info. If your follower is increasing in the number of commits it’s behind, it can be due to long-running transactions on your database. Using the pg-extras plugin, you can run heroku pg:ps to get currently running transactions. Then if any have been running for longer than expected, you can cancel those transactions with:

$ heroku pg:kill PROCESSID

If you aren’t able to cancel them, you can try terminating them with the -f parameter.

High Availability with Followers

As a general practice, use a hot standby for high availability:

• For primary Standard databases, create your own standby by adding a follower. Even if not being actively used as a read replica, creating a follower ensures that it’s available for promotion in situations where the primary database becomes corrupted or unavailable.
• Primary databases on Heroku Postgres Premium, Private, and Shield plans have the HA feature with automated failover which creates a hidden standby for you. There’s no need to create a follower to achieve high availability.

Follower databases don’t have a hidden standby. If you require high availability on a follower itself, in addition to the primary database, provision multiple followers.

Manually Promoting Followers in a Failover Event

Heroku doesn’t automatically promote a follower database when the primary database is corrupt or inaccessible. If this functionality is required, use a premium or enterprise tier plan that does offer HA. Performing a manual database failover is the same process as a database migration starting with the enter maintenance mode step.

Distributing App Reads to Followers

Heroku allows you to easily horizontally scale your app by adding additional dynos to meet capacity. Similarly, as detailed earlier, Heroku Postgres allows you to horizontally scale your database by adding read-only followers to the lead database. While these followers are great for analytical purposes, you can also use them via your application for handling read-only queries to your data. This type of architecture can be used to improve app performance as well as work around Heroku Postgres connection limits.

Redirecting your app’s read operations to one or more followers requires changes at the code level of your app. Since each app on Heroku is different, it’s not possible to recommend how to proceed. If your app is built using a framework, it’s likely the framework has support for using multiple databases. In other cases, there are third-party libraries available to help with the handling of multiple databases. In some cases, especially as your app gets more complex, writing custom code is necessary.