mirror of https://github.com/status-im/consul.git
docs: Update docs to reflect limitation in TProxy when using single Consul DC deployment with multiple k8s clusters (#10549)
* docs: Update to reflect single Consul DC deployment with multiple k8s clusters
This commit is contained in:
parent
c94b8c6a39
commit
fc411b2313
|
@ -138,6 +138,8 @@ Services can also dial explicit upstreams in other datacenters without transpare
|
||||||
[annotation](/docs/k8s/connect#consul-hashicorp-com-connect-service-upstreams) such as
|
[annotation](/docs/k8s/connect#consul-hashicorp-com-connect-service-upstreams) such as
|
||||||
`"consul.hashicorp.com/connect-service-upstreams": "my-service:1234:dc2"` to reach an upstream service called `my-service`
|
`"consul.hashicorp.com/connect-service-upstreams": "my-service:1234:dc2"` to reach an upstream service called `my-service`
|
||||||
in the datacenter `dc2`.
|
in the datacenter `dc2`.
|
||||||
|
* In the deployment configuration where a [single Consul datacenter spans multiple Kubernetes clusters](https://www.consul.io/docs/k8s/installation/deployment-configurations/single-dc-multi-k8s), services in one Kubernetes cluster must explicitly dial a service in another Kubernetes cluster using the [consul.hashicorp.com/connect-service-upstreams](/docs/k8s/connect#consul-hashicorp-com-connect-service-upstreams) annotation. An example would be
|
||||||
|
`"consul.hashicorp.com/connect-service-upstreams": "my-service:1234"`, where `my-service` is the service that exists in another Kubernetes cluster and is exposed on port `1234`. Although Transparent Proxy is enabled, KubeDNS is not utilized when communicating between services existing on separate Kubernetes clusters.
|
||||||
* When dialing headless services the request will be proxied using a plain TCP proxy with a 5s connection timeout.
|
* When dialing headless services the request will be proxied using a plain TCP proxy with a 5s connection timeout.
|
||||||
Currently the upstream's protocol and connection timeout are not considered.
|
Currently the upstream's protocol and connection timeout are not considered.
|
||||||
|
|
||||||
|
|
|
@ -182,6 +182,8 @@ helm install cluster2 -f cluster2-config.yaml hashicorp/consul
|
||||||
|
|
||||||
## Verifying the Consul Service Mesh works
|
## Verifying the Consul Service Mesh works
|
||||||
|
|
||||||
|
~> When Transparent proxy is enabled, services in one Kubernetes cluster that need to communicate with a service in another Kubernetes cluster must have a explicit upstream configured through the ["consul.hashicorp.com/connect-service-upstreams"](https://www.consul.io/docs/k8s/connect#consul-hashicorp-com-connect-service-upstreams) annotation.
|
||||||
|
|
||||||
Now that we have our Consul cluster in multiple k8s clusters up and running, we will
|
Now that we have our Consul cluster in multiple k8s clusters up and running, we will
|
||||||
deploy two services and verify that they can connect to each other.
|
deploy two services and verify that they can connect to each other.
|
||||||
|
|
||||||
|
|
Loading…
Reference in New Issue