OpenShift Container Platform 4.14 分布式追踪OpenShift Container Platform 4.14 分布式追踪 分布式追踪安装、使用与发行注记 Last Updated: 2024-02-23 OpenShift Container Platform 4.14 分布式追踪 分布式追踪安装、使用与发行注记 法律通告 法律通告 Copyright © 2024 Red Hat, Inc. The text of and are the property of their respective owners. 摘要 摘要 本文档提供了有关如何在 OpenShift Container Platform 中使用分布式追踪的信息。 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 目 目录 录 第 第 1 章 章 分布式追踪 分布式追踪发 发行注 行注记 记 1.1. RED HAT OPENSHIFT DISTRIBUTED TRACING PLATFORM 3.0 发行注记 1.2. RED HAT OPENSHIFT0 码力 | 100 页 | 928.24 KB | 1 年前3
OpenShift Container Platform 4.6 分布式追踪OpenShift Container Platform 4.6 分布式追踪 分布式追踪安装、使用与发行注记 Last Updated: 2023-02-27 OpenShift Container Platform 4.6 分布式追踪 分布式追踪安装、使用与发行注记 Enter your first name here. Enter your surname here. Enter your are the property of their respective owners. 摘要 摘要 本文档提供了有关如何在 OpenShift Container Platform 中使用分布式追踪的信息。 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 目 目录 录 第 第 1 章 章 分布式追踪 分布式追踪发 发行注 行注记 记 1.1. 分布式追踪概述 1.2. 让开源更具包容性 1.3. 获取支持 1.4. 新功能及功能增强 1.4.1. Red Hat OpenShift distributed tracing0 码力 | 59 页 | 572.03 KB | 1 年前3
OpenShift Container Platform 4.9 构建应用程序5.3. 安装 SERVICE BINDING OPERATOR 5.4. 服务绑定入门 5.5. 在 IBM POWER SYSTEMS、IBM Z 和 LINUXONE 上使用服务绑定 5.6. 从服务公开绑定数据 5.7. 投射绑定数据 5.8. 使用 SERVICE BINDING OPERATOR 绑定工作负载 5.9. 使用 DEVELOPER 视角将应用程序连接到服务 第 第 6 异。使用 Service Binding Operator 作 为开发人员,您可以将工作负载与 Operator 管理的后端服务绑定在一起,而无需手动步骤配置绑定连 接。您还可以在 IBM Power Systems、IBM Z 和 LinuxONE 环境中 应用服务绑定。 1.2.4. 部署应用程序 您可以使用 Deployment 或 DeploymentConfig 对象部署应用程序,并从 管理用户的用户名。 PROJECT_REQUESTING_U SER 请求用户的用户名。 API 访问权限将授予具有 self-provisioner 角色和 self-provisioners 集群角色绑定的开发人员。默认情 况下,所有通过身份验证的开发人员都可获得此角色。 2.3.2. 为新项目修改模板 作为集群管理员,您可以修改默认项目模板,以便使用自定义要求创建新项目。 创建自己的自定义项目模板:0 码力 | 184 页 | 3.36 MB | 1 年前3
OpenShift Container Platform 4.10 构建应用程序6.3. 安装 SERVICE BINDING OPERATOR 6.4. 服务绑定入门 6.5. 在 IBM POWER SYSTEMS、IBM Z 和 LINUXONE 上使用服务绑定 6.6. 从服务公开绑定数据 6.7. 投射绑定数据 6.8. 使用 SERVICE BINDING OPERATOR 绑定工作负载 6.9. 使用 DEVELOPER 视角将应用程序连接到服务 第 第 异。使用 Service Binding Operator 作 为开发人员,您可以将工作负载与 Operator 管理的后端服务绑定在一起,而无需手动步骤配置绑定连 接。您还可以在 IBM Power Systems、IBM Z 和 LinuxONE 环境中 应用服务绑定。 1.2.4. 部署应用程序 您可以使用 Deployment 或 DeploymentConfig 对象部署应用程序,并从 管理用户的用户名。 PROJECT_REQUESTING_U SER 请求用户的用户名。 API 访问权限将授予具有 self-provisioner 角色和 self-provisioners 集群角色绑定的开发人员。默认情 况下,所有通过身份验证的开发人员都可获得此角色。 2.3.2. 为新项目修改模板 作为集群管理员,您可以修改默认项目模板,以便使用自定义要求创建新项目。 创建自己的自定义项目模板:0 码力 | 198 页 | 3.62 MB | 1 年前3
OpenShift Container Platform 4.7 日志记录线阈值时,警报会应用过去几个警告。这个警告周期为您提供了在节点达到磁盘水位线阈值 前响应的时间。警告消息也提供故障排除步骤的链接,您可以按照这些链接来帮助缓解问题。EO 应用过去几小时的磁盘空间数据到线性模型来生成这些警告。(LOG-1100) JSON 日志现在可以作为 JSON 对象(而不是带引号的字符串)转发到红帽受管 Elasticsearch 集 第 第 1 章 章 RED HAT OPENSHIFT Gogo/protobuf:plugin/unmarshal/unmarshal.go 缺少某些索引验证。(CVE-2021-3121) glib:64 位平台上 g_bytes_new 功能中的整数溢出,因为隐式多播从 64 位到 32位 位(CVE-2021- 27219) 以下问题与上述 CVE 相关: BZ#1921650 gogo/protobuf: plugin/unmarshal/unmarshal Operator 的项目之间的网络 流量。 3.4.1. 定义 Kibana 索引模式 索引模式定义了您要视觉化的 Elasticsearch 索引。要在 Kibana 中探索和视觉化数据,您必须创建索引模 式。 先决条件 先决条件 用户必须具有 cluster-admin 角色、cluster-reader 角色或这两个角色,才能在 Kibana 中查看 infra 和 audit 索引。默认 kubeadmin0 码力 | 183 页 | 1.98 MB | 1 年前3
OpenShift Container Platform 4.14 Operator汇总现场工程师了解的情况并将其传输给所有用户,而非一两个用户。 为什么在 什么在 Kubernetes 上部署? 上部署? Kubernetes(扩展至 OpenShift Container Platform)包含构建复杂分布式系统(可在本地和云提供 商之间工作)需要的所有原语,包括 secret 处理、负载均衡、服务发现、自动扩展。 为什么使用 什么使用 Kubernetes API 和 和 kubectl 工具来管理您的 这些工具可组合使用,因此您可自由选择对您有用的工具。 2.1.3. Operator 成熟度模型 Operator 内部封装的管理逻辑的复杂程度各有不同。该逻辑通常还高度依赖于 Operator 所代表的服务类 型。 对于大部分 Operator 可能包含的特定功能集来说,可以大致推断出 Operator 封装操作的成熟度等级。就 此而言,以下 Operator 成熟度模型针对 Operator 的第二天通用操作定义了五个成熟度阶段: 的第二天通用操作定义了五个成熟度阶段: 图 2.1. Operator 成熟度模型 成熟度模型 以上模型还显示了如何通过 Operator SDK 的 Helm、Go 和 Ansible 功能更好地开发这些功能。 2.2. OPERATOR FRAMEWORK 打包格式 本指南概述了 OpenShift Container Platform 中 Operator Lifecycle Manager (OLM) 所支持的 Operator0 码力 | 423 页 | 4.26 MB | 1 年前3
OpenShift Container Platform 4.13 认证和授权. . . . . . . . . . . . . . . . . . . . . . 8.4. 查看集群角色和绑定 8.5. 查看本地角色和绑定 8.6. 向用户添加角色 8.7. 创建本地角色 8.8. 创建集群角色 8.9. 本地角色绑定命令 8.10. 集群角色绑定命令 8.11. 创建集群管理员 第 第 9 章 章 移除 移除 KUBEADMIN 用 用户 户 9.1. KUBEADMIN 第 13 章 章 界定令牌作用域 界定令牌作用域 13.1. 关于界定令牌作用域 第 第 14 章 章 使用 使用绑 绑定的服 定的服务帐户 务帐户令牌 令牌 14.1. 关于绑定服务帐户令牌 14.2. 使用卷投射配置绑定服务帐户令牌 14.3. 在 POD 外部创建绑定服务帐户令牌 第 第 15 章 章 管理安全性上下文 管理安全性上下文约 约束 束 15.1. 关于安全性上下文约束 。 1.3. 关于 OPENSHIFT CONTAINER PLATFORM 中的授权 授权涉及确定用户是否有权限来执行请求的操作。 管理员可以定义权限,并使用 RBAC 对象(如规则、角色和绑定)将它们分配给用户。要了解授权在 OpenShift Container Platform 中的工作方式,请参阅评估授权。 您还可以通过项目和命名空间来控制对 OpenShift Container0 码力 | 201 页 | 2.74 MB | 1 年前3
OpenShift Container Platform 4.13 虚拟化claimPropertySets 数组: 2. 删除 openshift-virtualization-os-images 命名空间中的受影响的数据卷。它们通过更新 的存储配置集的访问模式和卷模式重新创建。 当为绑定模式为 WaitForFirstConsumer 的存储恢复虚拟机快照时,恢复的 PVC 会处于 Pending 状态,恢复操作不会进行。 作为临时解决方案,启动恢复的虚拟机,停止它,然后再次启动它。将调度虚拟机,PVC OpenShift Container Platform 集群使用 OVN-Kubernetes 作为默认 Container Network Interface(CNI)供应商,则无法将 Linux 网桥或绑定设备附加到主机的默认接口,因为 OVN-Kubernetes 的主机网络拓扑发生了变化。(BZ#1885605) 作为临时解决方案,您可以使用连接到主机的二级网络接口,或切换到 OpenShift Virtualization 通过创建包含令牌的磁盘镜像来实施服务帐户卷。如果您迁移虚拟机,则服务帐户 卷无效。(BZ#2037611) 作为临时解决方案,使用用户帐户而不是服务帐户,因为用户帐户令牌没有绑定到特定 pod。 在具有不同计算节点的异构集群中,启用了 HyperV Reenlightenment 的虚拟机无法调度到不支 持时间戳扩展 (TSC) 或具有适当 TSC 频率的节点。(BZ#2151169)0 码力 | 393 页 | 4.53 MB | 1 年前3
OpenShift Container Platform 4.10 虚拟化Operator 使用 Kubernetes Container Storage Interface(CSI)驱动 程序来配置本地存储。Operator 继续支持 HPP 自定义资源及关联的存储类的现有(传统)格 式。如果使用 HPP Operator,请计划作为迁移策略的一部分为 CSI 驱动程序创建存储类。 3.4.2. 删除的功能 当前版本不支持删除的功能。 VM Import Operator 已从 nodeStatusMaxImages 的值 设置为 -1 来禁用镜像限值。 如果您在一个集群中 hostpath 置备程序,而这个集群包括了其完全限定域名(FQDN)的长度超过 42 个字符的节点,则置备程序无法绑定 PVC。(BZ#2057157) 错误信息示例 信息示例 虽然错误消息引用了最多 63 个字符,但它包括前缀为节点的 FQDN 的 external- provisioner- 字符串。 作为临时解决方案,请运行以下命令在 OpenShift Container Platform 集群使用 OVN-Kubernetes 作为默认 Container Network Interface(CNI)供应商,则无法将 Linux 网桥或绑定设备附加到主机的默认接口,因为 OVN-Kubernetes 的主机网络拓扑发生了变化。(BZ#1885605) 作为临时解决方案,您可以使用连接到主机的二级网络接口,或切换到 OpenShift0 码力 | 307 页 | 3.45 MB | 1 年前3
OpenShift Container Platform 4.8 Service MeshSERVICE MESH 2.X 1.1. 关于 OPENSHIFT SERVICE MESH 1.2. SERVICE MESH 发行注记 1.3. 了解 SERVICE MESH 1.4. 服务网格部署模型 1.5. SERVICE MESH 和 ISTIO 的不同 1.6. 准备安装 SERVICE MESH 1.7. 安装 OPERATOR 1.8. 创建 SERVICEMESHCONTROLPLANE Hat OpenShift Service Mesh 简介 Red Hat OpenShift Service Mesh 通过在应用程序中创建集中控制点来解决微服务架构中的各种问题。它 在现有分布式应用上添加一个透明层,而无需对应用代码进行任何更改。 微服务架构将企业应用的工作分成模块化服务,从而简化扩展和维护。但是,随着微服务架构上构建的企 业应用的规模和复杂性不断增长,理解和管理变得困难。Service 括 A/B 测 试、canary 发行版本、访问控制以及端到端验证。 1.1.2. 核心功能 Red Hat OpenShift Service Mesh 在服务网络间提供了实现关键功能的统一方式: 流量管理 - 控制服务间的流量和 API 调用,提高调用的可靠性,并使网络在条件不好的情况保持 稳定。 服务标识和安全性 - 在网格中提供可验证身份的服务,并提供保护服务流量的能力,以便可以通0 码力 | 344 页 | 3.04 MB | 1 年前3
共 62 条
- 1
- 2
- 3
- 4
- 5
- 6
- 7













