VirtualCenter Server 只为数据中心提供一个单一控制点。它提供了许多基本的数据中 心服务，如访问控制、性能监控和配置功能。它统一了整个数据中心的在多台虚拟机间 共享的各计算服务器的资源。其原理是：根据系统管理员设定的策略，管理虚拟机在计 算服务器上的分配，以及给定计算服务器内虚拟机的资源分配。 在 VirtualCenter Server 无法访问 （例如，网络被破坏）的情况下 （这种情况极少出 现 可完成。置备虚 拟机时，在虚拟机上安装相应的操作系统和应用程序来处理特定的工作负载，与在物理 机上的操作一样。为简单起见，可将已安装和配置的操作系统和应用程序配置在虚拟机 上。 可根据拥有资源的系统管理员设定的策略为虚拟机置备资源。这些策略可为特定的虚拟 机保留一组资源，保证虚拟机的性能。策略也可以划分优先级，并将整个资源分成可变 的比例，分配给每个虚拟机。如果启动虚拟机会违反资源分配策略，虚拟机会无法启动 Infrastructure 简介 VirtualCenter Server VirtualCenter Server 用于集中管理数据中心。它会集合多台 ESX Server 的物理资源， 这些资源的集合可使系统管理能够简单灵活地为虚拟环境中的虚拟机进行置备，以便系 统管理员能够为虚拟环境中的虚拟机进行置备。 VirtualCenter Server 组件包括用户访问控件、核心服务、分布式服务、插件以及各种

提供的管理解决方案范围很广，没有任何其他虚拟化平台供应商能够与之相比。只有 VMware 提供了用于在虚拟机整个生命周期中管理虚拟基础架构的全面解决方案。最让人欣喜的是， 我们的管理解决方案可与您的现有系统管理工具集成，因此您可以使用现有的工具，并获得用于物理 机和虚拟机管理的“单一窗口”。 集中管理数千个虚拟机 VMware vCenter Server 可以集中管理数百台 VMware ESX � 与动态工作负载布局集成 � � � 20 使用现有的系统管理工具 您可以通过使用现有系统管理工具来管理 VMware 虚拟机和未虚拟化的物理服务器，从而最大限度 地充分利用您的投资。这是 IT 管理员进行监控所需的“单一窗口”，同时还提供了专用的工具来深 入管理特定的子系统。 所有主要系统管理供应商都通过使用我们的 SDK 和 API 深度集成到 VMware vCenter 和很多其他厂商。此方法保留了现有的操作流程。虽然其他供应商希望将现有工具替换为 声称能处理各种事务（从 Windows 到 Linux 再到 Unix，从物理计算机到虚拟机）的“通用”管理 产品，但是 VMware 却积极与已有的系统管理供应商合作，确保公司能从物理世界和虚拟世界获得 最大的利益。 与您的基础架构集成 VMware 解决方案支持整个 IT 基础架构 VMware ESX 是全世界部署最广泛、最受信任的虚拟化平台。通过与近

CONTAINER PLATFORM 进行交互 OpenShift Container Platform 提供了两个命令行实用程序来与它交互。 oc: 用于常规的项目和应用程序管理 oc adm: 用于执行系统管理任务 运行 oc adm 命令时，您应该只从 Ansible 主机清单文件中列出的第一个 master 运行它们，默认 为 /etc/ansible/hosts。 使用 oc --help 和 oc 12 1. 使用您的网络浏览器访问 OpenShift Container Platform Web 控制台。Web 控制台使用自签名证 书，因此如果出现提示，请继续操作。 2. 使用您的系统管理员为您分配的用户名和密码登录。 3. 要创建新项目，请点击 New Project。 4. 为新项目输入唯一名称、显示名称和描述。 5. 点击 Create。 Web 控制台的欢迎页面被加载。 地址。当 Ruby pod 运行时，则代表构建已完成。 4.6. 确定应用程序正在运行 如果正确配置了 DNS，那么就可以使用 Web 浏览器访问您的新应用程序。如果无法访问您的应用程序， 请联系系统管理员。 查看您的新应用程序： 4.7. 配置自动构建 从 OpenShift Container Platform GitHub 仓库 获取此应用程序的源代码。因此，每当您将代码更改推送 到您的分叉仓库时，webhook

的组件包括重要的网络服务和凭证服务。 虽然这两个操作都遵循类似的 Operator 概念和目标，但 OpenShift Container Platform 中的 Operator 由 两个不同的系统管理，具体取决于其用途： 由 Cluster Version Operator(CVO)管理的 Cluster Operator 被默认安装来执行集群功能。 可选的附加组件 Operator 由 Operator Operator）可以自动发生，并且不为 Operator 用户所见。 例如，设置为在特定时间自动备份数据的 Operator 就非常实用。让 Operator 在设定的时间管理应用程序 备份，可以使系统管理员免于记忆这些事务。 传统上手动完成的任何应用程序维护（如备份数据或轮转证书）都可以借助 Operator 自动完成。 OpenShift Container Platform 4.7 架 架构 组件构成。支持 RHEL 的相同质量、安全性和控制措施 也支持 RHCOS。例如，RHCOS 软件位于 RPM 软件包中，并且每个 RHCOS 系统都以 RHEL 内 核以及由 systemd 初始化系统管理的一组服务启动。 控制的不可 控制的不可变 变性 性：尽管 RHCOS 包含 RHEL组件，但它的管理要比默认的 RHEL 安装更加严格。 管理从 OpenShift Container Platform

的组件包括重要的网络服务和凭证服务。 虽然这两个操作都遵循类似的 Operator 概念和目标，但 OpenShift Container Platform 中的 Operator 由 两个不同的系统管理，具体取决于其用途： 由 Cluster Version Operator (CVO) 管理的 Cluster Operator 被默认安装来执行集群功能。 可选的附加组件 Operator 由 Operator）可以自动发生，并且不为 Operator 用户所见。 例如，设置为在特定时间自动备份数据的 Operator 就非常实用。让 Operator 在设定的时间管理应用程序 备份，可以使系统管理员免于记忆这些事务。 传统上手动完成的任何应用程序维护（如备份数据或轮转证书）都可以借助 Operator 自动完成。 OpenShift Container Platform 4.10 架 架构 组件构成。支持 RHEL 的相同质量、安全性和控制措施 也支持 RHCOS。例如，RHCOS 软件位于 RPM 软件包中，并且每个 RHCOS 系统都以 RHEL 内 核以及由 systemd 初始化系统管理的一组服务启动。 控制的不可 控制的不可变 变性 性：尽管 RHCOS 包含 RHEL组件，但它的管理要比默认的 RHEL 安装更加严格。 管理从 OpenShift Container Platform

控制台中的 Cluster Settings 标签页进行升级。 详细信息请参阅 Updating a cluster。 1.2.2.1. OperatorHub OperatorHub 可以帮助系统管理员方便地发现并安装所有可选的组件和应用程序。这包括红帽自己的产 品，以及红帽的合作伙伴及社区的产品。 表 表 1.2. 基本安装和 基本安装和 OperatorHub 提供的功能 提供的功能 功能 在 OpenShift Container Platform 4.1 中， Template Service Broker 不会被默认安装。如果用户需要从 web 控制台访问模板应用程序，集群的系统管理员则需要手工安装 Template Service Broker。 OpenShift Ansible Service Broker 不再会被默 不再会被默认 认安装 安装 在 OpenShift

Operator）可以自动发生，并且不为 Operator 用户所见。 例如，设置为在特定时间自动备份数据的 Operator 就非常实用。让 Operator 在设定的时间管理应用程序 备份，可以使系统管理员免于记忆这些事务。 传统上手动完成的任何应用程序维护（如备份数据或轮转证书）都可以借助 Operator 自动完成。 OpenShift Container Platform 4.3 架 架构 组件构成。支持 RHEL 的相同质量、安全性和控制措施 也支持 RHCOS。例如，RHCOS 软件位于 RPM 软件包中，并且每个 RHCOS 系统都以 RHEL 内 核以及由 systemd 初始化系统管理的一组服务启动。 控制的不可 控制的不可变 变性 性：尽管 RHCOS 包含 RHEL组件，但它的管理要比默认的 RHEL 安装更加严格。 管理从 OpenShift Container Platform

资源，因此您必须使用基于密钥的长期凭证。要生成适当 的密钥，请参阅 AWS 文档中的管理 IAM 用户的访问密钥。您可在运行安装程序时 提供密钥。 如果使用防火墙，则必须将其配置为允许集群需要访问的站点。 如果不允许系统管理身份和访问管理（IAM），集群管理员可以手动创建和维护 IAM 凭证。手动 模式也可以用于云 IAM API 无法访问的环境中。 4.4.2. OpenShift Container Platform 资源，因此您必须使用长期凭证。要生成适当的密钥，请 参阅 AWS 文档中的管理 IAM 用户的访问密钥。您可在运行安装程序时提供密钥。 如果使用防火墙，则必须将其配置为允许集群需要访问的站点。 如果不允许系统管理身份和访问管理（IAM），集群管理员可以手动创建和维护 IAM 凭证。手动 模式也可以用于云 IAM API 无法访问的环境中。 4.5.2. OpenShift Container Platform 资源，因此您必须使用基于密钥的长期凭证。要生成适当 的密钥，请参阅 AWS 文档中的管理 IAM 用户的访问密钥。您可在运行安装程序时 提供密钥。 如果使用防火墙，则必须将其配置为允许集群需要访问的站点。 如果不允许系统管理身份和访问管理（IAM），集群管理员可以手动创建和维护 IAM 凭证。手动 模式也可以用于云 IAM API 无法访问的环境中。 4.6.2. OpenShift Container Platform

培训方式  讲师指导培训  实时在线培训 课程用时  为期五 (5) 天的讲师指导课堂培训  听课时间占 60%，动手实验时间占 40% 目标学员 经验丰富的系统管理员和系统集成人员 课程适用对象 ☒ 管理员 ☐ 专家 ☒ 工程师 ☒ 高级用户 ☐ 架构师 ☐ 专业人员 ☐ 初级用户 先决条件 修完以下其中一门课程： 

混合部署；⽀支持可视化⽅方式展示部署过程；⽀支持⼀一键⾃自动化部 署（使⽤用 Ansible）；⽀支持已有集群导⼊入； Day 2 运营 管理理 ⽀支持以项⽬目为核⼼心的分级授权管理理；⽀支持系统管理理员、项⽬目管理理员和集群管理理员三种⻆角⾊色；对外开放 REST API；⽀支持国际化 i18n；提供 Web Kubectl 界⾯面；内置 Helm； ⽀支持多集群配置管理理（X-Pack）；⽀支持对接