OpenShift Container Platform 4.9 节点Container Platform 4.9 节 节点 点 102 1 2 3 5 4 1 用于配置 pod 关联性的小节。 定义必要规则。 必须匹配键和值(标签)才会应用该规则。 运算符表示现有 pod 上的标签和新 pod 规格中 matchExpression 参数的值集合之间的关系。可以 是 In、NotIn、Exists 或 DoesNotExist。 具有 具有 pod 放置(调 调度) 度) 103 2 3 4 5 定义偏好规则。 为偏好规则指定权重。优先选择权重最高的节点。 描述用来决定何时应用反关联性规则的 pod 标签。指定标签的键和值。 运算符表示现有 pod 上的标签和新 pod 规格中 matchExpression 参数的值集合之间的关系。可以 是 In、NotIn、Exists 或 DoesNotExist。 注意 注意 如果节点标签在运行时改变,使得不再满足 参数: b. 指定必须满足的键和值。如果您希望新 pod 与另一个 pod 一起调度,请使用与第一个 pod 上 标签相同的 key 和 value 参数。 c. 指定一个 operator。运算符可以是 In、NotIn、Exists 或 DoesNotExist。例如,使用运算 $ cat team4.yaml apiVersion: v1 kind: Pod metadata: name:0 码力 | 374 页 | 3.80 MB | 1 年前3
OpenShift Container Platform 4.6 节点io/ocpqe/hello-pod 第 第 3 章 章 控制 控制节 节点上的 点上的 POD 放置( 放置(调 调度) 度) 133 4 1 2 3 4 运 运算符表示 算符表示现 现有 有 pod 上的 上的标签 标签和新 和新 pod 规 规格中 格中 matchExpression 参数的 参数的值 值集合之 集合之间 间的关系。 的关系。 可以是 可以是 image: docker.io/ocpqe/hello-pod OpenShift Container Platform 4.6 节 节点 点 134 5 运 运算符表示 算符表示现 现有 有 pod 上的 上的标签 标签和新 和新 pod 规 规格中 格中 matchExpression 参数的 参数的值 值集合之 集合之间 间的关系。 的关系。 可以是 可以是 点上的 POD 放置( 放置(调 调度) 度) 135 c. 指定一个 指定一个 operator。 。运 运算符可以是 算符可以是 In、 、NotIn、 、Exists 或 或 DoesNotExist。例如,使用 。例如,使用 运 运算符 算符 In 来要求 来要求节 节点上存在 点上存在该标签 该标签。 。 d. 指定 指定0 码力 | 404 页 | 3.60 MB | 1 年前3
OpenShift Container Platform 4.8 存储1. 修改定义 Pod 的 YAML 文件并添加 LocalVolume 规格,如下例所示: 指定添加到节点的键。 指定 Equal 运算符,以要求 key/value 参数匹配。如果运算符是 Exists,系统会检查键是 否存在并忽略它的值。如果运算符是 Equal,则键和值必须匹配。 指定污点节点的 local 值。 定义本地卷类型的卷模式,可以是 Filesystem 或 Block。0 码力 | 118 页 | 1.60 MB | 1 年前3
OpenShift Container Platform 4.14 存储1. 修改定义 Pod 的 YAML 文件并添加 LocalVolume 规格,如下例所示: 指定添加到节点的键。 指定 Equal 运算符,以要求 key/value 参数匹配。如果运算符是 Exists,系统会检查键是 否存在并忽略它的值。如果运算符是 Equal,则键和值必须匹配。 指定污点节点的 local 值。 定义本地卷类型的卷模式,可以是 Filesystem 或 Block。0 码力 | 215 页 | 2.56 MB | 1 年前3
OpenShift Container Platform 4.7 日志记录pod,并删除不匹配的现有 pod。 2. 编辑 ClusterLogging CR 的 visualization 部分,以配置 Kibana pod 的容忍度: 指定添加到节点的键。 指定 Exists 运算符,以要求匹配 key/value/effect 参数。 指定 NoExecute 效果。 (可选)指定 tolerationSeconds 参数,以设置 pod 在被逐出前可以保持绑定到节点的时 pod。 2. 编辑 ClusterLogging 自定义资源(CR)的 collection 小节,以配置日志记录收集器 Pod 的容 忍度: 指定添加到节点的键。 指定 Exists 运算符,以要求匹配 key/value/effect 参数。 指定 NoExecute 效果。 (可选)指定 tolerationSeconds 参数,以设置 pod 在被逐出前可以保持绑定到节点的时0 码力 | 183 页 | 1.98 MB | 1 年前3
OpenShift Container Platform 4.8 日志记录pod,并删除不匹配的现有 pod。 2. 编辑 ClusterLogging CR 的 visualization 部分,以配置 Kibana pod 的容忍度: 指定添加到节点的键。 指定 Exists 运算符,以要求匹配 key/value/effect 参数。 指定 NoExecute 效果。 (可选)指定 tolerationSeconds 参数,以设置 pod 在被逐出前可以保持绑定到节点的时 pod。 2. 编辑 ClusterLogging 自定义资源(CR)的 collection 小节,以配置日志记录收集器 Pod 的容 忍度: 指定添加到节点的键。 指定 Exists 运算符,以要求匹配 key/value/effect 参数。 指定 NoExecute 效果。 (可选)指定 tolerationSeconds 参数,以设置 pod 在被逐出前可以保持绑定到节点的时0 码力 | 223 页 | 2.28 MB | 1 年前3
OpenShift Container Platform 4.14 OperatorOperator 属性评估的 CEL 表达式字符串,以确定 Operator 是否满足约束。 cel 约束示例 束示例 CEL 语法支持广泛的逻辑运算符,如 AND 和 OR。因此,单个 CEL 表达式可以具有多个规则,这些条件 由这些逻辑运算符链接在一起。这些规则针对来自捆绑包或任何给定源的多个不同属性的数据评估,输出 可以解决单一约束内满足所有这些规则的捆绑包或 Operator。 使用多个0 码力 | 423 页 | 4.26 MB | 1 年前3
OpenShift Container Platform 4.7 安装如果升级了 Amphora 镜像,RHOSP Operator 可使用两种方式处理现有的负载均衡器虚拟机: 通过触发负载均衡器故障切换来升级每个虚拟机。 将升级虚拟机的职责留给用户。 如果运算符使用第一个选项,在故障切换过程中可能会有短暂的停机时间。 如果 Operator 采用第二个选项,现有负载均衡器将不支持升级的 Octavia API 功能,比如 UDP 侦听程 序。在这种情况下 如果升级了 Amphora 镜像,RHOSP Operator 可使用两种方式处理现有的负载均衡器虚拟机: 通过触发负载均衡器故障切换来升级每个虚拟机。 将升级虚拟机的职责留给用户。 如果运算符使用第一个选项,在故障切换过程中可能会有短暂的停机时间。 如果 Operator 采用第二个选项,现有负载均衡器将不支持升级的 Octavia API 功能,比如 UDP 侦听程 序。在这种情况下0 码力 | 2276 页 | 23.68 MB | 1 年前3
OpenShift Container Platform 4.8 安装如果升级了 Amphora 镜像,RHOSP Operator 可使用两种方式处理现有的负载均衡器虚拟机: 通过触发负载均衡器故障切换来升级每个虚拟机。 将升级虚拟机的职责留给用户。 如果运算符使用第一个选项,在故障切换过程中可能会有短暂的停机时间。 如果 Operator 采用第二个选项,现有负载均衡器将不支持升级的 Octavia API 功能,比如 UDP 侦听程 序。在这种情况下 如果升级了 Amphora 镜像,RHOSP Operator 可使用两种方式处理现有的负载均衡器虚拟机: 通过触发负载均衡器故障切换来升级每个虚拟机。 将升级虚拟机的职责留给用户。 如果运算符使用第一个选项,在故障切换过程中可能会有短暂的停机时间。 如果 Operator 采用第二个选项,现有负载均衡器将不支持升级的 Octavia API 功能,比如 UDP 侦听程 序。在这种情况下0 码力 | 2586 页 | 27.37 MB | 1 年前3
OpenShift Container Platform 4.10 安装如果升级了 Amphora 镜像,RHOSP operator 可以通过两种方式处理现有的负载均衡器虚拟机: 通过触发 负载均衡器故障转移 来升级每个虚拟机。 将升级虚拟机的职责交给用户。 如果运算符使用第一个选项,在故障切换过程中可能会有短暂的停机时间。 如果 Operator 采用第二个选项,现有的负载均衡器将不支持升级的 Octavia API 功能,如 UDP 侦听程 序。在这种情况下 如果升级了 Amphora 镜像,RHOSP operator 可以通过两种方式处理现有的负载均衡器虚拟机: 通过触发 负载均衡器故障转移 来升级每个虚拟机。 将升级虚拟机的职责交给用户。 如果运算符使用第一个选项,在故障切换过程中可能会有短暂的停机时间。 如果 Operator 采用第二个选项,现有的负载均衡器将不支持升级的 Octavia API 功能,如 UDP 侦听程 序。在这种情况下0 码力 | 3142 页 | 33.42 MB | 1 年前3
共 12 条
- 1
- 2













