OpenShift Container Platform 4.3 架构Container Platform 以 Kubernetes 为基础,为大规模电信、流视频、游戏、银行和其他应用 提供引擎技术。借助红帽开放技术中的实现,您可以将容器化应用程序从单一云扩展到内部和多云环境。 1.1.1. 关于 Kubernetes 尽管容器镜像和从中运行的容器是现代应用程序开发的主要构建块,但要大规模运行它们,则需要可靠且 灵活的分发系统。Kubernetes 是编配容器的事实标准。 在每台机器上作为原子操作原位进行。通过结合使用这些技术,OpenShift Container Platform 可以像管理集群上的任何其他应用程序一样管理操作系统,通过原位升级使整个平台保持最新状 态。这些原位更新可以减轻运维团队的负担。 如果将 RHCOS 用作所有集群机器的操作系统,则集群将管理其组件和机器的所有方面,包括操作系统在 第 第 2 章 章 安装和更新 安装和更新 7 如果将 RHCOS 用作所有集群 ,可通过参数形式 在模板中设置这些值。Template Service Broker Operator 是一个服务代理,可供您用于实例化 自己的模板。您也可以直接从命令行安装模板。 您可以根据开发团队的特定需求,配置支持的 Operator、服务目录应用程序和模板,然后在开发人员开 展工作的命名空间中提供它们。 许多人将共享模板添加到 openshift 命名空间中,因为可以从所有其他命 名空间访问这个命名空间。0 码力 | 47 页 | 1.05 MB | 1 年前3
OpenShift Container Platform 4.2 架构Container Platform 以 Kubernetes 为基础,为大规模电信、流视频、游戏、银行和其他应用 提供引擎技术。借助红帽开放技术中的实现,您可以将容器化应用程序从单一云扩展到内部和多云环境。 1.1.1. 关于 Kubernetes 尽管容器镜像和从中运行的容器是现代应用程序开发的主要构建块,但要大规模运行它们,则需要可靠且 灵活的分发系统。Kubernetes 是编配容器的事实标准。 在每台机器上作为原子操作原位进行。通过结合使用这些技术,OpenShift Container Platform 可以像管理集群上的任何其他应用程序一样管理操作系统,通过原位升级使整个平台保持最新状 态。这些原位更新可以减轻运维团队的负担。 如果将 RHCOS 用作所有集群机器的操作系统,则集群将管理其组件和机器的所有方面,包括操作系统在 第 第 2 章 章 安装和更新 安装和更新 7 如果将 RHCOS 用作所有集群 ,可通过参数形式 在模板中设置这些值。Template Service Broker Operator 是一个服务代理,可供您用于实例化 自己的模板。您也可以直接从命令行安装模板。 您可以根据开发团队的特定需求,配置支持的 Operator、服务目录应用程序和模板,然后在开发人员开 展工作的命名空间中提供它们。 许多人将共享模板添加到 openshift 命名空间中,因为可以从所有其他命 名空间访问这个命名空间。0 码力 | 32 页 | 783.33 KB | 1 年前3
OpenShift Container Platform 4.8
Web 控制台台,它为用户提供了一个连接、管理和监控微服务应用程序的统一方法。 术语 服务网格(service mesh)代表在分布式微服务架构中组成应用程序的微服务网络,以及这些微服务 间的交互。当服务网格的规模和复杂性增大时,了解和管理它就会变得非常困难。 Red Hat OpenShift Service Mesh 基于开源 Istio 项目,它在不需要修改服务代码的情况下,为现有的分 布式应用程序添加了一个透明的层。您可以在服务中添加对 Platform 环境中的微服务。 2.1.1. 了解服务网格 服务网格(service mesh)是一个微服务网络,它用于在一个分布式的微服务架构中构成应用程序,并提 供不同微服务间的交互功能。当服务网格的规模和复杂性增大时,了解和管理它就会变得非常困难。 Red Hat OpenShift Service Mesh 基于开源 Istio 项目,它在不需要修改服务代码的情况下,为现有的分 布式应用程序添加了一个透明的层。您可以在服务中添加对 模板生成可重复使用的配置。用户可根据自己的配置对您所创建 的模板进行扩展。模板也可以从其他模板继承配置信息。例如,您可以为财务团队创建一个财务 control plane,为市场团队创建一个市场 control plane。如果您创建了一个开发模板和一个产品模板,则市场团 队成员和财务团队成员就可以根据自己团队的情况对开发模板和产品模板进行扩展。 当配置 control plane 模板(与 ServiceMeshControlPlane0 码力 | 87 页 | 1.58 MB | 1 年前3
OpenShift Container Platform 4.10 可伸缩性和性能推荐的主机 推荐的主机实 实践 践 13 注意 注意 避免 NAS 或 SAN 设置,以及旋转驱动器。Ceph Rados 块设备 (RBD) 和其他类型的网络 附加存储可能会导致网络延迟无法预计。要大规模向 etcd 节点提供快速存储,请使用 PCI 透传将 NVM 设备直接传递给节点。 始终使用相关工具(如 fio)进行基准测试。当集群性能增加时,您可以使用这些工具不断监控集群性 能。 注意 注意 缩性和性能 性和性能 40 重要 重要 如果没有设置 maxUnhealthy,则默认值为 100%,无论集群状态如何,机器都会被修 复。 适当的 maxUnhealthy 值取决于您部署的集群规模以及 MachineHealthCheck 覆盖的机器数量。例如, 您可以使用 maxUnhealthy 值覆盖多个可用区间的多个机器集,以便在丢失整个区时,maxUnhealthy 设置可以在集群 (CRD) 的数量 没有默认值。 512 [7] 最大 最大类 类型 型 3.x 测试 测试的最大 的最大值 值 4.x 测试 测试的最大 的最大值 值 1. 部署暂停 Pod 以在 2000 个节点规模下对 OpenShift Container Platform 的 control plane 组件进 行压力测试。 2. 这里的 pod 数量是 test pod 的数量。实际的 pod 数量取决于应用程序的内存、CPU0 码力 | 315 页 | 3.19 MB | 1 年前3
OpenShift Container Platform 4.8 Service Mesh通过在应用程序中创建集中控制点来解决微服务架构中的各种问题。它 在现有分布式应用上添加一个透明层,而无需对应用代码进行任何更改。 微服务架构将企业应用的工作分成模块化服务,从而简化扩展和维护。但是,随着微服务架构上构建的企 业应用的规模和复杂性不断增长,理解和管理变得困难。Service Mesh 可以通过捕获或截获服务间的流量 来解决这些架构问题,并可修改、重定向或创建新请求到其他服务。 Service Mesh 基于开源 Istio Platform 环境中的微服务。 1.3.1. 了解服务网格 服务网格(service mesh)是一个微服务网络,它用于在一个分布式的微服务架构中构成应用程序,并提 供不同微服务间的交互功能。当服务网格的规模和复杂性增大时,了解和管理它就会变得非常困难。 Red Hat OpenShift Service Mesh 基于开源 Istio 项目,它在不需要修改服务代码的情况下,为现有的分 布式应用程序添加了一个透明的层。您可以在服务中添加对 OpenShift Container Platform 4.8 Service Mesh 32 在 Istio 中,租户是为一组部署的工作负载共享共同访问权限和特权的用户组。您可以使用租户在不同的 团队之间提供一定程度的隔离。您可以使用 istio.io 或服务资源的 NetworkPolicies、AuthorizationPolicies 和 exportTo 注解来隔离对不同租户的访问。0 码力 | 344 页 | 3.04 MB | 1 年前3
OpenShift Container Platform 4.7 架构Container Platform 以 Kubernetes 为基础,为大规模电信、流视频、游戏、银行和其他应用 提供引擎技术。借助红帽开放技术中的实现,您可以将容器化应用程序从单一云扩展到内部和多云环境。 2.1.1. 关于 Kubernetes 尽管容器镜像和从中运行的容器是现代应用程序开发的主要构建块,但要大规模运行它们,则需要可靠且 灵活的分发系统。Kubernetes 是编配容器的事实标准。 在每台机器上作为原子操作原位进行。通过结合使用这些技术,OpenShift Container Platform 可以像管理集群上的任何其他应用程序一样管理操作系统,通过原位升级使整个平台保持最新状 态。这些原位更新可以减轻运维团队的负担。 如果将 RHCOS 用作所有集群机器的操作系统,则集群将管理其组件和机器的所有方面,包括操作系统在 内。因此,只有安装程序和 Machine Config Operator 才能更改机器。安装程序使用 Kubernetes 应用程序。模板可以是资 源定义列表,可以是 Deployment、Service、Route 或其他对象。如果要更改名称或资源,可通 过参数形式在模板中设置这些值。 您可以根据开发团队的特定需求,配置支持的 Operator 和模板,然后在开发人员开展工作的命名空间中 提供它们。 许多人将共享模板添加到 openshift 命名空间中,因为可以从所有其他命名空间访问这个命名 空间。0 码力 | 55 页 | 1.16 MB | 1 年前3
OpenShift Container Platform 4.10 架构Kubernetes 为基础,为大规模电信、流视频、游戏、银行和其他应用 提供引擎技术。借助红帽开放技术中的实现,您可以将容器化应用程序从单一云扩展到内部和多云环境。 第 第 2 章 章 OPENSHIFT CONTAINER PLATFORM 架 架构 构 9 2.1.1. 关于 Kubernetes 尽管容器镜像和从中运行的容器是现代应用程序开发的主要构建块,但要大规模运行它们,则需要可靠且 灵活的分发系统。Kubernetes 在每台机器上作为原子操作原位进行。通过结合使用这些技术,OpenShift Container Platform 可以像管理集群上的任何其他应用程序一样管理操作系统,通过原位升级使整个平台保持最新状 态。这些原位更新可以减轻运维团队的负担。 如果将 RHCOS 用作所有集群机器的操作系统,则集群将管理其组件和机器的所有方面,包括操作系统在 内。因此,只有安装程序和 Machine Config Operator 才能更改机器。安装程序使用 Kubernetes 应用程序。模板可以是资 源定义列表,可以是 Deployment、Service、Route 或其他对象。如果要更改名称或资源,可通 过参数形式在模板中设置这些值。 您可以根据开发团队的特定需求,配置支持的 Operator 和模板,然后在开发人员开展工作的命名空间中 提供它们。 许多人将共享模板添加到 openshift 命名空间中,因为可以从所有其他命名空间访问这个命名 空间。0 码力 | 63 页 | 1.40 MB | 1 年前3
OpenShift Container Platform 4.6 关于创建 建 CI/CD 管道 管道 :管道是无服务器、云原生、持续集成和在隔离容器中运行的持续部署系统。它 们使用标准的 Tekton 自定义资源来实现部署自动化,并为处理基于微服务的架构的非中心化团队 设计。 部署 部署 Helm chart:Helm 3 是一个软件包管理器,可帮助开发人员在 Kubernetes 中定义、安装和更 新应用程序软件包。Helm Chart 是一个打包格式,用于描述可以使用 的核心组件。您可以使用 OpenShift Container Platform 开发和运行容器化应用程序。OpenShift Container Platform 以 Kubernetes 为基础,为大规模电信、流 视频、游戏、银行和其他应用提供引擎技术。您可以使用 OpenShift Container Platform 将容器化应用程 序扩展至内部和多云环境中的容器化应用程序。 图 图 3.3.0 码力 | 26 页 | 718.91 KB | 1 年前3
OpenShift Container Platform 4.14 安装在每台机器上作为原子操作原位进行。通过结合使用这些技术,OpenShift Container Platform 可以像管理集群上的任何其他应用程序一样管理操作系统,通过原位升级使整个平台 保持最新状态。这些原位更新可以减轻运维团队的负担。 如果将 RHCOS 用作所有集群机器的操作系统,则集群将管理其组件和机器的所有方面,包括操作系统在 内。因此,只有安装程序和 Machine Config Operator 才能更改机器。安装程序使用 为集群输入描述性名称。 2. 修改 install-config.yaml 文件。AWS Outposts 安装有以下限制,需要手动修改 install- config.yaml 文件: 与提供接近规模的 AWS 区域不同,AWS Outposts 被其置备的容量、EC2 系列和生成、配置 的实例大小以及尚未被其他工作负载消耗的计算容量的限制。因此,在创建新的 OpenShift Container 地址和相关信息。例如: 使用网络团队 可选: 您可以使用 team= 参数来将网络团队用作绑定的替代选择: 配置组接口的语法为: team=name[:network_interfaces] name 是组设备名称(team0),network_interfaces 代表以逗号分隔的物理(以太网)接口 (em1、 、em2)列表。 注意 注意 当 RHCOS 切换到即将推出的 RHEL 版本时,团队(team)功能被计划弃用。如需更多信0 码力 | 3881 页 | 39.03 MB | 1 年前3
OpenShift Container Platform 4.13 安装在每台机器上作为原子操作原位进行。通过结合使用这些技术,OpenShift Container Platform 可以像管理集群上的任何其他应用程序一样管理操作系统,通过原位升级使整个平台 保持最新状态。这些原位更新可以减轻运维团队的负担。 如果将 RHCOS 用作所有集群机器的操作系统,则集群将管理其组件和机器的所有方面,包括操作系统在 内。因此,只有安装程序和 Machine Config Operator 才能更改机器。安装程序使用 secret 。 2. 修改 install-config.yaml 文件。AWS Outposts 安装有以下限制,需要手动修改 install- config.yaml 文件: 与提供接近规模的 AWS 区域不同,AWS Outposts 被其置备的容量、EC2 系列和生成、配置 的实例大小以及尚未被其他工作负载消耗的计算容量的限制。因此,在创建新的 OpenShift Container 地址和相关信息。例如: 使用网络团队 可选: 您可以使用 team= 参数来将网络团队用作绑定的替代选择: 配置组接口的语法为: team=name[:network_interfaces] name 是组设备名称(team0),network_interfaces 代表以逗号分隔的物理(以太网)接口 (em1、 、em2)列表。 注意 注意 当 RHCOS 切换到即将推出的 RHEL 版本时,团队(team)功能被计划弃用。如需更多信0 码力 | 4634 页 | 43.96 MB | 1 年前3
共 42 条
- 1
- 2
- 3
- 4
- 5













