 OpenShift Container Platform 4.14 OperatorSettings → Configuration → OperatorHub 页面查看集群中已启用的目录源提供的 Operator 的完整列表。 CatalogSource 的 spec 指明了如何构造 pod,以及如何与服务于 Operator Registry gRPC API 的服务 进行通信。 例 例 2.8. CatalogSource 对象示例 象示例 apiVersion: operators 程序。Operator SDK 中的 CSV 生成器(由 generate bundle 子命令调用)是将 Operator 发布到目录并使用 OLM 部署的第一个步骤。子命令需要特定的输入清单来 构造 CSV 清单,在调用命令时会读取所有输入,以及 CSV 基础,以便预先生成或重新生成 CSV。 通常,generate kustomize manifests 子命令会首先运行,以生成由 generate 章 章 开 开发 发 OPERATOR 287 1 2 1 2 删除镜像引用和标签。 使用 os.Getenv 函数调用 OpenShift Container Platform 4.14 OperatorSettings → Configuration → OperatorHub 页面查看集群中已启用的目录源提供的 Operator 的完整列表。 CatalogSource 的 spec 指明了如何构造 pod,以及如何与服务于 Operator Registry gRPC API 的服务 进行通信。 例 例 2.8. CatalogSource 对象示例 象示例 apiVersion: operators 程序。Operator SDK 中的 CSV 生成器(由 generate bundle 子命令调用)是将 Operator 发布到目录并使用 OLM 部署的第一个步骤。子命令需要特定的输入清单来 构造 CSV 清单,在调用命令时会读取所有输入,以及 CSV 基础,以便预先生成或重新生成 CSV。 通常,generate kustomize manifests 子命令会首先运行,以生成由 generate 章 章 开 开发 发 OPERATOR 287 1 2 1 2 删除镜像引用和标签。 使用 os.Getenv 函数调用- 。 注意 注意 如果未设置变量,则 os.Getenv 函数会返回空字符串。在更改文件前设置 - 。 对于基于 Ansible 0 码力 | 423 页 | 4.26 MB | 1 年前3
 OpenShift Container Platform 4.9 网络审计日志的最大大小,以字节为单位。默认值为 50000000 或 50 MB。 目的地 目的地 字符串 以下附加审计日志目标之一: libc 主机上的 journald 进程的 libc syslog() () 函数。 UDP: OpenShift Container Platform 4.9 网络审计日志的最大大小,以字节为单位。默认值为 50000000 或 50 MB。 目的地 目的地 字符串 以下附加审计日志目标之一: libc 主机上的 journald 进程的 libc syslog() () 函数。 UDP:- : - 一个 syslog 服务器。将 - : - 替 替换为 换为 syslog 服 服 务 务器的主机 器的主机 和端口。 Unix: - 新安装都有一个名为 default 的 dns.operator。 流程 流程 1. 使用 oc describe 命令来查看默认 dns: 输 输出示例 出示例 Cluster Domain 字段是用来构造完全限定的 pod 和服务域名的基本 DNS 域。 Cluster IP 是 Pod 为名称解析查询的地址。IP 由服务 CIDR 范围中的第 10 个地址定义。 2. 要查找集群的服务 CIDR,使用 local0 第 第 12 章 章 网 网络 络策略 策略 115 目的地 目的地 字符串 以下附加审计日志目标之一: libc 主机上的 journald 进程的 libc syslog() () 函数。 UDP: - : - 一个 syslog 服务器。将 - : - 替 替换为 换为 syslog 服 服 务 务器的主机 器的主机 和端口。 Unix: 0 码力 | 388 页 | 4.04 MB | 1 年前3
 OpenShift Container Platform 4.13 网络审计日志的最大大小,以字节为单位。默认值为 50000000 或 50 MB。 目的地 目的地 字符串 以下附加审计日志目标之一: libc 主机上的 journald 进程的 libc syslog() () 函数。 UDP: OpenShift Container Platform 4.13 网络审计日志的最大大小,以字节为单位。默认值为 50000000 或 50 MB。 目的地 目的地 字符串 以下附加审计日志目标之一: libc 主机上的 journald 进程的 libc syslog() () 函数。 UDP:- : - 一个 syslog 服务器。将 - : - 替 替换为 换为 syslog 服 服 务 务器的主机 器的主机 和端口。 Unix: - 新安装都有一个名为 default 的 dns.operator。 流程 流程 1. 使用 oc describe 命令来查看默认 dns: 输出示例 Cluster Domain 字段是用来构造完全限定的 pod 和服务域名的基本 DNS 域。 Cluster IP 是 Pod 为名称解析查询的地址。IP 由服务 CIDR 范围中的第 10 个地址定义。 2. 要查找集群的服务 CIDR,使用 Golang API 和 C API。 当前,采用三个 API 方法: GetCPUInfo() 此函数决定了哪些 CPU 可供容器使用并返回相关列表。 GetHugepages() 此函数决定了每个容器在 Pod spec 中请求的巨页内存量并返回相应的值。 GetInterfaces() 此函数决定了容器中的一组接口,并返回相关的列表。返回值包括每个接口的接口类型和特定于类型 的数据。 库的存储库包括用于构建容器镜像 0 码力 | 697 页 | 7.55 MB | 1 年前3
 OpenShift Container Platform 4.7 日志记录,则用于构造索引名 称。 kubernetes.labels. OpenShift Container Platform 4.7 日志记录,则用于构造索引名 称。 kubernetes.labels.- 是 Kubernetes pod 标签,其值用于构造索引名称。 openshift.labels. - 是 ClusterLogForwarder CR 中的 pipeline.label. - 元素,其 值用于构造索引名称。 kubernetes.container_name 使用容器名称来构造索引名称。 0 码力 | 183 页 | 1.98 MB | 1 年前3
 OpenShift Container Platform 4.2 架构Container Platform 还提供由社区构建和维护并经过认证的 Operator 。这些经过认证的 Operator 为传统应用程序提供 API 层,因此您可以通过 Kubernetes 构造来 管理应用程序。 3.1.2.3. 关于 关于 OpenShift Container Platform 更新服 更新服务 OpenShift Container Platform 更新服务是一种托管服务,为 靠的生命周期管理体验,能够简化节点升级的编配。 OpenShift Container Platform 使用三个 DaemonSet 和控制器来简化节点管理。这些 DaemonSet 通过 使用标准的 Kubernetes 式构造来编配操作系统更新和主机配置更改。它们包括: machine-config-controller,协调从 control plane 进行的机器升级。它监控所有集群节点并编配 其配置更新。 machine-config-daemon0 码力 | 32 页 | 783.33 KB | 1 年前3 OpenShift Container Platform 4.2 架构Container Platform 还提供由社区构建和维护并经过认证的 Operator 。这些经过认证的 Operator 为传统应用程序提供 API 层,因此您可以通过 Kubernetes 构造来 管理应用程序。 3.1.2.3. 关于 关于 OpenShift Container Platform 更新服 更新服务 OpenShift Container Platform 更新服务是一种托管服务,为 靠的生命周期管理体验,能够简化节点升级的编配。 OpenShift Container Platform 使用三个 DaemonSet 和控制器来简化节点管理。这些 DaemonSet 通过 使用标准的 Kubernetes 式构造来编配操作系统更新和主机配置更改。它们包括: machine-config-controller,协调从 control plane 进行的机器升级。它监控所有集群节点并编配 其配置更新。 machine-config-daemon0 码力 | 32 页 | 783.33 KB | 1 年前3
 OpenShift Container Platform 4.8 日志记录,则用于构造索引名 称。 kubernetes.labels. OpenShift Container Platform 4.8 日志记录,则用于构造索引名 称。 kubernetes.labels.- 是 Kubernetes pod 标签,其值用于构造索引名称。 openshift.labels. - 是 ClusterLogForwarder CR 中的 pipeline.label. - 元素,其 值用于构造索引名称。 kubernetes.container_name 使用容器名称来构造索引名称。 0 码力 | 223 页 | 2.28 MB | 1 年前3
 OpenShift Container Platform 4.3 架构Container Platform 还提供由社区构建和维护并经过认证的 Operator 。这些经过认证的 Operator 为传统应用程序提供 API 层,因此您可以通过 Kubernetes 构造来 管理应用程序。 3.1.2.3. 关于 关于 OpenShift Container Platform 更新服 更新服务 OpenShift Container Platform 更新服务是一种托管服务,为 靠的生命周期管理体验,能够简化节点升级的编配。 OpenShift Container Platform 使用三个 DaemonSet 和控制器来简化节点管理。这些 DaemonSet 通过 使用标准的 Kubernetes 式构造来编配操作系统更新和主机配置更改。它们包括: machine-config-controller,协调从 control plane 进行的机器升级。它监控所有集群节点并编配 其配置更新。 machine-config-daemon0 码力 | 47 页 | 1.05 MB | 1 年前3 OpenShift Container Platform 4.3 架构Container Platform 还提供由社区构建和维护并经过认证的 Operator 。这些经过认证的 Operator 为传统应用程序提供 API 层,因此您可以通过 Kubernetes 构造来 管理应用程序。 3.1.2.3. 关于 关于 OpenShift Container Platform 更新服 更新服务 OpenShift Container Platform 更新服务是一种托管服务,为 靠的生命周期管理体验,能够简化节点升级的编配。 OpenShift Container Platform 使用三个 DaemonSet 和控制器来简化节点管理。这些 DaemonSet 通过 使用标准的 Kubernetes 式构造来编配操作系统更新和主机配置更改。它们包括: machine-config-controller,协调从 control plane 进行的机器升级。它监控所有集群节点并编配 其配置更新。 machine-config-daemon0 码力 | 47 页 | 1.05 MB | 1 年前3
 OpenShift Container Platform 4.6 节点可以通过 过名 名为 为predicates的 的过滤 过滤函数列表 函数列表筛选 筛选每个 每个节 节 点来完成。 点来完成。 排列 排列过滤 过滤后 后节 节点列表的 点列表的优 优先 先顺 顺序 序 实现 实现方式是 方式是让 让每个 每个节 节点通 点通过 过一系列 一系列优 优先 先级 级函数,以 函数,以为 为其分配从 其分配从 0 到 到 10 的一个分数。 点,10 则 则代表最适合托管 代表最适合托管该 该 pod。 。调 调度程序配置 度程序配置还 还可以 可以为 为每个 每个优 优先 先级 级函数使用 函数使用简单 简单的 的权 权重 重(正数 (正数 值 值)。每个 )。每个优 优先 先级 级函数提供的 函数提供的节 节点分数乘以 点分数乘以权 权重(大多数 重(大多数优 优先 先级 级的默 的默认权 认权重 重为 为 1),然后将每个 ),然后将每个节 3.2.3.2.1.1. 默 默认优 认优先 先级 级 默 默认调 认调度程序策略包括以下 度程序策略包括以下优 优先 先级 级。每个 。每个优 优先 先级 级函数的 函数的权 权重 重为 为 1,但 ,但 NodePreferAvoidPodsPriority 除外,它的 除外,它的权 权重是 重是 10000。 。 NodeAffinityPriority0 码力 | 404 页 | 3.60 MB | 1 年前3 OpenShift Container Platform 4.6 节点可以通过 过名 名为 为predicates的 的过滤 过滤函数列表 函数列表筛选 筛选每个 每个节 节 点来完成。 点来完成。 排列 排列过滤 过滤后 后节 节点列表的 点列表的优 优先 先顺 顺序 序 实现 实现方式是 方式是让 让每个 每个节 节点通 点通过 过一系列 一系列优 优先 先级 级函数,以 函数,以为 为其分配从 其分配从 0 到 到 10 的一个分数。 点,10 则 则代表最适合托管 代表最适合托管该 该 pod。 。调 调度程序配置 度程序配置还 还可以 可以为 为每个 每个优 优先 先级 级函数使用 函数使用简单 简单的 的权 权重 重(正数 (正数 值 值)。每个 )。每个优 优先 先级 级函数提供的 函数提供的节 节点分数乘以 点分数乘以权 权重(大多数 重(大多数优 优先 先级 级的默 的默认权 认权重 重为 为 1),然后将每个 ),然后将每个节 3.2.3.2.1.1. 默 默认优 认优先 先级 级 默 默认调 认调度程序策略包括以下 度程序策略包括以下优 优先 先级 级。每个 。每个优 优先 先级 级函数的 函数的权 权重 重为 为 1,但 ,但 NodePreferAvoidPodsPriority 除外,它的 除外,它的权 权重是 重是 10000。 。 NodeAffinityPriority0 码力 | 404 页 | 3.60 MB | 1 年前3
 OpenShift Container Platform 4.7 架构靠的生命周期管理体验,能够简化节点升级的编配。 OpenShift Container Platform 使用三个守护进程集和控制器来简化节点管理。这些守护进程集通过使用 标准的 Kubernetes 式构造来编配操作系统更新和主机配置更改。它们包括: machine-config-controller,协调从 control plane 进行的机器升级。它监控所有集群节点并编配 其配置更新。 machine-config-daemon0 码力 | 55 页 | 1.16 MB | 1 年前3 OpenShift Container Platform 4.7 架构靠的生命周期管理体验,能够简化节点升级的编配。 OpenShift Container Platform 使用三个守护进程集和控制器来简化节点管理。这些守护进程集通过使用 标准的 Kubernetes 式构造来编配操作系统更新和主机配置更改。它们包括: machine-config-controller,协调从 control plane 进行的机器升级。它监控所有集群节点并编配 其配置更新。 machine-config-daemon0 码力 | 55 页 | 1.16 MB | 1 年前3
 OpenShift Container Platform 4.10 架构靠的生命周期管理体验,能够简化节点升级的编配。 OpenShift Container Platform 使用三个守护进程集和控制器来简化节点管理。这些守护进程集通过使用 标准的 Kubernetes 式构造来编配操作系统更新和主机配置更改。它们包括: machine-config-controller,协调从 control plane 进行的机器升级。它监控所有集群节点并编配 OpenShift0 码力 | 63 页 | 1.40 MB | 1 年前3 OpenShift Container Platform 4.10 架构靠的生命周期管理体验,能够简化节点升级的编配。 OpenShift Container Platform 使用三个守护进程集和控制器来简化节点管理。这些守护进程集通过使用 标准的 Kubernetes 式构造来编配操作系统更新和主机配置更改。它们包括: machine-config-controller,协调从 control plane 进行的机器升级。它监控所有集群节点并编配 OpenShift0 码力 | 63 页 | 1.40 MB | 1 年前3
共 28 条
- 1
- 2
- 3













