Merge pull request #715 from ryanbreen/datacenter

s/data center/datacenter/g
This commit is contained in:
Ryan Breen 2015-02-19 17:50:10 -05:00
commit f08d305406
7 changed files with 18 additions and 18 deletions

View File

@ -172,7 +172,7 @@ func (c *Command) readConfig() *Config {
}
}
// Verify data center is valid
// Verify datacenter is valid
if !validDatacenter.MatchString(config.Datacenter) {
c.Ui.Error("Datacenter must be alpha-numeric with underscores and hypens only")
return nil

View File

@ -96,7 +96,7 @@ type Server struct {
left bool
// localConsuls is used to track the known consuls
// in the local data center. Used to do leader forwarding.
// in the local datacenter. Used to do leader forwarding.
localConsuls map[string]*serverParts
localLock sync.RWMutex
@ -117,7 +117,7 @@ type Server struct {
reconcileCh chan serf.Member
// remoteConsuls is used to track the known consuls in
// remote data centers. Used to do DC forwarding.
// remote datacenters. Used to do DC forwarding.
remoteConsuls map[string][]*serverParts
remoteLock sync.RWMutex

View File

@ -86,7 +86,7 @@ func ensurePath(path string, dir bool) error {
}
// Returns if a member is a consul server. Returns a bool,
// the data center, and the rpc port
// the datacenter, and the rpc port
func isConsulServer(m serf.Member) (bool, *serverParts) {
if m.Tags["role"] != "consul" {
return false, nil
@ -132,7 +132,7 @@ func isConsulServer(m serf.Member) (bool, *serverParts) {
}
// Returns if a member is a consul node. Returns a boo,
// and the data center.
// and the datacenter.
func isConsulNode(m serf.Member) (bool, string) {
if m.Tags["role"] != "node" {
return false, ""

View File

@ -14,7 +14,7 @@ health and the nodes they run on.
on each and the health of the node.
- Key/value view and update
It's aware of multiple data centers, so you can get a quick global
It's aware of multiple datacenters, so you can get a quick global
overview before drilling into specific data-centers for detailed
views.

View File

@ -52,12 +52,12 @@ The options below are all specified on the command-line.
using the `ATLAS_TOKEN` environment variable. Required for use with Atlas.
* <a id="bootstrap_anchor"></a>`-bootstrap` - This flag is used to control if a server is in "bootstrap" mode. It is important that
no more than one server *per* data center be running in this mode. Technically, a server in bootstrap mode
no more than one server *per* datacenter be running in this mode. Technically, a server in bootstrap mode
is allowed to self-elect as the Raft leader. It is important that only a single node is in this mode;
otherwise, consistency cannot be guaranteed as multiple nodes are able to self-elect.
It is not recommended to use this flag after a cluster has been bootstrapped.
* <a id="bootstrap_expect"></a>`-bootstrap-expect` - This flag provides the number of expected servers in the data center.
* <a id="bootstrap_expect"></a>`-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
@ -95,9 +95,9 @@ The options below are all specified on the command-line.
the use of filesystem locking, meaning some types of mounted folders (e.g. VirtualBox
shared folders) may not be suitable.
* <a id="dc"></a>`-dc` - This flag controls the data center in which the agent is running. If not provided,
it defaults to "dc1". Consul has first-class support for multiple data centers, but
it relies on proper configuration. Nodes in the same data center should be on a single
* <a id="dc"></a>`-dc` - 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.
* <a id="encrypt"></a>`-encrypt` - Specifies the secret key to use for encryption of Consul
@ -162,11 +162,11 @@ The options below are all specified on the command-line.
* <a id="server"></a>`-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 data center. All servers participate in the Raft consensus algorithm to ensure that
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 data centers. Servers act as gateways
to other data centers and forward traffic as appropriate.
participate in a WAN gossip pool with server nodes in other datacenters. Servers act as gateways
to other datacenters and forward traffic as appropriate.
* <a id="syslog"></a>`-syslog` - This flag enables logging to syslog. This is only supported on Linux
and OSX. It will result in an error if provided on Windows.
@ -214,9 +214,9 @@ definitions support being updated during a reload.
#### Configuration Key Reference
* <a id="acl_datacenter"></a>`acl_datacenter` - Only used by servers. This designates the data center which
* <a id="acl_datacenter"></a>`acl_datacenter` - Only used by servers. This designates the datacenter which
is authoritative for ACL information. It must be provided to enable ACLs.
All servers and data centers must agree on the ACL data center. Setting it on
All servers and datacenters must agree on the ACL datacenter. Setting it on
the servers is all you need for enforcement, but for the APIs to forward properly
from the clients, it must be set on them too. Future changes may move
enforcement to the edges, so it's best to just set `acl_datacenter` on all nodes.

View File

@ -22,7 +22,7 @@ or specify no value at all. Any server that does not specify a value will not at
bootstrap the cluster.
There is a [deployment table](/docs/internals/consensus.html#toc_4) that covers various options,
but it is recommended to have 3 or 5 total servers per data center. A single server deployment is _**highly**_
but it is recommended to have 3 or 5 total servers per datacenter. A single server deployment is _**highly**_
discouraged as data loss is inevitable in a failure scenario.
Suppose we are starting a 3 server cluster, we can start `Node A`, `Node B` and `Node C` providing

View File

@ -34,7 +34,7 @@ something like the following will be logged:
Once `Node A` is running, we can start the next set of servers. There is a
[deployment table](/docs/internals/consensus.html#toc_4) that covers various
options, but it is recommended to have 3 or 5 total servers per data center. A
options, but it is recommended to have 3 or 5 total servers per datacenter. A
single server deployment is _**highly**_ discouraged as data loss is inevitable
in a failure scenario. We start the next servers **without** specifying
`-bootstrap`. This is critical, since only one server should ever be running in