mirror of https://github.com/istio/istio.io.git
* feat/content/zh/docs/ops/configuration/traffic-management/multicluster/index.md * feat/content/zh/docs/ops/configuration/traffic-management/multicluster/index.md * feat/multicluster traffic management docs * fix/content/zh/docs/releases/bugs/index.md * "2"
This commit is contained in:
lifeng
GitHub
parent
40d6418551
commit
a3754368d1
|
|
@ -0,0 +1,121 @@
|
|||
---
|
||||
title: 多集群流量管理
|
||||
description: 如何配置流量在网格集群之间如何分发的。
|
||||
weight: 70
|
||||
keywords: [traffic-management,multicluster]
|
||||
owner: istio/wg-networking-maintainers
|
||||
test: no
|
||||
---
|
||||
|
||||
在多集群网格内，针对集群拓扑结构的流量规则可能是可行的。本文件描述了在多集群网格中管理流量的几种方法。在阅读本指南之前：
|
||||
|
||||
1. 阅读 [Deployment Models](/zh/docs/ops/deployment/deployment-models/#multiple-clusters)。
|
||||
1. 确保您部署的服务遵循以下概念 {{< gloss "namespace sameness" >}}命名空间的相同{{< /gloss >}}。
|
||||
|
||||
## 保持集群内的流量 {#keeping-traffic-in-cluster}
|
||||
|
||||
在某些情况下，默认的跨集群负载平衡操作是不可取的。为了保持流量的 "cluster-local" (及：
|
||||
从 `cluster-a` 发送的流量将只会到达 `cluster-a` 中的目的地。), 将主机名或通配符标记为 `clusterLocal`
|
||||
使用 [`MeshConfig.serviceSettings`](/zh/docs/reference/config/istio.mesh.v1alpha1/#MeshConfig-ServiceSettings-Settings)。
|
||||
|
||||
例如，您可以强制管理集群中的本地的流量对于单个服务、特定命名空间下的所有服务和网格中的所有服务，如下所示：
|
||||
|
||||
{{< tabset category-name="meshconfig" >}}
|
||||
|
||||
{{< tab name="per-service" category-value="service" >}}
|
||||
|
||||
{{< text yaml >}}
|
||||
serviceSettings:
|
||||
- settings:
|
||||
clusterLocal: true
|
||||
hosts:
|
||||
- "mysvc.myns.svc.cluster.local"
|
||||
{{< /text >}}
|
||||
|
||||
{{< /tab >}}
|
||||
|
||||
{{< tab name="per-namespace" category-value="namespace" >}}
|
||||
|
||||
{{< text yaml >}}
|
||||
serviceSettings:
|
||||
- settings:
|
||||
clusterLocal: true
|
||||
hosts:
|
||||
- "*.myns.svc.cluster.local"
|
||||
{{< /text >}}
|
||||
|
||||
{{< /tab >}}
|
||||
|
||||
{{< tab name="global" category-value="global" >}}
|
||||
|
||||
{{< text yaml >}}
|
||||
serviceSettings:
|
||||
- settings:
|
||||
clusterLocal: true
|
||||
hosts:
|
||||
- "*"
|
||||
{{< /text >}}
|
||||
|
||||
{{< /tab >}}
|
||||
|
||||
{{< /tabset >}}
|
||||
|
||||
## 分区服务 {#partitioning-services}
|
||||
|
||||
[`DestinationRule.subsets`](/zh/docs/reference/config/networking/destination-rule/#Subset) 允许通过选择标签对服务进行分区。这些标签可以是来自Kubernetes metadata 的标签，也可以是来自 [built-in labels](/zh/docs/reference/config/labels/).
|
||||
其中一个内置标签, `topology.istio.io/cluster`, 在子集群的选择的规则中 `DestinationRule` 允许创造每个集群的子集群。
|
||||
|
||||
{{< text yaml >}}
|
||||
apiVersion: networking.istio.io/v1beta1
|
||||
kind: DestinationRule
|
||||
metadata:
|
||||
name: mysvc-per-cluster-dr
|
||||
spec:
|
||||
host: mysvc.myns.svc.cluster.local
|
||||
subsets:
|
||||
- name: cluster-1
|
||||
labels:
|
||||
topology.istio.io/cluster: cluster-1
|
||||
- name: cluster-2
|
||||
labels:
|
||||
topology.istio.io/cluster: cluster-2
|
||||
{{< /text >}}
|
||||
|
||||
使用这些子集群，您可以创建各种路由规则基于这些集群，如 [mirroring](/zh/docs/tasks/traffic-management/mirroring/)
|
||||
或者 [shifting](/zh/docs/tasks/traffic-management/traffic-shifting/).
|
||||
|
||||
这提供了另一种创建集群本地流量规则的选择，通过控制到达的目标集群的流量`VirtualService`:
|
||||
|
||||
{{< text yaml >}}
|
||||
apiVersion: networking.istio.io/v1beta1
|
||||
kind: VirtualService
|
||||
metadata:
|
||||
name: mysvc-cluster-local-vs
|
||||
spec:
|
||||
hosts:
|
||||
- mysvc.myns.svc.cluster.local
|
||||
http:
|
||||
- name: "cluster-1-local"
|
||||
match:
|
||||
- sourceLabels:
|
||||
topology.istio.io/cluster: "cluster-1"
|
||||
route:
|
||||
- destination:
|
||||
host: mysvc.myns.svc.cluster.local
|
||||
subset: cluster-1
|
||||
- name: "cluster-2-local"
|
||||
match:
|
||||
- sourceLabels:
|
||||
topology.istio.io/cluster: "cluster-2"
|
||||
route:
|
||||
- destination:
|
||||
host: mysvc.myns.svc.cluster.local
|
||||
subset: cluster-2
|
||||
{{< /text >}}
|
||||
|
||||
使用这种基于子集群的路由方式来控制本地集群流量，但：
|
||||
[`MeshConfig.serviceSettings`](/zh/docs/reference/config/istio.mesh.v1alpha1/#MeshConfig-ServiceSettings-Settings),
|
||||
有一个缺点，把 service-level proxy 和 topology-level proxy 混在了一起。
|
||||
比如,一个规则发送 10% 的流量给一个服务 `v2` 需要两倍的子集群的数量。
|
||||
(例如： `cluster-1-v2`, `cluster-2-v2`)。
|
||||
这个处理方式最好限制在需要对集群的路由进行更多的精细化控制的场景下。
|
||||
|
|
@ -98,6 +98,9 @@ Kubernetes 在每个集群都默认配置此行为，这有助于限制由错误
|
|||
您可以根据[网络](#network-models)和云提供商所支持的选项来配置集群间通信。
|
||||
例如，若两个集群位于同一基础网络，则可以通过简单地配置防火墙规则来启用跨集群通信。
|
||||
|
||||
在多集群网格中，所有的服务都是默认共享的，根据{{< gloss "namespace sameness" >}}命名空间一致性{{< /gloss >}} 的概念。
|
||||
[流量管理规则](/zh/docs/ops/configuration/traffic-management/multicluster)对多集群的流量提供了细粒度的控制。
|
||||
|
||||
## 网络模型{#network-models}
|
||||
|
||||
许多生产系统需要多个网络或子网来实现隔离和高可用性。
|
||||
|
|
|
|||
|
|
@ -31,6 +31,8 @@ test: n/a
|
|||
$ istioctl bug-report
|
||||
{{< /text >}}
|
||||
|
||||
如果您的网格跨越了多个集群，对每个集群运行 `istioctl bug-report` 并指定 `--context` 或者 `--kubeconfig` 标识。
|
||||
|
||||
然后将得到的 `bug-report.tgz` 文件一起报告。
|
||||
|
||||
{{< tip >}}
|
||||
|
|
|
|||
Loading…
Reference in New Issue