OpenShift Container Platform 4.10 架构配置偏移 配置偏移 在节点上配置与机器配置指定的内容不匹配的情况。 containers 包括软件及其所有依赖项的轻量级和可执行镜像。由于容器虚拟化操作系统,您可以在任何位置运行 容器,从数据中心到公共或私有云到本地主机。 容器 容器编 编配引擎 配引擎 用于实现容器部署、管理、扩展和联网的软件。 容器工作 容器工作负载 负载 在容器中打包和部署的应用程序。 控制 控制组 组 (cgroups) 机器配置池 机器配置池 (MCP) 一组基于它们处理的资源的机器(如 control plane 组件或用户工作负载)。 metadata 有关集群部署工件的附加信息。 微服 微服务 务 编写软件的方法。应用程序可以使用微服务相互独立,划分为最小的组件。 镜 镜像 像 registry 包含 OpenShift Container Platform 镜像的 mirror registry。 Operator 将人类操作知识编码到一个软件程序中,易于打包并与客户共享。 OperatorHub 包含要安装的 OpenShift Container Platform Operator 的平台。 Operator Lifecycle Manager (OLM) OLM 可帮助您安装、更新和管理 Kubernetes 原生应用程序的生命周期。OLM 是一个开源工具包,用 于以有效、自动化且可扩展的方式管理0 码力 | 63 页 | 1.40 MB | 1 年前3
OpenShift Container Platform 4.2 架构Kubernetes 尽管容器镜像和从中运行的容器是现代应用程序开发的主要构建块,但要大规模运行它们,则需要可靠且 灵活的分发系统。Kubernetes 是编配容器的事实标准。 Kubernetes 是一个开源容器编配引擎,用于自动化容器化应用程序的部署、扩展和管理。Kubernetes 的 一般概念比较简单: 从一个或多个 worker 节点开始,以运行容器工作负载。 从一个或多个 master 节点管理这些工作负载的部署。 controller)是另一种特殊资产,用于指示一次需要运行多少个 Pod 副本。您可以使用此功能来自 动扩展应用程序,以适应其当前的需求。 短短数年,Kubernetes 已在大量的云和本地环境中被采用。借助开源开发模型,拥护和可以通过为组件 (如网络、存储和身份验证)实施不同的技术来扩展 Kubernetes 的功能。 1.1.2. 容器化应用程序的好处 与使用传统部署方法相比,使用容器化应用程序具有 空间与 主机 Linux 系统分开,但容器可以在必要时与主机无缝集成。容器以 Linux 为基础,因此可以利用快速创 新的开源开发模型带来的所有优势。 因为每个容器都使用专用的操作系统,所以您能够在同一主机上部署需要冲突软件依赖项的不同应用程 序。每个容器都带有各自的依赖软件,并且管理自己的接口,如网络和文件系统,因此应用程序无需争用 这些资产。 1.1.2.2. 部署和 部署和扩展 展优势0 码力 | 32 页 | 783.33 KB | 1 年前3
OpenShift Container Platform 4.3 架构Kubernetes 尽管容器镜像和从中运行的容器是现代应用程序开发的主要构建块,但要大规模运行它们,则需要可靠且 灵活的分发系统。Kubernetes 是编配容器的事实标准。 Kubernetes 是一个开源容器编配引擎,用于自动化容器化应用程序的部署、扩展和管理。Kubernetes 的 一般概念比较简单: 从一个或多个 worker 节点开始,以运行容器工作负载。 从一个或多个 master 节点管理这些工作负载的部署。 controller)是另一种特殊资产,用于指示一次需要运行多少个 Pod 副本。您可以使用此功能来自 动扩展应用程序,以适应其当前的需求。 短短数年,Kubernetes 已在大量的云和本地环境中被采用。借助开源开发模型,拥护和可以通过为组件 (如网络、存储和身份验证)实施不同的技术来扩展 Kubernetes 的功能。 1.1.2. 容器化应用程序的好处 与使用传统部署方法相比,使用容器化应用程序具有 空间与 主机 Linux 系统分开,但容器可以在必要时与主机无缝集成。容器以 Linux 为基础,因此可以利用快速创 新的开源开发模型带来的所有优势。 因为每个容器都使用专用的操作系统,所以您能够在同一主机上部署需要冲突软件依赖项的不同应用程 序。每个容器都带有各自的依赖软件,并且管理自己的接口,如网络和文件系统,因此应用程序无需争用 这些资产。 1.1.2.2. 部署和 部署和扩展 展优势0 码力 | 47 页 | 1.05 MB | 1 年前3
OpenShift Container Platform 4.6 关于开发 发 :了解不同类型的容器化应用,从简单的容器到高级 Kubernetes 部署和 Operator。 使用 使用项 项目 目 :从 Web 控制台或 CLI 创建项目,以组织和共享您开发的软件。 使用 使用应 应用程序 用程序 : 使用 OpenShift Container Platform Web 控制台中的 开 开发 发者 者视角,轻松创建和 部署应用程序。 使用 Topology 们使用标准的 Tekton 自定义资源来实现部署自动化,并为处理基于微服务的架构的非中心化团队 设计。 部署 部署 Helm chart:Helm 3 是一个软件包管理器,可帮助开发人员在 Kubernetes 中定义、安装和更 新应用程序软件包。Helm Chart 是一个打包格式,用于描述可以使用 Helm CLI 部署的应用程 序。 了解 了解 Operator:Operator 是为 OpenShift Kubernetes 和容器编配 OpenShift Kubernetes Engine 提供了对一个企业级 Kubernetes 环境的完整访问权限,该环境易于安装, 并提供了您的数据中心中可能使用的许多软件元素的广泛兼容性测试。 OpenShift Kubernetes Engine 提供与 OpenShift Container Platform 相同的服务级别协议、错误修复和 常见漏洞和错误保护。OpenShift0 码力 | 26 页 | 718.91 KB | 1 年前3
OpenShift Container Platform 4.7 架构Kubernetes 尽管容器镜像和从中运行的容器是现代应用程序开发的主要构建块,但要大规模运行它们,则需要可靠且 灵活的分发系统。Kubernetes 是编配容器的事实标准。 Kubernetes 是一个开源容器编配引擎,用于自动化容器化应用程序的部署、扩展和管理。Kubernetes 的 一般概念比较简单: 从一个或多个 worker 节点开始,以运行容器工作负载。 从一个或多个 control plane controller)是另一种特殊资产,用于指示一次需要运行多少个 pod 副本。您可以使用此功能来自 动扩展应用程序,以适应其当前的需求。 短短数年,Kubernetes 已在大量的云和本地环境中被采用。借助开源开发模型,拥护和可以通过为组件 (如网络、存储和身份验证)实施不同的技术来扩展 Kubernetes 的功能。 2.1.2. 容器化应用程序的好处 与使用传统部署方法相比,使用容器化应用程序具有 空间与 主机 Linux 系统分开,但容器可以在必要时与主机无缝集成。容器以 Linux 为基础,因此可以利用快速创 新的开源开发模型带来的所有优势。 因为每个容器都使用专用的操作系统,所以您能够在同一主机上部署需要冲突软件依赖项的不同应用程 序。每个容器都带有各自的依赖软件,并且管理自己的接口,如网络和文件系统,因此应用程序无需争用 这些资产。 2.1.2.2. 部署和 部署和扩展 展优势0 码力 | 55 页 | 1.16 MB | 1 年前3
OpenShift Container Platform 4.8
Web 控制台mesh)代表在分布式微服务架构中组成应用程序的微服务网络,以及这些微服务 间的交互。当服务网格的规模和复杂性增大时,了解和管理它就会变得非常困难。 Red Hat OpenShift Service Mesh 基于开源 Istio 项目,它在不需要修改服务代码的情况下,为现有的分 布式应用程序添加了一个透明的层。您可以在服务中添加对 Red Hat OpenShift Service Mesh 的支持,方 法是将一个特殊的 分布式的微服务架构中构成应用程序,并提 供不同微服务间的交互功能。当服务网格的规模和复杂性增大时,了解和管理它就会变得非常困难。 Red Hat OpenShift Service Mesh 基于开源 Istio 项目,它在不需要修改服务代码的情况下,为现有的分 布式应用程序添加了一个透明的层。您可以在服务中添加对 Red Hat OpenShift Service Mesh 的支持,方 法是将一个特殊的 获取的用户配置详情相隔离。 Red Hat OpenShift Service Mesh 还使用 istio-operator 来管理 control plane 的安装。 Operator 是一个 软件,它可让您实现和自动化 OpenShift 集群中的常见操作。它相当于一个控制器,用于设置或更改集群 中对象的所需状态。 2.1.3. Red Hat OpenShift Service Mesh0 码力 | 87 页 | 1.58 MB | 1 年前3
OpenShift Container Platform 4.8 Service Mesh业应用的规模和复杂性不断增长,理解和管理变得困难。Service Mesh 可以通过捕获或截获服务间的流量 来解决这些架构问题,并可修改、重定向或创建新请求到其他服务。 Service Mesh 基于开源 Istio 项目,为创建部署的服务提供发现、负载均衡、服务对服务身份验证、故障 恢复、指标和监控的服务网络提供了便捷的方法。服务网格还提供更复杂的操作功能,其中包括 A/B 测 试、canary 发行版本、访问控制以及端到端验证。 网格就可以对策略进行更改,而不需要修改应用程序代码。 遥测 - 了解服务间的依赖关系以及服务间的网络数据流,从而可以快速发现问题。 1.2. SERVICE MESH 发行注记 1.2.1. 使开源包含更多 红帽承诺替换我们的代码、文档和网页属性中存在问题的语言。我们从这四个术语开始: master、 slave、blacklist 和 whitelist。这些更改将在即将发行的几个发行本中逐渐实施。有关更多详情,请参阅我 分。 例如,如果您创建一个名为 'akube-a' 的命名空间并将其添加到 Service Mesh member roll 中,Kiali UI 不会显示这个命名空间。这是因为对于定义的排除特征,软件会排除以定义特征开始 或包括定义特征的命名空间。 临时解决方案:更改 Kiali 自定义资源设置,以便使用尖号 (^) 前缀设置。例如: api: namespaces: exclude:0 码力 | 344 页 | 3.04 MB | 1 年前3
Red Hat OpenShift Data Foundation 4.12 规划部署. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 目 目录 录 使开源包含更多 使开源包含更多 对红 对红帽文档提供反 帽文档提供反馈 馈 第 第 1 章 章 OPENSHIFT DATA FOUNDATION 介 介绍 绍 第 第 2 章 章 OPENSHIFT DATA Foundation 4.12 规 规划部署 划部署 2 使开源包含更多 红帽致力于替换我们的代码、文档和 Web 属性中存在问题的语言。我们从这四个术语开始:master、 slave、黑名单和白名单。由于此项工作十分艰巨,这些更改将在即将推出的几个发行版本中逐步实施。详 情请查看 CTO Chris Wright 的信息。 使开源包含更多 使开源包含更多 3 对红帽文档提供反馈 我们感谢您对 块存储设备,主要服务于数据库工作负载。示例包括 Red Hat OpenShift Container Platform 日 志记录和监控,以及 PostgreSQL。 共享和分布式文件系统,主要服务于软件开发、消息传递和数据聚合工作负载。示例包括 Jenkins 构建源和工件、Wordpress 上传的内容、Red Hat OpenShift Container Platform registry,以及0 码力 | 37 页 | 620.41 KB | 1 年前3
Red Hat OpenShift Local 2.26 发行注记和已知问题property of their respective owners. 摘要 摘要 本文档列出了 Red Hat OpenShift Local 2.26 的新功能和改进的功能。它还包含有关在使用软件时可 能会遇到的潜在问题的信息。在可能的情况下,会针对发现的问题进行临时解决方案。 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 目 目录 录 使开源包含更多 使开源包含更多 第 第 1 章 章 发 发行注 行注记 记 1.1. 组件版本 1.2. 最低系统要求 1.3. 更改和增强 1.4. 主要改进 1.5. 技术预览 1.6. 主要变化 行注记 记和已知 和已知问题 问题 2 使开源包含更多 红帽致力于替换我们的代码、文档和 Web 属性中存在问题的语言。我们从这四个术语开始:master、 slave、黑名单和白名单。由于此项工作十分艰巨,这些更改将在即将推出的几个发行版本中逐步实施。有 关更多详情,请参阅我们的首席技术官 Chris Wright 提供的消息。 使开源包含更多 使开源包含更多 3 第 1 章 发行注记 这些是0 码力 | 13 页 | 161.33 KB | 1 年前3
OpenShift Container Platform 4.14 Operator. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5.18. 将软件包清单项目迁移到捆绑包格式 5.19. OPERATOR SDK CLI 参考 第 第 6 章 章 集群 集群 OPERATOR 参考 参考 6.1. CLUSTER BAREMETAL OPERATOR Operator 是专为您的应用程序而设计 的。Operator 实施并自动执行常见的第 1 天操作,如安装和配置以及第 2 天操作,如自动缩放和缩减并创 建备份。所有这些活动均位于集群中运行的一个软件中。 1.1. 对于开发人员 作为开发人员,您可以执行以下 Operator 任务: 安装 Operator SDK CLI。 创建 Go-based Operators, Ansible-based 从概念上讲,Operator 会收集人类操作知识,并将其编码成更容易分享给消费者的软件。 Operator 是一组软件,可用于降低运行其他软件的操作复杂程度。它可以被看作是软件厂商的工程团队 的扩展,可以在 Kubernetes 环境中(如 OpenShift Container Platform)监控软件的运行情况,并根据 软件的当前状态实时做出决策。Advanced Operator 被设计为用来无缝地处理升级过程,并对出现的错误0 码力 | 423 页 | 4.26 MB | 1 年前3
共 69 条
- 1
- 2
- 3
- 4
- 5
- 6
- 7













