管理大页 页面 面 14.1. 巨页的作用 14.2. 先决条件 14.3. 消耗大页面 第 第 15 章 章 在 在 GLUSTERFS 存 存储 储上 上进 进行 行优 优化 化 15.1. 数据库聚合模式指南 15.2. 测试的应用程序 15.3. 支持列表 15.4. 测试结果 32 32 32 33 33 33 33 34 34 34 36 36 36 36 37 及更新的版本 3.x v3 etcd 3.x 引入了重要的可伸缩性和性能改进，用于减少任意大小集群的 CPU、内存、网络和磁盘要求。 etcd 3.x 还会实施后向兼容的存储 API，促进磁盘 etcd 数据库的两个步骤迁移。出于迁移目 的，OpenShift Container Platform 3.5 中 etcd 3.x 使用的存储模式保留在 v2 模式中。自 OpenShift Container Platform 版本升 级不会自动将数据从 v2 迁移到 v3。您必须使用提供的 playbook，并遵循记录的流程来迁移数据。 etcd 版本 3 实现了向后兼容的存储 API，有助于对磁盘 etcd 数据库进行两步迁移。出于迁移目 的，OpenShift Container Platform 3.5 中 etcd 3.x 使用的存储模式保留在 v2 模式中。自 OpenShift Container Platform

基于 HELM 的 OPERATOR 5.6. 基于 JAVA 的 OPERATOR 5.7. 定义集群服务版本（CSV） 5.8. 使用捆绑包镜像 5.9. 遵守 POD 安全准入 5.10. 云供应商上的 OPERATOR 的令牌身份验证 5.11. 使用 SCORECARD 工具验证 OPERATOR 5.12. 验证 OPERATOR 捆绑包 5.13. 高可用性或单节点集群检测和支持 两个用户。 为什么在 什么在 Kubernetes 上部署？ 上部署？ Kubernetes（扩展至 OpenShift Container Platform）包含构建复杂分布式系统（可在本地和云提供 商之间工作）需要的所有原语，包括 secret 处理、负载均衡、服务发现、自动扩展。 为什么使用 什么使用 Kubernetes API 和 和 kubectl 工具来管理您的 工具来管理您的应用程序？ 功能丰富，所有平台均有对应的客户端，并可插入到集群的访问控制/审核中。Operator 会 使用 Kubernetes 的扩展机制“自定义资源定义 (CRD)”支持您的自定义对象，如 MongoDB，它类似于 内置的原生 Kubernetes 对象。 Operator 与 与 Service Broker 的比 的比较？ ？ 服务代理（service broker）是实现应用程序的编程发现和部署的一个步骤。但它并非一个长时间运行

目录 录 1 OpenShift Container Platform 4.10 架 架构 构 2 第 1 章 架构概述 OpenShift Container Platform 是一个基于云的 Kubernetes 容器平台。OpenShift Container Platform 的 基础基于 Kubernetes，因此共享相同的技术。如需了解更多有关 OpenShift Container 配置偏移 在节点上配置与机器配置指定的内容不匹配的情况。 containers 包括软件及其所有依赖项的轻量级和可执行镜像。由于容器虚拟化操作系统，您可以在任何位置运行 容器，从数据中心到公共或私有云到本地主机。 容器 容器编 编配引擎 配引擎 用于实现容器部署、管理、扩展和联网的软件。 容器工作 容器工作负载 负载 在容器中打包和部署的应用程序。 控制 控制组 组 (cgroups) （控制平面） 一个容器编配层，用于公开 API 和接口来定义、部署和管理容器的生命周期。control plane 也称为 control plane 机器。 CRI-O Kubernetes 原生容器运行时实现，可与操作系统集成以提供高效的 Kubernetes 体验。 第 第 1 章 章 架 架构 构概述 概述 3 部署 部署 维护应用程序生命周期的 Kubernetes 资源对象。

事件消费者应用程序是否收到事件 第 第 21 章 章 外部 外部 DNS OPERATOR 21.1. OPENSHIFT CONTAINER PLATFORM 中的外部 DNS OPERATOR 21.2. 在云供应商上安装外部 DNS OPERATOR 21.3. 外部 DNS OPERATOR 配置参数 21.4. 在 AWS 上创建 DNS 记录 21.5. 在 AZURE 上创建 DNS 记录 21 户端无法访问网络。当您将应用公开给外部流量时，为每个容器集指定自己的 IP 地址意味着 pod 在端口 分配、网络、命名、服务发现、负载平衡、应用配置和迁移方面可被视为物理主机或虚拟机。 注意 一些云平台提供侦听 169.254.169.254 IP 地址的元数据 API，它是 IPv4 169.254.0.0/16 CIDR 块中的 连接内部 IP 地址。 此 CIDR 块无法从 pod 网络访问。需要访问这些 OpenShift Container Platform 主机，您必须按照以下步骤操作。 流程 流程 1. 创建一个安全组，允许 SSH 访问由 openshift-install 命令创建的虚拟私有云 (VPC) 。 2. 在安装程序创建的某个公共子网中创建 Amazon EC2 实例。 3. 将公共 IP 地址与您创建的 Amazon EC2 实例相关联。 与 OpenShift Container

的卷中引用存储在配置映射 中的数据。在 pod 中运行的应用程序可以使用这个数据。 Container 容器是一个轻量级的可执行镜像，包括软件及其所有依赖项。容器将虚拟化操作系统。因此，您可以 在数据中心、公共或私有云以及开发人员的笔记本电脑中运行容器。 自定 自定义资 义资源 源 (CR) CR 是 Kubernetes API 的扩展。您可以创建自定义资源。 etcd etcd 是 OpenShift Container Kubernetes 原生应用程序的生命周期。OLM 是一个开源工具包，用 于以有效、自动化且可扩展的方式管理 Operator。 持久性存 持久性存储 储 即便在设备关闭后也存储数据。Kubernetes 使用持久性卷来存储应用程序数据。 持久性卷声明 持久性卷声明 (PVC) 您可以使用 PVC 将 PersistentVolume 挂载到 Pod 中。您可以在不了解云环境的详情的情况下访问存 worker 节点上运行。 Prometheus Prometheus 是 OpenShift Container Platform 监控堆栈所依据的监控系统。Prometheus 是一个时间 序列数据库和用于指标的规则评估引擎。Prometheus 将警报发送到 Alertmanager 进行处理。 Prometheus adapter Prometheus Adapter 会转换 Kubernetes

OpenShift Container Platform 以 Kubernetes 为基础，为大规模电信、流视频、游戏、银行和其他应用 提供引擎技术。借助红帽开放技术中的实现，您可以将容器化应用程序从单一云扩展到内部和多云环境。 1.1.1. 关于 Kubernetes 尽管容器镜像和从中运行的容器是现代应用程序开发的主要构建块，但要大规模运行它们，则需要可靠且 灵活的分发系统。Kubernetes Platform 概述 OpenShift Container Platform 为 Kubernetes 带来企业级增强，具体包括以下所列： 混合云部署。您可以将 OpenShift Container Platform 集群部署到各种公有云平台或数据中心 中。 集成了红帽技术。OpenShift Container Platform 中的主要组件源自 Red Hat Enterprise 的管理和简化的升级。 RHCOS 包括： Ignition，OpenShift Container Platform 将其用作首次启动系统配置来进行机器的初次上线和配 置。 CRI-O，Kubernetes 的原生容器运行时实现，可与操作系统紧密集成来提供高效和优化的 Kubernetes 体验。CRI-O，提供用于运行、停止和重启容器的工具。它完全取代了 OpenShift Container Platform

OpenShift Container Platform 4.7 架 架构 构 2 目 目录 录 3 第 1 章 架构概述 OpenShift Container Platform 是基于云的 Kubernetes 容器平台。OpenShift Container Platform 的基础 是基于 Kubernetes，因此共享相同的技术。要了解更多有关 OpenShift Container OpenShift Container Platform 以 Kubernetes 为基础，为大规模电信、流视频、游戏、银行和其他应用 提供引擎技术。借助红帽开放技术中的实现，您可以将容器化应用程序从单一云扩展到内部和多云环境。 2.1.1. 关于 Kubernetes 尽管容器镜像和从中运行的容器是现代应用程序开发的主要构建块，但要大规模运行它们，则需要可靠且 灵活的分发系统。Kubernetes Platform 概述 OpenShift Container Platform 为 Kubernetes 带来企业级增强，具体包括以下所列： 混合云部署。您可以将 OpenShift Container Platform 集群部署到各种公共云平台或数据中心。 集成了红帽技术。OpenShift Container Platform 中的主要组件源自 Red Hat Enterprise Linux（RHEL）

OpenShift Container Platform 以 Kubernetes 为基础，为大规模电信、流视频、游戏、银行和其他应用 提供引擎技术。借助红帽开放技术中的实现，您可以将容器化应用程序从单一云扩展到内部和多云环境。 1.1.1. 关于 Kubernetes 尽管容器镜像和从中运行的容器是现代应用程序开发的主要构建块，但要大规模运行它们，则需要可靠且 灵活的分发系统。Kubernetes Platform 概述 OpenShift Container Platform 为 Kubernetes 带来企业级增强，具体包括以下所列： 混合云部署。您可以将 OpenShift Container Platform 集群部署到各种公有云平台或数据中心 中。 集成了红帽技术。OpenShift Container Platform 中的主要组件源自 Red Hat Enterprise 的管理和简化的升级。 RHCOS 包括： Ignition，OpenShift Container Platform 将其用作首次启动系统配置来进行机器的初次上线和配 置。 CRI-O，Kubernetes 的原生容器运行时实现，可与操作系统紧密集成来提供高效和优化的 Kubernetes 体验。CRI-O，提供用于运行、停止和重启容器的工具。它完全取代了 OpenShift Container Platform

序和服务部署到 OpenShift Container Platform 集群的过程。 1.3. 使用 RED HAT MARKETPLACE Red Hat Marketplace 是一个开源云市场，您可以在其中发现并访问在公共云和内部运行的基于容器的环 境的认证软件。 OpenShift Container Platform 4.9 构 构建 建应 应用程序 用程序 4 第 2 章 项目 Catalog 以选择所需的应用、服务或源到镜像构建器，然后 将它添加到项目中。 所有服务：浏览目录以在 OpenShift Container Platform 中发现服务。 Database：选择所需的数据库服务并将其添加到应用程序中。 Operator Backed：选择和部署所需的 Operator 管理服务。 Helm Chart：选择所需的 Helm Chart 来简化应用程序和服务部署。 Topology 视图中看到部署。 3.1.5. 使用 Developer Catalog 将服务或组件添加到应用程序中 您可以使用 Developer Catalog 根据 Operator 支持的服务（如数据库、构建器镜像和 Helm Charts）部署 应用程序和服务。Developer Catalog 包含您可以添加到项目的应用程序组件、服务、事件源或 Source- to-image 构建器的集合。集群管理员可以自定义目录中提供的内容。

序和服务部署到 OpenShift Container Platform 集群的过程。 1.3. 使用 RED HAT MARKETPLACE Red Hat Marketplace 是一个开源云市场，您可以在其中发现并访问在公共云和内部运行的基于容器的环 境的认证软件。 OpenShift Container Platform 4.10 构 构建 建应 应用程序 用程序 4 第 2 章 以选择所需的应用、服务或源到镜像构建器，然后 将它添加到项目中。 所有服 所有服务 务：浏览目录以在 OpenShift Container Platform 中发现服务。 Database：选择所需的数据库服务并将其添加到应用程序中。 Operator Backed：选择和部署所需的 Operator 管理服务。 Helm Chart：选择所需的 Helm Chart 来简化应用程序和服务部署。 视图中查看应用程序。 3.1.7. 使用 Developer Catalog 将服务或组件添加到应用程序中 您可以使用 Developer Catalog 根据 Operator 支持的服务（如数据库、构建器镜像和 Helm Charts）部署 应用程序和服务。Developer Catalog 包含您可以添加到项目的应用程序组件、服务、事件源或 Source- to-image 构建器的集合。集群管理员可以自定义目录中提供的内容。