OpenShift Container Platform 4.14 OperatorOperator 可能包含的特定功能集来说,可以大致推断出 Operator 封装操作的成熟度等级。就 此而言,以下 Operator 成熟度模型针对 Operator 的第二天通用操作定义了五个成熟度阶段: 图 2.1. Operator 成熟度模型 成熟度模型 以上模型还显示了如何通过 Operator SDK 的 Helm、Go 和 Ansible 功能更好地开发这些功能。 2.2. OPERATOR Container Platform 集群中运行的关联服务的生命周期。它是 Operator Framework 的一部分,后者是一个开源工具包,用于以有效、自动化且可扩展的方式管理 Operator。 图 2.2. Operator Lifecycle Manager 工作流 工作流 OLM 默认在 OpenShift Container Platform 4.14 中运行,辅助集群管理员对集群上运行的 是否有升级版本。 图 2.3. 目 目录源概述 源概述 OpenShift Container Platform 4.14 Operator 36 图 2.3. 目 目录源概述 源概述 在目录源中,Operator 被整合为更新软件包和更新流,我们称为频道,这应是 OpenShift Container Platform 或其他软件(如 Web 浏览器)在持续发行周期中的常见更新模式。 图 2.40 码力 | 423 页 | 4.26 MB | 1 年前3
OpenShift Container Platform 4.8 Service MeshIstio 服务网格。它所提供的拓扑结构可以帮助您了解服务网格的结构,并提供服务网 格的健康状况信息。 Kiali 实时提供命名空间的交互式图形视图,可让您了解诸如电路断路器、请求率、延迟甚至流量图等功 能。Kiali 提供了从应用程序到服务以及负载等不同级别的组件的了解,并可显示与所选图形节点或边缘的 上下文信息和图表的交互。Kiali 还提供了验证 Istio 配置(如网关、目的规则、虚拟服务、网格策略等 Kiali 控制台时,您会看到 Overview 页面,它会显示服务网格中您有权查看的所有 命名空间。当 Overview 页中显示多个命名空间,Kiali 会首先显示具有健康或验证问题的命名空 间。 图 1.1. Kiali Overview 页 每个命名空间的 tile 会显示标签数量、Istio 配置健康、和 应用程序 健康状态的数量,以及命名 空间的流量。如果您验证了控制台安装,且命名空间还没有添加到网格中,则可能无法显示 Dashboard Istio Control Plane Dashboard Istio Performance Dashboard Istio Wasm Exetension Dashboard 图 1.2. Grafana Istio Control Plane Dashboard Kiali 还会安装两个额外的 Grafana 仪表板,它们可从 Grafana Home 页面获得: Istio0 码力 | 344 页 | 3.04 MB | 1 年前3
OpenShift Container Platform 4.6 节点视图中,点击节点公开侧面板。 2. 在 Actions 下拉列表中,选择 Add HorizontalPodAutoscaler 来打开 Add HorizontalPodAutoscaler 表单。 图 图 2.1. add HorizontalPodAutoscaler 3. 在 Add HorizontalPodAutoscaler 表单中,定义名称、最小和最大 pod 限值、CPU 和内存用 表单中,编辑最小和最大 pod 限值以及 CPU 和内存用量, 然后点 Save。 注意 注意 在 web 控制台中创建或编辑 pod 横向自动扩展时,您可以从 Form 视图 视图切换到 YAML 视 视 图 图。 OpenShift Container Platform 4.6 节 节点 点 26 在 web 控制台中删除 HPA: 1. 在 Topology 视图中,点击节点公开侧面板。 2. 优 优先 先级类对 级类对象可以取小于或等于 象可以取小于或等于 1000000000(十 (十亿 亿)的 )的 32 位整数 位整数值 值。 。对 对于不 于不应 应被 被抢 抢占或 占或驱 驱除的关 除的关键 键 pod,可保留大于十 ,可保留大于十亿 亿的数 的数值 值。默 。默认 认情况下, 情况下,OpenShift Container Platform 有 有两 两个保留0 码力 | 404 页 | 3.60 MB | 1 年前3
OpenShift Container Platform 4.9 节点视图中,点击节点公开侧面板。 2. 在 Actions 下拉列表中,选择 Add HorizontalPodAutoscaler 来打开 Add HorizontalPodAutoscaler 表单。 图 图 2.1. Add HorizontalPodAutoscaler 3. 在 Add HorizontalPodAutoscaler 表单中,定义名称、最小和最大 pod 限值、CPU 和内存用 然后点 Save。 第 第 2 章 章 使用 使用 POD 27 注意 注意 在 web 控制台中创建或编辑 pod 横向自动扩展时,您可以从 Form 视图 视图切换到 YAML 视 视 图 图。 在 web 控制台中删除 HPA: 1. 在 Topology 视图中,点击节点公开侧面板。 2. 在 Actions 下拉列表中,选择 Remove HorizontalPodAutoscaler。 义从名称到优先级整数值的映射。 数值越大,优先级越高。 优先级类对象可以取小于或等于 1000000000(十亿)的 32 位整数值。对于不得被抢占或被驱除的关键 pod,请保留大于或等于 10 亿的数值。默认情况下,OpenShift Container Platform 有两个保留优先级 类,用于需要保证调度的关键系统 pod。 输 输出示例 出示例 name: devicemgr 10 码力 | 374 页 | 3.80 MB | 1 年前3
OpenShift Container Platform 4.10 构建应用程序程序和其他 工作负载。 流程 流程 您可以使用 Developer 视角创建项目,如下所示: 1. 点 Project 下拉菜单来查看所有可用的项目。选择 Create Project。 图 图 2.1. Create Project 2. 在 Create Project 对话框的 Name 项中输入一个唯一的名称,如 myproject。 3. 可选:为项目添加 Display Name Developer 视角中,导航到 Project 视图。 2. 在 Project 页面中,选择 Project Access 选项卡。 3. 点击 Add Access 为默认权限添加新权限行。 图 图 2.2. 项 项目 目权 权限 限 4. 输入用户名,点 Select a role 下拉列表,然后选择适当的角色。 5. 点击 Save 添加新权限。 您还可以使用: Select a role 自定义项目的不同集群角色: 1. 在 Search 视图中,使用 Resources 下拉列表搜索 Console。 2. 在可用选项中,选择 Console operator.openshift.io/v1。 图 图 2.3. 搜索控制台 搜索控制台资 资源 源 3. 在 Name 列表下选择 cluster。 4. 导航到 YAML 选项卡以查看和编辑 YAML 代码。 5. 在 spec 下的 YAML0 码力 | 198 页 | 3.62 MB | 1 年前3
OpenShift Container Platform 4.9 构建应用程序用程序和其他 工作负载。 流程 流程 您可以使用 Developer 视角创建项目,如下所示: 1. 点 Project 下拉菜单来查看所有可用的项目。选择 Create Project。 图 2.1. Create Project 2. 在 Create Project 对话框的 Name 项中输入一个唯一的名称,如 myproject。 3. 可选:为项目添加 Display Name Developer 视角中,导航到 Project 视图。 2. 在 Project 页面中,选择 Project Access 选项卡。 3. 点击 Add Access 为默认权限添加新权限行。 图 2.2. 项目权限 4. 输入用户名,点 Select a role 下拉列表,然后选择适当的角色。 5. 点击 Save 添加新权限。 您还可以使用: Select a role 下拉列表修改现有用户的访问权限。 自定义项目的不同集群角色: 1. 在 Search 视图中,使用 Resources 下拉列表搜索 Console。 2. 在可用选项中,选择 Console operator.openshift.io/v1。 图 2.3. 搜索控制台资源 3. 在 Name 列表下选择 cluster。 4. 导航到 YAML 选项卡以查看和编辑 YAML 代码。 5. 在 spec 下的 YAML 代码中,添加或编辑0 码力 | 184 页 | 3.36 MB | 1 年前3
以外部模式部署OpenShift Container Storage查看所有已安装的 Operator。 确保所选的 Project 为 openshift-storage。 图 图 4.1. OpenShift Container Storage Operator 页 页 2. 点 OpenShift Container Storage。 图 图 4.2. OpenShift Container Storage 的 的详 详情 情标签页 标签页 Red Hat OpenShift Container Storage 8 图 图 4.2. OpenShift Container Storage 的 的详 详情 情标签页 标签页 3. 单击 Storage Cluster 的 Create Instance 链接。 4. 将 Mode 选择为 External。默认情况下,Internal 被选为部署模式。 图 图 4.3. 连 连接到 接到创 创建存 建存储 储集群表 池等)在创建存储集群后在 RHCS 外部集群上保持不变。 7. 点 External cluster metadata → Browse 来选择并上传 JSON 文件。 JSON 文件的内容填充并在文本框中显示。 图 图 4.4. JSON 文件内容 文件内容 8. 点击 Create。 Create 按钮只有在上传 .json 文件后才会启用。 验证 验证步 步骤 骤 1. 验证已安装存储集群的最后一个 Status0 码力 | 29 页 | 738.90 KB | 1 年前3
OpenShift Container Platform 4.3 架构OpenShift Container Platform 的基本生命周期: 创建 OpenShift Container Platform 集群 管理集群 开发和部署应用程序 扩展应用程序 图 图 1.1. OpenShift Container Platform 高 高级 级概述 概述 1.1.4. OpenShift Container Platform 对互联网和 Telemetry 以采 取措施来并行实现多个目标。最终目标是正常运行的集群。通过满足依赖项而不是运行命令,安装程序能 够识别和使用现有的组件,而不必运行命令来再次创建它们。 下图显示了安装目标和依赖项的子集: 图 图 2.1. OpenShift Container Platform 安装目 安装目标 标和依 和依赖项 赖项 在安装后,每一个集群机器都将使用 Red Hat Enterprise Linux CoreOS 配置文件进行启动。Bootstrap 机器将创建组成 control plane 的 master 机器。然后,control plane 机器创建计算(compute)机器。下图说明了这一过程: 图 图 2.2. 创 创建 建 Bootstrap、 、master 和 和 worker 机器 机器 集群机器初始化后,Bootstrap 机器将被销毁。所有集群都使用 Bootstrap 过程来初始化集群,但若您自0 码力 | 47 页 | 1.05 MB | 1 年前3
OpenShift Container Platform 4.2 架构OpenShift Container Platform 的基本生命周期: 创建 OpenShift Container Platform 集群 管理集群 开发和部署应用程序 扩展应用程序 图 图 1.1. OpenShift Container Platform 高 高级 级概述 概述 1.1.4. OpenShift Container Platform 对互联网和 Telemetry 以采 取措施来并行实现多个目标。最终目标是正常运行的集群。通过满足依赖项而不是运行命令,安装程序能 够识别和使用现有的组件,而不必运行命令来再次创建它们。 下图显示了安装目标和依赖项的子集: 图 图 2.1. OpenShift Container Platform 安装目 安装目标 标和依 和依赖项 赖项 在安装后,每一个集群机器都将使用 Red Hat Enterprise Linux CoreOS 配置文件进行启动。Bootstrap 机器将创建组成 control plane 的 master 机器。然后,control plane 机器创建计算(compute)机器。下图说明了这一过程: 图 图 2.2. 创 创建 建 Bootstrap、 、master 和 和 worker 机器 机器 集群机器初始化后,Bootstrap 机器将被销毁。所有集群都使用 Bootstrap 过程来初始化集群,但若您自0 码力 | 32 页 | 783.33 KB | 1 年前3
OpenShift Container Platform 4.7 架构OpenShift Container Platform 的基本生命周期: 创建 OpenShift Container Platform 集群 管理集群 开发和部署应用程序 扩展应用程序 图 图 2.1. OpenShift Container Platform 高 高级 级概述 概述 2.1.4. OpenShift Container Platform 的互联网访问 在 OpenShift 以采 取措施来并行实现多个目标。最终目标是正常运行的集群。通过满足依赖项而不是运行命令,安装程序能 够识别和使用现有的组件,而不必运行命令来再次创建它们。 下图显示了安装目标和依赖项的子集: 图 图 3.1. OpenShift Container Platform 安装目 安装目标 标和依 和依赖项 赖项 在安装后,每一个集群机器都将使用 Red Hat Enterprise Linux CoreOS master 机器)。然后,control plane 机器创建计算(compute)机器。下图说明了这一过程: 图 图 3.2. 创 创建 建 bootstrap、 、control plane 和 和计 计算机器 算机器 第 第 3 章 章 安装和更新 安装和更新 13 图 图 3.2. 创 创建 建 bootstrap、 、control plane 和 和计 计算机器 算机器 集群机器初始化后,Bootstrap0 码力 | 55 页 | 1.16 MB | 1 年前3
共 43 条
- 1
- 2
- 3
- 4
- 5













