第 2 章 章 OPENSHIFT CLI (OC) 2.1. OPENSHIFT CLI 入门 2.2. 配置 OPENSHIFT CLI 2.3. 管理 CLI 配置集 2.4. 使用插件扩展 OPENSHIFT CLI 2.5. OPENSHIFT CLI 开发人员命令参考 2.6. OPENSHIFT CLI 管理员命令参考 2.7. OC 和 KUBECTL 命令的使用方法 第 第 命令来管理应用，并与系统的每个组件交互。 1.1. CLI 工具列表 OpenShift Container Platform 中提供了以下一组 CLI 工具： OpenShift CLI (oc)：这是 OpenShift Container Platform 用户最常用的 CLI 工具。它帮助集群管 理员和开发人员使用终端在 OpenShift Container Platform 间执行端到端操作。与 OPENSHIFT CONTAINER PLATFORM CLI 工具概述 工具概述 3 第 2 章 OPENSHIFT CLI (OC) 2.1. OPENSHIFT CLI 入门 2.1.1. 关于 OpenShift CLI 使用 OpenShift 命令行界面（CLI），oc命令，您可以通过终端创建应用程序并管理 OpenShift Container Platform 项目。OpenShift

CONTAINER PLATFORM CLI 工具概述 工具概述 1.1. CLI 工具列表 第 第 2 章 章 OPENSHIFT CLI (OC) 2.1. OPENSHIFT CLI 入门 2.2. 配置 OPENSHIFT CLI 2.3. OC 和 KUBECTL 命令的使用方法 2.4. 管理 CLI 配置集 2.5. 使用插件扩展 OPENSHIFT CLI 2.6. 使用 KREW 命令来管理应用，并与系统的每个组件交互。 1.1. CLI 工具列表 OpenShift Container Platform 中提供了以下一组 CLI 工具： OpenShift CLI (oc) ：这是 OpenShift Container Platform 用户最常用的 CLI 工具。它帮助集群 管理员和开发人员使用终端在 OpenShift Container Platform 间执行端到端操作。与 OPENSHIFT CONTAINER PLATFORM CLI 工具概述 工具概述 3 第 2 章 OPENSHIFT CLI (OC) 2.1. OPENSHIFT CLI 入门 2.1.1. 关于 OpenShift CLI 借助 OpenShift CLI（oc），您可以从终端创建应用程序并管理 OpenShift Container Platform 项目。 OpenShift CLI

第 2 章 章 OPENSHIFT CLI (OC) 2.1. OPENSHIFT CLI 入门 2.2. 配置 OPENSHIFT CLI 2.3. 管理 CLI 配置集 2.4. 使用插件扩展 OPENSHIFT CLI 2.5. OPENSHIFT CLI 开发人员命令参考 2.6. OPENSHIFT CLI 管理员命令参考 2.7. OC 和 KUBECTL 命令的使用方法 第 第 命令来管理应用，并与系统的每个组件交互。 1.1. CLI 工具列表 OpenShift Container Platform 中提供了以下一组 CLI 工具： OpenShift CLI (oc)：这是 OpenShift Container Platform 用户最常用的 CLI 工具。它帮助集群管 理员和开发人员使用终端在 OpenShift Container Platform 间执行端到端操作。与 OPENSHIFT CONTAINER PLATFORM CLI 工具概述 工具概述 3 第 2 章 OPENSHIFT CLI (OC) 2.1. OPENSHIFT CLI 入门 2.1.1. 关于 OpenShift CLI 使用 OpenShift 命令行界面（CLI），oc命令，您可以通过终端创建应用程序并管理 OpenShift Container Platform 项目。OpenShift

1.2. 示例 4.8.2. logs 4.8.3. exec 4.8.4. rsh 4.8.5. rsync 4.8.6. port-forward 4.8.7. proxy 4.9. OC 故障排除 第 第 5 章 章 管理 管理员 员 CLI 操作 操作 5.1. 概述 5.2. 常见操作 5.3. 基本 CLI 操作 5.3.1. new-project 5.3.2. policy create-login-template 5.7.4. create-node-config 5.7.5. ca 第 第 6 章 章 OC 和 和 KUBECTL 之 之间 间的区 的区别 别 6.1. 为什么使用 OC OVER KUBECTL？ 6.2. 使用 OC 6.3. 使用 KUBECTL 第 第 7 章 章 扩 扩展 展 CLI 7.1. 概述 7.2. 先决条件 28 28 直接使用项目源代码。 编写 OpenShift Container Platform 操作脚本。 受带宽资源限制，无法使用 Web 控制台。 CLI 使用 oc 命令可用： 有关安装和设置的信息，请参阅 CLI 入门。 $ oc 第 第 1 章 章 概述 概述 5 第 2 章 CLI 入门 2.1. 概述 OpenShift Container Platform

SSH 密钥。这个密钥可以与堡垒实例的密钥不同，也可以相同。 注意 直接通过 SSH 访问仅建议在灾难恢复时使用。当 Kubernetes API 正常工作时，应 该使用特权 Pod。 5. 运行 oc get nodes，查看输出结果，然后选择一个 master 节点。主机名类似于 ip-10-0-1- 163.ec2.internal。 6. 从您手动部署到 Amazon EC2 的堡垒 SSH 每个 OpenShift Container Platform 新安装都有一个名为 cluster 的 network.config 对象。 流程 流程 使用 oc describe 命令查看集群网络配置： 输出示例 $ oc get -n openshift-network-operator deployment/network-operator NAME READY 1 56m $ oc get clusteroperator/network NAME VERSION AVAILABLE PROGRESSING DEGRADED SINCE network 4.5.4 True False False 50m $ oc describe network.config/cluster

密钥。这个密钥可以与堡垒实例的密钥不同，也可以相同。 注意 注意 直接通过 SSH 访问仅建议在灾难恢复时使用。当 Kubernetes API 正常工作时，应 该使用特权 Pod。 5. 运行 oc get nodes，查看输出结果，然后选择一个 master 节点。主机名类似于 ip-10-0-1- 163.ec2.internal。 6. 从您手动部署到 Amazon EC2 的堡垒 SSH OpenShift Container Platform 新安装都有一个名为 cluster 的 network.config 对象。 流程 流程 使用 oc describe 命令查看集群网络配置： 输 输出示例 出示例 $ oc get -n openshift-network-operator deployment/network-operator NAME 1 56m $ oc get clusteroperator/network NAME VERSION AVAILABLE PROGRESSING DEGRADED SINCE network 4.5.4 True False False 50m $ oc describe network.config/cluster

Container Platform 4 中，您可以使用 Web 控制台或 OpenShift CLI (oc) 使用单一操作来 更新 OpenShift Container Platform 集群。平台管理员可以通过转至 web 控制台中的 Administration → Cluster Settings 或查看 oc adm upgrade 命令的输出来查看新的更新选项。 红帽托管了一个公共 OpenShift 通信或交互。所需的 CVO 状态通过 ClusterVersion 对象声明，当前 CVO 状态反映在对象的状态中。 注意 注意 不要直接修改 ClusterVersion 对象。反之，使用 oc CLI 或 Web 控制台等接口来声明您的 更新目标。 CVO 持续将集群与 ClusterVersion 资源的 spec 属性中声明的目标状态进行协调。当所需的发行版本与 实际发行版本不同时，协调会更新集群。 参数包括可用的更新，但不推荐因为应用到 集群的已知风险而不建议这样做。 输出示例 出示例 oc adm upgrade 命令查询 ClusterVersion 资源以获取可用更新的信息，并以人类可读格式显示 它。 直接检查 CVO 创建的底层可用性数据的一种方法是，使用以下命令查询 ClusterVersion 资源： $ oc adm upgrade --include-not-recommended

密钥。这个密钥可以与堡垒实例的密钥不同，也可以相同。 注意 注意 直接通过 SSH 访问仅建议在灾难恢复时使用。当 Kubernetes API 正常工作时，应 该使用特权 Pod。 5. 运行 oc get nodes，查看输出结果，然后选择一个 master 节点。主机名类似于 ip-10-0-1- 163.ec2.internal。 6. 从您手动部署到 Amazon EC2 的堡垒 SSH OpenShift Container Platform 新安装都有一个名为 cluster 的 network.config 对象。 流程 流程 使用 oc describe 命令查看集群网络配置： 输 输出示例 出示例 $ oc get -n openshift-network-operator deployment/network-operator NAME 1 56m $ oc get clusteroperator/network NAME VERSION AVAILABLE PROGRESSING DEGRADED SINCE network 4.5.4 True False False 50m $ oc describe network.config/cluster

registry 一样提供相同的镜像通知支持。在这种情况下，OpenShift Container Platform将在创建镜像流时从远程 registry 中获取 tag。要刷新获取的标签，请运行 oc import-image 。当检测到新的镜像时，以前的构建和部署将会被重新创建。 1.3.1. 身份验证 OpenShift Container Platform 使用用户提供的凭证与 证书颁发机构（CA）必须经过 PEM 编码。 流程 流程 您可以在openshift-config命名空间中创建配置映射，并在 image.config.openshift.io 子定义资源中的 $ oc patch configs.imageregistry.operator.openshift.io/cluster --type merge -p '{"spec": {"defaultRoute":true}}' CERTIFICATE----- ... -----END CERTIFICATE----- $ oc create configmap registry-config --from-file==ca.crt -n openshift-config $ oc edit image.config.openshift.io cluster spec:

io/: "" 标记的节点。 在本例中， 是基础架构 ID 标签，该标签基于您在置备集群时设定的集群 ID，而 则是要添加的节点标签。 $ oc get infrastructure cluster -o jsonpath='{.status.platform}' apiVersion: machine.openshift.io/v1beta1 机器管理 8 1 5 7 2 3 8 9 4 6 10 11 12 13 14 15 指定基于置备集群时所设置的集群 ID 的基础架构 ID。如果已安装 OpenShift CLI（oc）软件 包，您可以通过运行以下命令来获取基础架构 ID： 指定要添加的节点标签。 指定基础架构 ID、节点标签和区域。 指定要使用的镜像。使用集群的现有默认计算机器集中的镜像。 指定用于计算机器集的实例类型。 -vswitch- type: Tags vpcId: "" zoneId: 21 $ oc get -o jsonpath='{.status.infrastructureName}{"\n"}' infrastructure cluster 第 第 2 章 章 使用 使用 MACHINE