97 lines
5.0 KiB
HCL
97 lines
5.0 KiB
HCL
# Fullconfiguration options can be found at https://www.consul.io/docs/agent/options.html
|
|
|
|
# datacenter
|
|
# This flag controls the datacenter in which the agent is running. If not provided,
|
|
# it defaults to "dc1". Consul has first-class support for multiple datacenters, but
|
|
# it relies on proper configuration. Nodes in the same datacenter should be on a
|
|
# single LAN.
|
|
#datacenter = "my-dc-1"
|
|
|
|
# data_dir
|
|
# This flag provides a data directory for the agent to store state. This is required
|
|
# for all agents. The directory should be durable across reboots. This is especially
|
|
# critical for agents that are running in server mode as they must be able to persist
|
|
# cluster state. Additionally, the directory must support the use of filesystem
|
|
# locking, meaning some types of mounted folders (e.g. VirtualBox shared folders) may
|
|
# not be suitable.
|
|
data_dir = "/opt/consul"
|
|
|
|
# client_addr
|
|
# The address to which Consul will bind client interfaces, including the HTTP and DNS
|
|
# servers. By default, this is "127.0.0.1", allowing only loopback connections. In
|
|
# Consul 1.0 and later this can be set to a space-separated list of addresses to bind
|
|
# to, or a go-sockaddr template that can potentially resolve to multiple addresses.
|
|
#client_addr = "0.0.0.0"
|
|
|
|
# ui
|
|
# Enables the built-in web UI server and the required HTTP routes. This eliminates
|
|
# the need to maintain the Consul web UI files separately from the binary.
|
|
# Version 1.10 deprecated ui=true in favor of ui_config.enabled=true
|
|
#ui_config{
|
|
# enabled = true
|
|
#}
|
|
|
|
# server
|
|
# This flag is used to control if an agent is in server or client mode. When provided,
|
|
# an agent will act as a Consul server. Each Consul cluster must have at least one
|
|
# server and ideally no more than 5 per datacenter. All servers participate in the Raft
|
|
# consensus algorithm to ensure that transactions occur in a consistent, linearizable
|
|
# manner. Transactions modify cluster state, which is maintained on all server nodes to
|
|
# ensure availability in the case of node failure. Server nodes also participate in a
|
|
# WAN gossip pool with server nodes in other datacenters. Servers act as gateways to
|
|
# other datacenters and forward traffic as appropriate.
|
|
#server = true
|
|
|
|
# Bind addr
|
|
# You may use IPv4 or IPv6 but if you have multiple interfaces you must be explicit.
|
|
#bind_addr = "[::]" # Listen on all IPv6
|
|
#bind_addr = "0.0.0.0" # Listen on all IPv4
|
|
#
|
|
# Advertise addr - if you want to point clients to a different address than bind or LB.
|
|
#advertise_addr = "127.0.0.1"
|
|
|
|
# Enterprise License
|
|
# As of 1.10, Enterprise requires a license_path and does not have a short trial.
|
|
#license_path = "/etc/consul.d/consul.hclic"
|
|
|
|
# bootstrap_expect
|
|
# This flag provides the number of expected servers in the datacenter. Either this value
|
|
# should not be provided or the value must agree with other servers in the cluster. When
|
|
# provided, Consul waits until the specified number of servers are available and then
|
|
# bootstraps the cluster. This allows an initial leader to be elected automatically.
|
|
# This cannot be used in conjunction with the legacy -bootstrap flag. This flag requires
|
|
# -server mode.
|
|
#bootstrap_expect=3
|
|
|
|
# encrypt
|
|
# Specifies the secret key to use for encryption of Consul network traffic. This key must
|
|
# be 32-bytes that are Base64-encoded. The easiest way to create an encryption key is to
|
|
# use consul keygen. All nodes within a cluster must share the same encryption key to
|
|
# communicate. The provided key is automatically persisted to the data directory and loaded
|
|
# automatically whenever the agent is restarted. This means that to encrypt Consul's gossip
|
|
# protocol, this option only needs to be provided once on each agent's initial startup
|
|
# sequence. If it is provided after Consul has been initialized with an encryption key,
|
|
# then the provided key is ignored and a warning will be displayed.
|
|
#encrypt = "..."
|
|
|
|
# retry_join
|
|
# Similar to -join but allows retrying a join until it is successful. Once it joins
|
|
# successfully to a member in a list of members it will never attempt to join again.
|
|
# Agents will then solely maintain their membership via gossip. This is useful for
|
|
# cases where you know the address will eventually be available. This option can be
|
|
# specified multiple times to specify multiple agents to join. The value can contain
|
|
# IPv4, IPv6, or DNS addresses. In Consul 1.1.0 and later this can be set to a go-sockaddr
|
|
# template. If Consul is running on the non-default Serf LAN port, this must be specified
|
|
# as well. IPv6 must use the "bracketed" syntax. If multiple values are given, they are
|
|
# tried and retried in the order listed until the first succeeds. Here are some examples:
|
|
#retry_join = ["consul.domain.internal"]
|
|
#retry_join = ["10.0.4.67"]
|
|
#retry_join = ["[::1]:8301"]
|
|
#retry_join = ["consul.domain.internal", "10.0.4.67"]
|
|
# Cloud Auto-join examples:
|
|
# More details - https://www.consul.io/docs/agent/cloud-auto-join
|
|
#retry_join = ["provider=aws tag_key=... tag_value=..."]
|
|
#retry_join = ["provider=azure tag_name=... tag_value=... tenant_id=... client_id=... subscription_id=... secret_access_key=..."]
|
|
#retry_join = ["provider=gce project_name=... tag_value=..."]
|
|
|