Closes #610 Did a QA pass after reports of some issues with the vault setup. Identified an issue where my local testing was done with 0.20.0, resulting in some errors on 0.21.0 due to dropping --mlock. Also did a few other general tune ups as I ran end-to-ends again using Vault + Systemd instead of vault in dev mode. Staging views in #minio-docs channel
3.6 KiB
Enable Server-Side Encryption with AWS SecretsManager for Production
Prior to starting these steps, create the following folders if they do not already exist:
mkdir -P |kescertpath|
mkdir -P |kesconfigpath|
mkdir -P |miniocertpath|
1) Download KES and Create the Service File
- Download KES
- Create the Service File
2) Generate TLS Certificates for KES and MinIO
3) Create the KES and MinIO Configurations
Create the KES Configuration File
Create the configuration file using your preferred text editor. The following example uses
nano
:nano /etc/kes/config.yaml
Set
MINIO_IDENTITY_HASH
to the identity hash of the MinIO mTLS certificate.The following command computes the necessary hash:
kes identity of |miniocertpath|/minio-kes.cert
Replace the
REGION
with the appropriate region for AWS Secrets Manager. The value must match for bothendpoint
andregion
.Set
AWSACCESSKEY
andAWSSECRETKEY
to the appropriateAWS Credentials <minio-sse-aws-prereq-aws>
.
Configure the MinIO Environment File
Modify the MinIO Server environment file for all hosts in the target deployment to include the following environment variables.
MinIO defaults to expecting this file at
/etc/default/minio
. If you modified your deployment to use a different location for the environment file, modify the file at that location.
4) Start KES and MinIO
You must start KES before starting MinIO. The MinIO deployment requires access to KES as part of its startup.
This step uses systemd
for starting and managing both
the KES and MinIO server processes:
- Start the KES Service on All Hosts
- Start the MinIO Server