https://github.com/infrablocks/terraform-aws-rds-postgres
https://github.com/infrablocks/terraform-aws-rds-postgres
aws infrastructure postgres rds terraform terraform-modules
Last synced: 8 months ago
JSON representation
- Host: GitHub
- URL: https://github.com/infrablocks/terraform-aws-rds-postgres
- Owner: infrablocks
- License: mit
- Created: 2017-06-19T14:23:05.000Z (almost 9 years ago)
- Default Branch: main
- Last Pushed: 2025-05-29T00:52:15.000Z (about 1 year ago)
- Last Synced: 2025-07-10T10:47:57.131Z (11 months ago)
- Topics: aws, infrastructure, postgres, rds, terraform, terraform-modules
- Language: Ruby
- Homepage:
- Size: 549 KB
- Stars: 9
- Watchers: 13
- Forks: 9
- Open Issues: 8
-
Metadata Files:
- Readme: README.md
- Changelog: CHANGELOG.md
- License: LICENSE.txt
- Code of conduct: CODE_OF_CONDUCT.md
- Security: security_group.tf
Awesome Lists containing this project
README
Terraform AWS RDS Postgres
==========================
[](https://circleci.com/gh/infrablocks/terraform-aws-rds)
A Terraform module for deploying an RDS PostreSQL instance in AWS.
The AWS RDS requires:
* An existing VPC
The RDS consists of:
* security groups
* subnet groups
Usage
-----
To use the module, include something like the following in your Terraform
configuration:
```hcl-terraform
module "database" {
source = "infrablocks/rds-postgres/aws"
version = "0.1.8"
region = "eu-west-2"
vpc_id = "vpc-b197da6b"
subnet_ids = ["subnet-7cd8832a", "subnet-0199db7c"]
allowed_cidrs = ["10.0.0.0/16"]
component = "identity-server"
deployment_identifier = "2f3eddcb"
database_instance_class = "db.t2.medium"
database_version = "9.6.8"
database_name = "identity"
database_master_user = "admin"
database_master_password = "1D$£#J!LKeE£(9d9"
}
```
As mentioned above, the database deploys into an existing base network:
* [AWS Base Networking](https://github.com/infrablocks/terraform-aws-base-networking)
See the
[Terraform registry entry](https://registry.terraform.io/modules/infrablocks/rds-postgres/aws/latest)
for more details.
### Inputs
| Name | Description | Default | Required |
|---------------------------------|-----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------|:---------------------:|:--------:|
| region | The region into which to deploy the database | - | yes |
| vpc_id | The ID of the VPC into which to deploy the database | - | yes |
| component | The component this database will serve | - | yes |
| deployment_identifier | An identifier for this instantiation | - | yes |
| allowed_cidrs | The CIDR of the private network allowed access to the ELB | - | yes |
| subnet_ids | The IDs of the subnets to deploy the database into | - | yes |
| database_instance_class | The instance type of the RDS instance. | - | yes |
| database_version | The database version. If omitted, it lets Amazon decide. | - | no |
| database_name | The DB name to create. If omitted, no database is created initially. | - | yes |
| database_master_user_password | The password for the master database user. | - | yes |
| database_master_user | The username for the master database user. | - | yes |
| use_multiple_availability_zones | Whether to create a multi-availability zone database ("yes" or "no"). | "no" | yes |
| use_encrypted_storage | Whether or not to use encrypted storage for the database ("yes" or "no"). | "no" | yes |
| snapshot_identifier | The identifier of the snapshot to use to create the database. | - | no |
| backup_retention_period | The number of days to retain database backups. | 7 | yes |
| backup_window | The time window in which backups should take place. | "01:00-03:00" | yes |
| maintenance_window | The time window in which maintenance should take place. | "mon:03:01-mon:05:00" | yes |
| parameter_group_name | Name of the DB parameter group to associate. | null | no |
| skip_final_snapshot | Whether or not to create a snapshot on DB deletion. | true | no |
| include_self_ingress_rule | Whether or not to add a self-referencing ingress rule on the security group | "no" | no |
| allow_major_version_upgrade | Whether or not to allow major version upgrades | "no" | no |
| auto_minor_version_upgrade | Whether or not to enable auto minor version upgrades | "yes" | no |
| storage_type | The storage type of the RDS instance ("standard" or "gp2") | "standard" | no |
| performance_insights_enabled | Whether or not performance insights are enabled | "no" | no |
| max_allocated_storage | When configured, the upper limit to which Amazon RDS can automatically scale the storage of the DB instance. See the [terraform documentation](https://registry.terraform.io/providers/hashicorp/aws/latest/docs/resources/db_instance#storage-autoscaling) for more information. | 0 | no |
### Outputs
| Name | Description |
|-------------------------|--------------------------------|
| postgres_database_port | The database port |
| postgres_database_host | The database host |
| postgres_database_name | The database name |
| postgres_database_sg_id | The database security group id |
### Compatibility
This module is compatible with Terraform versions greater than or equal to
Terraform 1.0.
Development
-----------
### Machine Requirements
In order for the build to run correctly, a few tools will need to be installed
on your development machine:
* Ruby (3.1.1)
* Bundler
* git
* git-crypt
* gnupg
* direnv
* aws-vault
#### Mac OS X Setup
Installing the required tools is best managed by [homebrew](http://brew.sh).
To install homebrew:
```
ruby -e "$(curl -fsSL https://raw.githubusercontent.com/Homebrew/install/master/install)"
```
Then, to install the required tools:
```
# ruby
brew install rbenv
brew install ruby-build
echo 'eval "$(rbenv init - bash)"' >> ~/.bash_profile
echo 'eval "$(rbenv init - zsh)"' >> ~/.zshrc
eval "$(rbenv init -)"
rbenv install 3.1.1
rbenv rehash
rbenv local 3.1.1
gem install bundler
# git, git-crypt, gnupg
brew install git
brew install git-crypt
brew install gnupg
# aws-vault
brew cask install
# direnv
brew install direnv
echo "$(direnv hook bash)" >> ~/.bash_profile
echo "$(direnv hook zsh)" >> ~/.zshrc
eval "$(direnv hook $SHELL)"
direnv allow
```
### Running the build
Running the build requires an AWS account and AWS credentials. You are free to
configure credentials however you like as long as an access key ID and secret
access key are available. These instructions utilise
[aws-vault](https://github.com/99designs/aws-vault) which makes credential
management easy and secure.
To provision module infrastructure, run tests and then destroy that
infrastructure, execute:
```bash
aws-vault exec -- ./go
```
To provision the module prerequisites:
```bash
aws-vault exec -- ./go deployment:prerequisites:provision[]
```
To provision the module contents:
```bash
aws-vault exec -- ./go deployment:root:provision[]
```
To destroy the module contents:
```bash
aws-vault exec -- ./go deployment:root:destroy[]
```
To destroy the module prerequisites:
```bash
aws-vault exec -- ./go deployment:prerequisites:destroy[]
```
Configuration parameters can be overridden via environment variables:
```bash
DEPLOYMENT_IDENTIFIER=testing aws-vault exec -- ./go
```
When a deployment identifier is provided via an environment variable,
infrastructure will not be destroyed at the end of test execution. This can
be useful during development to avoid lengthy provision and destroy cycles.
By default, providers will be downloaded for each terraform execution. To
cache providers between calls:
```bash
TF_PLUGIN_CACHE_DIR="$HOME/.terraform.d/plugin-cache" aws-vault exec -- ./go
```
### Common Tasks
#### Generating an SSH key pair
To generate an SSH key pair:
```
ssh-keygen -m PEM -t rsa -b 4096 -C integration-test@example.com -N '' -f config/secrets/keys/bastion/ssh
```
#### Generating a self-signed certificate
To generate a self signed certificate:
```
openssl req -x509 -newkey rsa:4096 -keyout key.pem -out cert.pem -days 365
```
To decrypt the resulting key:
```
openssl rsa -in key.pem -out ssl.key
```
#### Add a git-crypt user
To adding a user to git-crypt using their GPG key:
```
gpg --import ~/path/xxxx.pub
git-crypt add-gpg-user --trusted GPG-USER-ID
```
#### Managing CircleCI keys
To encrypt a GPG key for use by CircleCI:
```bash
openssl aes-256-cbc \
-e \
-md sha1 \
-in ./config/secrets/ci/gpg.private \
-out ./.circleci/gpg.private.enc \
-k ""
```
To check decryption is working correctly:
```bash
openssl aes-256-cbc \
-d \
-md sha1 \
-in ./.circleci/gpg.private.enc \
-k ""
```
Contributing
------------
Bug reports and pull requests are welcome on GitHub at
https://github.com/infrablocks/terraform-aws-rds-postgres.
This project is intended to be a safe, welcoming space for collaboration, and
contributors are expected to adhere to the
[Contributor Covenant](http://contributor-covenant.org) code of conduct.
License
-------
The library is available as open source under the terms of the
[MIT License](http://opensource.org/licenses/MIT).