Annotations and Labels
Overview
Consul on Kubernetes provides a few options for customizing how connect-inject or service sync behavior should be configured. This allows the user to configure natively configure Consul on select Kubernetes resources (i.e. pods, services).
The noun connect is used throughout this documentation to refer to the connect subsystem that provides Consul's service mesh capabilities.
Consul Service Mesh
Annotations
The following Kubernetes resource annotations could be used on a pod to control connect-inject behavior:
consul.hashicorp.com/connect-inject
- If this is "true" then injection is enabled. If this is "false" then injection is explicitly disabled. The default injector behavior requires pods to opt-in to injection by specifying this value as "true". This default can be changed in the injector's configuration if desired.consul.hashicorp.com/transparent-proxy
- If this is "true", this Pod will run with transparent proxy enabled. This means you can use Kubernetes DNS to access upstream services and all inbound and outbound traffic within the pod is redirected to go through the proxy.consul.hashicorp.com/transparent-proxy-overwrite-probes
- If this is "true" and transparent proxy is enabled, the Connect injector will overwrite Kubernetes HTTP probes to point to the Envoy proxy.consul.hashicorp.com/transparent-proxy-exclude-inbound-ports
- A comma-separated list of inbound ports to exclude from traffic redirection when running in transparent proxy mode.consul.hashicorp.com/transparent-proxy-exclude-outbound-cidrs
- A comma-separated list of outbound CIDRs to exclude from traffic redirection when running in transparent proxy mode.consul.hashicorp.com/transparent-proxy-exclude-outbound-ports
- A comma-separated list of outbound ports to exclude from traffic redirection when running in transparent proxy mode.consul.hashicorp.com/transparent-proxy-exclude-uids
- A comma-separated list of additional user IDs to exclude from traffic redirection when running in transparent proxy mode.consul.hashicorp.com/use-proxy-health-check
- It this is set totrue
, it configures a readiness endpoint on Consul sidecar proxy and queries the proxy instead of the proxy's inbound port which forwards the request to the application.consul.hashicorp.com/connect-service
- For pods that accept inbound connections, this specifies the name of the service that is being served. This defaults to the name of the Kubernetes service associated with the pod.If using ACLs, this must be the same name as the Pod's
ServiceAccount
.consul.hashicorp.com/connect-service-port
- For pods that accept inbound connections, this specifies the port to route inbound connections to. This is the port that the service is listening on. The service port defaults to the first exposed port on any container in the pod. If specified, the value can be the name of a configured port, such as "http" or it can be a direct port value such as "8080". This is the port of the service, the proxy public listener will listen on a dynamic port.consul.hashicorp.com/connect-service-upstreams
- The list of upstream services that this pod needs to connect to via the service mesh along with a static local port to listen for those connections. When transparent proxy is enabled, this annotation is optional. This annotation can be either labeled or unlabeled. We recommend the labeled format because it has a more consistent syntax and can be used to reference cluster peers as upstreams.Note
If the upstream annotation contains a dot (for example,
static-server.svc:8080
), you may not be able to reference the auto-generated environment variables (<NAME>_CONNECT_SERVICE_HOST
and<NAME>_CONNECT_SERVICE_PORT
) since the environment variables will also contain the dot.Labeled:
The labeled annotation format allows you to reference any service as an upstream. You can specify a Consul Enterprise namespace. You can also specify an admin partition in the same datacenter, a cluster peer, or a WAN-federated datacenter.
Service name: Place the service name at the beginning of the annotation followed by
.svc
to specify the upstream service.Peer or datacenter: Place the peer or datacenter after
svc.
followed by eitherpeer
ordc
and the port number.Namespace (requires Consul Enterprise): Place the namespace after
svc.
followed byns
and the port number.When namespaces are enabled, you must include the namespace in the annotation before specifying a cluster peer, WAN-federated datacenter, or admin partition in the same datacenter.
Unlabeled: The unlabeled annotation format allows you to reference any service not in a cluster peer as an upstream. You can specify a Consul Enterprise namespace. You can also specify an admin partition in the same datacenter or a WAN-federated datacenter. Unlike the labeled annotation, you can also reference a prepared query as an upstream.
Service name: Place the service name at the beginning of the annotation to specify the upstream service. You also have the option to append the WAN federated datacenter where the service is deployed.
Namespace: Upstream services may be running in a different namespace. Place the upstream namespace after the service name. For additional details about configuring the injector, refer to Consul Enterprise namespaces .
If the namespace is not specified, the annotation defaults to the namespace of the source service. Consul Enterprise v1.7 and older interprets the value placed in the namespace position as part of the service name.
Admin partitions: Upstream services may be running in a different partition. When specifying a partition, you must also specify a namespace. Place the partition name after the namespace. If you specify the name of the datacenter, it must be the local datacenter. Communicating across partitions using this method is only supported within a datacenter. For cross partition communication across datacenters, establish a cluster peering connection and set the upstream with a labeled annotation format.
Prepared queries: To reference a prepared query in an upstream annotation, prepend the annotation with
prepared_query
and then invoke the name of the query.
Multiple upstreams: Delimit multiple services or upstreams with commas. You can specify any of the unlabeled, labeled, or prepared query formats when using the supported versions for the formats.
consul.hashicorp.com/envoy-extra-args
- A space-separated list of arguments to be passed to the injected envoy binary.consul.hashicorp.com/kubernetes-service
- Specifies the name of the Kubernetes service used for Consul service registration. This is useful when multiple Kubernetes services reference the same deployment. Any service that does not match the name specified in this annotation is ignored. When not specified no service is ignored.consul.hashicorp.com/service-tags
- A comma separated list of tags that will be applied to the Consul service and its sidecar.If you need your tag to have a comma in it you can escape the comma with
\,
. For example,consul.hashicorp.com/service-tags: foo\,bar\,baz
will become the single tagfoo,bar,baz
.consul.hashicorp.com/service-meta-<YOUR_KEY>
- Set Consul meta key/value pairs that will be applied to the Consul service and its sidecar. The key will be what comes afterconsul.hashicorp.com/service-meta-
, e.g.consul.hashicorp.com/service-meta-foo: bar
will result infoo: bar
.consul.hashicorp.com/sidecar-proxy-
- Override default resource settings for the sidecar proxy container. The defaults are set in Helm config via theconnectInject.sidecarProxy.resources
key.consul.hashicorp.com/sidecar-proxy-cpu-limit
- Override the default CPU limit.consul.hashicorp.com/sidecar-proxy-cpu-request
- Override the default CPU request.consul.hashicorp.com/sidecar-proxy-memory-limit
- Override the default memory limit.consul.hashicorp.com/sidecar-proxy-memory-request
- Override the default memory request.
consul.hashicorp.com/consul-envoy-proxy-concurrency
- Override the default envoy worker thread count. This should be set low for sidecar use cases and can be raised for edge proxies like gateways.consul.hashicorp.com/consul-sidecar-
- Override default resource settings for theconsul-sidecar
container. The defaults are set in Helm config via theglobal.consulSidecarContainer.resources
key.consul.hashicorp.com/consul-sidecar-cpu-limit
- Override the default CPU limit.consul.hashicorp.com/consul-sidecar-cpu-request
- Override the default CPU request.consul.hashicorp.com/consul-sidecar-memory-limit
- Override the default memory limit.consul.hashicorp.com/consul-sidecar-memory-request
- Override the default memory request.
consul.hashicorp.com/enable-sidecar-proxy-lifecycle
- Override the default Helm valueconnectInject.sidecarProxy.lifecycle.defaultEnabled
consul.hashicorp.com/enable-sidecar-proxy-shutdown-drain-listeners
- Override the default Helm valueconnectInject.sidecarProxy.lifecycle.defaultEnableShutdownDrainListeners
consul.hashicorp.com/sidecar-proxy-lifecycle-shutdown-grace-period-seconds
- Override the default Helm valueconnectInject.sidecarProxy.lifecycle.defaultShutdownGracePeriodSeconds
consul.hashicorp.com/sidecar-proxy-lifecycle-graceful-port
- Override the default Helm valueconnectInject.sidecarProxy.lifecycle.defaultGracefulPort
consul.hashicorp.com/sidecar-proxy-lifecycle-graceful-shutdown-path
- Override the default Helm valueconnectInject.sidecarProxy.lifecycle.defaultGracefulShutdownPath
consul.hashicorp.com/sidecar-proxy-startup-failure-seconds
- Override the default Helm valueconnectInject.sidecarProxy.defaultStartupFailureSeconds
consul.hashicorp.com/sidecar-proxy-liveness-failure-seconds
- Override the default Helm valueconnectInject.sidecarProxy.defaultLivenessFailureSeconds
consul.hashicorp.com/enable-metrics
- Override the default Helm valueconnectInject.metrics.defaultEnabled
.consul.hashicorp.com/enable-metrics-merging
- Override the default Helm valueconnectInject.metrics.defaultEnableMerging
.consul.hashicorp.com/merged-metrics-port
- Override the default Helm valueconnectInject.metrics.defaultMergedMetricsPort
.consul.hashicorp.com/prometheus-scrape-port
- Override the default Helm valueconnectInject.metrics.defaultPrometheusScrapePort
.consul.hashicorp.com/prometheus-scrape-path
- Override the default Helm valueconnectInject.metrics.defaultPrometheusScrapePath
.consul.hashicorp.com/prometheus-ca-file
- Local filesystem path to a CA file for Envoy to use when serving TLS on the Prometheus metrics endpoint. Only applicable whenenvoy_prometheus_bind_addr
is set in proxy config.consul.hashicorp.com/prometheus-ca-path
- Local filesystem path to a directory of CA certificates for Envoy to use when serving TLS on the Prometheus metrics endpoint. Only applicable whenenvoy_prometheus_bind_addr
is set in proxy config.consul.hashicorp.com/prometheus-cert-file
- Local filesystem path to a certificate file for Envoy to use when serving TLS on the Prometheus metrics endpoint. Only applicable whenenvoy_prometheus_bind_addr
is set in proxy config.consul.hashicorp.com/prometheus-key-file
- Local filesystem path to a private key file for Envoy to use when serving TLS on the Prometheus metrics endpoint. Only applicable whenenvoy_prometheus_bind_addr
is set in proxy config.consul.hashicorp.com/service-metrics-port
- Set the port where the mesh service exposes metrics.consul.hashicorp.com/service-metrics-path
- Set the path where the mesh service exposes metrics.consul.hashicorp.com/connect-inject-mount-volume
- Comma separated list of container names to mount the connect-inject volume into. The volume will be mounted at/consul/connect-inject
. The connect-inject volume contains Consul internals data needed by the other sidecar containers, for example theconsul
binary, and the Pod's Consul ACL token. This data can be valuable for advanced use-cases, such as making requests to the Consul API from within application containers.consul.hashicorp.com/consul-sidecar-user-volume
- JSON objects as specified by the Volume pod spec, that define volumes to add to the Envoy sidecar.consul.hashicorp.com/consul-sidecar-user-volume-mount
- JSON objects as specified by the Volume mount pod spec, that define volumeMounts to add to the Envoy sidecar.consul.hashicorp.com/proxy-config-map
- JSON object specifying Proxy Config Options. The proxy config map provides a low-level interface for setting configuration fields on a per-proxy basis during service registration. This configuration field is intended to be used in situations where a field does not exist in service defaults configuration entries and another annotation does not provide explicit access to one of the Envoy configuration options.
Labels
Resource labels could be used on a Kubernetes service to control connect-inject behavior.
consul.hashicorp.com/service-ignore
- This label can be set on a Kubernetes Service. If set to "true", the service will not be used to register a Consul endpoint. This can be useful in cases where 2 or more services point to the same deployment. Consul cannot register multiple endpoints to the same deployment. This label can be used to tell the endpoint registration to ignore all services except for the one which should be used for routing requests using Consul.
Service Sync
Annotations
The following Kubernetes resource annotations could be used on a pod to Service Sync behavior:
consul.hashicorp.com/service-sync
: If this is set totrue
, then the Kubernetes service is explicitly configured to be synced to Consul.consul.hashicorp.com/service-port
: Configures the port to register to the Consul Catalog for the Kubernetes service. The annotation value may be a name of a port (recommended) or an exact port value. Refer to service ports for more information.consul.hashicorp.com/service-tags
: A comma separated list of strings (without whitespace) to use for registering tags to the service registered to Consul. These custom tags automatically include thek8s
tag which can't be disabled.consul.hashicorp.com/service-meta-KEY
: A map for specifying service metadata for Consul services. The "KEY" below can be set to any key. This allows you to set multiple meta values.consul.hashicorp.com/service-weight:
- Configures ability to support weighted loadbalancing by service annotation for Catalog Sync. The integer provided will be applied as a weight for thepassing
state for the health of the service. Refer to weights in service configuration for more information on how this is leveraged for services in the Consul catalog.