OpenShift Container Platform 4.13 网络cloud-event-proxy sidecar 接收来自 PTP Operator 管理的 pod 的事件,取消封装云 事件对象以检索数据,并将事件发布到消费者应用程序。消费者应用程序侦听资源限定符中指定的地址, 并接收和处理 PTP 事件。 19.8.3. 配置 PTP 快速事件通知发布程序 要为集群中的网络接口启动使用 PTP fast 事件通知,您必须在 PTP Operator PtpOperatorConfig 中继标签。默认值为 none。 mtu string 可选:将最大传输单元 (MTU) 设置为指定的值。默认值由内核自 动设置。 enabledad 布 布尔值 尔值 可选:为容器侧 veth 启用重复的地址检测。默认值为 false。 macspoofchk 布 布尔值 尔值 可选:启用 mac spoof 检查,将来自容器的流量限制为接口的 mac 地址。默认值为 false。 字段 字段 机器作为负载均衡器池的成员添加: 6. 可选: 要重复使用集群 API 浮动 IP 地址,取消设置它: 7. 为创建的负载均衡器 VIP 添加未设置的 API_FIP 或一个新地址: 您的集群现在使用 Octavia 进行负载平衡。 注意 如果 Kuryr 使用 Octavia Amphora 驱动程序,则所有流量都通过单个 Amphora 虚拟机 (VM)路由。 您可以重复这个过程来创建其他负载均衡器,这样可降低瓶颈。0 码力 | 697 页 | 7.55 MB | 1 年前3
OpenShift Container Platform 4.6 发行注记添加了指标 标和警 和警报规则 报规则 Thanos Querier 将 OpenShift Container Platform 核心指标和用于用户定义项目的指标聚合在单个多租户 接口下,并选择性地进行重复数据删除。在 OpenShift Container Platform 4.6 中,为 Thanos Querier 部 署了一个服务监控和警报规则,允许根据监控堆栈对 Thanos Querier 在以前的版本中,机器监控检查控制器不会在尝试删除它前检查机器是否已被删除。因此,控制 器可能会发送多个删除请求,从而导致错误的日志记录和事件报告。机器健康控制器现在会在尝 试删除它前,检查机器是否已被删除。因此,重复的日志和事件会减少。(BZ#1844986) 在以前的版本中,当集群 Operator 处于稳定状态时,Machine API Operator 会更新集群 Operator 机器 API。因此, false 时,在部署自动扩展 器时不会注册。现在,在部署集群自动扩展器时这些值会被正确读取。(BZ#1854907) 很少可以部署重复的机器 API 控制器实例。因此,集群可能会泄漏无法访问的机器。现在,领导 选举机制添加到所有机器 API 组件中,以确保不会创建重复的实例。机器 API 控制器仅运行指定 数量的实例。(BZ#1861896) 在 Red Hat Virtualization(R0 码力 | 91 页 | 1.15 MB | 1 年前3
OpenShift Container Platform 4.14 安装用现有的 VPC in AWS, vNet in Azure, 或 VPC in GCP。您 还可以重复使用网络基础架构的一部分,以便 AWS、Azure、GCP 中的集群可以与环境中的现有 IP 地址 分配共存,并与现有的 MTU 和 VXLAN 配置集成。如果在这些云上已有帐户和凭证,您可以重复使用这 些帐户,但可能需要修改帐户,以便具有在它们上安装 OpenShift Container Platform vSphere,您还可以在安装过程中自定义额外网络参数。 如果要重复使用广泛的云基础架构,可以完成用户置备的基础架构安装。使用这些安装,您可以在安装过 程中手动部署集群所需的机器。如果在 AWS、Azure、Azure Stack Hub 上执行用户置备的基础架构安 装,您可以使用提供的模板来帮助备份所有需要的组件。您还可以重复使用一个共享的 VPC on GCP。或 者,您可以使用 供应商安装方法 将镜像直接设置为镜像 registry。 镜像集合镜像到磁盘,将镜像设置为目标环境,然后将镜像上传到目标镜像 registry。 3. 配置集群以使用 oc-mirror 插件生成的资源。 4. 根据需要重复这些步骤以更新您的镜像 registry。 4.4.1. 关于 oc-mirror 插件 您可以使用 oc-mirror OpenShift CLI(oc)插件,使用单个工具将所有所需的 OpenShift0 码力 | 3881 页 | 39.03 MB | 1 年前3
OpenShift Container Platform 4.7 安装访问 5.5.14. 后续步骤 5.6. 将 AZURE 上的集群安装到现有的 VNET 5.6.1. 先决条件 5.6.2. 关于为 OpenShift Container Platform 集群重复使用 VNet 5.6.2.1. 使用 VNet 的要求 5.6.2.1.1. 网络安全组要求 5.6.2.2. 权限划分 5.6.2.3. 集群间隔离 5.6.3. OpenShift Container 带有网络地址转换的专用集群 使用 Azure 防火墙的私有集群 带有代理配置的私有集群 没有互联网访问的私有集群 5.7.3. 关于为 OpenShift Container Platform 集群重复使用 VNet 5.7.3.1. 使用 VNet 的要求 5.7.3.1.1. 网络安全组要求 5.7.3.2. 权限划分 5.7.3.3. 集群间隔离 5.7.4. OpenShift Container 带有网络地址转换的专用集群 使用 Azure 防火墙的私有集群 带有代理配置的私有集群 没有互联网访问的私有集群 5.8.4. 关于为 OpenShift Container Platform 集群重复使用 VNet 5.8.4.1. 使用 VNet 的要求 5.8.4.1.1. 网络安全组要求 5.8.4.2. 权限划分 5.8.4.3. 集群间隔离 5.8.5. OpenShift Container0 码力 | 2276 页 | 23.68 MB | 1 年前3
OpenShift Container Platform 4.13 安装in AWS, vNet in Azure, 或 VPC in GCP 中使 用。您还可以重复使用网络基础架构的一部分,以便 AWS、Azure、GCP 或 VMC on AWS 可以与环境中 现有的 IP 地址分配共存,并与现有的 MTU 和 VXLAN 配置集成。如果在这些云上已有帐户和凭证,您可 以重复使用这些帐户,但可能需要修改帐户,以便具有在它们上安装 OpenShift Container AWS,您也可以在安装过程中自定义 额外网络参数。 如果要重复使用广泛的云基础架构,可以完成用户置备的基础架构安装。使用这些安装,您可以在安装过 程中手动部署集群所需的机器。如果在 AWS、Azure、Azure Stack Hub、GCP 或 VMC on AWS 上执行 用户置备的基础架构安装,您可以使用提供的模板来帮助备份所有所需的组件。您还可以重复使用一个共 享的 VPC on GCP。或者,您可以使用 将镜像直接设置为镜像 registry。 镜像集合镜像到磁盘,将镜像设置为目标环境,然后将镜像上传到目标镜像 registry。 3. 配置集群以使用 oc-mirror 插件生成的资源。 4. 根据需要重复这些步骤以更新您的镜像 registry。 4.4.1. 关于 oc-mirror 插件 您可以使用 oc-mirror OpenShift CLI(oc)插件,使用单个工具将所有所需的 OpenShift0 码力 | 4634 页 | 43.96 MB | 1 年前3
OpenShift Container Platform 4.8 安装VPC in AWS、vNet in Azure 或 VPC in GCP. 您还可以重复使用网络基础架构的一部分,以便 AWS 上的 AWS、Azure、GCP 或 VMC 中的集群可以 与 环境中的现有 IP 地址分配共存,并与现有的 MTU 和 VXLAN 配置集成。如果在这些云上已有帐户和凭证, 您可以重复使用这些帐户,但可能需要修改帐户,以便具有在它们上安装 OpenShift Container Platform 集群所需的权限。 您可以使用安装程序置备的基础架构方法,在硬件上为 RHOSP、带有 Kuryr、RHV、vSphere 和 裸机 的 RHOSP 创建适当的机器实例。 如果要重复使用广泛的云基础架构,可以完成用户置备的基础架构安装。使用这些安装,您可以在安装过 程中手动部署集群所需的机器。如果在 AWS、Azure、GCP 或 VMC on AWS 上执行用户置备的基础架构 --log-level=info 2 第 第 4 章 章 在 在 AWS 上安装 上安装 57 重要 重要 指定一个空目录。一些安装信息,如 bootstrap X.509 证书,有较短的过期间隔, 因此不要重复使用安装目录。如果要重复使用另一个集群安装中的个别文件,可以 将其复制到您的目录中。但是,一些安装数据的文件名可能会在发行版本之间有所 改变。从 OpenShift Container Platform 老版本中复制安装文件时要格外小心。0 码力 | 2586 页 | 27.37 MB | 1 年前3
OpenShift Container Platform 4.10 安装VPC in AWS, vNet in Azure, 或 VPC in GCP。您 还可以重复使用网络基础架构的一部分,以便 AWS、Azure、GCP 或 VMC on AWS 可以与环境中现有的 IP 地址分配共存,并与现有的 MTU 和 VXLAN 配置集成。如果在这些云上已有帐户和凭证,您可以重复 使用这些帐户,但可能需要修改帐户,以便具有在它们上安装 OpenShift Container 您也可以在安装过程中自定义额外网络参数。 如果要重复使用广泛的云基础架构,可以完成用户置备的基础架构安装。使用这些安装,您可以在安装过 程中手动部署集群所需的机器。如果在 AWS、Azure、Azure Stack Hub、GCP 或 VMC on AWS 上执行 用户置备的基础架构安装,您可以使用提供的模板来帮助备份所有所需的组件。您还可以重复使用一个共 享的 VPC on GCP。或者,您可以使用 插件将镜像镜像到镜像 registry 的高级别工作流: 1. 创建镜像设置配置文件。 2. 将镜像设置为镜像 registry。 3. 配置集群以使用 oc-mirror 插件生成的资源。 4. 根据需要重复这些步骤以更新您的镜像 registry。 3.4.1. 关于 oc-mirror 插件 您可以使用 oc-mirror OpenShift CLI(oc)插件,使用单个工具将所有所需的 OpenShift0 码力 | 3142 页 | 33.42 MB | 1 年前3
OpenShift Container Platform 4.4 构建(build)(S2I) 构建 Source-to-Image (S2I) 是一种用于构建可重复生成的 Docker 格式容器镜像的工具。它通过将应用程序源 代码注入容器镜像并汇编新镜像来生成可随时运行的镜像。新镜像融合了基础镜像(构建器)和构建的源 代码,并可搭配 buildah run 命令使用。S2I 支持递增构建,可重复利用以前下载的依赖项和过去构建的 工件等。 S2I 的优点包括: 镜像灵活性 可以编写 Platform 4.4 构 构建( 建(build) ) 4 速度 使用 S2I 时,汇编过程可以执行大量复杂操作,无需在每一步创建新层,进而能实现快速的流 程。此外,可以编写 S2I 脚本来重复利用应用程序镜像的旧版本,而不必在每次运行构建时下 载或构建它们。 可修补性 如果基础镜像因为安全问题而需要补丁,则 S2I 允许基于新的基础镜像重新构建应用程序。 操作效率 通过限制构建操作而不许随意进行 禁止开发人员在应用程序构建期间执行任意 yum install 类型的操作。因为这类操作可能 会减慢开发迭代速度。 生态系统 S2I 倡导共享镜像生态系统,您可以将其中的最佳实践运用于自己的应用程序。 可重复生成性 生成的镜像可以包含所有输入,包括构建工具和依赖项的特定版本。这可确保精确地重新生成 镜像。 1.1.3. Custom 构建 采用 Custom 构建策略时,开发人员可以定义负责整个构建0 码力 | 101 页 | 1.12 MB | 1 年前3
OpenShift Container Platform 4.6 在vSphere 上安装要查看不同的安装详情,请指定 warn、debug 或 error,而不要指定 info。 重要 重要 指定一个空目录。一些安装信息,如 bootstrap X.509 证书,有较短的过期间隔, 因此不要重复使用安装目录。如果要重复使用另一个集群安装中的个别文件,可以 将其复制到您的目录中。但是,一些安装数据的文件名可能会在发行版本之间有所 改变。从 OpenShift Container Platform 老版本中复制安装文件时要格外小心。,请指定用于保存安装程序所创建的文件的目录名称。 重要 重要 指定一个空目录。一些安装信息,如 bootstrap X.509 证书,有较短的过期间 隔,因此不要重复使用安装目录。如果要重复使用另一个集群安装中的个别文 件,可以将其复制到您的目录中。但是,一些安装数据的文件名可能会在发行 版本之间有所改变。从 OpenShift Container Platform 老版本中复制安装文件 文件。您可以在安装配置参数部分中找到有关可用参数的更多信息。 3. 备份 install-config.yaml 文件,以便用于安装多个集群。 重要 重要 install-config.yaml 文件会在安装过程中消耗掉。如果要重复使用此文件,必须现 在备份。 1.2.9.1. 安装配置参数 安装配置参数 在部署 OpenShift Container Platform 集群前,您可以提供参数值,以描述托管集群的云平台的帐户并选 0 码力 | 204 页 | 2.26 MB | 1 年前3
OpenShift Container Platform 4.13 CI/CDSource-to-image 构 构建 建 Source-to-Image (S2I) 是一种用于构建可重复生成的容器镜像的工具。它通过将应用程序源代码注入容 器镜像并汇编新镜像来生成可随时运行的镜像。新镜像融合了基础镜像(构建器)和构建的源代码,并可 搭配 buildah run 命令使用。S2I 支持递增构建,可重复利用以前下载的依赖项和过去构建的工件等。 2.1.1.3. Custom 构 构建 建 Source-to-image 构建 Source-to-Image (S2I) 是一种用于构建可重复生成的容器镜像的工具。它通过将应用程序源代码注入容 器镜像并汇编新镜像来生成可随时运行的镜像。新镜像融合了基础镜像(构建器)和构建的源代码,并可 搭配 buildah run 命令使用。S2I 支持递增构建,可重复利用以前下载的依赖项和过去构建的工件等。 2.5.2.1. 执 执行 行 source-to-image source-to-image 增量 增量构 构建 建 Source-to-image (S2I) 可以执行增量构建,也就是能够重复利用过去构建的镜像中的工件。 流程 流程 要创建增量构建,请创建对策略定义进行以下修改: 指定支持增量构建的镜像。请参考构建器镜像的文档,以确定它是否支持此行为。 此标志(flag)控制是否尝试增量构建。如果构建器镜像不支持增量构建,则构建仍将成 功,但您会收到一条日志消息,指出增量构建因为缺少0 码力 | 129 页 | 1.37 MB | 1 年前3
共 48 条
- 1
- 2
- 3
- 4
- 5













