OpenShift Container Platform 4.8 存储community. All other trademarks are the property of their respective owners. 摘要 摘要 本文档提供了使用不同存储后端配置持久性卷以及通过 pod 管理动态分配存储的信息。 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 监控临时存储 第 第 3 章 章 了解持久性存 了解持久性存储 储 3.1. 持久性存储概述 3.2. 卷和声明的生命周期 3.3. 持久性卷(PV) 3.4. 持久性卷声明 (PVC) 3.5. 块卷支持 第 第 4 章 章 配置持久性存 配置持久性存储 储 4.1. 使用 AWS ELASTIC BLOCK STORE 的持久性存储 4.2. 使用 AZURE 持久性存储 4.3. 使用 AZURE AZURE FILE 的持久性存储 4.4. 使用 CINDER 的持久性存储 4.5. 使用 FIBRE CHANNEL 持久性存储 4.6. 使用 FLEXVOLUME 的持久性存储 4.7. 使用 GCE PERSISTENT DISK 的持久性存储 4.8. 使用 HOSTPATH 的持久性存储 4.9. 使用 ISCSI 的持久性存储 4.10. 使用本地卷的持久性存储 4.11. 使用 NFS0 码力 | 118 页 | 1.60 MB | 1 年前3
 OpenShift Container Platform 4.14 存储community. All other trademarks are the property of their respective owners. 摘要 摘要 本文档提供了使用不同存储后端配置持久性卷以及通过 pod 管理动态分配存储的信息。 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 第 第 3 章 章 了解持久性存 了解持久性存储 储 3.1. 持久性存储概述 3.2. 卷和声明的生命周期 3.3. 持久性卷(PV) 3.4. 持久性卷声明 (PVC) 3.5. 块卷支持 3.6. 使用 FSGROUP 减少 POD 超时 第 第 4 章 章 配置持久性存 配置持久性存储 储 4.1. 使用 AWS ELASTIC BLOCK STORE 的持久性存储 4.2. 使用 AZURE AZURE 持久性存储 4.3. 使用 AZURE FILE 的持久性存储 4.4. 使用 CINDER 的持久性存储 4.5. 使用 FIBRE CHANNEL 持久性存储 4.6. 使用 FLEXVOLUME 的持久性存储 4.7. 使用 GCE PERSISTENT DISK 的持久性存储 4.8. 使用 ISCSI 的持久性存储 4.9. 使用 NFS 的持久性存储 4.10. RED0 码力 | 215 页 | 2.56 MB | 1 年前3
 OpenShift Container Platform 4.2 镜像括通过 ADD 命令添加的任何文件。例如,我们强烈建 议您在执行 yum install 操作后运行 yum clean 命令。 您可按照如下所示创建 RUN 语句来防止 yum 缓存最终留在镜像层: RUN yum -y install mypackage && yum -y install myotherpackage && yum clean all -y 请注意,如果您改写为: RUN clean all -y 则首次 yum 调用会将额外文件留在该层,后续运行 yum clean 操作时无法删除这些文件。最终镜像中看 不到这些额外文件,但它们存在于底层中。 如果在较早层中删除了一些内容时,当前容器构建进程不允许在较晚的层中运行一个命令来缩减镜像使用 的空间。但是,这个行为可能会在以后的版本中有所改变。这表示,如果在较晚层中执行 rm 命令,虽然 被这个命令删除的文件不会出现在镜像中,但它不会使下载的镜像变小。因此,与 yum clean 示例一 样,最好尽可能使用创建文件的同一命令删除文件,以免文件最终写入层中。 另外,在单个 RUN 语句中执行多个命令可减少镜像中的层数,缩短下载和提取时间。 按正确 按正确顺 顺序放置指令 序放置指令 容器构建程序读取 Dockerfile,并自上而下运行指令。成功执行的每个指令都会创建一个层,可在下次构 建该镜像或其他镜像时重复使用。务必要将极少变化的指令放置在 Dockerfile0 码力 | 92 页 | 971.35 KB | 1 年前3
 OpenShift Container Platform 4.7 镜像. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 标记重要端口 设置环境变量 避免默认密码 避免 sshd 对持久性数据使用卷 4.1.2. OpenShift Container Platform 特定准则 启用 Source-to-Image (S2I) 的镜像 支持任意用户 id 使用服务进行镜像间通信 10.4.2. 列出参数 10.4.3. 生成对象列表 10.5. 修改所上传的模板 10.6. 使用即时应用程序和快速启动模板 10.6.1. 快速启动模板 10.6.1.1. Web 框架快速启动模板 10.7. 编写模板 10.7.1. 编写模板描述 10.7.2. 编写模板标签 10.7.3. 编写模板参数 10.7.4. 编写模板对象列表 10.7.5. 将模板标记为可绑定 yum 缓存最终留在镜像层: 请注意,如果您改写为: 则首次 yum 调用会将额外文件留在该层,后续运行 yum clean 操作时无法删除这些文件。最终镜像中看 不到这些额外文件,但它们存在于底层中。 如果在较早层中删除了一些内容时,当前容器构建进程不允许在较晚的层中运行一个命令来缩减镜像使用 的空间。但是,这个行为可能会在以后的版本中有所改变。这表示,如果在较晚层中执行 rm 命令,虽然0 码力 | 123 页 | 1.20 MB | 1 年前3
 OpenShift Container Platform 4.14 镜像yum 缓存最终留在镜像层: 请注意,如果您改写为: 则首次 yum 调用会将额外文件留在该层,后续运行 yum clean 操作时无法删除这些文件。最终镜像中看 不到这些额外文件,但它们存在于底层中。 如果在较早层中删除了一些内容时,当前容器构建进程不允许在较晚的层中运行一个命令来缩减镜像使用 的空间。但是,这个行为可能会在以后的版本中有所改变。这表示,如果在较晚层中执行 rm 命令,虽然 yum clean 示例一 样,最好尽可能使用创建文件的同一命令删除文件,以免文件最终写入层中。 另外,在单个 RUN 语句中执行多个命令可减少镜像中的层数,缩短下载和提取时间。 按正确 按正确顺 顺序放置指令 序放置指令 容器构建程序读取 Dockerfile,并自上而下运行指令。成功执行的每个指令都会创建一个层,可在下次构 建该镜像或其他镜像时重复使用。务必要将很少更改的指令放置在 Dockerfile podman build 或 docker build 时,系统都可重复利用 yum 命令 的缓存层,仅为 ADD 操作生成新层。 如果您将 Dockerfile 改写为: 则您每次更改 myfile 和重新运行 podman build 或 docker build 时,ADD 操作都会导致 RUN 层缓存无 效,因此 yum 操作也必须要重新运行。 标记 标记重要端口 重要端口 EXPOSE0 码力 | 118 页 | 1.13 MB | 1 年前3
 OpenShift Container Platform 4.13 虚拟化ReadWriteMany (RWX) 访问模式。 与 Filesystem 卷模式相比,Block 卷模式性能有显著提高。这是因为 Filesystem 卷模式使用更 多存储层,包括文件系统层和磁盘镜像文件。虚拟机磁盘存储不需要这些层。 例如,如果您使用 Red Hat OpenShift Data Foundation,Ceph RBD 卷优先于 CephFS 卷。 重要 重要 您无法实时迁移使用以下配置的虚拟机: CR。 2.3. 关于 CDI-OPERATOR cdi-operator 管理 Containerized Data Importer(CDI)及其相关资源,它使用数据卷将虚拟机(VM)镜像导 入到持久性卷声明(PVC)。 第 第 2 章 章 OPENSHIFT VIRTUALIZATION 架 架构 构 9 表 表 2.2. cdi-operator 组 组件 件 组 组件 件 描述 描述 章 OPENSHIFT VIRTUALIZATION 发 发行注 行注记 记 41 5.6. 程序错误修复 由于一些由 Containerized Data Importer (CDI) 创建的持久性卷声明 (PVC) 注解,虚拟机快照恢 复操作不再会无限期挂起。(BZ#2070366) 5.7. 已知问题 随着 RHSA-2023:3722 公告的发布,在启用了 FIPS 的 RHEL 90 码力 | 393 页 | 4.53 MB | 1 年前3
 OpenShift Container Platform 4.8 Service MeshOpenShift Service Mesh 简介 Red Hat OpenShift Service Mesh 通过在应用程序中创建集中控制点来解决微服务架构中的各种问题。它 在现有分布式应用上添加一个透明层,而无需对应用代码进行任何更改。 微服务架构将企业应用的工作分成模块化服务,从而简化扩展和维护。但是,随着微服务架构上构建的企 业应用的规模和复杂性不断增长,理解和管理变得困难。Service Mesh Schema。 首次从 Kiali 控制台访问相关服务(如分布式追踪平台和 Grafana)时,必须使用 OpenShift Container Platform 登录凭证接受证书并重新进行身份验证。这是因为框架如何显示控制台中的 内置页面中存在问题。 Bookinfo 示例应用程序不能安装在 IBM Z 和 IBM Power 上。 IBM Z 和 IBM Power 不支持 WebAsembly 扩展。 in grafana” 链接会重定向到错误的位置。只有在第一次访问 Kiali 才 会出现这个问题。 KIALI-507 Kiali 不支持 Internet Explorer 11。这是因为底层框架不支持 Internet Explorer。要访问 Kiali 控制台,请使用 Chrome 、Edge 、Firefox 或 Safari 浏览器的两个最新版本之一。 1.2.5.3. Red Hat0 码力 | 344 页 | 3.04 MB | 1 年前3
 OpenShift Container Platform 4.14 分布式追踪客 客户 户端 端 (Jaeger 客户端、跟踪器、报告程序、客户端库)- 分布式追踪平台 (Jaeger) 客户端 是 OpenTracing API 的特定语言实施。它们可以用来为各种现有开源框架(如 Camel (Fuse) 、Spring Boot (RHOAR) 、MicroProfile (RHOAR/Thorntail) 、Wilfly (EAP) 等提供分布式追 踪工具。 代理 span,并将它们放置在内部队列中进行处理。这允许 Jaeger Collector 立即返回到客户端/代 理,而不是等待 span 变为存储。 Storage (Data Store) - 收集器需要一个持久的存储后端。Red Hat OpenShift distributed tracing Platform (Jaeger) 提供了用于 span 存储的可插拔机制。请注意:在这个发行本中, 唯一支持的存储是 distributed tracing 平台的步骤如下: 查看文档并确定您的部署策略。  OpenShift Container Platform 4.14 分布式追踪 分布式追踪 34 如果您的部署策略需要持久性存储,请通过 OperatorHub 安装 OpenShift Elasticsearch Operator。 通过 OperatorHub 安装 Red Hat OpenShift distributed0 码力 | 100 页 | 928.24 KB | 1 年前3
 OpenShift Container Platform 4.13 CI/CDCustom 构建 如需更多信息,请参阅了解镜像构建 1.2. OPENSHIFT PIPELINES OpenShift Pipelines 提供了一个 Kubernetes 原生 CI/CD 框架,用于在其自己的容器中设计和运行 CI/CD 管道的每个步骤。它可以通过可预测的结果独立扩展以满足按需管道。 如需更多信息,请参阅了解 OpenShift Pipelines。 1.3. OPENSHIFT Platform 4.13 CI/CD 26 重要 重要 用户应该从最终的应用程序镜像中移除输入 secret,以便从该镜像运行的容器中不会存在 这些 secret。但是,secret 仍然存在于它们添加到的层中的镜像本身内。这一移除是 Dockerfile 本身的一部分。 为防止输入 secret 和配置映射的内容出现在构建输出容器镜像中并完全避免此移除过程, 请在 Docker 构建策略中使用构建卷。 字段上的任何设置都会被忽略。 2.5.1.5. 使用 使用 docker 构 构建的 建的 Squash 层 层 通常,Docker 构建会为 Dockerfile 中的每条指令都创建一个层。将 imageOptimizationPolicy 设置为 SkipLayers,可将所有指令合并到基础镜像顶部的单个层中。 流程 流程 将 imageOptimizationPolicy 设置为 SkipLayers:0 码力 | 129 页 | 1.37 MB | 1 年前3
 OpenShift Container Platform 4.6 分布式追踪Jaeger 项目。 客 客户 户端 端 (Jaeger 客户端、跟踪器、报告程序、客户端库)- 分布式追踪平台客户端是 OpenTracing API 的特定语言实施。它们可以用来为各种现有开源框架(如 Camel (Fuse) 、 Spring Boot (RHOAR) 、MicroProfile (RHOAR/Thorntail) 、Wilfly (EAP) 等提供分布式追踪 工具。 代理 span,并将它们放置在内部队列中进行处理。这允许 Jaeger Collector 立即返回到客户端/代 理,而不是等待 span 变为存储。 Storage (Data Store) - 收集器需要一个持久的存储后端。Red Hat OpenShift distributed tracing Platform 提供了用于 span 存储的可插拔机制。请注意:在这个发行本中,唯一支持 的存储是 Elasticsearch。 distributed tracing 安装概述 安装 Red Hat OpenShift distributed tracing 的步骤如下: 查看文档并确定您的部署策略。 如果您的部署策略需要持久性存储,请通过 OperatorHub 安装 OpenShift Elasticsearch Operator。 通过 OperatorHub 安装 Red Hat OpenShift distributed0 码力 | 59 页 | 572.03 KB | 1 年前3
共 65 条
- 1
 - 2
 - 3
 - 4
 - 5
 - 6
 - 7
 













