2022-04-07 18:16:24 +00:00
---
layout: docs
page_title: Storing the ACL Partition Token in Vault
description: >-
Configuring the Consul Helm chart to use an ACL partition token stored in Vault.
---
# Storing the ACL Partition Token in Vault
2022-09-27 07:35:59 +00:00
This topic describes how to configure the Consul Helm chart to use an ACL partition token stored in Vault when using [Admin Partitions](/docs/enterprise/admin-partitions) in Consul Enterprise.
2022-04-07 18:16:24 +00:00
## Overview
2022-07-15 16:35:42 +00:00
Complete the steps outlined in the [Data Integration](/docs/k8s/installation/vault/data-integration) section to use an ACL partition token stored in Vault.
2022-04-07 18:16:24 +00:00
2022-07-15 16:35:42 +00:00
Complete the following steps once:
2022-04-07 18:16:24 +00:00
1. Store the secret in Vault.
1. Create a Vault policy that authorizes the desired level of access to the secret.
2022-07-15 16:35:42 +00:00
Repeat the following steps for each datacenter in the cluster:
2022-04-07 18:16:24 +00:00
1. Create Vault Kubernetes auth roles that link the policy to each Consul on Kubernetes service account that requires access.
2022-06-17 16:23:54 +00:00
1. Update the Consul on Kubernetes helm chart.
## Prerequisites
Prior to setting up the data integration between Vault and Consul on Kubernetes, you will need to have:
2022-09-14 22:45:42 +00:00
1. Read and completed the steps in the [Systems Integration](/docs/k8s/installation/vault/systems-integration) section of [Vault as a Secrets Backend](/docs/k8s/deployment-configurations/vault).
2. Read the [Data Integration Overview](/docs/k8s/installation/vault/data-integration) section of [Vault as a Secrets Backend](/docs/k8s/deployment-configurations/vault).
2022-04-07 18:16:24 +00:00
2022-07-15 16:35:42 +00:00
## Store the Secret in Vault
2022-04-07 18:16:24 +00:00
2022-07-15 16:35:42 +00:00
First, generate and store the ACL partition token in Vault. You will only need to perform this action once:
2022-04-07 18:16:24 +00:00
```shell-session
2022-04-21 17:17:24 +00:00
$ vault kv put secret/consul/partition-token token="$(uuidgen | tr '[:upper:]' '[:lower:]')"
2022-04-07 18:16:24 +00:00
```
2022-07-15 16:35:42 +00:00
## Create Vault policy
2022-04-07 18:16:24 +00:00
2022-07-15 16:35:42 +00:00
Next, you will need to create a policy that allows read access to this secret.
2022-04-07 18:16:24 +00:00
2022-07-15 16:35:42 +00:00
The path to the secret referenced in the `path` resource is the same value that you will configure in the `global.acls.partitionToken.secretName` Helm configuration (refer to [Update Consul on Kubernetes Helm chart](#update-consul-on-kubernetes-helm-chart)).
2022-04-07 18:16:24 +00:00
<CodeBlockConfig filename="partition-token-policy.hcl">
```HCL
path "secret/data/consul/partition-token" {
capabilities = ["read"]
}
```
</CodeBlockConfig>
Apply the Vault policy by issuing the `vault policy write` CLI command:
```shell-session
$ vault policy write partition-token-policy partition-token-policy.hcl
```
2022-07-15 16:35:42 +00:00
## Create Vault Authorization Roles for Consul
2022-04-07 18:16:24 +00:00
Next, you will create Kubernetes auth roles for the Consul `server-acl-init` job:
```shell-session
2022-09-27 07:35:59 +00:00
$ vault write auth/kubernetes/role/consul-partition-init \
2022-04-07 18:16:24 +00:00
bound_service_account_names=<Consul server service account> \
bound_service_account_namespaces=<Consul installation namespace> \
policies=partition-token-policy \
ttl=1h
```
2022-09-27 07:35:59 +00:00
To find out the service account name of the `partition-init` job,
2022-04-07 18:16:24 +00:00
you can run the following `helm template` command with your Consul on Kubernetes values file:
```shell-session
2022-09-30 16:13:44 +00:00
$ helm template --release-name ${RELEASE_NAME} -s templates/partition-init-serviceaccount.yaml hashicorp/consul -f values.yaml
2022-04-07 18:16:24 +00:00
```
2022-07-15 16:35:42 +00:00
## Update Consul on Kubernetes Helm chart
2022-04-07 18:16:24 +00:00
Now that you have configured Vault, you can configure the Consul Helm chart to
2022-09-27 07:35:59 +00:00
use the ACL partition token key in Vault and the service account for the Partitions role.
2022-04-07 18:16:24 +00:00
<CodeBlockConfig filename="values.yaml">
```yaml
global:
secretsBackend:
vault:
enabled: true
manageSystemACLsRole: consul-server-acl-init
2022-09-27 07:35:59 +00:00
adminPartitionsRole: consul-partition-init
2022-04-07 18:16:24 +00:00
acls:
partitionToken:
secretName: secret/data/consul/partition-token
secretKey: token
```
</CodeBlockConfig>
Note that `global.acls.partitionToken.secretName` is the path of the secret in Vault.
This should be the same path as the one you included in your Vault policy.
`global.acls.partitionToken.secretKey` is the key inside the secret data. This should be the same
as the key you passed when creating the ACL partition token secret in Vault.