OpenStack + Kubernetes: 搭建容器虚拟机组合云平台 qingyuanos 王昕 2016-4-21 提供虚拟机服务的意义 Ø 客户的需求不仅仅是更多的计算能力 Ø 安全性：更小的Attack Surface Ø 易于提供有状态服务 Ø 传统应用容易迁移 Ø Windows应用容易迁移 Ø 易于部署单体应用 Ø 用于桌面云 Ø 多服务单服务器部署 云平台技术的选择 Compute Node Compute Node Controller Nodes Compute Node Compute Node Storage Nodes 多租户隔离的容器和 虚拟机组合网络 kube-proxy的负载均衡原理 对外发布服务——浮动IP模式 对外发布应用服务 利用端口映射节省IP 多用户共享Kubernetes集群 通过二级域名发布服务 覆盖网络（Overlay） PaaS层网络 适用场景 Calico Kuryr 不需要多租户隔离，大量使用容器技术，对性能 要求很高 Overlay Kuryr 需要多租户隔离，需要统一管理容器网络和虚拟 机网络，将容器用作轻量级虚拟机，对性能要求 较高 Overlay Calico 需要多租户隔离，对容器网络的管理独立于虚拟 机网络 Overlay Overlay 需要多租户隔离，对容器网络的管理独立于虚拟 机网络，对性能要求不高；快速集成，用于测试

广州办公室 广州市天河北路 233 号 中信广场 7401 室 www.vmware.com/cn 目录 关于本文档 5 1 了解 VMware Data Recovery 7 备份虚拟机 7 卷影复制服务 8 删除重复存储的优点 8 2 安装 VMware Data Recovery 9 VMware Data Recovery 系统要求 9 安装客户端插件 9 安装备份设备 安装备份设备 10 向备份设备中添加硬盘 10 3 配置 VMware Data Recovery 13 启动备份设备 13 配置备份设备 14 使用入门向导 14 创建备份作业 15 还原虚拟机 16 VMware Data Recovery 故障排除 18 索引 21 VMware, Inc. 3 VMware Data Recovery 4 VMware, Inc. Data Recovery 管理员指南》包含为中小型企业建立备份解决方案的信息。 目标读者 本文档适用于需要使用 VMware Data Recovery 提供备份解决方案的用户。本书的目标读者为熟悉虚拟机技术 和数据中心操作且具有丰富经验的 Windows 或 Linux 系统管理员。 文档反馈 VMware 欢迎您提出宝贵建议，以便改进我们的文档。如有意见，请将反馈发送到 docfeedback@vmware

的受控推出的状态，以指示它们是否处于可用、升级或失败状态。第二个控制器轮询 OpenShift Update Service，以确定更新是否可用。 重要 重要 仅支持更新到较新的版本。不支持将集群还原或回滚到以前的版本。如果您的更新失败， 请联系红帽支持。 在更新过程中，Machine Config Operator(MCO)将新配置应用到集群机器。MCO 会处理由 maxUnavailable 行，PodDisruptionBudget 字段可能会阻止节点排空。 重要 重要 当更新无法完成时，Cluster Version Operator(CVO)会在尝试协调更新时报告任 何阻塞组件的状态。当前还不支持将集群还原到以前的版本。如果您的更新无法完 成，请联系红帽支持。 使用 unsupportedConfigOverrides 部分修改 Operator 配置不受支持，并可能会 阻止集群更新。您必须在更新集群前删除此设置。 间。您可以在每个 池的进度栏中暂停并恢复。 重要 重要 当更新无法完成时，Cluster Version Operator(CVO)会在尝试协调更新时报告任 何阻塞组件的状态。当前还不支持将集群还原到以前的版本。如果您的更新无法完 成，请联系红帽支持。 使用 unsupportedConfigOverrides 部分修改 Operator 配置不受支持，并可能会 阻止集群更新。您必须在更新集群前删除此设置。

您可以安装标准集群或自定义集群。对于标准集群，您要提供安装集群所需的最低限度详细信息。对于自 定义集群，您可以指定有关平台的更多详细信息，如 control plane 使用的机器数量、集群部署的虚拟机的 类型，或 Kubernetes 服务网络的 CIDR 范围。 若有可能，可以使用此功能来避免置备和维护集群基础架构。在所有其他环境中，可以使用安装程序来生 成置备集群基础架构所需的资产。 对 受控 Operator 部署的状态（可用、正在进行升级或失败）。第二个控制器轮询 OpenShift Container Platform 更新服务以确定更新是否可用。 重要 重要 不支持将集群还原到以前的版本或执行回滚。仅支持升级到较新版本。 2.3. 支持非受管 OPERATOR 的策略 Operator 的 管理状态 决定了一个 Operator 是否按设计积极管理集群中其相关组件的资源。如果 受控 Operator 部署的状态（可用、正在进行升级或失败）。第二个控制器轮询 OpenShift Container Platform 更新服务以确定更新是否可用。 重要 重要 不支持将集群还原到以前的版本或执行回滚。仅支持升级到较新版本。 3.1.2.4. 了解 了解 Machine Config Operator OpenShift Container Platform 4.2 集

您可以安装标准集群或自定义集群。对于标准集群，您要提供安装集群所需的最低限度详细信息。对于自 定义集群，您可以指定有关平台的更多详细信息，如 control plane 使用的机器数量、集群部署的虚拟机的 类型，或 Kubernetes 服务网络的 CIDR 范围。 若有可能，可以使用此功能来避免置备和维护集群基础架构。在所有其他环境中，可以使用安装程序来生 成置备集群基础架构所需的资产。 对 受控 Operator 部署的状态（可用、正在进行升级或失败）。第二个控制器轮询 OpenShift Container Platform 更新服务以确定更新是否可用。 重要 重要 不支持将集群还原到以前的版本或执行回滚。仅支持升级到较新版本。 在升级过程中，Machine Config Operator (MCO) 会将新配置应用到集群机器。它将机器配置池中由 maxUnavailable 受控 Operator 部署的状态（可用、正在进行升级或失败）。第二个控制器轮询 OpenShift Container Platform 更新服务以确定更新是否可用。 重要 重要 不支持将集群还原到以前的版本或执行回滚。仅支持升级到较新版本。 在升级过程中，Machine Config Operator (MCO) 会将新配置应用到集群机器。它将机器配置池中由 maxUnavailable

您可以安装标准集群或自定义集群。对于标准集群，您要提供安装集群所需的最低限度详细信息。对于自 定义集群，您可以指定有关平台的更多详细信息，如 control plane 使用的机器数量、集群部署的虚拟机的 类型，或 Kubernetes 服务网络的 CIDR 范围。 若有可能，可以使用此功能来避免置备和维护集群基础架构。在所有其他环境中，可以使用安装程序来生 成置备集群基础架构所需的资产。 对 的受控推出的状态，以指示它们是否处于可用、升级或失败状态。第二个控制器轮询 OpenShift Update Service，以确定更新是否可用。 重要 重要 仅支持升级到较新版本。不支持将集群还原或回滚到以前的版本。如果您的更新失败，请 联系红帽支持。 在更新过程中，Machine Config Operator(MCO)将新配置应用到集群机器。MCO 会处理由 maxUnavailable 的受控推出的状态，以指示它们是否处于可用、升级或失败状态。第二个控制器轮询 OpenShift Update Service，以确定更新是否可用。 重要 重要 仅支持升级到较新版本。不支持将集群还原或回滚到以前的版本。如果您的更新失败，请 联系红帽支持。 在更新过程中，Machine Config Operator(MCO)将新配置应用到集群机器。MCO 会处理由 maxUnavailable

networking OpenShift Container Platform 集群的网络信息。 node OpenShift Container Platform 集群中的 worker 机器。节点是虚拟机 (VM) 或物理计算机。 OpenShift Container Platform Update Service (OSUS) 对于可访问互联网的集群，Red Hat Enterprise Linux 您可以安装标准集群或自定义集群。对于标准集群，您要提供安装集群所需的最低限度详细信息。对于自 定义集群，您可以指定有关平台的更多详细信息，如 control plane 使用的机器数量、集群部署的虚拟机的 类型，或 Kubernetes 服务网络的 CIDR 范围。 若有可能，可以使用此功能来避免置备和维护集群基础架构。在所有其他环境中，可以使用安装程序来生 成置备集群基础架构所需的资产。 对 的受控推出的状态，以指示它们是否处于可用、升级或失败状态。第二个控制器轮询 OpenShift Update Service，以确定更新是否可用。 重要 重要 仅支持更新到较新的版本。不支持将集群还原或回滚到以前的版本。如果您的更新失败， 请联系红帽支持。 在更新过程中，Machine Config Operator(MCO)将新配置应用到集群机器。MCO 会处理由 maxUnavailable

大的简化了容器的创建和维护。使得 Docker 技术比虚拟机技术更为轻便、快捷。 下面的图片比较了 Docker 和传统虚拟化方式的不同之处。传统虚拟机技术是虚拟出一套硬件 后，在其上运行一个完整操作系统，在该系统上再运行所需应用进程；而容器内的应用进程 直接运行于宿主的内核，容器内没有自己的内核，而且也没有进行硬件虚拟。因此容器要比 传统虚拟机更为轻便。 图 1.4.1.1 - 传统虚拟化 由于容器不需要进行硬件虚拟以及运行完整操作系统等额外开销，Docker 对系统资源的利用 率更高。无论是应用执行速度、内存损耗或者文件存储速度，都要比传统虚拟机技术更高 效。因此，相比虚拟机技术，一个相同配置的主机，往往可以运行更多数量的应用。 更快速的启动时间 传统的虚拟机技术启动应用服务往往需要数分钟，而 Docker 容器应用，由于直接运行于宿主 内核，无需启动完整的操作系统，因此可以做到秒级、甚至毫秒级的启动时间。大大的节约 环境中部署该镜像。 更轻松的迁移 为什么要用 Docker 17 由于 Docker 确保了执行环境的一致性，使得应用的迁移更加容易。Docker 可以在很多平台 上运行，无论是物理机、虚拟机、公有云、私有云，甚至是笔记本，其运行结果是一致的。 因此用户可以很轻易的将在一个平台上运行的应用，迁移到另一个平台上，而不用担心运行 环境的变化导致应用无法正常运行的情况。 更轻松的维护和扩展

组件，可用于查看日志、图形、图表和其他指标等信息。当前的实现 是 Kibana。 node 节点是 OpenShift Container Platform 集群中的 worker 机器。节点是虚拟机 (VM) 或物理计算机。 Operator Operator 是 OpenShift Container Platform 集群中打包、部署和管理 Kubernetes 应用程序的首选方 法。Operator 因为 OpenShift Elasticsearch Operator 和 Red Hat OpenShift Logging Operator 会调节差异。按照设 计，Operator 会默认将一切还原到定义的状态。 注意 注意 如果 必须 执行 OpenShift Container Platform 文档中没有描述的配置，您 必须将 Red Hat OpenShift Logging Operator 因为 OpenShift Elasticsearch Operator 和 Red Hat OpenShift Logging Operator 会调节差异。按照设 计，Operator 会默认将一切还原到定义的状态。 注意 注意 如果 必须 执行 OpenShift Container Platform 文档中没有描述的配置，您 必须将 Red Hat OpenShift Logging Operator

创建容器 7.5. LIBGUESTFS 工具和 VIRTCTL GUESTFS 7.6. 其他资源 第 第 8 章 章 虚 虚拟 拟机 机 8.1. 创建虚拟机 8.2. 编辑虚拟机 8.3. 编辑引导顺序 8.4. 删除虚拟机 5 5 6 6 6 6 7 8 8 8 8 9 10 10 11 15 15 19 25 26 28 30 32 34 34 34 36 . . . . . . . . 8.5. 管理虚拟机实例 8.6. 控制虚拟机状态 8.7. 访问虚拟机控制台 8.8. 使用 SYSPREP 自动执行 WINDOWS 安装 8.9. 解决故障节点来触发虚拟机故障切换 8.10. 在虚拟机上安装 QEMU 客户机代理 8.11. 查看虚拟机的 QEMU 客户机代理信息 8.12. 在虚拟机中管理配置映射、SECRET 和服务帐户 8.13 在现有 WINDOWS 虚拟机上安装 VIRTIO 驱动程序 8.14. 在新 WINDOWS 虚拟机上安装 VIRTIO 驱动程序 8.15. 高级虚拟机管理 8.16. 导入虚拟机 8.17. 克隆虚拟机 8.18. 虚拟机网络 8.19. 虚拟机磁盘 第 第 9 章 章 虚 虚拟 拟机模板 机模板 9.1. 创建虚拟机模板 9.2. 编辑虚拟机模板 9.3. 为虚拟机模板启用专用资源