Red Hat Summit 红帽全球峰会支持控制台（Console）开发人员开始试用联系人

第 4 章 红帽提供的 Kiali Operator

4.1. 使用红帽提供的 Kiali Operator
复制链接

将应用程序添加到网格后，您可以使用红帽提供的 Kiali Operator 来查看通过应用程序的数据流。

4.1.1. 关于 Kiali
复制链接

您可以使用红帽提供的 Kiali Operator 查看配置、监控流量和分析单个控制台中的 trace。它基于开源 Kiali 项目。

红帽提供的 Kiali Operator 是 Red Hat OpenShift Service Mesh 的管理控制台。它提供了仪表板、可观察性以及强大的配置和验证功能。它通过推断流量拓扑显示服务网格的结构，并显示网格的健康状况。Kiali 提供详细的指标、强大的验证、访问 Grafana 以及与 Red Hat OpenShift distributed tracing 平台(Tempo)的强大集成。

4.1.2. 安装红帽提供的 Kiali Operator
复制链接

以下步骤演示了如何安装红帽提供的 Kiali Operator。

警告

不要安装 Operator 的 Community 版本。不支持 Community 版本。

先决条件

  • 访问 Red Hat OpenShift Service Mesh web 控制台。

流程

  1. 登录到 Red Hat OpenShift Service Mesh web 控制台。
  2. 进入 Operators OperatorHub。
  3. 在过滤器框中键入 Kiali 来查找红帽提供的 Kiali Operator。
  4. 点 由红帽提供的 Kiali Operator 来显示有关 Operator 的信息。
  5. 点 Install。
  6. 在 Operator 安装页面中，选择 stable Update Channel。
  7. 选择 All namespaces on the cluster（默认）。这会在默认的 openshift-operators 项目中安装 Operator ，并使其可以被集群中的所有项目使用。

  8. 选择 Automatic 批准策略。

    注意

    Manual 批准策略需要具有适当凭证的用户批准 Operator 的安装和订阅过程。

  9. 点 Install。
  10. Installed Operators 页会显示 Kiali Operator 的安装进度。

4.1.3. 使用 Kiali 配置 OpenShift Monitoring
复制链接

以下步骤演示了如何将红帽提供的 Kiali Operator 与用户工作负载监控集成。

先决条件

  • 安装了 Red Hat OpenShift Service Mesh。
  • 启用 user-workload 监控。请参阅 为用户定义的项目启用监控。
  • OpenShift Monitoring 已配置了 Service Mesh。请参阅"使用 Service Mesh 配置 OpenShift Monitoring"。
  • 已安装由 Red Hat 2.4 提供的 Kiali Operator。

流程

  1. 为 Kiali 创建 ClusterRoleBinding 资源：

    ClusterRoleBinding 配置示例

    apiVersion: rbac.authorization.k8s.io/v1
kind: ClusterRoleBinding
metadata:
  name: kiali-monitoring-rbac
roleRef:
  apiGroup: rbac.authorization.k8s.io
  kind: ClusterRole
  name: cluster-monitoring-view
subjects:
- kind: ServiceAccount
  name: kiali-service-account
  namespace: istio-system
    Copy to Clipboard Toggle word wrap

  2. 创建 Kiali 资源并将其指向 Istio 实例：

    Kiali 资源配置示例

    apiVersion: kiali.io/v1alpha1
kind: Kiali
metadata:
  name: kiali-user-workload-monitoring
  namespace: istio-system
spec:
  external_services:
    prometheus:
      auth:
        type: bearer
        use_kiali_token: true
      thanos_proxy:
        enabled: true
      url: https://thanos-querier.openshift-monitoring.svc.cluster.local:9091
    Copy to Clipboard Toggle word wrap

  3. 当 Kiali 资源就绪时，运行以下命令来从 Route 获取 Kiali URL： 

    $ echo "https://$(oc get routes -n istio-system kiali -o jsonpath='{.spec.host}')"
    Copy to Clipboard Toggle word wrap
  4. 按照 URL 在网页浏览器中打开 Kiali。
  5. 进入 Traffic Graph 选项卡，在 Kiali UI 中检查流量。

您可以将 Red Hat OpenShift distributed tracing 平台与红帽提供的 Kiali Operator 集成，这样可启用以下功能：

  • 显示追踪覆盖和图中的详细信息。
  • 显示有关详细信息页面的 scatterplot chart 和 in-depth trace/span 信息。
  • 在日志和指标图表中集成的 span 信息。
  • 提供外部追踪 UI 的链接。

将红帽提供的 Kiali Operator 与 Red Hat OpenShift distributed tracing 平台集成后，您可以在 Kiali 控制台中查看分布式追踪。查看 trace 可让您了解服务网格中服务之间的通信，帮助您了解请求如何通过系统流动，以及潜在问题可能驻留的位置。

先决条件

  • 已安装 Red Hat OpenShift Service Mesh。
  • 已使用 Red Hat OpenShift Service Mesh 配置分布式追踪平台。

流程

  1. 更新用于追踪的 Kiali 资源 spec 配置：

    用于追踪的 Kiali 资源 spec 配置示例

    spec:
  external_services:
    tracing:
      enabled: true
    1 
    
      provider: tempo
    2 
    
      use_grpc: false
      internal_url: https://tempo-sample-gateway.tempo.svc.cluster.local:8080/api/traces/v1/default/tempo
    3 
    
      external_url: https://tempo-sample-gateway-tempo.apps-crc.testing/api/traces/v1/default/search
    4 
    
      health_check_url: https://tempo-sample-gateway-tempo.apps-crc.testing/api/traces/v1/default/tempo/api/echo
    5 
    
      auth:
    6 
    
        ca_file: /var/run/secrets/kubernetes.io/serviceaccount/service-ca.crt
        insecure_skip_verify: false
        type: bearer
        use_kiali_token: true
      tempo_config:
         url_format: "jaeger"
    7
    Copy to Clipboard Toggle word wrap

    1
    指定是否启用追踪。
    2
    指定分布式追踪平台(Tempo)或分布式追踪平台(Jaeger)。分布式追踪平台可以公开 Jaeger API 或 Tempo API。
    3
    指定 Tempo API 的内部 URL。当您在多租户中部署分布式追踪平台时，请将租户名称包含在 internal_url 参数的 URL 路径中。在本例中，default 代表租户名称。
    4
    指定 Jaeger UI 的 OpenShift 路由。当您在多租户中部署分布式追踪平台时，网关会创建路由。否则，您必须在 Tempo 命名空间中创建路由。您可以为 tempo-sample-query-frontend 服务手动创建路由，或使用 .spec.template.queryFrontend.jaegerQuery.ingress.type: route 来更新 Tempo 自定义资源。
    5
    指定健康检查 URL。默认不需要。当您在多租户中部署分布式追踪平台时，它不会公开默认的健康检查 URL。这是有效健康 URL 的示例。
    6
    指定访问 URL 是 HTTPS 或需要身份验证时使用的配置。默认不需要。
    7
    指定默认为 grafana 的配置。默认不需要。如果 Kiali View in tracing 链接重定向到 Jaeger 控制台 UI，则更改为 jaeger。
  2. 将更新的 spec 保存到 kiali_cr.yaml 中。

  3. 运行以下命令以应用配置： 

    $ oc patch -n istio-system kiali kiali --type merge -p "$(cat kiali_cr.yaml)"
    Copy to Clipboard Toggle word wrap

    输出示例：

     kiali.kiali.io/kiali patched
    Copy to Clipboard Toggle word wrap

验证

  1. 运行以下命令来获取 Kiali 路由： 

    $ oc get route kiali ns istio-system
    Copy to Clipboard Toggle word wrap
  2. 进入 Kiali UI。
  3. 进入到 Workload Traces 选项卡，在 Kiali UI 中查看 trace。
返回顶部
Red Hat logoGithubredditYoutubeTwitter

学习

尝试、购买和销售

社区

关于红帽文档

通过我们的产品和服务，以及可以信赖的内容，帮助红帽用户创新并实现他们的目标。 了解我们当前的更新.

让开源更具包容性

红帽致力于替换我们的代码、文档和 Web 属性中存在问题的语言。欲了解更多详情，请参阅红帽博客.

關於紅帽

我们提供强化的解决方案，使企业能够更轻松地跨平台和环境（从核心数据中心到网络边缘）工作。

Theme

© 2025 Red Hat