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

Local 需要 PowerShell 中的 完全 完全语 语言支持 言支持 Red Hat OpenShift Local 支持 ConstrainedLanguage PowerShell 模式，但系统管理员决定例外。 2.2.5. crc oc-env 命令无法使用 %PATH%中的特殊字符。 在 Microsoft Windows 上，PowerShell 和命令提示不使用 UTF-8 编码。因此，运行带有

GiB 内存 Not applicable Not applicable CPU Red Hat OpenShift Data Foundation 4.12 规 规划部署 划部署 20 是系统管理程序、IBM z/VM、内核虚拟机(KVM)或两者中定义的虚拟内核数。 IFL（ （Linux 集成 集成设 设施） 施） 是 IBM Z 和 LinuxONE 的物理核心。 最低系 最低系统环

SSH 访问，则可以通过访问系统日志来调查主机上发生的情况。 先决条件 先决条件 OpenShift Container Platform 安装已完成。 API 服务仍然可以正常工作。 有系统管理员特权。 流程 流程 1. 通过运行以下命令访问 /var/log 中的 journald 单元日志： $ oc adm node-logs --role=master -u kubelet

Operator）可以自动发生，并且不为 Operator 用户所见。 例如，设置为在特定时间自动备份数据的 Operator 就非常实用。让 Operator 在设定的时间管理应用程序 备份，可以使系统管理员免于记忆这些事务。 传统上手动完成的任何应用程序维护（如备份数据或轮转证书）都可以借助 Operator 自动完成。 OpenShift Container Platform 4.2 架 架构