Re:Don't use ENV variables for secret data (2017)
by omgbear on Monday July 13, 2020 @02:09PM
(#23823710)
If you are in AWS, you can use S3 for data storage and DynamoDB for HA.
Our first install was set up using their 'best practices' and consul, being stateful, is frustrating to run in kubernetes.
We migrated to using S3/Dynamo and now have fewer moving parts and haven't seen any issues.
Re:Don't use ENV variables for secret data (2017)
by carlosf on Tuesday July 21, 2020 @09:50AM
(#23906760)
Thanks for the advice!
Re:Don't use ENV variables for secret data (2017)
by gchamonlive on Monday July 13, 2020 @10:52AM
(#23821369)
You can always use their official Terraform module for AWS if you are not comfortable with setting it all up by yourself: https://registry.terraform.io/modules/hashicorp/vault/aws/0....
But if you cut Consul for backend, if you are not using consul for other service discovery and Nomad etc..., you can simplify that deployment a whole lot. You make sure you open the cluster communication port, setup a Application Load Balancer in front of the cluster to balance traffic and serve SSL, configure auto-unseal using AWS KMS (since you are not using it too often, 1$ is OK to have AWS manage your master key), deploy Vault on every cluster instance, and use something managed like DynamoDB as your backend. I think this is a pretty simple yet scalable setup. The amount of cloud lock-in is pretty minimal and can easily be replaced with HAProxy setup.
[1] https://learn.hashicorp.com/vault/operations/ops-reference-a...