mirror of https://github.com/kubernetes/kops.git
Add documentation on gossip
This commit is contained in:
parent
8768178082
commit
44ad2dd262
|
@ -86,10 +86,10 @@ spec:
|
|||
- "sg-***"
|
||||
```
|
||||
|
||||
### Access when using gossip (k8s.local)
|
||||
### Access when using gossip
|
||||
|
||||
When using gossip mode, there is no DNS zone where we can configure a
|
||||
CNAME for the bastion. Because bastions are fronted with a load
|
||||
When using [gossip mode](gossip.md), there is no DNS zone where we can configure a
|
||||
CNAME for the bastion. Because bastions are fronted with a load
|
||||
balancer, you can instead use the endpoint of the load balancer to
|
||||
reach your bastion.
|
||||
|
||||
|
|
|
@ -64,17 +64,13 @@ export AWS_SECRET_ACCESS_KEY=$(aws configure get aws_secret_access_key)
|
|||
|
||||
## Configure DNS
|
||||
|
||||
Note: If you are using Kops 1.6.2 or later, then DNS configuration is
|
||||
optional. Instead, a gossip-based cluster can be easily created. The
|
||||
only requirement to trigger this is to have the cluster name end with
|
||||
`.k8s.local`. If a gossip-based cluster is created then you can skip
|
||||
this section.
|
||||
|
||||
In order to build a Kubernetes cluster with `kops`, we need to prepare
|
||||
somewhere to build the required DNS records. There are three scenarios
|
||||
below and you should choose the one that most closely matches your AWS
|
||||
situation.
|
||||
|
||||
Note: if you want to use [gossip-based DNS](../gossip.md), you can skip this section.
|
||||
|
||||
### Scenario 1a: A Domain purchased/hosted via AWS
|
||||
|
||||
If you bought your domain with AWS, then you should already have a hosted zone
|
||||
|
|
|
@ -0,0 +1,29 @@
|
|||
# Gossip DNS
|
||||
|
||||
Gossip-based clusters uses a peer-to-peer network for propagating the K8s API address instead of normal DNS.
|
||||
This means that no hosted zone is needed for the cluster.
|
||||
|
||||
Gossip does not suffer potential disruptions due to the DNS TTL as the propagation is almost instant.
|
||||
|
||||
Gossip is also the only option if you want to deploy a cluster in any of the China of GovCloud AWS regions as Route 53 is not available there.
|
||||
|
||||
## Configuring a cluster to use Gossip
|
||||
|
||||
The only thing you need to do in order to use gossip-based DNS is to use the `k8s.local` suffix for the cluster domain name.
|
||||
|
||||
## Accessing the cluster
|
||||
|
||||
### Kubernetes API
|
||||
|
||||
When using gossip mode, you have to expose the kubernetes API using a loadbalancer. Since there is no hosted zone for gossip-based clusters, you simply use the load balancer address directly. The user experience is identical to standard clusters. Kops will add the ELB DNS name to the kops-generated kubernetes configuration.
|
||||
|
||||
### Bastion
|
||||
|
||||
If you are using [bastion hosts](bastion.md), it is a bit tricky to find the bastion address name. On AWS, you can run the following command:
|
||||
|
||||
```
|
||||
kops toolbox dump -ojson | grep 'bastion.*elb.amazonaws.com'
|
||||
```
|
||||
|
||||
|
||||
|
|
@ -81,6 +81,7 @@ nav:
|
|||
- Service Account Token Volume: "operations/service_account_token_volumes.md"
|
||||
- Moving from a Single Master to Multiple HA Masters: "single-to-multi-master.md"
|
||||
- Running kops in a CI environment: "continuous_integration.md"
|
||||
- Gossip DNS: "gossip.md"
|
||||
- etcd:
|
||||
- etcd administration: "operations/etcd_administration.md"
|
||||
- etcd backup, restore and encryption: "operations/etcd_backup_restore_encryption.md"
|
||||
|
|
Loading…
Reference in New Issue