29.云原生KubeSphere服务网格实战之Istio安装配置_kubesphere istio

云原生专栏大纲

安装Istio

官网参考：KubeSphere Container Platform
需安装servicemesh组件，参考《16.云原生之kubesphere组件安装卸载》

下面是对istiod、jaeger-operator-metrics、jaeger-collector、jaeger-query、kiali和jaeger-collector-headless的简要介绍的表格输出：

卸载Istio

1. 将 CRD ClusterConfiguration 配置文件中 ks-installer 参数的 servicemesh.enabled 字段的值从 true 改为 false。
2. 安装istioctl

在https://github.com/istio/istio/releases中查找istioctl 响应版本

tar -xvf istioctl-1.11.2-linux-amd64.tar.gz
mv istioctl /usr/local/bin
# 验证
istioctl version
1
2
3
4

3. 卸载

istioctl x uninstall --purge

kubectl -n istio-system delete kiali kiali
helm -n istio-system delete kiali-operator

kubectl -n istio-system delete jaeger jaeger
helm -n istio-system delete jaeger-operator
1
2
3
4
5
6
7

4. 验证

# kubectl get all -n istio-system
No resources found in istio-system namespace.
1
2

启用istio

1. 修改 kube-apiserver.yaml

编辑 master 节点的 /etc/kubernetes/manifests/kube-apiserver.yaml 文件，添加MutatingAdmissionWebhook

--enable-admission-plugins=NodeRestriction,MutatingAdmissionWebhook
1

1. NodeRestriction：
   NodeRestriction 插件是一个安全性插件，用于增强 Kubernetes 集群的安全性。它限制了 kube-apiserver 接受的请求，确保只有经过身份验证的 kubelet 节点才能进行请求。它通过验证请求中的证书和节点名称来实现这一目的。启用 NodeRestriction 可以防止未经授权的节点访问 Kubernetes API，提高集群的安全性。
2. MutatingAdmissionWebhook：
   MutatingAdmissionWebhook 插件是一个 Admission 控制器，用于在创建或修改资源对象之前对其进行自动修改。它可以拦截请求并对其进行自定义的修改操作，然后将修改后的请求发送给 kube-apiserver 进行处理。这个插件通常用于实现自动化任务，例如自动注入 Sidecar 容器、自动添加标签等。启用 MutatingAdmissionWebhook 可以在资源对象创建或修改时自动执行一些操作，以便满足特定的需求或策略。

2. 重启apiserver

# kubectl get pods -n kube-system
kube-apiserver-ksmaster21            1/1     Running   28 (7h59m ago)   39d
kube-apiserver-ksmaster22            1/1     Running   25 (4h55m ago)   39d
kube-apiserver-ksmaster23            1/1     Running   28 (11h ago)     39d

# 删除apiserver后会自动恢复
kubectl delete pod/kube-apiserver名称 -n kube-system

# 查看pod对应的yaml验证配置是否修改
kubectl get pods -n kube-system -l component=kube-apiserver
kubectl get pod kube-apiserver-ksmaster21 -o yaml -n kube-system
1
2
3
4
5
6
7
8
9
10
11

3. 开启自动注入功能

istio-sidecar-injector-1-11-2 的配置字典，修改其中的policy 值为 enabled。注意修改ks-installer中servicemesh组件，policy 值会重置disabled
通过配置 policy，istio-sidecar-injector 可以根据规则自动注入 Sidecar 代理并应用所需的功能和策略，从而实现对应用程序的流量管理和安全控制。

4. 修改自动注入策略

kubectl -n istio-system edit MutatingWebhookConfiguration istio-sidecar-injector-1-11-2
1

默认策略配置如下：

namespaceSelector: # （命名空间选择器）：指定要应用自动注入策略的命名空间。
    # 此部分的意思是选择具有标签 istio.io/rev=1-11-2 的命名空间
    matchExpressions: # （匹配表达式）：定义命名空间选择的条件列表。
    - key: istio.io/rev # 选择具有指定标签 istio.io/rev 的命名空间。
      operator: In # 使用 In 操作符表示匹配标签值等于列表中的任何一个值。
      values:
      - 1-11-2
    - key: istio-injection
      operator: DoesNotExist
  # 此部分的意思是选择所有没有设置注解 sidecar.istio.io/inject 值为 "false" 的对象
  objectSelector: # （对象选择器）：指定要应用自动注入策略的对象。
    matchExpressions: # （匹配表达式）：定义对象选择的条件列表。
    - key: sidecar.istio.io/inject # 选择具有指定注解 sidecar.istio.io/inject 的对象。
      operator: NotIn # 使用 NotIn 操作符表示不匹配注解值等于列表中的任何一个值
      values: # 指定要不匹配的注解值列表，这里是 "false"。
      - "false"
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16

综合起来，上述配置的含义是：选择具有标签 istio.io/rev=1-11-2 的命名空间，并对所有没有设置注解 sidecar.istio.io/inject 值为 “false” 的对象应用自动注入策略。换句话说，这个配置将自动注入 Sidecar 容器到具有特定标签的命名空间中的所有对象，但排除了那些设置了注解 sidecar.istio.io/inject: “false” 的对象。

修改配置如下：

name: rev.namespace.sidecar-injector.istio.io
namespaceSelector:
  matchExpressions:
  - key: istio.io/rev
    operator: In
    values: # 用于选择具有特定 Istio 版本的命名空间
    - 1-11-2
  - key: istio-injection 
    operator: In
    values: # 启用了注入的命名空间将被选择
    - enabled
objectSelector:
  matchExpressions:
  - key: sidecar.istio.io/inject
    operator: NotIn
    values:
    - "false"
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17

命名空间自动注入istio

5. 查看namespace的lables

# kubectl get namespace <namespace>  --show-labels
NAME           STATUS   AGE     LABELS
spring-cloud   Active   4h52m   kubernetes.io/metadata.name=spring-cloud,kubesphere.io/namespace=spring-cloud,kubesphere.io/workspace=yxym-workspace
1
2
3

6. namespces开启istio自动注入

kubectl label namespace <namespace> istio-injection=enabled
kubectl label namespace <namespace> istio.io/rev=1-11-2
1
2

测试istio自动注入

7. 部署nginx测试，在pod中出现istio-proxy则表示使用了istio

istio规则

https://blog.csdn.net/qq_36464836/article/details/123500983

kubectl -n spring-cloud get destinationrules.networking.istio.io -o yaml
1

让我逐步解释这个命令的各个部分：

• kubectl: 这是 Kubernetes 命令行工具，用于与 Kubernetes 集群进行交互和管理。
• -n spring-cloud: 这是一个命令行选项，用于指定要操作的命名空间。在这个命令中，-n spring-cloud 表示要在 spring-cloud 命名空间中执行操作。
• get destinationrules.networking.istio.io: 这是 kubectl 的 get 命令的一部分，用于获取指定类型的资源。在这个命令中，我们要获取的资源类型是 DestinationRule，该资源属于 Istio 的 Networking API 组。
• -o yaml: 这是另一个命令行选项，用于指定输出的格式。在这个命令中，-o yaml 表示输出资源的 YAML 格式。

自制应用实现业务系统灰度发布

使用 KubeSphere 实现微服务的灰度发布

devops如何集成Istio？

cicd发布项目如何使用Istio？灰度发布我们可以通过自制应用发布项目来应用，但是感觉不够智能，能否在cicd中项目自动发布就应用上？在资源清单项目中预先定义好istio相关资源，资源清单项目参考23.云原生之ArgoCD CICD实战。要学弄明白需先学习Istio官网Bookinfo 应用，小编将在接下来章节实战介绍。