Virtual Private Cloud (or VPC) peering enables you to securely access data stored in Timescale Cloud from your existing cloud infrastructure without ever exposing your services to the public internet, ensuring maximum safety and privacy.
More specifically, this feature enables you to create a private network “peering” connection between your Amazon VPC(s) and your Timescale VPC(s), making it possible for the machines in the two VPCs to speak to each other directly without going through the wider Internet. The services within your Timescale VPC will only be accessible from your Amazon VPC; by isolating services in such a manner, you gain greater security and control over your database.
✨
Check our list to see if Timescale Cloud is available in your region.
VPC peering is very easy to set up in Timescale, but it can also be used for more advanced deployments. For example, you can create multiple Virtual Private Clouds per service, meaning that you could have a separate VPC for different applications or for your dev, staging, and production environments—each with its own set of security and access control preferences.
If you’re new to Timescale, create an account (100 percent free for 30 days, no credit card required). Once you start using Timescale, join our community to ask us any questions about VPC peering, TimescaleDB, PostgreSQL, time-series data, and more!
Shout out to all the engineers and designers who worked on this feature: Anthony Dodd, Nick Calibey, James Hong, Camila Hirthe Memelsdorff, and the entire team of reviewers and testers.
How VPC Peering Works
Virtual Private Clouds (VPCs)are abstractions that allow all your resources to communicate with each other as if they were located in a single data center and private network. This is extremely useful, as it provides greater security and access control over the infrastructure running on your network.
VPC peeringcreates a private network "peering" connection between your Amazon VPC (and its associated AWS resources) and a Timescale VPC (and its associated TimescaleDB services).
This makes it possible for machines in the different VPCs to talk to each other directly without going through the public Internet; in fact, they both communicate using private IP addresses, which are not routable on the public Internet. By doing so, resources in these separate VPCs can behave as if they were part of the same data center, enabling developers to enforce more stringent security and access control rules.
Using VPC peering on Timescale Cloud is a four-step process:
First, you create a new VPC in Timescale Cloud to attach database services to.
Next, you configure your VPC so it “peers” with your existing Amazon VPC.
You can then move existing databases into this new VPC. New databases can also be created within the VPC from the start, so they are never exposed to the public Internet. To do this, it is as simple as selecting the VPC you want your database to live in when creating your Timescale service.
You can connect to any Timescale Cloud service from your own AWS infrastructure simply by using your service hostname.
VPC peering on Timescale is easy to get started with but it is also designed to support more complex deployments, such as users creating separate VPC(s) for their dev, staging, and production environments. For example, when a service “graduates” from staging to production, you could re-assign that service to your production VPC with a single click while keeping the service secured and never exposed to the public Internet. You can also move a service from within a VPC to the public Internet if needed (although still only accessible via SSL), and vice versa.
In Timescale, you can migrate between VPCs in one click.
Securing Your Time-Series Data
VPC peering adds another important layer of security to Timescale Cloud. Our goal is always to deliver a worry-free experience for all developers, and we take the safety and security of your data as of utmost importance.
Here are just a few of the other ways in which Timescale takes your security seriously:
High availability via instantaneous recovery for all services
Migrating services between public and private networks and between VPCs
If you’re new to Timescale, create a free account to get started with a fully managed Timescale instance (totally free for 30 days, no credit card required).
Once you are using TimescaleDB, join the TimescaleDB community and ask us any questions you may have about time-series data, databases, and more.
And for those who share our mission of serving developers worldwide and want to join our global, fully remote team, we are hiring broadly across many roles.
IIoT in Manufacturing: The Data Challenges Behind Industry 4.0 (and How to Solve Them)
IIoT in manufacturing generates high-frequency sensor data most databases can't handle. See the 5 trends, the data-layer fixes, and real customer examples.
PostgreSQL Couldn’t Handle Our Time-Series Data—TimescaleDB Crushed It
In this post, Nakylai Taiirova shows how TimescaleDB solved Postgres performance issues: 83% storage reduction, 979x faster queries, and seamless SQL compatibility for time-series data.