OpenShift Container Platform 4.9 构建应用程序DeploymentConfig 定 定义 义示例 示例 配置更改触发器会在部署配置的 pod 模板中检测到更改时生成新的复制控制器。 镜像更改触发器会在命名镜像流中每次有新版本的后备镜像可用时创建新部署。 默认的 Rolling 策略会在部署之间实现无停机过渡。 7.1.3. 部署 Kubernetes 在 OpenShift Container Platform 中提供了一流的原生 API 对象类型,名为 Deployment。Deployment ImageStreamTag name: hello-openshift:latest type: ImageChange 2 strategy: type: Rolling 3 apiVersion: apps/v1 第 第 7 章 章 部署 部署 99 7.1.4. Deployment 和 DeploymentConfig 对象的比较 OpenShift pod 事件启 动失败,这代表内存限制太低。增加或删除内存限制。删除限制可让 pod 消耗无限的节点 资源。 您还可以在部署策略中指定资源限值来限制资源使用。部署资源可用于 recreate、rolling 或 custom 部署 策略。 流程 1. 在以下示例中,resources、cpu、memory 和 ephemeral-storage 中每一个都是可选的: cpu 以 CPU 单元数为单位:100m0 码力 | 184 页 | 3.36 MB | 1 年前3
OpenShift Container Platform 4.10 构建应用程序111 1 2 3 配置更改触发器会在部署配置的 pod 模板中检测到更改时生成新的复制控制器。 镜像更改触发器会在命名镜像流中每次有新版本的后备镜像可用时创建新部署。 默认的 Rolling 策略会在部署之间实现无停机过渡。 8.1.4. Deployment 和 DeploymentConfig 对象的比较 OpenShift Container Platform 支持 Kubernetes ImageStreamTag name: hello-openshift:latest type: ImageChange 2 strategy: type: Rolling 3 OpenShift Container Platform 4.10 构 构建 建应 应用程序 用程序 112 DeploymentConfig 对象最多可以有一个部署器 pod pod 事件启 动失败,这代表内存限制太低。增加或删除内存限制。删除限制可让 pod 消耗无限的节点 资源。 您还可以在部署策略中指定资源限值来限制资源使用。部署资源可用于 recreate、rolling 或 custom 部署 策略。 流程 流程 1. 在以下示例中,resources、cpu、memory 和 ephemeral-storage 中每一个都是可选的: cpu 以 CPU0 码力 | 198 页 | 3.62 MB | 1 年前3
OpenShift Container Platform 4.14 发行注记4.14 发行版本开始,为了简化对红帽所提供的 Operator 的管理和维护,红帽引入了三个新的生命周期 类别:Platform Aligned, Platform Agnostic, 和 Rolling Stream这些生命周期类别为集群管理员提供了额 外的简易性和透明度,以更好地了解每个 Operator 的生命周期策略,并以可预测的支持界限来计划对集 群进行维护和升级。如需更多信息,请参阅 Operator 报告以下状态,表示更新的问题:DaemonSet "/openshift-network-node-identity/network-node-identity" update is rolling。 作为临时解决方案,您可以通过运行以下命令来删除 openshift-network-node-identify 命名空 间中的所有 pod:oc delete --force=true -n0 码力 | 73 页 | 893.33 KB | 1 年前3
OpenShift Container Platform 4.4 构建(build)值不会被动态更新。若要更改 secret,需要删除 原始 Pod 并创建一个新 Pod(可能具有相同的 PodSpec)。 更新 secret 遵循与部署新容器镜像相同的工作流。您可以使用 kubectl rolling-update 命令。 secret 中的 resourceVersion 值不在引用时指定。因此,如果在 pod 启动的同时更新 secret,则将不能 定义用于 pod 的 secret 版本。0 码力 | 101 页 | 1.12 MB | 1 年前3
OpenShift Container Platform 4.13 CI/CD值不会被动态更新。要更改 secret,必须删除原 始 pod 并创建一个新 pod,在某些情况下,具有相同的 PodSpec。 更新 secret 遵循与部署新容器镜像相同的工作流。您可以使用 kubectl rolling-update 命令。 secret 中的 resourceVersion 值不在引用时指定。因此,如果在 pod 启动的同时更新 secret,则将不能 定义用于 pod 的 secret 版本。0 码力 | 129 页 | 1.37 MB | 1 年前3
OpenShift Container Platform 4.8 日志记录eo_elasticsearch_cr_restart_total{reason="cert_restart"} 1 eo_elasticsearch_cr_restart_total{reason="rolling_restart"} 1 eo_elasticsearch_cr_restart_total{reason="scheduled_restart"} 3 Total number of Namespaces0 码力 | 223 页 | 2.28 MB | 1 年前3
OpenShift Container Platform 4.10 CLI 工具用法示例 2.6.1.42. oc adm uncordon 将节点标记为可调度 用法示例 用法示例 # Show usage statistics for images oc adm top images # Show usage statistics for image streams oc adm top imagestreams # Show metrics for0 码力 | 120 页 | 1.04 MB | 1 年前3
OpenShift Container Platform 4.13 CLI 工具and no value oc adm taint nodes foo bar:NoSchedule # Show usage statistics for images oc adm top images # Show usage statistics for image streams oc adm top imagestreams # Show metrics for0 码力 | 128 页 | 1.11 MB | 1 年前3
OpenShift Container Platform 4.8 CLI 工具用法示例 2.6.1.56. oc adm uncordon 将节点标记为可调度 用法示例 用法示例 # Show usage statistics for images oc adm top images # Show usage statistics for image streams oc adm top imagestreams # Show metrics for0 码力 | 152 页 | 1.24 MB | 1 年前3
OpenShift Container Platform 4.10 可伸缩性和性能将开始失败。例如,在 一个带有 5000 服务的命名空间中,服务名称的限制为 33 个字符,它可让您在命名空间中运行 5000 个 Pod。 strategy: type: Rolling - apiVersion: v1 kind: Service metadata: name: service${IDENTIFIER} spec: selector:0 码力 | 315 页 | 3.19 MB | 1 年前3
共 14 条
- 1
- 2













