是一个更新目标，它可用，但不推荐因为应用到集群的已知风险而不推荐。Cluster Version Operator (CVO)会定期查询 OpenShift Update Service (OSUS)以获取有关更新建议的最新数据，一些潜 在的更新目标可能会存在与其关联的风险。 CVO 评估条件风险，如果风险不适用于集群，则目标版本作为集群的推荐更新路径提供。如果风险被决 定适用，或者因为 CVO 无法评估风险，则更新目标作为条件更新可供集群使用。

支持动态 PV 部署的存储技术的挂载时间延迟较低，且不与节点绑定来支持一个健康的集群。 应用程序开发人员需要了解应用程序对存储的要求，以及如何与所需的存储一起工作以确保应用 程序扩展或者与存储层交互时不会出现问题。 5.3.2. 其他特定的应用程序存储建议 OpenShift Container Platform 内部 etcd：为了获得最好的 etcd 可靠性，首选使用具有最低一致 性延迟的存储技术。 表 5.3. 图 图形 形驱动 驱动程序比 程序比较 较 名称 名称 描述 描述 优 优点 点 限制： 限制： OverlayFS overlay overlay2 组合一个较低（父）和上 层（子上）文件系统和工 作目录（位于与子进程相 同的文件系统上）。较低 文件系统是基础镜像，当 您创建新容器时，会创建 一个包含 deltas 的新文 件系统。 在启动和停止容 器时比设备映射 器更快。设备映 文件系统中，而较小的文件系统则未修改。这允许多个用户共享文件系统镜像，如容器或 DVD-ROM，基 础镜像使用只读介质。 OverlayFS 在一个 Linux 主机上对两个目录进行分层，并将其呈现为一个目录。这些目录称为层，卸载过 程指代为联合挂载。 OverlayFS 使用两个图形驱动程序之一，即 overlay 或 overlay2。从 Red Hat Enterprise Linux 7.2 开 始， overlay

OpenShift Service Mesh 简介 Red Hat OpenShift Service Mesh 通过在应用程序中创建集中控制点来解决微服务架构中的各种问题。它 在现有分布式应用上添加一个透明层，而无需对应用代码进行任何更改。 微服务架构将企业应用的工作分成模块化服务，从而简化扩展和维护。但是，随着微服务架构上构建的企 业应用的规模和复杂性不断增长，理解和管理变得困难。Service Mesh ，了解和管理它就会变得非常困难。 Red Hat OpenShift Service Mesh 基于开源 Istio 项目，它在不需要修改服务代码的情况下，为现有的分 布式应用程序添加了一个透明的层。您可以在服务中添加对 Red Hat OpenShift Service Mesh 的支持，方 法是将一个特殊的 sidecar 代理服务器部署到用于处理不同微服务之间的所有网络通讯的服务网格中。您 34 1.5.1.5. OpenSSL Red Hat OpenShift Service Mesh 将 BoringSSL 替换为 OpenSSL。OpenSSL 是包含安全套接字层 (SSL) 和传输层 (TLS) 协议的开源实现的软件库。Red Hat OpenShift Service Mesh Proxy 二进制代码动 态地将 OpenSSL 库（libssl 和 libcrypto）与底层的

用于提供多租户功能，例如，每个租户都有 自己的唯一的路由表且需要不同的默认网关。 进程可将套接字绑定到 VRF 设备。通过绑定套接字的数据包使用与 VRF 设备关联的路由表。VRF 的一个 重要特性是，它只影响 OSI 模型层 3 以上的流量，因此 L2 工具（如 LLDP）不会受到影响。这可让优先 级更高的 IP 规则（如基于策略的路由）优先于针对特定流量的 VRF 设备规则。 13.3.1.1. 这对针对电 这对针对电信 可能会导致，在转换为 使用软件来进行 MAC 地址过滤前超过了网络接口可以处理的本地 MAC 地址的数量。 重要 重要 出口路由器镜像与 Amazon AWS、Azure Cloud 或其他不支持第 2 层操作的云平台不兼 容，因为它们与 macvlan 流量不兼容。 $ oc replace -f .yaml $ oc get -n egressnetworkpolicy 平台支持 下表概述了对不同平台中的出口 IP 地址功能的支持： 重要 重要 出口 IP 地址的实现与 Amazon Web Services(AWS)、Azure Cloud 或任何其它与自动第 2 层网络操作不兼容的公共云平台。 平台 平台 支持 支持 裸机 是 vSphere 是 Red Hat OpenStack Platform (RHOSP) 否 公有云 否 16.10.1.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，并自上而下运行指令。成功执行的每个指令都会创建一个层，可在下次构 建该镜像或其他镜像时重复使用。务必要将极少变化的指令放置在 Dockerfile

qemu-guest- 第 第 8 章 章 虚 虚拟 拟机 机 71 正在运行的 Windows 虚拟机装有 QEMU 客户机代理。VirtIO 驱动程序中包含 qemu-guest- agent。 第 2 层 vNIC 附加到虚拟机。 与 Windows 虚拟机处于相同网络的机器上装有 RDP 客户端。 流程 流程 1. 在 OpenShift Container Platform 控制台中，从侧边菜单中点 详 详情 情页。 3. 点击 Console 选项卡。 4. 在 Console 列表中，选择 Desktop Viewer。 5. 在 Network Interface 列表中，选择第 2 层 vNIC。 6. 点击 Launch Remote Desktop 下载 console.rdp 文件。 7. 打开 RDP 客户端并引用 console.rdp 文件。例如，使用 Remmina： 附加到虚拟机的第 2 层 vNIC。 与 Windows 虚拟机处于相同网络的机器上装有 RDP 客户端。 流程 流程 1. 以具有访问令牌的用户身份通过 oc CLI 工具登录 OpenShift Virtualization 集群。 2. 使用 oc describe vmi 显示正在运行的 Windows 虚拟机的配置。 输出示例 出示例 3. 找出并复制第 2 层网络接口的 IP 地址。在以上示例中是

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 操作也必须要重新运行。 标记 标记重要端口 重要端口 EXPOSE

ReadWriteMany (RWX) 访问模式。 与 Filesystem 卷模式相比，Block 卷模式性能有显著提高。这是因为 Filesystem 卷模式使用更 多存储层，包括文件系统层和磁盘镜像文件。虚拟机磁盘存储不需要这些层。 例如，如果您使用 Red Hat OpenShift Data Foundation，Ceph RBD 卷优先于 CephFS 卷。 重要 重要 您无法实时迁移使用以下配置的虚拟机： ReadWriteMany (RWX) 访问模式。 与 Filesystem 卷模式相比，Block 卷模式性能有显著提高。这是因为 Filesystem 卷模式使用更 多存储层，包括文件系统层和磁盘镜像文件。虚拟机磁盘存储不需要这些层。 例如，如果您使用 Red Hat OpenShift Data Foundation，Ceph RBD 卷优先于 CephFS 卷。 重要 重要 您无法实时迁移使用以下配置的虚拟机： 10.16.2.3. 关于数据卷 关于数据卷 DataVolume 对象是 Containerized Data Importer (CDI) 项目提供的自定义资源。DataVolume 编配与底 层持久性卷声明（PVC）关联的导入、克隆和上传操作。您可以将数据卷创建为独立资源，也可以使用虚 拟机 (VM) 规格中的 dataVolumeTemplate 字段。 注意 注意 使用独立数据卷准备的虚拟机磁盘

，了解和管理它就会变得非常困难。 Red Hat OpenShift Service Mesh 基于开源 Istio 项目，它在不需要修改服务代码的情况下，为现有的分 布式应用程序添加了一个透明的层。您可以在服务中添加对 Red Hat OpenShift Service Mesh 的支持，方 法是将一个特殊的 sidecar 代理服务器部署到用于处理不同微服务之间的所有网络通讯的环境中。您可以 ，了解和管理它就会变得非常困难。 Red Hat OpenShift Service Mesh 基于开源 Istio 项目，它在不需要修改服务代码的情况下，为现有的分 布式应用程序添加了一个透明的层。您可以在服务中添加对 Red Hat OpenShift Service Mesh 的支持，方 法是将一个特殊的 sidecar 代理服务器部署到用于处理不同微服务之间的所有网络通讯的服务网格中。您 式匹配请求 求标头 2.1.7. OpenSSL Red Hat OpenShift Service Mesh 将 BoringSSL 替换为 OpenSSL。OpenSSL 是包含安全套接字层 (SSL) 和传输层 (TLS) 协议的开源实现的软件库。Red Hat OpenShift Service Mesh Proxy 二进制代码动 态地将 OpenSSL 库（libssl 和 libcrypto）与底层的

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 操作也必须要重新运行。 标记重要端口 EXPOSE 指令使主机系统