OpenShift Container Platform 4.7 日志记录Elasticsearch Operator 具有不同的字段值,仅会更新其滚动索引模板。 索引模板具有高于索引的优先级。更新模板时,集群会优先将它们分发到索引分片上,这会影响性能。为 最小化 Elasticsearch 集群操作,operator 只有在主分片或副本分片数量发生变化时才会更新模板。 1.2.11.2. 技 技术预览 术预览功能 功能 这个版本中的一些功能当前还处于技术预览状态。它们并不适用于在生产环境中使用。请参阅红帽门户网 /var/log/audit/audit.log 中获取日志信息。 日志记录收集器是一个守护进程集,它将 pod 部署到每个 OpenShift Container Platform 节点。系统及基 础架构日志由来自操作系统、容器运行时和 OpenShift Container Platform 的日志消息生成。应用程序日 志由 CRI-O 容器引擎生成。Fluentd 从这些源收集日志,并在内部或外部转发 OpenShift Elasticsearch 节点创建为“仅数据”节点,使用 client 和 data 角色。control plane 节点执行集群范围的操作,如创建或删除索引、分 片分配和跟踪节点。数据节点保管分片,并执行与数据相关的操作,如 CRUD、搜索和聚合等。与数据相关的操作会占用大量 I/O、内存和 CPU。务 必要监控这些资源,并在当前节点过载时添加更多数据节点。 例如,如果 nodeCount = 4,则创建以下节点:0 码力 | 183 页 | 1.98 MB | 1 年前3
OpenShift Container Platform 4.8 日志记录RHSA-2022:6183-OpenShift Logging Bug Fix 5.4.5。 1.4.1. 程序错误修复 在此次更新之前,Operator 无法确保 pod 就绪,这会导致集群在集群重启过程中达到可操作的状 态。在这个版本中,Operator 会在重启过程中进入新 pod 前将新 pod 标记为 ready,这会解决这 个问题。(LOG-2881) 在此次更新之前,添加多行错误检测会导致内部路由更改并将记录转发到错误的目的地。在这个 此发行版本包括 OpenShift Logging 程序错误修复 5.3.11。 1.12.1. 程序错误修复 在此次更新之前,Operator 无法确保 pod 就绪,这会导致集群在集群重启过程中达到可操作的状 态。在这个版本中,Operator 会在重启过程中进入新 pod 前将新 pod 标记为 ready,这会解决这 个问题。(LOG-2871) 1.12.2. CVE CVE-2022-1292 列表中。(LOG-1420) 在更新前,Red Hat OpenShift Logging Operator pod 被调度到在性能优化的单节点集群中为客 户工作负载保留的 CPU 内核。在这个版本中,集群日志记录操作器 pod 调度到正确的 CPU 内核 中。(LOG-1440) 在更新前,一些日志条目没有被识别为 UTF-8 字节,这会导致 Elasticsearch 拒绝消息并阻塞整 OpenShift0 码力 | 223 页 | 2.28 MB | 1 年前3
OpenShift Container Platform 4.9 节点respective owners. 摘要 摘要 本文提供有关在集群中配置和管理节点、Pod 和容器的说明。它还提供有关配置 Pod 调度和放置、 使用作业(job)和 DaemonSet 来自动执行操作,以及确保集群保持高效性的其他任务信息。 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 目 目录 录 第 第 1 章 章 节 节点概述 点概述 1.1. 关于节点 读取操作 管理操作 增强操作 1.2. 关于 POD 读取操作 管理操作 增强操作 1.3. 关于容器 第 第 2 章 章 使用 使用 POD 2.1. 使用 POD 2.1.1. 了解 pod 2.1.2. pod 配置示例 2 4.2.3. 创建 cron job 第 第 5 章 章 操作 操作节 节点 点 5.1. 查看和列出 OPENSHIFT CONTAINER PLATFORM 集群中的节点 5.1.1. 关于列出集群中的所有节点 5.1.2. 列出集群中某一节点上的 pod 5.1.3. 查看节点上的内存和 CPU 用量统计 5.2. 操作节点 5.2.1. 了解如何撤离节点上的 pod 5.2.20 码力 | 374 页 | 3.80 MB | 1 年前3
OpenShift Container Platform 3.11 CLI 参考开 开发 发人 人员 员 CLI 操作 操作 4.1. 概述 4.2. 常见操作 4.3. 对象类型 4.4. 基本 CLI 操作 4.4.1. 类型 4.4.2. login 4.4.3. logout 4.4.4. new-project 4.4.5. new-app 4.4.6. status 4.4.7. project 4.5. 应用修改操作 4.5.1. get 4.5.2 5. label 4.5.6. expose 4.5.7. 删除 4.5.8. set 4.5.8.1. 设置 env 4.5.8.2. 设置 build-secret 4.6. 构建和部署操作 4.6.1. start-build 4.6.2. rollback 4.6.3. new-build 4.6.4. cancel-build 4.6.5. import-image 4.6 故障排除和调试操作 4.8.1. debug 4.8.1.1. 用法 4.8.1.2. 示例 4.8.2. logs 4.8.3. exec 4.8.4. rsh 4.8.5. rsync 4.8.6. port-forward 4.8.7. proxy 4.9. OC 故障排除 第 第 5 章 章 管理 管理员 员 CLI 操作 操作 5.1. 概述 5.2. 常见操作 5.3.0 码力 | 45 页 | 737.95 KB | 1 年前3
OpenShift Container Platform 4.6 节点respective owners. 摘要 摘要 本文提供有关在集群中配置和管理节点、Pod 和容器的说明。它还提供有关配置 Pod 调度和放置、 使用作业(job)和 DaemonSet 来自动执行操作,以及确保集群保持高效性的其他任务信息。 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 目 目录 录 第 第 1 章 章 节 节点概述 点概述 1.1. 关于节点 读取操作 管理操作 功能增强操作 1.2. 关于 POD 读取操作 管理操作 功能增强操作 1.3. 关于容器 第 第 2 章 章 使用 使用 POD 2.1. 使用 POD 2.1.1. 了解 pod 2.1.2. pod 配置示例 4.2.3. 创建 cron job 第 第 5 章 章 操作 操作节 节点 点 5.1. 查看和列出 OPENSHIFT CONTAINER PLATFORM 集群中的节点 5.1.1. 关于列出集群中的所有节点 5.1.2. 列出集群中某一节点上的 pod 5.1.3. 查看节点上的内存和 CPU 用量统计 5.2. 操作节点 5.2.1. 了解如何撤离节点上的 pod 5.2.20 码力 | 404 页 | 3.60 MB | 1 年前3
OpenShift Container Platform 4.10 虚拟化Container Platform 的最新版本。 3.1.2. 支持的客户端操作系统 要查看 OpenShift Virtualization 支持的客户机操作系统,请参阅 Red Hat OpenStack Platform、Red Hat Virtualization 和 OpenShift Virtualization 中认证的客户机操作系统。 3.2. 使开源包含更多 红帽致力于替换我们的代码、文档和 来的自动更新。 现在,您可以将 OpenShift Virtualization 与单一节点集群一起使用,也称为单一节点 OpenShift(SNO)。 注意 注意 单节点集群没有针对高可用性操作配置,这会导致 OpenShift Virtualization 行为 有显著变化。 现在,为所有 OpenShift Virtualization control plane 组件定义了资源请求和优先级类。 Bare Metal Servers 上安装 OpenShift Virtualization 。不支持由其他 云提供商提供的裸机服务器。 3.6. 程序错误修复 如果您在克隆源可用前启动克隆操作,克隆操作现在可以成功完成,而无需使用临时解决方案。 (BZ#1855182) 如果虚拟机在版本 4.8 之前引用 OpenShift Virtualization 提供的已删除模板,则编辑虚拟机会失 败。在0 码力 | 307 页 | 3.45 MB | 1 年前3
OpenShift Container Platform 4.13 虚拟化hco-operator (HCO)提供了一个单一入口点,用于部署和管理 OpenShift Virtualization 以及一些带有建 议的默认值的 helper operator。它还会为这些操作器创建自定义资源(CR)。 OpenShift Container Platform 4.13 虚 虚拟 拟化 化 8 表 表 2.1. hco-operator 组 组件 件 组 组件 件 2 章 章 OPENSHIFT VIRTUALIZATION 架 架构 构 13 daemonset/virt-handler 监控对虚拟机的任何更改并指示 virt-launcher 执行 所需操作。此组件特定于节点。 pod/virt-launcher 包含由 libvirt 和 qemu 实施的用户创建的虚拟机。 组 组件 件 描述 描述 OpenShift Container Platform vCPU 等待周期的 VirtualMachines 存 存储 储吞吐量 吞吐量图表 带有最高存储吞吐量使用量的 VirtualMachines 存 存储 储 IOPS图表 带有最高存储输入/输出操作的 VirtualMachines 每秒使用。 4.1.3. Migration 标签页 Migrations 选项卡显示 VirtualMachineInstance 迁移的状态。 例 例 40 码力 | 393 页 | 4.53 MB | 1 年前3
OpenShift Container Platform 4.10 架构后续步骤 第 第 4 章 章 RED HAT OPENSHIFT CLUSTER MANAGER 4.1. 访问 RED HAT OPENSHIFT CLUSTER MANAGER 4.2. 常规操作 4.3. 集群标签页 4.4. 其他资源 第 第 5 章 章 CONTROL PLANE 架 架构 构 5.1. 使用机器配置池进行节点配置管理 5.2. OPENSHIFT CONTAINER ute 节点也称为 worker 节点。 配置偏移 配置偏移 在节点上配置与机器配置指定的内容不匹配的情况。 containers 包括软件及其所有依赖项的轻量级和可执行镜像。由于容器虚拟化操作系统,您可以在任何位置运行 容器,从数据中心到公共或私有云到本地主机。 容器 容器编 编配引擎 配引擎 用于实现容器部署、管理、扩展和联网的软件。 容器工作 容器工作负载 负载 在容器中打包和部署的应用程序。 一个容器编配层,用于公开 API 和接口来定义、部署和管理容器的生命周期。control plane 也称为 control plane 机器。 CRI-O Kubernetes 原生容器运行时实现,可与操作系统集成以提供高效的 Kubernetes 体验。 第 第 1 章 章 架 架构 构概述 概述 3 部署 部署 维护应用程序生命周期的 Kubernetes 资源对象。 Docker 包0 码力 | 63 页 | 1.40 MB | 1 年前3
OpenShift Container Platform 4.3 架构容器化应用程序的好处 与使用传统部署方法相比,使用容器化应用程序具有许多优势。过去应用程序要安装到包含所有依赖项的 操作系统上,容器能让一个应用程序随身携带自己的依赖项。创建容器化应用程序有很多好处。 1.1.2.1. 操作系 操作系统的好 的好处 容器使用不含内核的小型专用 Linux 操作系统。它们的文件系统、网络、cgroups、进程表和命名空间与 主机 Linux 系统分开,但容器可以在必要时与主机无缝集成。容器以 系统分开,但容器可以在必要时与主机无缝集成。容器以 Linux 为基础,因此可以利用快速创 新的开源开发模型带来的所有优势。 因为每个容器都使用专用的操作系统,所以您能够在同一主机上部署需要冲突软件依赖项的不同应用程 序。每个容器都带有各自的依赖软件,并且管理自己的接口,如网络和文件系统,因此应用程序无需争用 这些资产。 1.1.2.2. 部署和 部署和扩展 展优势 如果您在应用程序的主要版本之间进行滚动升级,则可以持 的同时,还部署应用程序的新 版本。容器通过测试后,只要部署更多新容器并删除旧容器便可。 由于应用程序的所有软件依赖项都在容器本身内解决,因此数据中心的每台主机上都能使用通用操作系 统。您无需逐一为应用主机配置特定的操作系统。当数据中心需要更多容量时,您可以部署另一个通用主 机系统。 同样,扩展容器化应用程序也很简单。OpenShift Container Platform 提供了一种简单的、标准方式的容0 码力 | 47 页 | 1.05 MB | 1 年前3
OpenShift Container Platform 4.2 架构容器化应用程序的好处 与使用传统部署方法相比,使用容器化应用程序具有许多优势。过去应用程序要安装到包含所有依赖项的 操作系统上,容器能让一个应用程序随身携带自己的依赖项。创建容器化应用程序有很多好处。 1.1.2.1. 操作系 操作系统的好 的好处 容器使用不含内核的小型专用 Linux 操作系统。它们的文件系统、网络、cgroups、进程表和命名空间与 主机 Linux 系统分开,但容器可以在必要时与主机无缝集成。容器以 系统分开,但容器可以在必要时与主机无缝集成。容器以 Linux 为基础,因此可以利用快速创 新的开源开发模型带来的所有优势。 因为每个容器都使用专用的操作系统,所以您能够在同一主机上部署需要冲突软件依赖项的不同应用程 序。每个容器都带有各自的依赖软件,并且管理自己的接口,如网络和文件系统,因此应用程序无需争用 这些资产。 1.1.2.2. 部署和 部署和扩展 展优势 如果您在应用程序的主要版本之间进行滚动升级,则可以持 的同时,还部署应用程序的新 版本。容器通过测试后,只要部署更多新容器并删除旧容器便可。 由于应用程序的所有软件依赖项都在容器本身内解决,因此数据中心的每台主机上都能使用通用操作系 统。您无需逐一为应用主机配置特定的操作系统。当数据中心需要更多容量时,您可以部署另一个通用主 机系统。 同样,扩展容器化应用程序也很简单。OpenShift Container Platform 提供了一种简单的、标准方式的容0 码力 | 32 页 | 783.33 KB | 1 年前3
共 69 条
- 1
- 2
- 3
- 4
- 5
- 6
- 7













