Learn how Neon's autoscaling works - it estimates Postgres' working set size and keeps it in memory. Engineering post here

Changelog

The latest product updates from Neon

Autoscaling is now GA

visualization for autoscaling

In case you missed the announcement earlier this week, we're excited to share that Neon's Autoscaling feature is now generally available. Autoscaling has been a core objective for Neon from the very beginning. With Autoscaling, your database automatically adjusts its compute resources up or down based on demand, including scaling down to zero when not in use. This feature is now ready for production, making it easier than ever to manage workloads efficiently.

If you're not yet familiar with Neon's Autoscaling feature, you can learn more here:

Autoscaling on the Free Plan

In addition to our Autoscaling GA announcement, we've made Autoscaling available on our Free Plan, where you can automatically scale computes from 0.25 vCPU with 1 GB of RAM up to 2 vCPU with 8 GB of RAM. To learn how, see Enabling Autoscaling.

When you try Autoscaling on the Free Plan, we recommend monitoring your monthly compute hour allowance. A compute that scales up regularly to meet demand will consume your compute hour allowance more quickly.

Postgres version updates

Supported Postgres versions were updated to 14.13, 15.8, and 16.4, respectively.

Upcoming change for branch reset and restore from a protected branch

A few weeks ago, we introduced a new protected branches feature: When you create a child branch from a protected branch, new passwords are automatically generated for the matching Postgres roles on the child branch. This helps prevent the exposure of passwords that could be used to access your protected branch. You can read more about this feature here.

Next week, we'll be making a related change, and we wanted to give you a heads-up in case any updates are needed for your CI scripts or workflows. Coming next week: When you perform a branch reset or restore operation on a child branch, the role passwords on the child branch will be preserved. Currently, resetting or restoring a child branch (where passwords were previously regenerated) resets the passwords back to those used on the parent branch.

The protected branches feature is available with the Neon Scale plan. To learn more, refer to our Protected Branches guide.

Fixes & improvements
  • The Reset a Neon branch GitHub Action, which resets a child branch with the latest data from its parent, now outputs connection string values. New outputs include:
    • branch_id: The ID of the newly reset branch.
    • db_url: The database connection string for the branch after the reset.
    • db_url_with_pooler: The pooled database connection string for the branch after the reset.
    • host: The branch host after the reset.
    • host_with_pooler: The branch host with the connection pooling option after the reset.
    • password: The Postgres role password for connecting to the branch database after the reset.
  • We've revamped the Usage widget on the Project Dashboard for Free Plan users, making it easier to monitor your usage allowances. Now prominently positioned at the top of the dashboard, the Usage widget provides an at-a-glance view of your monthly totals for Storage, Compute, Branch compute, and Branches. For an overview of Neon Free Plan allowances, please see Free Plan.
  • Fixed an issue with the Neon CLI's neonctl -v command. The command returned unknown instead of the CLI version number. Thanks to community member @mrl5 for the contribution.
  • Fixed an issue with the Neon Docs site navigation. Thanks to community member @lemorage for the contribution.
Back to all changelog posts