TimescaleDB is an extension of Postgres that is required for the Flags feature. It is recommended to use the Virtual Machine/EC2 installation for TimescaleDB instead of using Helm.
We have included two different deployment strategies for the Timescale implementation:
We recommend using Primary/Secondary for production-level environments and the Single Server for non-production environments. The TimescaleDB template is stored in the TimescaleDB folder.
This deployment strategy involves creating 2 VMs. One that will serve as the primary and another that will serve as the secondary read replica. This can be deployed using our terraform template or by manually deploying VMs and using our auto install userdata as a reference for server config. Primary, Secondary.
This deployment strategy involves creating 1 VM. This VM will serve as the primary and single point of failure. This can be deployed using our terraform template by setting var.timescale_server_replication_enabled to false or by manually deploying a VM and using our auto install userdata as a reference for server config. [Primary]
In the terraform deployment, we have configured pgBackRest to perform full and incremental backups to a storage account. If installing manually, the auto install script can be used as a reference.
📘Note for AWS govcloud
Before running the template, you must manually enable the ami via Marketplace, if this is a new account and build a VM. If you search for ubuntu jammy, you should pick the image and build a virtual machine. Its
{{- if eq .timescale_enabled true | default $.Values.timescale.enabled }}
Updated almost 2 years ago
RetroSearch is an open source project built by @garambo | Open a GitHub Issue
Search and Browse the WWW like it's 1997 | Search results from DuckDuckGo
HTML:
3.2
| Encoding:
UTF-8
| Version:
0.7.4