logo
Redian新闻
>公众号
>
Istio可观测性讲解

Istio可观测性讲解

公众号新闻

Istio可观测性

Istio的可观测性包括metrics，日志，分布式链路跟踪以及可视化展示。下面主要介绍如何在istio中部署基于Prometheus的metrics监控，基于jaeger的链路跟踪和基于kiali的可视化界面。


Prometheus

配置说明

在istio网格中，每个组件都会暴露一个提供metrics的endpoint。Prometheus可以从这些endpoints上抓取metrics(通过Prometheus配置文件来设置scraping，端口以及TLS等)。

为了采集整个网格的metrics，需要配置Prometheus scraping组件：

  1. 控制面(istiod deployment)

  2. ingress和egress网关

  3. Envoy sidecar

  4. 用户应用(如果该应用也可以暴露Prometheus metrics的话)

为了简化metrics的配置，istio提供了如下两种操作模式：

Option 1:合并metrics

为了简化配置，istio可以通过prometheus.io annotations来控制所有scraping。这使Istio的scraping可以使用标准配置(例如Helm stable/prometheus charts提供的配置)来做到开箱即用。

该选项默认是启用的，但可以在安装期间通过传入--set meshConfig.enablePrometheusMerge=false来禁用该功能。当启用时，会在所有的控制面pod上添加prometheus.io annotations来配置scraping。如果已经存在这些annotations，则会被覆盖。通过该选项，Envoy sidecar会将istio的metrics和应用的metrics进行合并，合并后的metrics暴露地址为：/stats/prometheus:15020.

通过kubect describe pod命令可以查看pod的annotation，需要注意的是控制面和数据暴露的端口是不同的。数据面暴露的端口为15020，如下：


prometheus.io/path: /stats/prometheus

prometheus.io/port: 15020

prometheus.io/scrape: true

但istiod的端口为15014，ingress-gateway和egress-gateway的端口为15090。总体来说与官方端口描述一致。

该选项会以明文方式暴露所有的metrics。

下面特性可能并不适用于所有场景：

  • 在抓取metrcis时启用TLS

  • 应用暴露的metrics与istio的metrics的名称相同。例如，应用暴露了一个名为istio_requests_total的metric，可能是因为应用本身也运行了Envoy

  • 部署的Prometheus没有基于标准的prometheus.io annotation抓取metrics。

如果有必要，则可以在pod上添加prometheus.istio.io/merge-metrics: "false" annotation来禁用metrics合并功能。

Option 2:自定义抓取metrics配置

内置的demo profile会安装Prometheus，并包含了所有必要的scraping配置。可以在使用istioctl部署istio时传入参数--set values.prometheus.enabled=true来部署Prometheus。

但内置的Prometheus缺少高级自定义配置功能，如认证的持久化等，导致其不大合适在生产环境中使用。为了使用已经存在的Prometheus，需要在Prometheus配置中添加scraping配置prometheus/configmap.yaml。

该配置会添加抓取控制面以及所有Envoy sidecar的metrcis的功能。此外，还配置了一个job，用来抓取添加了prometheus.io annotation的所有数据面pod的应用metrics。

TLS设置

控制面，网关和Envoy sidecar的metrics都以明文方式暴露。然而，应用metrics会遵循istio对负载的配置。例如如果启用了Strict mTLS，那么Prometheus需要使用istio证书来配置scrape

对于自建的Prometheus，参考为没有sidecar的应用程序提供证书和密钥一文来为Prometheus提供证书，并添加TLS scraping配置。

总结

istio的metrics分为两类：istio自身的metrics和应用产生的metrics，前者以明文方式暴露，后者遵循对应负载的配置，即，如果负载启用了TLS，则Prometheus也需要配置TLS才能获取应用的metrics。

istio的metrics主要通过kubernetes_sd_config服务发现进行采集。其中prometheus.io/path和prometheus.io/port annotation分别对应metrics meta_kubernetes_pod_annotation_prometheus_io_scrape和meta_kubernetes_pod_annotation_prometheus_io_path 。简单配置如下：


- job_name: 'kubernetes-pods'



kubernetes_sd_configs:

- role: pod



relabel_configs:

- source_labels: [__meta_kubernetes_pod_annotation_prometheus_io_scrape]

action: keep

regex: true

- source_labels: [__meta_kubernetes_pod_annotation_prometheus_io_path]

action: replace

target_label: __metrics_path__

regex: (.+)

- source_labels: [__address__, __meta_kubernetes_pod_annotation_prometheus_io_port]

action: replace

regex: ([^:]+)(?::\d+)?;(\d+)

replacement: $1:$2

target_label: __address__

- action: labelmap

regex: __meta_kubernetes_pod_label_(.+)

- source_labels: [__meta_kubernetes_namespace]

action: replace

target_label: kubernetes_namespace

- source_labels: [__meta_kubernetes_pod_name]

action: replace

target_label: kubernetes_pod_name

更多配置可以参见官方提供的配置。

Jaeger

概述

分布式跟踪使用户可以通过分布在多个服务中的网格跟踪请求。通过这种方式可以了解请求延迟，并通过可视化实现序列化和并行。

Istio利用Envoy的分布式跟踪特性提供开箱即用的跟踪集成。特别地，istio提供了选项来安装不同的跟踪后端，以及配置代理来发送这些后端自动发送跟踪span。查看Zipkin, Jaeger和Lightstep来了解istio如何与这些跟踪系统共同工作。

跟踪上下文的传递

虽然istio代理可以自动发送span，但它们需要一些提示来将整个跟踪联系在一起。应用需要传递合适的HTTP首部，这样当代理发送span信息时，这些span可以正确地关联到单个跟踪中。

为了实现上述目的，应用需要在传入请求中收集并传递如下首部到任何传出请求中：

  • x-request-id

  • x-b3-traceid

  • x-b3-spanid

  • x-b3-parentspanid

  • x-b3-sampled

  • x-b3-flags

  • x-ot-span-context

此外，基于OpenCensus (如Stackdriver)的跟踪集成需要传递下面首部：

  • x-cloud-trace-context

  • traceparent

  • grpc-trace-bin

如果查看istio的productpage例子的Python源码，可以看到应用会使用OpenTracing库从HTTP请求中抽取需要的首部：


def getForwardHeaders(request):

headers = {}



# x-b3-*** headers can be populated using the opentracing span

span = get_current_span()

carrier = {}

tracer.inject(

span_context=span.context,

format=Format.HTTP_HEADERS,

carrier=carrier)



headers.update(carrier)



# ...



incoming_headers = ['x-request-id', 'x-datadog-trace-id', 'x-datadog-parent-id', 'x-datadog-sampled']



# ...



for ihdr in incoming_headers:

val = request.headers.get(ihdr)

if val is not None:

headers[ihdr] = val



return headers

reviews应用会使用requestHeaders做类似的事情：


@GET

@Path("/reviews/{productId}")

public Response bookReviewsById(@PathParam("productId") int productId, @Context HttpHeaders requestHeaders) {



// ...



if (ratings_enabled) {

JsonObject ratingsResponse = getRatings(Integer.toString(productId), requestHeaders);

当在应用程序中执行下游调用时，需要包含这些首部。

使用Jaeger

本例将使用Bookinfo。

部署

  1. 使用如下方式快速部署一个用于演示的Jaeger。当然也可以参考Jaeger官方文件进行自定义部署。


    		$ kubectl apply -f https://raw.githubusercontent.com/istio/istio/release-1.7/samples/addons/jaeger.yaml

  2. 可以参考此处修改采样率

访问Jaeger

上面部署的Jaeger对应的k8s service名为tracing，查看该service，可以看到容器和service暴露的端口均为16686。


# oc describe svc tracing

Name:              tracing

Namespace:         istio-system

Labels:            app=jaeger

Annotations:       kubectl.kubernetes.io/last-applied-configuration:

{"apiVersion":"v1","kind":"Service","metadata":{"annotations":{},"labels":{"app":"jaeger"},"name":"tracing","namespace":"istio-system"},"s...

Selector:          app=jaeger

Type:              ClusterIP

IP:                10.84.179.208

Port:              http-query  80/TCP

TargetPort:        16686/TCP

Endpoints:         10.80.2.226:16686

Session Affinity:  None

Events:            <none>

在openshift上创建一个route(ingress)，即可访问该Jaeger。

使用Boofinfo生成traces

  1. 在浏览器上多次访问http://$GATEWAY_URL/productpage来生成跟踪信息

    为了查看跟踪数据，需要服务发送请求。请求的数量取决于istio的采样率，采样率是在安装istio的时候设置的，默认为1%，即在看到第一个trace之前需要至少发送100个请求。使用如下命令向productpage发送100个请求：


    		$ for i in $(seq 1 100); do curl -s -o /dev/null "http://$GATEWAY_URL/productpage"; done

  2. 在dashboard的左边，在Service下拉列表中选择productpage.default，并点击Find Traces，可以看到生成了两条span

  3. 点击最近时间内到/productpage的请求的细节

    此外还可以点击右上角的Alternate Views切换视图，可以更直观地看到请求的访问情况：

  4. trace由一组span构成，每个span对应一个Bookinfo服务，在执行到/productpage的请求或内部Istio组件(如istio-ingressgateway)时生成。

Kiali

本节展示如何可视化istio网格的方方面面。

本节将安装Kiali插件并使用基于Web的图形用户界面查看网格和Istio配置对象的服务图，最后，使用Kiali Developer API以consumable JSON的形式生成图形数据。

本任务并没有涵盖Kiali的所有特性，更多参见Kiali website。

本节将使用Boofinfo应用。

部署

Kiali依赖Prometheus，因此首先要部署Prometheus。使用如下命令快速部署一个用于演示的Prometheus：


$ kubectl apply -f https://raw.githubusercontent.com/istio/istio/release-1.7/samples/addons/prometheus.yaml

使用如下方式快速部署一个用于演示的Kiali。如果要用于生产环境，建议参考quick start guide 和customizable installation methods。


$ kubectl apply -f https://raw.githubusercontent.com/istio/istio/release-1.7/samples/addons/kiali.yaml

注：由于Kiali依赖Prometheus，因此需要将Kiali和Prometheus关联起来。修改上面kiali.yaml中的如下字段，然后部署即可：


custom_metrics_url: http://prometheus.istio-system.svc.cluster.local:9090

url: http://prometheus.istio-system.svc.cluster.local:9090

同样地，为名为kiali的k8s service创建一个route即可访问，端口为20001。

生成服务图

  1. 使用如下命令检查kiali的service


    		$ kubectl -n istio-system get svc kiali

  2. 可以使用如下三种方式向网格发送流量

    • 通过浏览器访问http://$GATEWAY_URL/productpage

    • 使用如下curl命令


      		$ curl http://$GATEWAY_URL/productpage

    • 使用watch持续访问


      		$ watch -n 1 curl -o /dev/null -s -w %{http_code} $GATEWAY_URL/productpage

  3. 在Overview页面浏览网格概况，该页面展示了网格中所有命名空间下的服务。可以看到default命名空间下有流量(Bookinfo应用安装到的default命名空间下)

  4. 为了查看一个命名空间的图表，在Boofinfo所在的命名空间中查看bookinfo的图表如下，三角形表示service，方形表示app

  5. 可以在Display中选择不同的Edge来展示metrics的概况，如上图显示了Response Time。unknow是因为没有走istio的gateway，而使用了openshift的route

  6. 为了显示服务网格中的不同类型的图表，在Graph Type下拉框中可以选择如下图标类型：App, Versioned App, Workload, Service

    • App图表类型会将所有版本的app聚合为一个图表节点。下图可以看到，它使用一个reviews 节点来表示三个版本的reviews app

    • Versioned App图表类型使用一个node展示了不同版本的app，同时对特定app的不同版本进行分组。下图展示了reviews 组，其包含3个小的节点，三个节点表示三个版本的reviews app

    • Workload 图表类型使用节点展示了服务网格中的每个负载。该图形类型不要求使用app 和version标签，因此如果选择不在组件上使用这些标签时，就可以使用该图表类型。

    • Service 图表类型使用节点展示网格中的每个服务，但排除所有应用程序和工作负载


检查Istio配置

为了查看Istio配置的详细配置，可以在左边菜单栏中点击 Applications, Workloads和Services。下图展示了Bookinfo应用的信息

创建加权路由

可以使用Kiali加权路由向导来定义指定百分比的请求流量来路由到两个或更多负载。

  1. 将bookinfo图表切换为Versioned app graph

    • 确保在Display下拉框中选择了Requests percentage来查看路由到每个负载的流量百分比

    • 确保在Display下拉框中选择了Service Nodes来显示service节点

  2. 通过点击reviews服务(三角形)关注bookinfo图表中的reviews服务

  3. 在右上角的下拉框中选择Show Details进入ratings的service设置

  4. 在Action下拉框中，选择Create Weighted Routing来访问加权路由向导

  5. 通过拖动滑块来调整到负载的流量百分比。将reviews-v1设置为30%，reviews-v2设置为0%，将reviews-v3设置为70%。

  6. 点击Create创建该路由。对应会在istio中创建用于流量划分的一个VirtualService和一个DestinationRule：


    		apiVersion: networking.istio.io/v1beta1

    		kind: VirtualService

    		metadata:

    		labels:

    		kiali_wizard: weighted_routing

    		name: reviews

    		namespace: default

    		spec:

    		hosts:

    		- reviews.default.svc.cluster.local

    		http:

    		- route:

    		- destination:

    		host: reviews.default.svc.cluster.local

    		subset: v1

    		weight: 30

    		- destination:

    		host: reviews.default.svc.cluster.local

    		subset: v2

    		weight: 0

    		- destination:

    		host: reviews.default.svc.cluster.local

    		subset: v3

    		weight: 70

    		kind: DestinationRule

    		metadata:

    		labels:

    		kiali_wizard: weighted_routing

    		name: reviews

    		namespace: default

    		spec:

    		host: reviews.default.svc.cluster.local

    		subsets:

    		- labels:

    		version: v1

    		name: v1

    		- labels:

    		version: v2

    		name: v2

    		- labels:

    		version: v3

    		name: v3

  7. 点击左边导航栏的Graph按钮返回到bookinfo图表

  8. 向bookinfo应用发送请求。例如使用如下命令每秒发送一个请求：


    		$ watch -n 1 curl -o /dev/null -s -w %{http_code} $GATEWAY_URL/productpage

  9. 一段时间后，可以看到流量百分比会体现为新的流量路由，即v1版本接收到30%的流量，v2版本没有流量，v3版本接收到70%的流量

验证Istio配置

Kiali可以验证Istio的资源来确保它们遵循正确的约定和语义。根据配置错误的严重性，可以将Istio资源配置中检测到的任何问题标记为错误或警告。

下面将尝试对服务端口名称进行无效性修改来查看Kiali如何报告错误：

  1. 将details服务的端口名称从http修改为foo


    		# kubectl patch service details -n default --type json -p '[{"op":"replace","path":"/spec/ports/0/name", "value":"foo"}]'

  2. 点击左侧导航栏的Services 转到服务列表

  3. 选择bookinfo所在的命名空间

  4. 注意在details一行中显示的错误图标

  5. 点击Name一栏对应的details来查看详细信息

  6. 将端口名称切换回http，可以看到bookinfo又变的正常了


    		# kubectl patch service details -n default --type json -p '[{"op":"replace","path":"/spec/ports/0/name", "value":"http"}]'

查看和修改Istio的配置YAML

Kiali提供了一个YAML编辑器，可以用于查看和修改Istio的配置资源。YAML编辑器也提供了校验配置的功能。

  1. 创建一条Bookinfo的destination rules


    		$ kubectl apply -f samples/bookinfo/networking/destination-rule-all.yaml

  2. 点击导航栏左边的Istio Config转到istio的配置列表

  3. 选择bookinfo所在的命名空间

  4. 注意在右上角有提示配置的错误和告警信息

  5. 将鼠标悬停在details行Configuration 列中的错误图标上，可以查看其他消息。

  6. 单击Name列中的details链接，导航到details的destination rule视图。

  7. 可以看到有校验未通过的错误提示

  8. 点击YAML查看Istio的destination rule规则，Kiali用颜色高亮除了未通过有效性校验的行

  9. 将鼠标悬停在红色图标上可以查看工具提示消息，该消息提示触发错误的验证检查。

  10. 删除创建的bookinfo的destination rule，进行环境恢复


    		$ kubectl delete -f samples/bookinfo/networking/destination-rule-all.yaml

在官方文档中，上述YAML中是存在黄色的告警图标，但实际部署时并没有出现。

关于Kiali Developer API

为了生成表示图表和其他指标，健康，以及配置信息的JSON文件，可以参考Kiali Developer API。例如，可以通过访问$KIALI_URL/api/namespaces/graph?namespaces=default&graphType=app来获取使用app 图表类型的JSON表示格式。

Kiali Developer API建立在Prometheus查询之上，并取决于标准的Istio metric配置，它还会执行kubernetes API调用来获取服务的其他详细信息。为了更好地使用Kiali，请在自己的应用组件中使用metadata labels app和version。

请注意，Kiali Developer API可能在不同版本间发送变更，且不保证向后兼容。

其他特性

Kiali还有其他丰富的特性，如与Jaeger跟踪的集成。

更多细节和特性，参见Kiali官方文档。

卸载

$ kubectl delete -f https://raw.githubusercontent.com/istio/istio/release-1.7/samples/addons/kiali.yaml

链接：https://www.cnblogs.com/charlieroro/p/13601351.html

（版权归原作者所有，侵删）

微信扫码关注该文公众号作者

戳这里提交新闻线索和高质量文章给我们。
来源: qq
点击查看作者最近其他文章
相关阅读
好消息！PRESTO可以用Google钱包支付车费了，更轻松更便捷！南京高校上演“春宫图”详细讲解引爆舆论：这件事，你可能真不懂人类活动大数据应用分中心：中国人本城市观测报告2023加拿大留学五大热门专业及推荐院校，就业可观！吉恩闯过停牌stop sign丧命，吝嗇人生引人深思新职位 | 北京馆 · 讲解员岗位，急招！sending more cold emails 4 Pro-LuckXM boosted by 175 overseas investment projects last year百年一遇大日食 纽约州府发限量版观测眼镜乘云数字获得数千万A轮融资，专注数字化可观测技术｜36氪首发2024纽约可观日全食即将上演！错过要等50年！上海淞沪警备司令部内的“红色女谍”美军越来越听话了「think step by step」还不够，让模型「think more steps」更有用暑期“中国古都行夏令营”1月19日线上讲解，别错过，当天报名有优惠哦！！China Moves to Standardize Place Names with Pinyin System百年来首次！纽约4月将迎来罕见奇观，最佳观测点在这里最佳实践｜一文讲解端线程死循环的治理gin框架路由讲解图神经网络(GNN)经典论文与代码讲解课程！预测性维护“杀手级”光环不再?行业如何“升级”迎接市场新未来别错过！百年一遇！纽约将迎来日全食奇观 最佳观测点是这里又出现多起！墨尔本Doncaster和Doncaster East多户华人家庭遭遇入室抢劫（视频）2024年度卫生资格考试现场确认【所需材料】和【审核时间】详细讲解！100万人去大瀑布看日食？多伦多5个最佳观测点+免费眼镜领取攻略！专家访谈汇总：锂电海外利润率更可观奈雪的茶将关停台盖门店：称未给集团创造可观盈利叶嘉莹讲解，这套书让你读懂苏东坡！大学课堂讲解春宫图？校方回应【24年全新考纲】CFA线上题库，每道题目都有视频讲解！乘云数字获得数千万A轮融资，专注数字化可观测技术｜早起看早期日薪800, 双语讲解兼职Go操作数据库与Gorm讲解无题明日直播｜BAT资深数据分析师为你讲解2024数据求职如何成功上岸！
logo
联系我们隐私协议©2024 redian.news
Redian新闻
Redian.news刊载任何文章，不代表同意其说法或描述，仅为提供更多信息，也不构成任何建议。文章信息的合法性及真实性由其作者负责，与Redian.news及其运营公司无关。欢迎投稿，如发现稿件侵权，或作者不愿在本网发表文章，请版权拥有者通知本网处理。