安装 Analytics

部署分析 CR,在 API Connect 部署中安装分析子系统。

准备工作

现在,您已拥有完整的分析 CR 文件,请仔细检查其准确性。 具体而言,验证以下内容:

  • analytics_cr.yaml 文件中包含占位符值。
  • 已配置计划部署的所有拓扑选项。
  • 您为存储器配置了相应的卷大小。

过程

  1. 运行以下命令以应用 analytics_cr.yaml:
    kubectl apply -f path/to/analytics-cr -n namespace
    其中:
    • path/to/analytics-cr 是已保存的 analytics_cr.yaml 文件的路径。
    • namespace 是名称空间的名称。
  2. 要启用从分析到管理子系统的安全通信,请在分析自定义资源 (CR) 中指定 mgmtPlatformEndpointCASecret 字段。
    mgmtPlatformEndpointCASecret:
      secretName: ingress-ca
    
    其中:
    secretName:
    指定包含平台入口端点 CA 证书的 Kubernetes Secret 名称。 该值必须与秘密的名称一致。
  3. 可选:要通过内部 Kubernetes 服务启用 mTLS-based 通信,请在分析 CR 中设置 mgmtPlatformEndpointSvcCASecret 字段:
    mgmtPlatformEndpointSvcCASecret:
      secretName: management-ca  # Typically 'management-ca'
    
    其中:
    secretName:

    指定 Kubernetes Secret 的名称,其中包含内部 Kubernetes 服务用于签署其 TLS 证书的 CA 证书。

    management-ca Secret 通常在管理子系统安装过程中生成,必须复制到分析命名空间。

  4. 通过运行以下命令来验证是否已完全安装 Analytics 子系统:
    kubectl get AnalyticsCluster -n namespace
    其中 namespace 是名称空间的名称。

    READY 状态为 True 并且 SUMMARY 报告所有服务都处于联机状态时,安装完成。 示例:

    NAME        READY   SUMMARY   VERSION    RECONCILED VERSION   AGE
    analytics   True    5/5       <version>   <version-build>        7m39s 

    SUMMARY 总计数基于已配置的拓扑。 当安装完成时,这两个数字相等。

结果

表 1 列出了 三个副本 分析部署概要文件中期望的 pod。

表 1. 期望的分析子系统 pod
期望 Pod 注释
3 主任 总是期望的。
3 ingestion 总是期望的。
3 mtls-gw 总是期望的。
3 存储 如果您禁用了内部存储 ,就不会出现这种情况。
3 storage-os-master 如果您禁用了内部存储 ,就不会出现这种情况。 如果配置了共享存储 ,则不需要。
3 奥西尼 预期处于已完成状态。
1 数据仓库 如果已启用备份,则为预期值。 有关分析数据库备份的信息,请参阅配置分析数据库备份

一个副本 概要文件具有每个 pod 的 1 副本 (而不是 3)。

后续操作

备份分析子系统并配置调度的分析数据库备份: 分析备份和复原