四个案例让你掌握istio网格功能

最新推荐文章于 2023-05-03 11:15:02 发布
最新推荐文章于 2023-05-03 11:15:02 发布
阅读量1.2k 收藏 2
点赞数
分类专栏： ServiceMesh 文章标签： kubernetes 容器 docker
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_41989934/article/details/122578952
版权

⭐️欢迎关注⭐️

一、istio网格功能案例

1.1、简单功能案例 V1

1.1.1、案例图示

  • 两个应用
    • frontend(proxy) : 前端应用，会请求后端的 demoapp
      • service : proxy
    • demoapp : 后端应用
      • service : demoappv10

image.png

1.1.2、案例实验

1、demoappv10 版本
root@native01:~/istio/istio-demo# kubectl create deployment demoappv10 --image=registry.cn-wulanchabu.aliyuncs.com/daizhe/demoapp:v1.0 --replicas=3 --dry-run=client -o yaml > deploy-demoapp-v10.yaml
root@native01:~/istio/istio-demo# cat deploy-demoapp-v10.yaml
apiVersion: apps/v1
kind: Deployment
metadata:
  creationTimestamp: null
  labels:
    app: demoapp
  name: demoappv10
spec:
  replicas: 3
  selector:
    matchLabels:
      app: demoapp
      version: v1.0
  template:
    metadata:
      creationTimestamp: null
      labels:
        app: demoapp
        version: v1.0
    spec:
      containers:
      - image: registry.cn-wulanchabu.aliyuncs.com/daizhe/demoapp
        name: demoapp
        env:
        - name: PORT
          value: "8080"
        resources: {}
status: {}

# 要想能够被 istio发现并作为服务作为网格内部使用，需要创建service
root@native01:~/istio/istio-demo# kubectl create service clusterip demoappv10 --tcp=8080:8080 --dry-run=client -o yaml > service-demoapp-v10.yaml
root@native01:~/istio/istio-demo# cat service-demoapp-v10.yaml
apiVersion: v1
kind: Service
metadata:
  labels:
    app: demoapp
  name: demoappv10
spec:
  ports:
  - name: http-8080
    port: 8080
    protocol: TCP
    targetPort: 8080
  selector:
    app: demoapp
    version: v1.0
  type: ClusterIP
 
# 创建
root@native01:~/istio/istio-demo# kubectl apply -f .
deployment.apps/demoappv10 created
service/demoappv10 unchanged

root@native01:~/istio/istio-demo# kubectl get pods
NAME                          READY   STATUS    RESTARTS   AGE
demoappv10-65cdf575c8-cqx5b   2/2     Running   0          25s
demoappv10-65cdf575c8-fc7cv   2/2     Running   0          25s
demoappv10-65cdf575c8-nwftc   2/2     Running   0          25s

root@native01:~/istio/istio-demo# DEMOAPP=$(kubectl get pods -l app=demoapp -o jsonpath={.items[0].metadata.name})
root@native01:~/istio/istio-demo# echo $DEMOAPP
demoappv10-5c497c6f7c-24dk4

# 查看istio proxy配置是否同步
root@native01:~/istio/istio-demo# istioctl proxy-status
NAME                                                   CDS        LDS        EDS        RDS          ISTIOD                      VERSION
demoappv10-5c497c6f7c-24dk4.default                    SYNCED     SYNCED     SYNCED     SYNCED       istiod-76d66d9876-lqgph     1.12.1
demoappv10-5c497c6f7c-fdwf4.default                    SYNCED     SYNCED     SYNCED     SYNCED       istiod-76d66d9876-lqgph     1.12.1
demoappv10-5c497c6f7c-ks5hk.default                    SYNCED     SYNCED     SYNCED     SYNCED       istiod-76d66d9876-lqgph     1.12.1

# 查看侦听器
root@native01:~/istio/istio-demo# istioctl proxy-config listeners $DEMOAPP --port=8080
ADDRESS PORT MATCH                        DESTINATION
0.0.0.0 8080 Trans: raw_buffer; App: HTTP Route: 8080
0.0.0.0 8080 ALL                          PassthroughCluster

# 查看路由信息
root@native01:~/istio/istio-demo# istioctl proxy-config routes $DEMOAPP | grep "demoappv10"
8080                                                                      demoappv10, demoappv10.default + 1 more...           /*

# 查看集群信息
root@native01:~/istio/istio-demo# istioctl proxy-config clusters $DEMOAPP | grep "demoappv10"
demoappv10.default.svc.cluster.local                                 8080      -          outbound      EDS

# 查看后端端点信息
root@native01:~/istio/istio-demo# istioctl proxy-config endpoints $DEMOAPP | grep "demoappv10"
10.220.104.135:8080              HEALTHY     OK                outbound|8080||demoappv10.default.svc.cluster.local
10.220.104.139:8080              HEALTHY     OK                outbound|8080||demoappv10.default.svc.cluster.local
10.220.104.140:8080              HEALTHY     OK                outbound|8080||demoappv10.default.svc.cluster.local


2、访问测试(网格内启动客户端进行访问测试)
root@native01:~/istio/istio-demo# kubectl run client --image=registry.cn-wulanchabu.aliyuncs.com/daizhe/admin-box -it --rm --restart=Never --command -- /bin/sh
If you don t see a command prompt, try pressing enter.
# client 也会被注入sidecar，所以访问demoappv10时也会被出栈侦听器拦截，而后由出栈侦听器所调度；
root@client # curl demoappv10:8080 
iKubernetes demoapp v1.0 !! ClientIP: 127.0.0.6, ServerName: demoappv10-5c497c6f7c-ks5hk, ServerIP: 10.220.104.151!
root@client # curl demoappv10:8080
iKubernetes demoapp v1.0 !! ClientIP: 127.0.0.6, ServerName: demoappv10-5c497c6f7c-fdwf4, ServerIP: 10.220.104.147!
root@client # curl demoappv10:8080
iKubernetes demoapp v1.0 !! ClientIP: 127.0.0.6, ServerName: demoappv10-5c497c6f7c-24dk4, ServerIP: 10.220.104.143!

root@client # while true;do curl demoappv10:8080; sleep 0.$RANDOM; done
iKubernetes demoapp v1.0 !! ClientIP: 127.0.0.6, ServerName: demoappv10-5c497c6f7c-ks5hk, ServerIP: 10.220.104.151!
iKubernetes demoapp v1.0 !! ClientIP: 127.0.0.6, ServerName: demoappv10-5c497c6f7c-24dk4, ServerIP: 10.220.104.143!
iKubernetes demoapp v1.0 !! ClientIP: 127.0.0.6, ServerName: demoappv10-5c497c6f7c-fdwf4, ServerIP: 10.220.104.147!
iKubernetes demoapp v1.0 !! ClientIP: 127.0.0.6, ServerName: demoappv10-5c497c6f7c-fdwf4, ServerIP: 10.220.104.147!
iKubernetes demoapp v1.0 !! ClientIP: 127.0.0.6, ServerName: demoappv10-5c497c6f7c-ks5hk, ServerIP: 10.220.104.151!
  • graph能够根据流量实时进行图形绘制

image.png

3、创建前端代理应用  frontend proxy
root@native01:~/istio/istio-in-practise/Traffic-Management-Basics/ms-demo/01-demoapp-v10# cat deploy-proxy.yaml
apiVersion: apps/v1
kind: Deployment
metadata:
  name: proxy
spec:
  progressDeadlineSeconds: 600
  replicas: 1
  selector:
    matchLabels:
      app: proxy
  template:
    metadata:
      labels:
        app: proxy
    spec:
      containers:
        - env:
          - name: PROXYURL
            value: http://demoappv10:8080   # 请求demoappv10
          image: registry.cn-wulanchabu.aliyuncs.com/daizhe/proxy:v0.1.1
          imagePullPolicy: IfNotPresent
          name: proxy
          ports:
            - containerPort: 8080
              name: web
              protocol: TCP
          resources:
            limits:
              cpu: 50m
---
apiVersion: v1
kind: Service
metadata:
  name: proxy
spec:
  ports:
    - name: http-80
      port: 80
      protocol: TCP
      targetPort: 8080
  selector:
    app: proxy
---

root@native01:~/istio/istio-in-practise/Traffic-Management-Basics/ms-demo/01-demoapp-v10# kubectl apply -f deploy-proxy.yaml
deployment.apps/proxy created
service/proxy created

root@native01:~/istio/istio-in-practise/Traffic-Management-Basics/ms-demo/01-demoapp-v10# kubectl get pods
NAME                          READY   STATUS    RESTARTS   AGE
demoappv10-5c497c6f7c-24dk4   2/2     Running   2          18h
demoappv10-5c497c6f7c-fdwf4   2/2     Running   2          18h
demoappv10-5c497c6f7c-ks5hk   2/2     Running   2          18h
proxy-5cf6d4cc8d-2kjm8        2/2     Running   0          9m27s

4、client 访问 frontend proxy （补充 ：真正发挥网格流量调度的是 egress listener）
# 访问 frontend proxy 流量走向 client pod -> Sidecar Envoy(Egress Listener proxy:80) -> (Ingress Listener) poroxy pod -> (Egress Listener)demoappv10:8080 -> (Ingress Listener)demoappv10 pod
root@native01:~/istio/istio-in-practise/Traffic-Management-Basics/ms-demo/01-demoapp-v10# kubectl run client --image=ikubernetes/admin-box -it --rm --restart=Never --command -- /bin/sh
If you don t see a command prompt, try pressing enter.
root@client # curl localhost:15000/listeners
d6eb71c4-035b-490a-9f5f-47b067ced679::0.0.0.0:15090
20f06ba5-7ac6-4034-b377-cfeb05b72820::0.0.0.0:15021
10.100.4.211_15012::10.100.4.211:15012
10.100.14.128_15443::10.100.14.128:15443
10.100.27.71_443::10.100.27.71:443
10.100.4.211_443::10.100.4.211:443
10.100.14.128_443::10.100.14.128:443
10.100.14.128_31400::10.100.14.128:31400
10.100.0.1_443::10.100.0.1:443
10.100.0.2_53::10.100.0.2:53
10.100.9.98_14268::10.100.9.98:14268
10.100.9.98_14250::10.100.9.98:14250
10.100.43.152_8000::10.100.43.152:8000
0.0.0.0_15010::0.0.0.0:15010
0.0.0.0_20001::0.0.0.0:20001
10.100.188.107_3000::10.100.188.107:3000
0.0.0.0_9090::0.0.0.0:9090
0.0.0.0_8080::0.0.0.0:8080
10.100.0.2_9153::10.100.0.2:9153
0.0.0.0_9411::0.0.0.0:9411
0.0.0.0_16685::0.0.0.0:16685
0.0.0.0_15014::0.0.0.0:15014
0.0.0.0_80::0.0.0.0:80
10.100.68.97_443::10.100.68.97:443
10.100.14.128_15021::10.100.14.128:15021
virtualOutbound::0.0.0.0:15001
virtualInbound::0.0.0.0:15006
root@client # curl localhost:15000/clusters

root@client # curl proxy
# 后端demoappv10服务网络的内容
Proxying value: iKubernetes demoapp v1.0 !! ClientIP: 127.0.0.6, ServerName: demoappv10-5c497c6f7c-24dk4, ServerIP: 10.220.104.143!
 - Took 314 milliseconds.

image.png

1.2、简单功能案例 V2

1.2.1、案例图示

  • 两个应用
    • frontend (proxy) : 前端应用，会请求后端的demoapp；
    • demoapp : 后端应用，同时部署有两个版本；

image.png

1.2.2、案例实验

  • 通过定义 VirtualService 来补充、升级默认路由配置效果；
1、部署demoappv11
root@native01:~/istio/istio-in-practise/Traffic-Management-Basics/ms-demo/02-demoapp-v11# cat deploy-demoapp-v11.yaml
---
apiVersion: apps/v1
kind: Deployment
metadata:
  labels:
    app: demoappv11
    version: v1.1
  name: demoappv11
spec:
  progressDeadlineSeconds: 600
  replicas: 2
  selector:
    matchLabels:
      app: demoapp
      version: v1.1
  template:
    metadata:
      labels:
        app: demoapp
        version: v1.1
    spec:
      containers:
      - image: registry.cn-wulanchabu.aliyuncs.com/daizhe/demoapp:v1.1
        imagePullPolicy: IfNotPresent
        name: demoapp
        env:
        - name: "PORT"
          value: "8080"
        ports:
        - containerPort: 8080
          name: web
          protocol: TCP
        resources:
          limits:
            cpu: 50m
---
apiVersion: v1
kind: Service
metadata:
  name: demoappv11
spec:
  ports:
    - name: http-8080
      port: 8080
      protocol: TCP
      targetPort: 8080
  selector:
    app: demoapp
    version: v1.1
  type: ClusterIP

root@native01:~/istio/istio-in-practise/Traffic-Management-Basics/ms-demo/02-demoapp-v11# kubectl apply -f deploy-demoapp-v11.yaml
deployment.apps/demoappv11 created
service/demoappv11 created

root@native01:~/istio/istio-in-practise/Traffic-Management-Basics/ms-demo/02-demoapp-v11# kubectl get service
NAME         TYPE        CLUSTER-IP      EXTERNAL-IP   PORT(S)    AGE
demoappv10   ClusterIP   10.100.67.168   <none>        8080/TCP   18h
demoappv11   ClusterIP   10.100.72.0     <none>        8080/TCP   17s
kubernetes   ClusterIP   10.100.0.1      <none>        443/TCP    4d17h
proxy        ClusterIP   10.100.131.98   <none>        80/TCP     57m

root@native01:~/istio/istio-in-practise/Traffic-Management-Basics/ms-demo/02-demoapp-v11# kubectl get pods
NAME                          READY   STATUS    RESTARTS   AGE
demoappv10-5c497c6f7c-24dk4   2/2     Running   2          18h
demoappv10-5c497c6f7c-fdwf4   2/2     Running   2          18h
demoappv10-5c497c6f7c-ks5hk   2/2     Running   2          18h
demoappv11-7984f579f5-9bzmv   2/2     Running   0          39s
demoappv11-7984f579f5-qsw5z   2/2     Running   0          39s
proxy-5cf6d4cc8d-2kjm8        2/2     Running   0          57m
# 此时会在网格内的各个 Sidecar Proxy 上对应生成 listener、cluster、routes、endpoints等相关资源

2、调配 frontend proxy 的访问 demoapp service
root@native01:~/istio/istio-in-practise/Traffic-Management-Basics/ms-demo/02-demoapp-v11# cat deploy-proxy.yaml
apiVersion: apps/v1
kind: Deployment
metadata:
  name: proxy
spec:
  progressDeadlineSeconds: 600
  replicas: 1
  selector:
    matchLabels:
      app: proxy
  template:
    metadata:
      labels:
        app: proxy
    spec:
      containers:
        - env:
          - name: PROXYURL
            value: http://demoapp:8080  # 访问demoapp service
          image: registry.cn-wulanchabu.aliyuncs.com/daizhe/proxy:v0.1.1
          imagePullPolicy: IfNotPresent
          name: proxy
          ports:
            - containerPort: 8080
              name: web
              protocol: TCP
          resources:
            limits:
              cpu: 50m
---
apiVersion: v1
kind: Service
metadata:
  name: proxy
spec:
  ports:
    - name: http-80
      port: 80
      protocol: TCP
      targetPort: 8080
  selector:
    app: proxy
    
root@native01:~/istio/istio-in-practise/Traffic-Management-Basics/ms-demo/02-demoapp-v11# kubectl apply -f deploy-proxy.yaml
deployment.apps/proxy configured
service/proxy unchanged

3、创建demoapp service
root@native01:~/istio/istio-in-practise/Traffic-Management-Basics/ms-demo/02-demoapp-v11# cat service-demoapp.yaml
---
apiVersion: v1
kind: Service
metadata:
  name: demoapp
spec:
  ports:
    - name: http
      port: 8080
      protocol: TCP
      targetPort: 8080
  selector: # 选择pod标签为 demoappv10 和 demoappv11 共同存在的标签
    app: demoapp
  type: ClusterIP

root@native01:~/istio/istio-in-practise/Traffic-Management-Basics/ms-demo/02-demoapp-v11# kubectl apply -f service-demoapp.yaml
service/demoapp created

root@native01:~/istio/istio-in-practise/Traffic-Management-Basics/ms-demo/02-demoapp-v11# kubectl get service
NAME         TYPE        CLUSTER-IP      EXTERNAL-IP   PORT(S)    AGE
demoapp      ClusterIP   10.100.7.143    <none>        8080/TCP   9s
demoappv10   ClusterIP   10.100.67.168   <none>        8080/TCP   18h
demoappv11   ClusterIP   10.100.72.0     <none>        8080/TCP   5m20s
kubernetes   ClusterIP   10.100.0.1      <none>        443/TCP    4d17h
proxy        ClusterIP   10.100.131.98   <none>        80/TCP     62m

root@native01:~/istio/istio-in-practise/Traffic-Management-Basics/ms-demo/02-demoapp-v11# kubectl get endpoints
NAME         ENDPOINTS                                                                 AGE
demoapp      10.220.104.143:8080,10.220.104.147:8080,10.220.104.151:8080 + 2 more...   24s
demoappv10   10.220.104.143:8080,10.220.104.147:8080,10.220.104.151:8080               18h
demoappv11   10.220.104.173:8080,10.220.104.175:8080                                   5m35s
kubernetes   172.19.107.218:6443                                                       4d17h
proxy        10.220.104.174:8080                                                       62m


4、client 访问 frontend proxy （补充 ：真正发挥网格流量调度的是 egress listener）
# 目前使用client 访问 frontend proxy 是在两个版本的后端cluster上进行轮换；
root@native01:~# kubectl run client --image=ikubernetes/admin-box -it --rm --restart=Never --command -- /bin/sh
If you don t see a command prompt, try pressing enter.
root@client # while true;do curl proxy/hostname; sleep 0.$RANDOM; done
Proxying value: ServerName: demoappv11-7984f579f5-qsw5z
 - Took 254 milliseconds.
Proxying value: ServerName: demoappv10-5c497c6f7c-24dk4
 - Took 24 milliseconds.
Proxying value: ServerName: demoappv10-5c497c6f7c-fdwf4
 - Took 9 milliseconds.
Proxying value: ServerName: demoappv10-5c497c6f7c-ks5hk
 - Took 7 milliseconds.
Proxying value: ServerName: demoappv10-5c497c6f7c-24dk4
 - Took 18 milliseconds.
Proxying value: ServerName: demoappv10-5c497c6f7c-fdwf4
 - Took 8 milliseconds.
Proxying value: ServerName: demoappv11-7984f579f5-9bzmv
 - Took 29 milliseconds.
Proxying value: ServerName: demoappv10-5c497c6f7c-ks5hk
 - Took 14 milliseconds.
 
4、查看demoapp 虚拟主机默认路由配置
root@native01:~/istio/istio-in-practise/Traffic-Management-Basics/ms-demo/02-demoapp-v11# DEMOAPP=$(kubectl get pods -l app=demoapp -o jsonpath={.items[0].metadata.name})
root@native01:~/istio/istio-in-practise/Traffic-Management-Basics/ms-demo/02-demoapp-v11# echo $DEMOAPP
demoappv10-5c497c6f7c-24dk4
root@native01:~/istio/istio-in-practise/Traffic-Management-Basics/ms-demo/02-demoapp-v11# istioctl proxy-config routes $DEMOAPP
# 默认没有 VIRTUAL SERVICE 路由规则
NAME                                                                      DOMAINS                                              MATCH                  VIRTUAL SERVICE
InboundPassthroughClusterIpv4                                             *                                                    /*
jaeger-collector.istio-system.svc.cluster.local:14268                     *                                                    /*
inbound|8080||                                                            *                                                    /*
grafana.istio-system.svc.cluster.local:3000                               *                                                    /*
kube-dns.kube-system.svc.cluster.local:9153                               *                                                    /*
                                                                          *                                                    /healthz/ready*
jaeger-collector.istio-system.svc.cluster.local:14250                     *                                                    /*
kubernetes-dashboard.kubernetes-dashboard.svc.cluster.local:443           *                                                    /*
istio-ingressgateway.istio-system.svc.cluster.local:15021                 *                                                    /*
80                                                                        istio-egressgateway.istio-system, 10.100.27.71       /*
80                                                                        istio-ingressgateway.istio-system, 10.100.14.128     /*
80                                                                        proxy, proxy.default + 1 more...                     /*
80                                                                        tracing.istio-system, 10.100.137.187                 /*
9090                                                                      kiali.istio-system, 10.100.134.85                    /*
9090                                                                      prometheus.istio-system, 10.100.40.193               /*
InboundPassthroughClusterIpv4                                             *                                                    /*
8080                                                                      demoapp, demoapp.default + 1 more...                 /*
8080                                                                      demoappv10, demoappv10.default + 1 more...           /*
8080                                                                      demoappv11, demoappv11.default + 1 more...           /*
inbound|8080||                                                            *                                                    /*


# 目的 ：期望流量在两个版本中进行按需分配，所以并非默认配置可以达到的效果，所以下面要对demoapp 这个服务所代表的 listener、cluster、route 进行自定义
5、使用 VirtualService 对 frontend proxy 访问的 demoapp的route进行如下定义
root@native01:~/istio/istio-in-practise/Traffic-Management-Basics/ms-demo/02-demoapp-v11# cat virutalservice-demoapp.yaml
apiVersion: networking.istio.io/v1beta1
kind: VirtualService
metadata:
  # VS资源名称
  name: demoapp
spec:
  # (demoapp 自动生成的虚拟主机做高级配置)，需要和istioctl proxy-config routes $DEMOAPP的DOMAINS搜索域名称保持一致
  # 对demoapp service 服务的访问
  hosts:
  - demoapp
  # 七层路由机制
  http:
  # 路由策略为列表项，可以设置为多个
  # 路由名称，起一个名称
  - name: canary
    # 匹配条件
    match:  # demoapp/canary 重写为 demoapp/
    - uri:
        prefix: /canary
    rewrite:
      uri: /
    # 路由目标
    route:
    - destination:
        host: demoappv11    # 调度给demoappv11 的 clusters
  # 路由名称，起一个名称 ,如果没有被 demoapp/canary 匹配到的将被这个default 路由所处理
  - name: default
    # 路由目标
    route:
    - destination: 
        host: demoappv10   # 调度给demoappv10 的 clusters

root@native01:~/istio/istio-in-practise/Traffic-Management-Basics/ms-demo/02-demoapp-v11# kubectl apply -f virutalservice-demoapp.yaml
virtualservice.networking.istio.io/demoapp created
root@native01:~/istio/istio-in-practise/Traffic-Management-Basics/ms-demo/02-demoapp-v11# kubectl get vs
NAME      GATEWAYS   HOSTS         AGE
demoapp              ["demoapp"]   6s

root@native01:~/istio/istio-in-practise/Traffic-Management-Basics/ms-demo/02-demoapp-v11# istioctl proxy-config routes $DEMOAPP | grep demoapp
80                                                                        demoapp.default.svc.cluster.local                    /canary*               demoapp.default
80                                                                        demoapp.default.svc.cluster.local                    /*                     demoapp.default
8080                                                                      demoapp, demoapp.default + 1 more...                 /canary*               demoapp.default
8080                                                                      demoapp, demoapp.default + 1 more...                 /*                     demoapp.default
8080                                                                      demoappv10, demoappv10.default + 1 more...           /*
8080                                                                      demoappv11, demoappv11.default + 1 more...           /*


6、client 访问 frontend proxy （补充 ：真正发挥网格流量调度的是 egress listener）
# 访问 /canary 路由，都将路由到 demoappv11 cluster
root@client # while true;do curl proxy/canary; sleep 0.$RANDOM; done
Proxying value: iKubernetes demoapp v1.1 !! ClientIP: 127.0.0.6, ServerName: demoappv11-7984f579f5-9bzmv, ServerIP: 10.220.104.173!
 - Took 26 milliseconds.
Proxying value: iKubernetes demoapp v1.1 !! ClientIP: 127.0.0.6, ServerName: demoappv11-7984f579f5-qsw5z, ServerIP: 10.220.104.175!
 - Took 24 milliseconds.
Proxying value: iKubernetes demoapp v1.1 !! ClientIP: 127.0.0.6, ServerName: demoappv11-7984f579f5-9bzmv, ServerIP: 10.220.104.173!
 - Took 4 milliseconds.
Proxying value: iKubernetes demoapp v1.1 !! ClientIP: 127.0.0.6, ServerName: demoappv11-7984f579f5-qsw5z, ServerIP: 10.220.104.175!

# 访问 非 /canary 路由，都将路由到 demoappv10 cluster
root@client # while true;do curl proxy/hostname; sleep 0.$RANDOM; done
Proxying value: ServerName: demoappv10-5c497c6f7c-fdwf4
 - Took 24 milliseconds.
Proxying value: ServerName: demoappv10-5c497c6f7c-ks5hk
 - Took 15 milliseconds.
Proxying value: ServerName: demoappv10-5c497c6f7c-24dk4
 - Took 7 milliseconds.
Proxying value: ServerName: demoappv10-5c497c6f7c-ks5hk
 - Took 7 milliseconds.
Proxying value: ServerName: demoappv10-5c497c6f7c-24dk4
 - Took 8 milliseconds.
  • graph能够根据流量实时进行图形绘制

image.png

思考 🤔 ：

  • 通过定义 VirtualService 来补充、升级默认路由配置效果；
  • 但是此定义逻辑和策略并非很高大上，因为demoapp本质上是一个服务，只是被部署了demoappv10 和 demoappv11 两个版本，如何统一到一个服务名称上呢？如何作为不同的子集来使用呢？就需要借助 下面示例中DestinationRule 来实现；

1.3、简单功能案例 V3 - subset

1.3.1、案例图示

  • 两个应用
    • frontend (proxy) : 前端应用，会请求后端的demoapp;
    • demoapp : 后端应用，同时部署有两个版本；

image.png

1.3.2、案例实验

# 补充上面 demoappv10 和 demoappv11 的信息
# cat deploy-demoapp-v10.yaml
---
apiVersion: apps/v1
kind: Deployment
metadata:
  labels:
    app: demoappv11
    version: v1.0
  name: demoappv10
spec:
  progressDeadlineSeconds: 600
  replicas: 2
  selector:
    matchLabels:
      app: demoapp
      version: v1.0
  template:
    metadata:
      labels:
        app: demoapp
        version: v1.0
    spec:
      containers:
      - image: registry.cn-wulanchabu.aliyuncs.com/daizhe/native/demoapp:v1.0
        imagePullPolicy: IfNotPresent
        name: demoapp
        env:
        - name: "PORT"
          value: "8080"
        ports:
        - containerPort: 8080
          name: web
          protocol: TCP
        resources:
          limits:
            cpu: 50m
---
apiVersion: v1
kind: Service
metadata:
  name: demoappv10
spec:
  ports:
    - name: http-8080
      port: 8080
      protocol: TCP
      targetPort: 8080
  selector:
    app: demoapp
    version: v1.0
  type: ClusterIP

# cat deploy-demoapp-v11.yaml
---
apiVersion: apps/v1
kind: Deployment
metadata:
  labels:
    app: demoappv11
    version: v1.1
  name: demoappv11
spec:
  progressDeadlineSeconds: 600
  replicas: 2
  selector:
    matchLabels:
      app: demoapp
      version: v1.1
  template:
    metadata:
      labels:
        app: demoapp
        version: v1.1
    spec:
      containers:
      - image: registry.cn-wulanchabu.aliyuncs.com/daizhe/native/demoapp:v1.1
        imagePullPolicy: IfNotPresent
        name: demoapp
        env:
        - name: "PORT"
          value: "8080"
        ports:
        - containerPort: 8080
          name: web
          protocol: TCP
        resources:
          limits:
            cpu: 50m
---
apiVersion: v1
kind: Service
metadata:
  name: demoappv11
spec:
  ports:
    - name: http-8080
      port: 8080
      protocol: TCP
      targetPort: 8080
  selector:
    app: demoapp
    version: v1.1
  type: ClusterIP

1、定义DestinationRule
# DestinationRule 的主要作用就是将定义的demoapp 的service后端适配到的5个后端Pod分为两组，v10和v11两个组称为两个子集；
root@native01:~/istio/istio-in-practise/Traffic-Management-Basics/ms-demo/03-demoapp-subset# cat destinationrule-demoapp.yaml
apiVersion: networking.istio.io/v1beta1
kind: DestinationRule
metadata:
  # DS名称，标注集群名，通常和service保持一致，表示升级此service的配置
  name: demoapp
spec:
  # 主机 ：对demoapp service 服务的访问
  host: demoapp
  # 集群子集划分策略, 这里使用标签选择器对后端POD做逻辑组划分
  subsets:
  # 逻辑组名称
  - name: v10
    # 在原本的筛选条件上，额外增加使用以下标签选择器对后端端点归类为 v10 子集
    labels:
      version: v1.0
  - name: v11
    # 在原本的筛选条件上，额外增加使用以下标签选择器对后端端点归类为 v11 子集
    labels:
      version: v1.1

root@native01:~/istio/istio-in-practise/Traffic-Management-Basics/ms-demo/03-demoapp-subset# kubectl apply -f destinationrule-demoapp.yaml
destinationrule.networking.istio.io/demoapp created

root@native01:~/istio/istio-in-practise/Traffic-Management-Basics/ms-demo/03-demoapp-subset# kubectl get DestinationRule
NAME      HOST      AGE
demoapp   demoapp   2m42s

oot@native01:~/istio/istio-in-practise/Traffic-Management-Basics/ms-demo/03-demoapp-subset# istioctl proxy-config clusters $DEMOAPP
SERVICE FQDN                                                         PORT      SUBSET     DIRECTION     TYPE             DESTINATION RULE
                                                                     8080      -          inbound       ORIGINAL_DST
BlackHoleCluster                                                     -         -          -             STATIC
InboundPassthroughClusterIpv4                                        -         -          -             ORIGINAL_DST
PassthroughCluster                                                   -         -          -             ORIGINAL_DST
agent                                                                -         -          -             STATIC
dashboard-metrics-scraper.kubernetes-dashboard.svc.cluster.local     8000      -          outbound      EDS
demoapp.default.svc.cluster.local                                    8080      -          outbound      EDS              demoapp.default
demoapp.default.svc.cluster.local                                    8080      v10        outbound      EDS              demoapp.default
demoapp.default.svc.cluster.local                                    8080      v11        outbound      EDS              demoapp.default
demoappv10.default.svc.cluster.local                                 8080      -          outbound      EDS
demoappv11.default.svc.cluster.local                                 8080      -          outbound      EDS


2、调配 VirtualService (就可以省略定义 demoappv10 和 demoappv11 的service，仅需要定义demoapp这一个service就可以了)
# 使用 VirtualService 对 frontend proxy 访问的 demoapp的route
# VirtualService 主要作用，定义一些路由规则并下发给集群的各个 sidecar proxy 使用；
root@native01:~/istio/istio-in-practise/Traffic-Management-Basics/ms-demo/03-demoapp-subset# cat virutalservice-demoapp.yaml
apiVersion: networking.istio.io/v1beta1
kind: VirtualService
metadata:
  name: demoapp
spec:
  hosts:
  - demoapp
  http:
  - name: canary
    # 匹配条件
    match:
    - uri:
        prefix: /canary
    rewrite:
      uri: /
    # 路由目标
    route:
    - destination:
        # 调度给demoapp的clusters的v11子集
        host: demoapp
        # 子集
        subset: v11
  - name: default
    route:
    - destination:
        # 调度给demoapp的clusters的v10子集
        host: demoapp
        # 子集
        subset: v10

# 需要先delete掉此前创建的 kubectl delete vs demoapp
root@native01:~/istio/istio-in-practise/Traffic-Management-Basics/ms-demo/03-demoapp-subset# kubectl apply -f virutalservice-demoapp.yaml
virtualservice.networking.istio.io/demoapp created

root@native01:~/istio/istio-in-practise/Traffic-Management-Basics/ms-demo/03-demoapp-subset# istioctl proxy-config routes $DEMOAPP | grep demoapp
80                                                                        demoapp.default.svc.cluster.local                    /canary*               demoapp.default
80                                                                        demoapp.default.svc.cluster.local                    /*                     demoapp.default
8080                                                                      demoapp, demoapp.default + 1 more...                 /canary*               demoapp.default
8080                                                                      demoapp, demoapp.default + 1 more...                 /*                     demoapp.default
8080                                                                      demoappv10, demoappv10.default + 1 more...           /*
8080                                                                      demoappv11, demoappv11.default + 1 more...           /*

3、client 访问 frontend proxy （补充 ：真正发挥网格流量调度的是 egress listener）
# kubectl run client --image=registry.cn-wulanchabu.aliyuncs.com/daizhe/admin-box -it --rm --restart=Never --command -- /bin/sh
# 访问 /canary 路由，都将路由到 demoapp cluster的v11子集
root@client # while true;do curl proxy/canary; sleep 0.$RANDOM; done
Proxying value: iKubernetes demoapp v1.1 !! ClientIP: 127.0.0.6, ServerName: demoappv11-7984f579f5-qsw5z, ServerIP: 10.220.104.175!
 - Took 9 milliseconds.
Proxying value: iKubernetes demoapp v1.1 !! ClientIP: 127.0.0.6, ServerName: demoappv11-7984f579f5-9bzmv, ServerIP: 10.220.104.173!
 - Took 7 milliseconds.
Proxying value: iKubernetes demoapp v1.1 !! ClientIP: 127.0.0.6, ServerName: demoappv11-7984f579f5-9bzmv, ServerIP: 10.220.104.173!
 - Took 8 milliseconds.
Proxying value: iKubernetes demoapp v1.1 !! ClientIP: 127.0.0.6, ServerName: demoappv11-7984f579f5-qsw5z, ServerIP: 10.220.104.175!
 - Took 8 milliseconds.

# 访问 非 /canary 路由，都将路由到 demoapp cluster的v10子集
root@client # while true;do curl proxy/hostname; sleep 0.$RANDOM; done
Proxying value: ServerName: demoappv10-5c497c6f7c-fdwf4
 - Took 10 milliseconds.
Proxying value: ServerName: demoappv10-5c497c6f7c-fdwf4
 - Took 6 milliseconds.
Proxying value: ServerName: demoappv10-5c497c6f7c-ks5hk
 - Took 7 milliseconds.
Proxying value: ServerName: demoappv10-5c497c6f7c-24dk4
 - Took 8 milliseconds.
Proxying value: ServerName: demoappv10-5c497c6f7c-ks5hk
 - Took 8 milliseconds.
  • kiali graph能够根据流量实时进行图形绘制

image.png

# 此时就可以将 此前创建的 demoappv10 和 demoappv11 两个Service去掉了，上面借助DestinationRule 创建了子集；
# 所以以后多版本场景就可以定义一个 service并将多版本的Pod全部包含，并各自版本有版本标签，就可以使用DestinationRule来根据版本标签划分不同子集；
# 删除后自动生成的 cluster也会被清除
root@native01:~/istio/istio-in-practise/Traffic-Management-Basics/ms-demo/03-demoapp-subset# kubectl delete service demoappv10 demoappv11
service "demoappv10" deleted
service "demoappv11" deleted

image.png

1.4、简单功能案例 V4 - 使用gateway暴露proxy服务

1.4.1、案例图示

  • 使用Gateway资源，将proxy开放至集群外部；
    • proxy-gateway -> virtualservice/proxy -> destinationrule/proxy (或者 service/proxy) -> MESH

image.png

1.4.2、案例实验

1、创建Gateway资源，通过网格，为frontend引入集群外部的流量
root@native01:~/istio/istio-in-practise/Traffic-Management-Basics/ms-demo/04-proxy-gateway# cat gateway-proxy.yaml
apiVersion: networking.istio.io/v1beta1
kind: Gateway
metadata:
  name: proxy-gateway
  namespace: istio-system        # 要指定为ingress gateway pod所在名称空间，否则注入失败
spec:
  # 此Gateway资源适配到哪个Ingress Gateway上
  selector:
    app: istio-ingressgateway
  # 虚拟主机
  servers:
  # 端口
  - port:
      # 客户端访问的端口
      number: 80
      # 端口名称；这里的http就表明了该套接字的协议使用七层代理；如果不是这种格式直接转换为 四层代理；
      name: http
      # 类同上面的 http （HTTP/TCP）
      protocol: HTTP
    # 适配的主机名
    hosts:
    - "fe.pyenc.com"



2、对 Ingress Gateway 给Proxy定义VirtualService 
root@native01:~/istio/istio-in-practise/Traffic-Management-Basics/ms-demo/04-proxy-gateway# cat virtualservice-proxy.yaml
apiVersion: networking.istio.io/v1beta1
kind: VirtualService
metadata:
  name: proxy
spec:
  # 用于定义哪个路由和虚拟主机有关系，所以需要指定hosts，此hosts必须和GW中hosts保持一致或者包含关系
  hosts:
  - "fe.pyenc.com"                     # 对应于gateways/proxy-gateway
  # (和网关相关联)  
  # gateways用于指定该 vs 是定义在 Ingress Gateway 的接收入栈流量，并指定GW名称
  gateways:
  - istio-system/proxy-gateway       # 相关定义仅应用于Ingress Gateway上
  #- mesh       # mesh 表示同时对网格内部也生效；（ 既能引入网格外部流量，又能允许网格内部客户端访问，也会在网格内部 sidecar proxy 也会生成路由规则 ）
  # http 路由
  http:
  #  路由策略名称
  - name: default
    # 路由目标
    route:
    - destination:
        host: proxy 
        # proxy cluster 是被自动生成的，因为集群内部有一个同名的Service，而且此集群在 ingess gateway 上本身存在
        # 内部集群Service名称，但是流量不会直接发给Service，而是发给由Service组成的集群(这里的七层调度流量不再经由Service)

# 取出 ingress-gateway pod名称方便后续使用
# InGW=$(kubectl get pods -n istio-system -l app=istio-ingressgateway -o jsonpath={.items[0].metadata.name})
# echo $InGW
istio-ingressgateway-78f69bd5db-wd5gw

root@native01:~/istio/istio-in-practise/Traffic-Management-Basics/ms-demo/04-proxy-gateway# istioctl  proxy-config clusters $InGW -n istio-system  | grep proxy
proxy.default.svc.cluster.local                                      80        -          outbound      EDS

root@native01:~/istio/istio-in-practise/Traffic-Management-Basics/ms-demo/04-proxy-gateway# kubectl apply -f .
gateway.networking.istio.io/proxy-gateway created
virtualservice.networking.istio.io/proxy created

root@native01:~/istio/istio-in-practise/Traffic-Management-Basics/ms-demo/04-proxy-gateway# kubectl get gw -n istio-system
NAME              AGE
grafana-gateway   2d9h
kiali-gateway     2d20h
proxy-gateway     28s

root@native01:~/istio/istio-in-practise/Traffic-Management-Basics/ms-demo/04-proxy-gateway# kubectl get vs
NAME      GATEWAYS                         HOSTS               AGE
demoapp                                    ["demoapp"]         159m
proxy     ["istio-system/proxy-gateway"]   ["fe.pyenc.com"]   49s

# 查看 Ingress Gateway 中定义的路由
root@native01:~/istio/istio-in-practise/Traffic-Management-Basics/ms-demo/04-proxy-gateway# istioctl proxy-config routes $InGW -n istio-system
NAME          DOMAINS              MATCH                  VIRTUAL SERVICE
http.8080     fe.pyenv.com         /*                     proxy.default
http.8080     grafana.pyenv.cc     /*                     grafana-virtualservice.istio-system
http.8080     kiali.pyenv.com      /*                     kiali-virtualservice.istio-system
              *                    /stats/prometheus*
              *                    /healthz/ready*

3、外部访问 proxy

image.png

  • 4、kiali graph能够根据流量实时进行图形绘制

image.png

image.png

SRE运维充电站
关注
  • 0
    点赞
  • 踩
  • 2
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
案例：知乎是怎么落地Istio的？
Docker的专栏
02-09 859
▲点击上方“分布式实验室”关注公众号回复“1”抽取纸质技术书—1—背景在知乎，我们很早就进行了非常彻底的容器化部署。全站在线运行的微服务数量高达两千多个。这些微服务通过我们自己维护的...
istio网格大纲 pdf
09-21
istio kubernetes docker
Istio网格流量治理基础
03-21
Istio入门基础，包含Istio介绍以及架构和原理等知识
Istio服务网格实践指南学习笔记-Istio架构
01-27
本文来自于csdn，文章主要介绍了如何学习Istio架构，讲述了Istio核心功能，架构及设计目标。 这幅图中描述了以下内容：1.Istio可以在虚拟机和容器中运行2.Istio的组成Pilot：服务发现、流量管理 Mixer：访问控制、遥测 Citadel：终端用户认证、流量加密3.Servicemesh关注的方面可观察性 安全性 可运维性4.Istio是可定制可扩展的，组建是可拔插的5.Istio作为控制平面，在每个服务中注入一个Envoy代理以Sidecar形式运行来拦截所有进出服务的流量，同时对流量加以
istio:istio示例和资源
03-21
Istio istio示例和资源 istioctl 1.8.3二进制文件： : minikube安装： ：//minikube.sigs.k8s.io/docs/start/ minikube istio： ://istio.io/latest/docs/setup/platform-setup/minikube/ minikube start：“ minikube start --driver = virtualbox --kubernetes-version = 1.16.0 --cpus 4 --memory 6144” 安装istio：istioctl安装 destory minikube minikube删除--purge 获取具有以下地址的入口地址 function istioctl_proxy_address() { minikube_ip=`miniku
Istio服务网格技术与实践
03-29
Istio服务网格技术与实践，包含Istio架构，与K8S集成和Istio的技术实践
云原生Istio案例实战
赵广陆
05-03 1570
目录 1 Istio监控功能 1.1 prometheus和grafana 1.2 访问prometheus 1.3 访问grafana 2 项目案例：bookinfo 2.1 理解什么是bookinfo 2.2 sidecar自动注入到微服务 2.3 启动bookinfo 2.4 通过ingress方式访问 2.5 通过istio的ingressgateway访问 2.5.1 确定 Ingress 的 IP 和端口 2.6 流量管理 2.6.1 放开bookinfo自定义路由权限 2.6.2 基于版本方式
10个 Istio 流量管理 最常用的例子，你知道几个？
万猫学社
07-05 1816
10 个 Istio 流量管理 最常用的例子，强烈建议收藏起来，以备不时之需。为了方便理解，以Istio官方提供的Bookinfo应用示例为例，引出 Istio 流量管理的常用例子。Bookinfo应用的架构图如下： 基于用户身份的路由 Istio 对用户身份没有任何特殊的内置机制。在应用示例中，服务在所有到 服务的 HTTP 请求中都增加了一个自定义的 请求头，其值为用户名。 注入 HTTP 延迟故障 注入 HTTP 中止故障 ...
istio使用教程和示例（导流，请求路由，访问拒绝，黑白名单，限速）
热门推荐
全栈工程师开发手册（原创）https://github.com/tencentmusic/cube-studio
11-28 1万+
我们先下载下来istio的压缩包，其中samples目录中包含使用示例，我们使用其中的Bookinfo应用 使用下面命令可以创建Bookinfo应用的组件 kubectl create ns istio-demo kubectl create -f &amp;amp;amp;amp;amp;amp;lt;(istioctl kube-inject -f samples/bookinfo/platform/kube/bookinfo.yaml)...
Istio入门
GY的的专栏
07-17 1279
1. 简介 在本教程中，我们将介绍服务网格的基础知识，并了解它如何实现分布式系统架构。 我们将主要关注Istio，它是服务网格的一种具体实现。在此过程中，我们将介绍Istio的核心架构。 2. 什么是服务网格? 在过去的几十年中，我们已经看到了单体应用程序开始拆分为较小的应用程序。此外，诸如Docker之类的容器化技术和诸如Kubernetes之类的编排系统加速了这一变化。 尽管在像Kubernetes这样的分布式系统上采用微服务架构有许多优势，但它也具有相当的复杂性。由于分布式服务必须相互通信，因
istio-micro：istio微服务示例代码grpc + protobuf + echo + websocket + mysql + redis + kafka + docker-compose
02-02
微组织 使用go-micro建造微服务示例请到一下仓库 介绍 通过一个前后台都可以操作的用户接口，对用户服务进行操作这是一个使用服务网格（istio）生成微服务的使用示例 技术栈 技术 描述 grpc + protobuf 服务层之间的通讯 回声 应用层接口暴露 MySQL的 存储层 Redis 缓存层 卡夫卡 服务之间初步通讯 积家 双向跟踪 EFK 日志收集存储查询（没涉及，只把日志打到文件） Statik 静态文件打包 公制 监控报警（influxdb + grafana） 码头工人组成 容器部署 Istio 流量控制，服务降级，跟踪，服务发现，分流等 戈兰奇棉绒 代码风格一致性，静态检查 模块 api_backend后台操作用户数据的RESTful接口 api_frontend前台查询用户的接口 srv_user用户服务 srv_socket推出服务 srv_account账户服务 快速演示（docker-compose） 安装流程 安装依赖 系统依赖安装 git> = 2.17 get 使 解压缩 柏油 去> = 1.13 > = 3.6.1设置protocbuf
Istio系列学习(十一)----Istio的外部服务配置和代理规则配置
我在深圳的这些日子的博客
02-10 3119
一、Istio的外部 服务配置:ServiceEntry 网格外的服务也需要像网格内的服务一样进行管理，所以需要将网格外的服务加入网格中，即把外部服务加入istio的服务发现。 serviceEntry的配置示例 如图 包装了一个对www.weatherdb.com外部服务的访问。之后再virtualService中就可以做类似的处理了. serviceEntry规则的定义和用法 主要字段包括： 1）hosts：必选字段，表示外部服务的主机名，可以是DNS域名，也可以使用前缀模糊匹配。说明： ◎
bootstrap第二章：bootstrap布局
qq_62244121的博客
10-17 3664
bootstrap布局详细介绍，附有网格列偏移和网格列嵌套
服务网格Istio实践
06-16
Istio 提供一种简单的方式来为已部署的服务建立网络，该网络具有负载均衡、服务间认证、监控等功能，而不需要对服务的代码做任何改动。适用于容器或虚拟机环境（特别是 k8s），兼容异构架构。     istio 使用 sidecar（边车模式）代理服务的网络，不需要对业务代码本身做任何的改动。通过丰富的路由规则、重试、故障转移和故障注入，可以对流量行为进行细粒度控制；支持访问控制、速率限制和配额。对出入集群入口和出口中所有流量的自动度量指标、日志记录和跟踪。注意： 需熟练的掌握kubernetes的使用，对网络、Ingress、metallb、prometheus有一定的了解更佳。本套课程主要讲解Istio的三个大的方面： 1.  流量管理：故障注入、流量整理、请求超时、断路保护、流量镜像、入口网关、出口网关等。 2.  安全： 证书管理，双向的TLS认证，针对比如HTTP、TCP流量的授权等。 3.  度量收集和遥测：各服务、应用、工作流度量的收集，日志的收集分析，分布式链路的追踪，服务网格的可视化等。
记录：Istio安装 & 示例学习
wifiiii的博客
02-21 712
文章目录1. 下载Istio安装文件2. 配置istioctl客户端3. 安装 Istio3.1 安装 demo 配置3.2 给命名空间添加标签3.3 验证4. 部署示例应用4.1 部署 Bookinfo 示例应用:4.2 查看4.3 校验4.4 BookingInfo关系图5. 对外开放应用程序5.1 把应用关联到 Istio 网关5.2 确保配置文件没有问题5.3 确定入站 IP 和端口5.3.1 判断我们的 Kubernetes 集群环境是否支持外部负载均衡5.3.2 设置入站 IP 地址和端口5.3
Kiali代码结构剖析以及拓扑图生成流程代码解析
sniperking2008的专栏
07-29 4586
文章目录Kiali架构 Kiali架构 在分析kiali结构之前，我们先看下官方给出的架构图 在上面的结构中，可以清晰的看出kiali是一个前后端分离的系统，但是在构建镜像的时候，前端和后端是放到同一个镜像中的。Kiali依赖两个外部的服务，一个是Prometheus，这是一个监控和报警系统。这里的Prometheus是istio中的Prometheus，它会收集envoy上报给mixer的数据...
16-【istio】-【流量管理】-【流量管理案例篇】金丝雀发布
qq_42303254的博客
02-17 250
这里以istio 1.6.0为例 不同版本的istio安装步骤参考官网：Istio / Traffic Shifting 注：这里只给出相关步骤参考，在实践时，结合该博客、官网一起看。 一、准备工作 二、应用基于权重的路由 （1）任务1—权重100%，所有流量都路由到每个微服务的v1版本 （2）任务2—权重50%，50%流量路由到每个微服务的v1版本，50%流量路由到每个微服务的v3版本 【1】应用虚拟服务（Virtual Service） ...
阿里云线上案例分析：网格应用存活状态异常
博文视点（北京）官方博客
01-07 983
- Istio is the future - Istio 作为服务网格的典型实现，某种程度上已经成为网络技术事实上的标准。 本文选自《云原生操作系统Kubernetes》一书，分享一个阿里云线上Istio 的真实案例，并借此和大家讨论一下网格技术背后的逻辑。 1.在线一半的微服务 问题是这样的 ：用户在自己的测试集群里安装了 Istio，并依照官方文档部署 bookinfo 应用。部署之后，用户执行 kubectl get pods 命令，发现所有的 Pod都只有1/2个容器是...
istio可视化案例分析
最新发布
05-25
Istio是一个开源的服务网格平台，它为微服务架构提供了一些重要功能，例如流量管理、服务发现、负载均衡和安全性。Istio提供了可视化的工具，帮助开发人员快速理解和调试其微服务应用程序。下面是一个可视化案例分析： 1. 服务拓扑图 Istio提供了一个服务拓扑图，显示了整个微服务架构中的所有服务及其依赖关系。这个图可以帮助开发人员快速定位故障和瓶颈，并提供了一个全局视图。 2. 流量控制图 Istio还提供了一个流量控制图，可以显示每个服务的流量情况。这个图可以帮助开发人员快速识别哪些服务正在接收流量，哪些服务正在被压垮。开发人员可以使用这个图来优化流量分配和负载均衡。 3. 监控和日志 Istio还提供了监控和日志工具，可以帮助开发人员实时监测微服务应用程序的运行情况。监控和日志可以帮助开发人员快速识别故障，并提供有关性能和可用性的详细信息。 总之，Istio的可视化工具可以帮助开发人员快速理解和调试其微服务应用程序。这些工具提供了一个全局视图，使开发人员能够更好地了解其应用程序的运行情况，并快速识别和修复故障。

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值