OpenShift Container Platform 4.8 Service Mesh其中包括 A/B 测 试、canary 发行版本、访问控制以及端到端验证。 1.1.2. 核心功能 Red Hat OpenShift Service Mesh 在服务网络间提供了实现关键功能的统一方式: 流量管理 - 控制服务间的流量和 API 调用,提高调用的可靠性,并使网络在条件不好的情况保持 稳定。 服务标识和安全性 - 在网格中提供可验证身份的服务,并提供保护服务流量的能力,以便可以通 36 包括以下功能和增强: Service Mesh 故障排除功能 control plane 和网关监控 代理同步状态 Envoy 配置视图 显示 Envoy 代理和应用程序日志处于交集的统一视图 支持联邦服务网格视图的命名空间和集群选择 新的验证、向导和分布式追踪增强 1.2.2.13. Red Hat OpenShift Service Mesh 2.0.11.1 的新功能 的新功能 同而有所变化。因为创建一个统一布局的难度较大,所以 Kiali 提供了几种不同布局的选择。要选 择不同的布局,可从 Graph Settings 菜单中选择一个不同的 Layout Schema。 首次从 Kiali 控制台访问相关服务(如分布式追踪平台和 Grafana)时,必须使用 OpenShift Container Platform 登录凭证接受证书并重新进行身份验证。这是因为框架如何显示控制台中的0 码力 | 344 页 | 3.04 MB | 1 年前3
OpenShift Container Platform 4.1 发行注记扩展,可以在 Kubernetes 环境中(如 OpenShift Container Platform)监控软件的运行情况,并根据软 件的当前状态实时做出决定。Advanced Operators 被设计为用来无缝地处理升级过程,并对出现的错误 自动进行响应,而且不会采取“捷径”(如跳过软件备份过程来节省时间)。 1.2.1.1. Operator Lifecycle Manager (OLM) Tuning Operator 可以帮助您通过 tuned 守护进程来管理节点一级的性能优化。大多数高性能应用 程序都需要一定程度的内核级性能优化。Node Tuning Operator 为用户提供了一个统一的、节点一级的 sysctls 管理接口,并可以根据具体用户的需要灵活地添加定制的性能优化设置(当前还是一个技术预览功 能)。Node Tuning Operator 把为 OpenShift Container 配置可能会在以后发行的版本中改 变。 1.2.5.2. 新的提示用 新的提示用户界面 界面 一个提示信息 UI 现已集成到 OpenShift Container Platform web 控制台中。现在,您可以从一个统一的 地方查看集群一级的提示信息及提示规则。 1.2.5.3. Telemeter Telemeter 可以以匿名的方式收集与集群相关的 metrics 数据来帮助用户预防 OpenShift Container0 码力 | 22 页 | 287.47 KB | 1 年前3
OpenShift Container Platform 4.13 虚拟化web 控制台提供了一个图形化的门户界面 来管理虚拟化资源以及 OpenShift Container Platform 集群容器和基础架构。 OpenShift Virtualization 的设计和测试,可与 Red Hat OpenShift Data Foundation 功能配合工作。 重要 重要 使用 OpenShift Data Foundation 部署 OpenShift Virtualization 版本 4.12.2 及更早版本与 OpenShift Container Platform 4.13 不兼容。 OpenShift Virtualization 4.12.1 和 4.12.2 中的设计会阻止将 OpenShift Container Platform 更新至 4.13,但这个限制不能添加到 OpenShift Virtualization 4.12.0 中。如果您有 OpenShift 配置节点放置,则一定不能存在虚拟机。 6.2.1. 关于虚拟化组件的节点放置 您可能想要自定义 OpenShift Virtualization 在什么位置部署其组件,以确保: 虚拟机仅部署到设计为用于虚拟化工作负载的节点上。 Operator 仅在基础架构节点上部署。 某些节点不会受到 OpenShift Virtualization 的影响。例如,您有与集群中运行的虚拟化不相关的 工作负载,希望这些工作负载与0 码力 | 393 页 | 4.53 MB | 1 年前3
OpenShift Container Platform 4.8
Web 控制台MESH Red Hat OpenShift Service Mesh 是一个提供对服务网格(service mesh)的行为信息和操作控制的平 台,它为用户提供了一个连接、管理和监控微服务应用程序的统一方法。 术语 服务网格(service mesh)代表在分布式微服务架构中组成应用程序的微服务网络,以及这些微服务 间的交互。当服务网格的规模和复杂性增大时,了解和管理它就会变得非常困难。 Red Mixer 适配器 此发行版本只支持以下 Mixer 适配器: 3scale Istio Adapter Red Hat OpenShift Service Mesh 在服务网络间提供了实现关键功能的统一方式: 流量管理 流量管理 - 控制服务间的流量和 API 调用,提高调用的可靠性,并使网络在条件不好的情况保持 稳定。 服 服务标识 务标识和安全性 和安全性 - 在网格中提供可验证身份的服务,并提供保护服务流量的能力,以便可以通 ,因为上游 Istio 项目不支持它,OpenShift 也不完 全支持它。 图形布局 - Kiali 图形的布局会根据应用程序构架和要显示的数据(图形节点数目及其交互)的不 同而有所变化。因为创建一个统一布局的难度较大,所以 Kiali 提供了几种不同布局的选择。要选 择不同的布局,可从 Graph Settings 菜单中选择一个不同的 Layout Schema。 1.4.1. Red Hat0 码力 | 87 页 | 1.58 MB | 1 年前3
OpenShift Container Platform 4.14 OperatorOperator Lifecycle Manager(OLM)管理,供用户在其应用程序中运 行。 使用 Operator,您可以创建应用程序来监控集群中运行的服务。Operator 是专为您的应用程序而设计 的。Operator 实施并自动执行常见的第 1 天操作,如安装和配置以及第 2 天操作,如自动缩放和缩减并创 建备份。所有这些活动均位于集群中运行的一个软件中。 1.1. 对于开发人员 作为开发人员,您可以执行以下 的扩展,可以在 Kubernetes 环境中(如 OpenShift Container Platform)监控软件的运行情况,并根据 软件的当前状态实时做出决策。Advanced Operator 被设计为用来无缝地处理升级过程,并对出现的错误 自动进行响应,而且不会采取“捷径”(如跳过软件备份过程来节省时间)。 从技术上讲,Operator 是一种打包、部署和管理 Kubernetes 应用程序的方法。 Kubernetes 应用程序是一款 app,可在 Kubernetes 上部署,也可使用 Kubernetes API 和 kubectl 或 oc 工具进行管理。要想充分利用 Kubernetes,您需要一组统一的 API 进行扩展,以便服务和管理 Kubernetes 上运行的应用程序。可将 Operator 看成管理 Kubernetes 中这类应用程序的运行时。 2.1.1. 为什么要使用 Operator?0 码力 | 423 页 | 4.26 MB | 1 年前3
OpenShift Container Platform 4.2 架构操作系统,结合了 CoreOS 和 Red Hat Atomic Host 操作系统的一些最佳特性和功能。RHCOS 是专门为 从 OpenShift Container Platform 运行容器化应用程序而设计的,能够与新工具配合,提供快速安装、基 于 Operator 的管理和简化的升级。 RHCOS 包括: Ignition,OpenShift Container Platform 将其用作首次启动系统配置来进行机器的初次上线和配 都是一个简 单又高度自动化的流程。由于 OpenShift Container Platform 可以从中央 control plane 全面控制每台机器 上运行的系统和服务(包括操作系统本身),因此升级被设计为一个自动事件。如果集群包含 RHEL worker 机器,则 control plane 可从简化的更新过程中受益,但您还需执行更多任务来升级 RHEL 机器。 1.1.3.3. 其他主要功能 其他主要功能 并配置日常运作所需的其余组件,包括在受支持的环境中创建 worker 机器。 安装 安装过 过程 程详细 详细信息 信息 安装范 安装范围 OpenShift Container Platform 安装程序的作用范围特意设计得比较狭窄。它旨在简化操作并确保成功。 安装完成后,您可以完成更多的配置任务。 2.2. 关于 OPENSHIFT CONTAINER PLATFORM 更新服务 OpenShift Container0 码力 | 32 页 | 783.33 KB | 1 年前3
OpenShift Container Platform 4.3 架构操作系统,结合了 CoreOS 和 Red Hat Atomic Host 操作系统的一些最佳特性和功能。RHCOS 是专门为 从 OpenShift Container Platform 运行容器化应用程序而设计的,能够与新工具配合,提供快速安装、基 于 Operator 的管理和简化的升级。 RHCOS 包括: Ignition,OpenShift Container Platform 将其用作首次启动系统配置来进行机器的初次上线和配 都是一个简 单又高度自动化的流程。由于 OpenShift Container Platform 可以从中央 control plane 全面控制每台机器 上运行的系统和服务(包括操作系统本身),因此升级被设计为一个自动事件。如果集群包含 RHEL worker 机器,则 control plane 可从简化的更新过程中受益,但您还需执行更多任务来升级 RHEL 机器。 1.1.3.3. 其他主要功能 其他主要功能 并配置日常运作所需的其余组件,包括在受支持的环境中创建 worker 机器。 安装 安装过 过程 程详细 详细信息 信息 安装范 安装范围 OpenShift Container Platform 安装程序的作用范围特意设计得比较狭窄。它旨在简化操作并确保成功。 安装完成后,您可以完成更多的配置任务。 2.2. 关于 OPENSHIFT CONTAINER PLATFORM 更新服务 OpenShift Container0 码力 | 47 页 | 1.05 MB | 1 年前3
OpenShift Container Platform 4.7 架构使用 Red Hat Enterprise Linux CoreOS (RHCOS),它是一款面向容器的 操作系统,专为从 OpenShift Container Platform 运行容器化应用程序而设计,并可使用新工具提供快速 安装、基于 Operator 的管理和简化的升级。 RHCOS 包括: Ignition,OpenShift Container Platform 将其用作首次启动系统配置来进行机器的初次上线和配 都是一个简 单又高度自动化的流程。由于 OpenShift Container Platform 可以从中央 control plane 全面控制每台机器 上运行的系统和服务(包括操作系统本身),因此升级被设计为一个自动事件。如果集群包含 RHEL worker 机器,则 control plane 可从简化的更新过程中受益,但您还需执行更多任务来升级 RHEL 机器。 2.1.3.3. 其他主要功能 其他主要功能 互联网,以便为平 台容器拉取镜像并向红帽提供 telemetry 数据。 重要 重要 安装后,不支持以下更改: 混合云供应商平台 混合云供应商组件,比如使用与安装集群不同的平台中的持久性存储框架 在 OpenShift Container Platform 4.7 中,您可以在以下平台上安装使用用户置备的基础架构集群: AWS Azure 第 第 3 章 章 安装和更新 安装和更新0 码力 | 55 页 | 1.16 MB | 1 年前3
OpenShift Container Platform 4.10 架构使用 Red Hat Enterprise Linux CoreOS (RHCOS),它是一款面向容器的 操作系统,专为从 OpenShift Container Platform 运行容器化应用程序而设计,并可使用新工具提供快速 安装、基于 Operator 的管理和简化的升级。 RHCOS 包括: Ignition,OpenShift Container Platform 将其用作首次启动系统配置来进行机器的初次上线和配 都是一个简 单又高度自动化的流程。由于 OpenShift Container Platform 可以从中央 control plane 全面控制每台机器 上运行的系统和服务(包括操作系统本身),因此升级被设计为一个自动事件。如果集群包含 RHEL worker 机器,则 control plane 可从简化的更新过程中受益,但您还需执行更多任务来升级 RHEL 机器。 2.1.3.3. 其他主要功能 其他主要功能 互联网,以便为平 台容器拉取镜像并向红帽提供 telemetry 数据。 重要 重要 安装后,不支持以下更改: 混合云供应商平台 混合云供应商组件,比如使用与安装集群不同的平台中的持久性存储框架 第 第 3 章 章 安装和更新 安装和更新 15 在 OpenShift Container Platform 4.10 中,您可以在以下平台上安装使用用户置备的基础架构集群: AWS Azure0 码力 | 63 页 | 1.40 MB | 1 年前3
OpenShift Container Platform 4.9 网络7. 将 LINUXPTP 服务配置为边界时钟 11.8. 为 PTP 硬件配置 FIFO 优先级调度 11.9. 常见 PTP OPERATOR 故障排除 11.10. PTP 硬件快速事件通知框架 第 第 12 章 章 网 网络 络策略 策略 12.1. 关于网络策略 12.2. 记录网络策略事件 12.3. 创建网络策略 12.4. 查看网络策略 12.5. 编辑网络策略 12 OpenShift Container Platform 使用软件定义网络 (SDN) 方法来提供一个统一的集群网络,它允许 OpenShift Container Platform 4.9 网 网络 络 8 OpenShift Container Platform 使用软件定义网络 (SDN) 方法来提供一个统一的集群网络,它允许 OpenShift Container Platform 集群中的不同 诊断网络接口。运行以下 pmc 命令,以检查 PTP 设备的同步状态,如 ptp4l。 当 当节 节点成功同步到主 点成功同步到主时钟时 时钟时的 的输 输出示例 出示例 11.10. PTP 硬件快速事件通知框架 重要 重要 带有普通时钟的 PTP 事件只是一个技术预览功能。技术预览功能不受红帽产品服务等级协 议(SLA)支持,且功能可能并不完整。红帽不推荐在生产环境中使用它们。这些技术预 览功能可以使0 码力 | 388 页 | 4.04 MB | 1 年前3
共 54 条
- 1
- 2
- 3
- 4
- 5
- 6













