新功能及功能增强 强 此发行版本为 OpenTelemetry 的红帽构建引入了以下改进： 支持 OTLP 指标 ingestion。指标可以通过 Prometheus 导出器转发并存储在 user-workload- monitoring 中。 支持 Operator 成熟度 级别 IV、Deep Insights，它启用了对 OpenTelemetry Collector 实例的升 级和监控，以及红帽构建的 ca: /es/certificates/ca.crt secretName: tracing-secret volumeMounts: - name: certificates mountPath: /es/certificates/ readOnly: true volumes: - name: certificates secret: https://quickstart-es-http.default.svc:9200 1 index-prefix: my-prefix tls: 2 ca: /es/certificates/ca.crt secretName: tracing-secret 3 第 第 3 章 章 分布式追踪平台 分布式追踪平台(JAEGER) 63 1 2 3 4 在默认命名空间中运行的

Grafana Istio Control Plane Dashboard Kiali 还会安装两个额外的 Grafana 仪表板，它们可从 Grafana Home 页面获得： Istio Workload Dashboard Istio Service Dashboard 7. 要查看 Service Mesh control plane 节点，点 Graph 页面，从菜单中选择安装 标。当服务有多个版本时，您可以使用 Service Details 页面查看 Missing Sidecar 图标。 Workload Details 页面有一个特殊的统一 Logs 选项卡，可让您查看和关联应用程序和代理日志。您可以 将 Envoy 日志视为验证应用程序工作负载的 sidecar 注入的另一种方式是查看。 Workload Details 页面还具有作为 Envoy 代理或被注入 Envoy 代理的任何工作负载的 图显示网格中各个服务的节点，但所有应用程序和工作负载都不包括在这个图中。它提供 了一个高级别的视图，并聚合了定义的服务的所有流量。 Versioned App 图 显示每个应用版本的节点。应用程序的所有版本都分组在一起。 Workload 图显示服务网格中每个工作负载的节点。此图不要求您使用应用程序和版本标签。如果 您的应用程序没有使用 version 标签，请使用此图。 图形节点使用各种信息进行解码，指向虚拟服务和服务条目

PASSTHROUGH 模式 19.4. 使用手动模式 19.5. 在 AMAZON WEB SERVICES SECURITY TOKEN SERVICE 中使用手动模式 19.6. 在 GCP WORKLOAD IDENTITY 中使用手动模式 132 134 134 138 150 156 156 162 167 172 176 189 目 目录 录 3 OpenShift https://%{HTTP_HOST}$1 [R,L] # This needs to match the certificates you generated. See the CN and X509v3 # Subject Alternative Name in the output of: # openssl SSLProxyEngine on SSLProxyCACertificateFile /etc/pki/CA/certs/ca.crt # It is critical to enforce client certificates. Otherwise, requests can # spoof the X-Remote-User header by accessing the /oauth/authorize

service: apiVersion: example.com/v1alpha1 kind: AccountService name: prod-account-service workload: apiVersion: apps/v1 kind: Deployment name: spring-petclinic OpenShift Container Platform password └── transaction-event-stream 5 ├── type ├── connection-count ├── uri ├── certificates └── private-key 根目录。 存储绑定数据的目录。 /bindings//url_0 => primary.example.com ServiceBinding metadata: name: multi-application-binding namespace: service-binding-demo spec: workload: selector: 1 matchLabels: environment: production apiVersion: app/v1 kind:

password └── transaction-event-stream 5 ├── type ├── connection-count ├── uri ├── certificates └── private-key 根目录。 存储绑定数据的目录。 强制标识符，用于识别投射到对应目录中的绑定数据的类型。 可选：标识供应商的标识符，以便应用程序可以识别它可以连接到的后备服务类型。 kind: SecondaryWorkload metadata: name: secondary-workload spec: containers: - name: hello-world image: quay.io/baijum/secondary-workload:latest ports: - containerPort: 8080 apiVersion: group: apps version: v1 resource: deployments application: 2 name: secondary-workload group: operator.sbo.com version: v1 resource: secondaryworkloads bindingPath:

默认 认安装 安装部分说明了这些组件。 用于 用于监 监控用 控用户 户定 定义项 义项目的 目的组 组件 件。在选择性地为用户定义的项目启用监控后，会在 openshift-user- workload-monitoring 项目中安装其他监控组件。这为用户定义的项目提供了监控。下图中的用 用 户 户部分说明了这些组件。 OpenShift Container Platform 4.10 定义 义的 的项 项目的 目的组 组件 件 组 组件 件 描述 描述 第 第 1 章 章 监 监控概述 控概述 7 Prometheus Operator openshift-user-workload-monitoring 项目中的 Prometheus Operator (PO) 在同一项目中创建、配置 和管理 Prometheus 和 Thanos Ruler 实例。 Prometheus ServiceMonitor、 、PodMonitor 和 和 PrometheusRule 对 对象。 象。 修改 修改 openshift-monitoring 或 或 openshift-user-workload-monitoring 项 项目中部署的任何 目中部署的任何资 资源或 源或 对 对象。 象。OpenShift Container Platform 监控堆栈所创建的资源并不是为了供任何其他资源使用，

[1] r5.4xlarge 16 128 gp3 220 3 us-west-2 Infra [2] m5.12xlarg e 48 192 gp3 100 3 us-west-2 Workload [3] m5.4xlarg e 16 64 gp3 500 [4] 1 us-west-2 Compute m5.2xlarg e 8 32 gp3 100 3/25/250 /500 (GiB)/IOS 数量 数量 control plane/etcd [1] 16 32 io1 每个 GiB 120 / 10 IOPS 3 Infra [2] 16 64 gp2 120 2 Workload [3] 16 256 gp2 120 [4] 1 Compute 16 64 gp2 120 2 到 100 [5] 1. 带有 120 / 10 IOPS 的 io1 磁盘用于 control apiVersion: v1 kind: Namespace metadata: name: openshift-performance-addon-operator annotations: workload.openshift.io/allowed: management $ oc create -f pao-namespace.yaml apiVersion: operators.coreos

载分区只能在安装过程中启用，且在安 装后无法禁用。虽然此字段启用工作负 载分区，但它不会将工作负载配置为使 用特定的 CPU。如需更多信息，请参阅 Scalability and Performance 部分中的 Workload partitioning 页面。 None 或 AllNodes.None 是默认值。 Compute 组成计算节点的机器的配置。 MachinePool 对象的数组。 compute 载分区只能在安装过程中启用，且在安 装后无法禁用。虽然此字段启用工作负 载分区，但它不会将工作负载配置为使 用特定的 CPU。如需更多信息，请参阅 Scalability and Performance 部分中的 Workload partitioning 页面。 None 或 AllNodes.None 是默认值。 Compute 组成计算节点的机器的配置。 MachinePool 对象的数组。 compute 载分区只能在安装过程中启用，且在安 装后无法禁用。虽然此字段启用工作负 载分区，但它不会将工作负载配置为使 用特定的 CPU。如需更多信息，请参阅 Scalability and Performance 部分中的 Workload partitioning 页面。 None 或 AllNodes.None 是默认值。 Compute 组成计算节点的机器的配置。 MachinePool 对象的数组。 compute

VirtualMachine 的 IP 地址 主机名 VirtualMachine 的主机名 时区 VirtualMachine 的时区 节点 运行 VirtualMachine 的节点 Workload 配置集 点编辑图标编辑工作负载配置集。 使用 virtctl 进行 SSH 点复制图标将 virtctl ssh 命令复制到剪贴板。 SSH 服务类型选项 选择 SSH over LoadBalancer 交换机 启用或禁用 descheduler。descheduler 驱除正在运行的 pod，以便可将 pod 重 新调度到更合适的节点上。 专用资源 点编辑图标，选择 Schedule this workload with dedicated resources (guaranteed policy)。 驱除策略 点编辑图标选择 LiveMigrate 作为 VirtualMachineInstance 交换机 启用或禁用 descheduler。descheduler 驱除正在运行的 pod，以便可将 pod 重 新调度到更合适的节点上。 专用资源 点编辑图标，选择 Schedule this workload with dedicated resources (guaranteed policy)。 驱除策略 点编辑图标选择 LiveMigrate 作为 VirtualMachineInstance