@ -85,6 +85,14 @@ and consider if they're appropriate for your deployment.
* <aname="v-global-datacenter"href="#v-global-datacenter">`datacenter`</a> (`string: "dc1"`) - The name of the datacenter that the agent cluster should register as. This may not be changed once the cluster is bootstrapped and running, since Consul doesn't yet support an automatic way to change this value.
This flag controls whether [`PodSecurityPolicies`](https://kubernetes.io/docs/concepts/policy/pod-security-policy/) are created
for the Consul components that this chart creates.
* <aname="v-global-bootstrap-acls"href="#v-global-bootstrap-acls">`bootstrapACLs`</a> (`boolean: false`) - This flag controls
whether the Helm chart automatically enables ACLs within the Consul cluster. This requires both Consul servers and clients to be run within
Kubernetes. Requires Consul v1.5+ and consul-k8s v0.8.0+.
* <aname="v-server"href="#v-server">`server`</a> - Values that configure running a Consul server within Kubernetes.
* <aname="v-server-enabled"href="#v-server-enabled">`enabled`</a> (`boolean: global.enabled`) - If true, the chart will install all the resources necessary for a Consul server cluster. If you're running Consul externally and want agents within Kubernetes to join that cluster, this should probably be false.
@ -256,6 +264,7 @@ and consider if they're appropriate for your deployment.
"sample/annotation2": "bar"
```
* <aname="v-dns"href="#v-dns">`dns`</a> - Values that configure Consul DNS service.
* <aname="v-dns-enabled"href="#v-dns-enabled">`enabled`</a> (`boolean: global.enabled`) - If true, a `consul-dns` service will be created that exposes port 53 for TCP and UDP to the running Consul agents (servers and clients). This can then be used to [configure kube-dns](/docs/platform/k8s/dns.html). The Helm chart _does not_ automatically configure kube-dns.
@ -340,6 +349,35 @@ to run the sync program.
The name of the private key for the certificate file within the