Container Platform 3.11 扩展和性能指南 OpenShift Container Platform 3.11 扩展和性能指南 Last Updated: 2023-03-25 OpenShift Container Platform 3.11 扩展和性能指南 OpenShift Container Platform 3.11 扩展和性能指南 Enter your first the OpenStack community. All other trademarks are the property of their respective owners. 摘要 摘要 扩展集群并调整生产环境中的性能 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . OPENSHIFT CONTAINER PLATFORM ETCD 主机的建议实践 3.3.1. 通过 OpenStack 使用 PCI 透传向 etcd 节点提供存储 3.4. 使用 TUNED 配置集扩展主机 第 第 4 章 章 优 优化 化计 计算 算资 资源 源 4.1. 过量使用 4.2. 镜像注意事项 4.2.1. 使用预部署的镜像提高效率 4.2.2. 预拉取镜像 4.3. 使用

OC 和 和 KUBECTL 之 之间 间的区 的区别 别 6.1. 为什么使用 OC OVER KUBECTL？ 6.2. 使用 OC 6.3. 使用 KUBECTL 第 第 7 章 章 扩 扩展 展 CLI 7.1. 概述 7.2. 先决条件 28 28 28 29 29 29 30 30 30 30 30 30 31 31 31 31 31 31 32 33 门 11 大多数 oc 命令 在项目 的上下文中运行。oc login 在 初始设置 过程中选择用于后续命令的默认项目。使 用以下命令显示当前正在使用的项目： 如果可以访问多个项目，请使用以下语法通过指定项目名称切换到特定项目： 例如： 切 切换 换到 到 Project project02 输 输出示例 出示例 切 切换 换到 到 Project project03 输 输出示例 CLI 操作及其语法的信息。您必须先设置 并使用 CLI 登录，然后才能执行这些操 作。 开发人员 CLI 使用 oc 命令，用于项目级操作。这与管理员 CLI 不同，它使用 oc adm 命令进行更高级的 管理员操作。 4.2. 常见操作 开发人员 CLI 允许与 OpenShift Container Platform 管理的各种对象交互。许多常见 oc 操作都使用以下 语法调用： 这将指定：

从概念上讲，Operator 会收集人类操作知识，并将其编码成更容易分享给消费者的软件。 Operator 是一组软件，可用于降低运行其他软件的操作复杂程度。它可以被看作是软件厂商的工程团队 的扩展，可以在 Kubernetes 环境中（如 OpenShift Container Platform）监控软件的运行情况，并根据 软件的当前状态实时做出决策。Advanced Operator 被设 应用程序是一款 app，可在 Kubernetes 上部署，也可使用 Kubernetes API 和 kubectl 或 oc 工具进行管理。要想充分利用 Kubernetes，您需要一组统一的 API 进行扩展，以便服务和管理 Kubernetes 上运行的应用程序。可将 Operator 看成管理 Kubernetes 中这类应用程序的运行时。 2.1.1. 为什么要使用 Operator？ Operator 而非一两个用户。 为什么在 什么在 Kubernetes 上部署？ 上部署？ Kubernetes（扩展至 OpenShift Container Platform）包含构建复杂分布式系统（可在本地和云提供 商之间工作）需要的所有原语，包括 secret 处理、负载均衡、服务发现、自动扩展。 为什么使用 什么使用 Kubernetes API 和 和 kubectl 工具来管理您的 工具来管理您的应用程序？

(OC) 2.1. OPENSHIFT CLI 入门 2.2. 配置 OPENSHIFT CLI 2.3. OC 和 KUBECTL 命令的使用方法 2.4. 管理 CLI 配置集 2.5. 使用插件扩展 OPENSHIFT CLI 2.6. 使用 KREW 管理 CLI 插件 2.7. OPENSHIFT CLI 开发人员命令参考 2.8. OPENSHIFT CLI 管理员命令参考 第 第 3 发行版本，因此您可以使用 OpenShift Container Platform 附带的受支持的 kubectl 二进制文件，或者使用 oc 二进制文件来获得扩展的功能。 2.3.1. oc 二进制文件 oc 二进制文件提供与 kubectl 二进制文件相同的功能，但它经过扩展，可原生支持额外的 OpenShift Container Platform 功能，包括： 对 对 OpenShift Container --auth-path --client-certificate --client-key --token 对于仍缺失的任何信息，将使用默认值，并提示提供其他信息。 2.5. 使用插件扩展 OPENSHIFT CLI 您可以针对默认的oc命令编写并安装插件，从而可以使用OpenShift Container Platform CLI执行新的及 更复杂的任务。 2.5.1. 编写 CLI

构建为构建策略提供以下可扩展的支持： Docker 构建 Source-to-image（S2I）构建 Custom 构建 如需更多信息，请参阅了解镜像构建 1.2. OPENSHIFT PIPELINES OpenShift Pipelines 提供了一个 Kubernetes 原生 CI/CD 框架，用于在其自己的容器中设计和运行 CI/CD 管道的每个步骤。它可以通过可预测的结果独立扩展以满足按需管道。 建中发布资源，以及发布构建的最终状态。构建会使用资源限制，具体是指定资源限值，如 CPU 使用 量、内存使用量，以及构建或 Pod 执行时间。 OpenShift Container Platform 构建系统提供对构建策略的可扩展支持，它们基于构建 API 中指定的可选 择类型。可用的构建策略主要有三种： Docker 构建 Source-to-image（S2I）构建 Custom 构建 默认情况下，支持 docker 注意 注意 Jenkins Pipeline 策略不支持将 valueFrom 语法用于环境变量。 流程 流程 将 fieldPath 环境变量源设置为您有兴趣获取其值的字段的 JsonPath： 2.3.9.2. 使用 使用 secret 作 作为环 为环境 境变 变量 量 您可以使用 valueFrom 语法，将 secret 的键值作为环境变量提供。 重要 重要 $ oc secrets

第 2 章 章 OPENSHIFT CLI (OC) 2.1. OPENSHIFT CLI 入门 2.2. 配置 OPENSHIFT CLI 2.3. 管理 CLI 配置集 2.4. 使用插件扩展 OPENSHIFT CLI 2.5. OPENSHIFT CLI 开发人员命令参考 2.6. OPENSHIFT CLI 管理员命令参考 2.7. OC 和 KUBECTL 命令的使用方法 第 --auth-path --client-certificate --client-key --token 对于仍缺失的任何信息，将使用默认值，并提示提供其他信息。 2.4. 使用插件扩展 OPENSHIFT CLI 您可以针对默认的oc命令编写并安装插件，从而可以使用OpenShift Container Platform CLI执行新的及 更复杂的任务。 2.4.1. 编写 CLI --to=/tmp --keys=nginx.conf OpenShift Container Platform 4.10 CLI 工具 工具 44 2.5.1.75. oc idle 闲置可扩展资源 用法示例 用法示例 2.5.1.76. oc image append 向镜像添加层并将其推送到 registry 用法示例 用法示例 # List all pods in ps

您可以将其视为一种打包技术。容器只能访问其镜像中定义的资源，除非创建时授予容器其他访问权限。 通过将同一镜像部署到跨越多个主机的多个容器内，并在它们之间进行负载平衡，OpenShift 容器平台可 以为镜像中打包的服务提供冗余和横向扩展。 您可以直接使用 podman 或 Docker CLI 构建镜像，但 OpenShift Container Platform 也提供了构建程序 （builder）镜像，这有助于通过将您的代码或配置添加到现有镜像来创建新镜像。 以无需通 过查看 Dockerfile 便可轻松找到版本。另一示例是在系统上公告可供其他进程使用的路径，如 JAVA_HOME。 避免默 避免默认 认密 密码 码 最好避免设置默认密码。很多人扩展镜像时会忘记删除或更改默认密码。如果在生产环境中的用户被分配 了众所周知的密码，则这可能引发安全问题。应该使用环境变量来使密码可以被配置。 如果您的确要选择设置默认密码，请确保在容器启动时显示适当的警告消息。消息中应告知用户默认密码 OpenShift Container Platform 4.2 镜 镜像 像 24 io.openshift.non- scalable 镜像可能会使用此变量来表明它不支持扩展。UI 随后会将这一信息传达给该镜像 的用户。不可扩展基本上意味着 replicas 值的最初设置不应超过 1。 LABEL io.openshift.non-scalable true io.openshift.min-

您可以将其视为一种打包技术。容器只能访问其镜像中定义的资源，除非创建时授予容器其他访问权限。 通过将同一镜像部署到跨越多个主机的多个容器内，并在它们之间进行负载平衡，OpenShift 容器平台可 以为镜像中打包的服务提供冗余和横向扩展。 您可以直接使用 podman 或 Docker CLI 构建镜像，但 OpenShift Container Platform 也提供了构建程序 （builder）镜像，这有助于通过将您的代码或配置添加到现有镜像来创建新镜像。 指令设置环境变量。一个例子是设置项目版本。这让人可以无需通 过查看 Dockerfile 便可轻松找到版本。另一示例是在系统上公告可供其他进程使用的路径，如 JAVA_HOME。 避免默认密码 避免设置默认密码。许多人扩展镜像时会忘记删除或更改默认密码。如果在生产环境中的用户被分配了众 所周知的密码，则这可能引发安全问题。可以使用环境变量来配置密码。 如果您的确要选择设置默认密码，请确保在容器启动时显示适当的警告消息。消息中应告知用户默认密码 Server with master-slave replication support io.openshift.non- scalable 镜像可以使用此变量来表明它不支持扩展。UI 然后将这一信息传达给该镜像的用 户。不可扩展表示 replicas 值的最初设置不应超过 1。 LABEL io.openshift.non-scalable true io.openshift.min-

MESH 1.12. 管理用户和配置集 1.13. 安全性 1.14. 管理服务网格中的流量 1.15. 指标、日志和追踪 1.16. 性能和可扩展性 1.17. 为生产环境配置 SERVICE MESH 1.18. 连接服务网格 1.19. 扩展 1.20. 使用 3SCALE WEBASSEMBLY 模块 1.21. 使用 3SCALE ISTIO 适配器 1.22. 服务网格故障排除 1 Service Mesh 通过在应用程序中创建集中控制点来解决微服务架构中的各种问题。它 在现有分布式应用上添加一个透明层，而无需对应用代码进行任何更改。 微服务架构将企业应用的工作分成模块化服务，从而简化扩展和维护。但是，随着微服务架构上构建的企 业应用的规模和复杂性不断增长，理解和管理变得困难。Service Mesh 可以通过捕获或截获服务间的流量 来解决这些架构问题，并可修改、重定向或创建新请求到其他服务。 Container Platform 4.8.12 和 OpenShift Container Platform 4.9。 1.2.2.12.4. Service Mesh WebAssembly(WASM)扩展 ServiceMeshExtensions 自定义资源定义(CRD)现已正式发布，它首次作为技术预览功能在版本 2.0 中 推出。您可以使用 CRD 构建自己的插件，但红帽并不支持您创建的插件。

对磁盘性能非常敏感，建议使用更快的存储速度， 特别是 control plane 节点上需要 10 ms p99 fsync 持续时间的 etcd。请注意，在许多云平台上， 存储大小和 IOPS 可一起扩展，因此您可能需要过度分配存储卷来获取足够的性能。 1.1.3.4. 证书签名 名请求管理 求管理 在使用您置备的基础架构时，集群只能有限地访问自动机器管理，因此您必须提供一种在安装后批准集群 OpenShift Container Platform 组件的容器镜像。 参数 参数 描述 描述 值 值 1.1.8.1.2. 网 网络 络配置参数 配置参数 您可以根据现有网络基础架构的要求自定义安装配置。例如，您可以扩展集群网络的 IP 地址块，或者提 供不同于默认值的不同 IP 地址块。 只支持 IPv4 地址。 表 表 1.8. 网 网络 络参数 参数 参数 参数 描述 描述 值 值 networking /var/lib/etcd：保存您可能希望保持独立的数据，比如 etcd 存储的性能优化。 /var：保存您希望独立保留的数据，用于特定目的（如审计）。 单独存储 /var 目录的内容可方便地根据需要对区域扩展存储，并可以在以后重新安装 OpenShift Container Platform 时保持该数据地完整。使用这个方法，您不必再次拉取所有容器，在更新系统时也无 法复制大量日志文件。 因为 /var