OpenShift Container Platform 4.2 架构Container Platform 提供了一种简单的、标准方式的容 器化服务扩展功能。例如,如果将应用程序构建为一组微服务,而非大型的单体式应用程序,您可以分别 扩展各个微服务来满足需求。有了这一能力,您可以只扩展需要的服务,而不是整个应用程序,从而在使 用最少资源的前提下满足应用程序需求。 1.1.3. OpenShift Container Platform 概述 OpenShift Container 在每台机器上作为原子操作原位进行。通过结合使用这些技术,OpenShift Container Platform 可以像管理集群上的任何其他应用程序一样管理操作系统,通过原位升级使整个平台保持最新状 态。这些原位更新可以减轻运维团队的负担。 如果将 RHCOS 用作所有集群机器的操作系统,则集群将管理其组件和机器的所有方面,包括操作系统在 第 第 2 章 章 安装和更新 安装和更新 7 如果将 RHCOS 用作所有 Platform 4.2 中,您可以在以下平台上安装使用用户置备的基础架构集群: AWS GCP VMware vSphere 裸机 在用户置备的基础架构上安装,每台机器都可拥有完整的互联网访问能力,您可以将集群放置在代理后 面,也可以执行受限网络安装。在受限网络安装中,您可以下载安装集群所需的镜像(image),将它们 放在镜像 registry(mirror registry)中,然后使用0 码力 | 32 页 | 783.33 KB | 1 年前3
OpenShift Container Platform 4.3 架构Container Platform 提供了一种简单的、标准方式的容 器化服务扩展功能。例如,如果将应用程序构建为一组微服务,而非大型的单体式应用程序,您可以分别 扩展各个微服务来满足需求。有了这一能力,您可以只扩展需要的服务,而不是整个应用程序,从而在使 用最少资源的前提下满足应用程序需求。 1.1.3. OpenShift Container Platform 概述 OpenShift Container 在每台机器上作为原子操作原位进行。通过结合使用这些技术,OpenShift Container Platform 可以像管理集群上的任何其他应用程序一样管理操作系统,通过原位升级使整个平台保持最新状 态。这些原位更新可以减轻运维团队的负担。 如果将 RHCOS 用作所有集群机器的操作系统,则集群将管理其组件和机器的所有方面,包括操作系统在 第 第 2 章 章 安装和更新 安装和更新 7 如果将 RHCOS 用作所有 4.3 中,您可以在以下平台上安装使用用户置备的基础架构集群: AWS Azure GCP VMware vSphere 裸机 在用户置备的基础架构上安装,每台机器都可拥有完整的互联网访问能力,您可以将集群放置在代理后 面,也可以执行受限网络安装。在受限网络安装中,您可以下载安装集群所需的镜像(image),将它们 放在镜像 registry(mirror registry)中,然后使用0 码力 | 47 页 | 1.05 MB | 1 年前3
OpenShift Container Platform 4.7 架构Container Platform 提供了一种简单的、标准方式的容 器化服务扩展功能。例如,如果将应用程序构建为一组微服务,而非大型的单体式应用程序,您可以分别 扩展各个微服务来满足需求。有了这一能力,您可以只扩展需要的服务,而不是整个应用程序,从而在使 用最少资源的前提下满足应用程序需求。 2.1.3. OpenShift Container Platform 概述 OpenShift Container 在每台机器上作为原子操作原位进行。通过结合使用这些技术,OpenShift Container Platform 可以像管理集群上的任何其他应用程序一样管理操作系统,通过原位升级使整个平台保持最新状 态。这些原位更新可以减轻运维团队的负担。 如果将 RHCOS 用作所有集群机器的操作系统,则集群将管理其组件和机器的所有方面,包括操作系统在 内。因此,只有安装程序和 Machine Config Operator 才能更改机器。安装程序使用 升级。您可以创建额外的 MCP 或自定义池来管理具有超出默认节点类型的自定义用例的节点。 自定义池是从 worker 池中继承其配置的池。它们将任何机器配置用于 worker 池,但添加了仅针对自定义 池部署更改的能力。由于自定义池从 worker 池继承其配置,对 worker 池的任何更改都会应用到自定义 池。MCO 不支持从 worker 池中继承其配置的自定义池。 注意 注意 节点只能包含在一个 MCP0 码力 | 55 页 | 1.16 MB | 1 年前3
OpenShift Container Platform 4.10 架构Container Platform 提供了一种简单的、标准方式的容 器化服务扩展功能。例如,如果将应用程序构建为一组微服务,而非大型的单体式应用程序,您可以分别 扩展各个微服务来满足需求。有了这一能力,您可以只扩展需要的服务,而不是整个应用程序,从而在使 用最少资源的前提下满足应用程序需求。 OpenShift Container Platform 4.10 架 架构 构 10 2.1.3 在每台机器上作为原子操作原位进行。通过结合使用这些技术,OpenShift Container Platform 可以像管理集群上的任何其他应用程序一样管理操作系统,通过原位升级使整个平台保持最新状 态。这些原位更新可以减轻运维团队的负担。 如果将 RHCOS 用作所有集群机器的操作系统,则集群将管理其组件和机器的所有方面,包括操作系统在 内。因此,只有安装程序和 Machine Config Operator 才能更改机器。安装程序使用 升级。您可以创建额外的 MCP 或自定义池来管理具有超出默认节点类型的自定义用例的节点。 自定义池是从 worker 池中继承其配置的池。它们将任何机器配置用于 worker 池,但添加了仅针对自定义 池部署更改的能力。由于自定义池从 worker 池继承其配置,对 worker 池的任何更改都会应用到自定义 池。MCO 不支持从 worker 池中继承其配置的自定义池。 注意 注意 节点只能包含在一个 MCP0 码力 | 63 页 | 1.40 MB | 1 年前3
OpenShift Container Platform 4.13 安装在每台机器上作为原子操作原位进行。通过结合使用这些技术,OpenShift Container Platform 可以像管理集群上的任何其他应用程序一样管理操作系统,通过原位升级使整个平台 保持最新状态。这些原位更新可以减轻运维团队的负担。 如果将 RHCOS 用作所有集群机器的操作系统,则集群将管理其组件和机器的所有方面,包括操作系统在 内。因此,只有安装程序和 Machine Config Operator 才能更改机器。安装程序使用 Installer 所带来的变量,并需要在断开连接的环境中安装集群时,可以使用基 于代理的安装。 如果可能,请使用基于代理的安装功能来避免创建带有 bootstrap 虚拟机的置备程序机器,然后置备和维 护集群基础架构。 采用安装程序置 采用安装程序置备 备的基 的基础 础架 架构 构的安装 的安装过 过程 程 默认安装类型为使用安装程序置备的基础架构。默认情况下,安装程序充当安装向导,提示您输入它无法 Container Platform 4.12 集群的有效值为 v4.11 和 v4.12。 定义要显式启用的功能列表。除了 baselineCapabilitySet 中指定的能力外,它们也会启用。 注意 注意 在本例中,默认能力被设置为 v4.11。additionalEnabledCapabilities 字段启用了默 认的 v4.11 功能集的额外功能。 下表描述了 baselineCapabilitySet0 码力 | 4634 页 | 43.96 MB | 1 年前3
OpenShift Container Platform 3.11 扩展和性能指南如果可以控制节点配置,则从本地 registry 拉取(pull)适合使用。但是,它不会在不自动替 换节点的云供应商(如 GCE)上可靠工作。如果您在 Google Container Engine(GKE)上运 行,则每个带有 Google Container Registry 凭证的 .dockercfg 文件都会有一个 .dockercfg 文件。 4.3. 使用 RHEL 工具容器镜像进行调试 红帽分发 图形的主要优点是 Linux 页面缓存在共享同一节点上的镜像的容器之间共享。OverlayFS 的此 属性会导致在容器启动期间减少输入/输出(I/O),从而加快容器启动时间,同时减少类似镜像在节点上运 行时的内存用量。这些结果在许多环境中都很有用,特别是那些针对密度优化且具有高容器数量率(如构 建场)或镜像内容具有重大重叠的目标。 DeviceMapper 无法进行页面缓存共享,因为精简配置的设备会基于每个容器分配。 静态文件/web 服务器或者缓存代理 100-1000 生成动态内容的应用程序 取决于所使用的技术,HAProxy 通常可支持 5 到 1000 个程序的路由。路由器性能可能会受其后面的应用 程序的能力和性能的限制,如使用的语言,静态内容或动态内容。 应该使用 路由器分片 为应用程序提供更多路由,并帮助水平扩展路由层。 8.1.2. 性能优化 8.1.2.1. 设 设置 置连 连接的最大数量0 码力 | 58 页 | 732.06 KB | 1 年前3
OpenShift Container Platform 4.2 镜像无法看到其他应用程序 的进程、文件、网络等。通常情况下,每个容器提供一项服务,常称为微服务,如 Web 服务器或数据 库,但容器也可用于任意工作负载。 多年来,Linux 内核一直在整合容器技术的能力。Docker 项目为主机上的 Linux 容器开发了便捷的管理接 口。最近,开放容器计划还为容器格式和容器运行时制定了开放标准。OpenShift Container Platform 和 Kubernetes 配 :v3.11.59-2 和 :latest 标签。 OpenShift Container Platform 提供 oc tag 命令,该命令类似于 docker tag 命令,但是在镜像流上运 行,而非直接在镜像上运行。 3.6. 镜像 ID 镜像 ID 是 SHA(安全哈希算法)代码,可用于拉取(pull)镜像。SHA 镜像 ID 不能更改。特定 SHA 标 识符会始终引用完全相同的容器镜像内容。例如: 指令中的标签(如 rhel:rhel7),方便用户准确了解您的镜像基于哪个版本的镜像。 使用除 latest 以外的标签可确保您的镜像不受 latest 版上游镜像重大更改的影响。 在 在标签 标签内 内维 维持兼任性 持兼任性 在为自己的镜像添加标签时,建议尽量在标签内保持向后兼容性。例如:如果您提供名为 foo 的镜像,当 前包含 1.0 版,则可使用 foo:v1 标签。当您更新了镜像时,只要仍与原始镜像兼容,就可继续使用0 码力 | 92 页 | 971.35 KB | 1 年前3
OpenShift Container Platform 4.14 镜像Container Platform 4.14 镜 镜像 像 4 OpenShift Container Platform 提供 oc tag 命令,该命令类似于 docker tag 命令,但是在镜像流上运 行,而非直接在镜像上运行。 1.6. 镜像 ID 镜像 ID 是 SHA(安全哈希算法)代码,可用于拉取(pull)镜像。SHA 镜像 ID 不能更改。特定 SHA 标 识符会始终引用完全相同的容器镜像内容。例如: 无法看到其他应用程序 的进程、文件、网络等。通常情况下,每个容器提供一项服务,常称为微服务,如 Web 服务器或数据 库,但容器也可用于任意工作负载。 多年来,Linux 内核一直在整合容器技术的能力。Docker 项目为主机上的 Linux 容器开发了便捷的管理接 口。最近,开放容器计划还为容器格式和容器运行时制定了开放标准。OpenShift Container Platform 和 Kubernetes 指令中的标签(如 rhel:rhel7),方便用户准确了解您的镜像基于哪个版本的镜像。 使用除 latest 以外的标签可确保您的镜像不受 latest 版上游镜像重大更改的影响。 在 在标签 标签内 内维 维持兼任性 持兼任性 在为自己的镜像添加标签时,建议尽量在标签内保持向后兼容性。例如,如果您提供名为 image 的镜 像,且当前包含 1.0 版本,您可以提供一个 image:v1 标签。当您更新镜像时,只要它仍然与原始镜像兼0 码力 | 118 页 | 1.13 MB | 1 年前3
OpenShift Container Platform 4.10 可伸缩性和性能和内存,以避免因为缺少资源而造成潜在的停机。 重要 重要 节点大小取决于集群中的节点和对象数量。它还取决于集群上是否正在主动创建这些对 象。在创建对象时,control plane 在资源使用量方面与对象处于运 运行( 行(running) )阶段的 时间相比更活跃。 Operator Lifecycle Manager(OLM)在 control plane 节点上运行,其内存占用量取决于 OLM 在集群中,则所有嵌套的 部分也必须评估为 true。否则会假定 false,并且不会应 用或建议具有对应 部分的配置集。因此,嵌套(子级 部分)会以逻辑 AND 运算来运 作。反之,如果匹配 列表中任何一项,整个 列表评估为 true。因此,该列表以逻辑 OR 运算来运作。 如果定义 了 了 machineConfigLabels,基于机器配置池的匹配会对给定的 plane/etcd 节点,因为 etcd 对延迟敏感。gp3 卷不使用突发性能。 2. Infra 节点用于托管 Monitoring、Ingress 和 Registry 组件,以确保它们有足够资源可大规模运 行。 3. 工作负载节点专用于运行性能和可扩展工作负载生成器。 4. 使用更大的磁盘,以便有足够的空间存储在运行性能和可扩展性测试期间收集的大量数据。 5. 在迭代中扩展了集群,且性能和可扩展性测试是在指定节点数中执行的。 0 码力 | 315 页 | 3.19 MB | 1 年前3
OpenShift Container Platform 4.14 安装在每台机器上作为原子操作原位进行。通过结合使用这些技术,OpenShift Container Platform 可以像管理集群上的任何其他应用程序一样管理操作系统,通过原位升级使整个平台 保持最新状态。这些原位更新可以减轻运维团队的负担。 如果将 RHCOS 用作所有集群机器的操作系统,则集群将管理其组件和机器的所有方面,包括操作系统在 内。因此,只有安装程序和 Machine Config Operator 才能更改机器。安装程序使用 Installer 所带来的变量,并需要在断开连接的环境中安装集群时,可以使用基 于代理的安装。 如果可能,请使用基于代理的安装功能来避免创建带有 bootstrap 虚拟机的置备程序机器,然后置备和维 护集群基础架构。 采用安装程序置 采用安装程序置备 备的基 的基础 础架 架构 构的安装 的安装过 过程 程 默认安装类型为使用安装程序置备的基础架构。默认情况下,安装程序充当安装向导,提示您输入它无法 Container Platform 4.12 集群的有效值为 v4.11 和 v4.12。 定义要显式启用的功能列表。除了 baselineCapabilitySet 中指定的能力外,它们也会启用。 注意 注意 在本例中,默认能力被设置为 v4.11。additionalEnabledCapabilities 字段启用了默 认的 v4.11 功能集的额外功能。 下表描述了 baselineCapabilitySet0 码力 | 3881 页 | 39.03 MB | 1 年前3
共 56 条
- 1
- 2
- 3
- 4
- 5
- 6













