jpg) ### OpenShift Container Platform 4.9 节点 在 OpenShift Container Platform 中配置和管理节点 Powered by TCPDF (www.tcpdf.org) 在 OpenShift Container Platform 中配置和管理节点 Enter your first name here. Enter your surname owners. ## 摘要 本文提供有关在集群中配置和管理节点、Pod和容器的说明。它还提供有关配置Pod调度和放置、使用作业（job）和 DaemonSet来自动执行操作，以及确保集群保持高效性的其他任务信息。 ## 目录 第1章 节点概述 ..... 9 1.1. 关于节点 ..... 9 读取操作 ..... 9 管理操作 ..... 10 增强操作 ..... 10 1.2. 关于 POD ..... 10 读取操作 ..... 10 管理操作 ..... 11 增强操作 ..... 11 1.3. 关于容器 ..... 12 第2章 使用 POD ..... 13 2.1. 使用 POD ..... 13 2.1.1. 了解 pod ..... 13 2.1.2. pod 配置示例 ..... 13 2.1.3. 其他资源

jpg) ### OpenShift Container Platform 4.6 节点 在 OpenShift Container Platform 中配置和管理节点 Powered by TCPDF (www.tcpdf.org) 在 OpenShift Container Platform 中配置和管理节点 Enter your first name here. Enter your surname owners. ## 摘要 本文提供有关在集群中配置和管理节点、Pod和容器的说明。它还提供有关配置Pod调度和放置、使用作业（job）和 DaemonSet来自动执行操作，以及确保集群保持高效性的其他任务信息。 ## 目录 第1章 节点概述 ..... 9 1.1. 关于节点 ..... 9 读取操作 ..... 9 管理操作 ..... 9 功能增强操作 ..... 9 1.2. 关于 POD ..... 10 读取操作 ..... 10 管理操作 ..... 10 功能增强操作 ..... 10 1.3. 关于容器 ..... 11 第2章 使用 POD ..... 12 2.1. 使用 POD ..... 12 2.1.1. 了解 pod ..... 12 2.1.2. pod 配置示例 ..... 12 2.1.3. 其他资源

## Pod 容忍节点异常时间调整 ### 1. 原理说明 Kubernetes 集群节点处于异常状态之后需要有一个等待时间，才会对节点上的 Pod 进行驱逐。那么针对部分关键业务，是否可以调整这个时间，便于在节点发生异常时及时将 Pod 驱逐并在别的健康节点上重建？ 要解决这个问题，我们首先要了解 Kubernetes 在节点异常时驱逐 Pod 的机制。 在 Kubernetes 1.13 gate，节点及其上 Pod 的生命周期管理将通过节点的 Condition 和 Taint 来进行，Kubernetes 会不断地检查所有节点状态，设置对应的 Condition，根据 Condition 为节点设置对应的 Taint，再根据 Taint 来驱逐节点上的 Pod。 同时在创建 Pod 时会默认为 Pod 添加相应的 tolerationSeconds 参数，指定当节点出现异常（如 Pod 还将在这个节点上运行多长的时间。 那么，节点发生异常到 Pod 被驱逐的时间，就取决于两个参数：1. 节点实际异常到被判断为不健康的时间；2. Pod 对节点不健康的容忍时间。 Kubernetes 集群中默认节点实际异常到被判断为不健康的时间为 40s, Pod 对节点 NotReady 的容忍时间为 5min, 也就是说, 节点实际异常 5min40s(340s) 后, 节点上的 Pod

Curve元数据节点高可用 • 1. 需求 • 2. 技术选型 • 3. etcd clientv3的concurrency介绍 • 3.1 etcd clientV3的concurrency模块构成 • 3.2 Campaign的流程 • 3.2.1 代码流程说明 • 3.2.2 举例说明Campagin流程 • 3.3 Observe的流程 4. MDS使用election模块的功能进行选主 异常情况4：Etcd集群的follower节点异常 4.2.7 各情况汇总 ### 1. 需求 mds是元数据节点，负责空间分配，集群状态监控，集群节点间的资源均衡等，mds故障可能会导致client端无法写入。 因此，mds需要做高可用。满足多个mds，但同时只有一个mds节点提供服务，称该提供服务的mds节点为主，等待节点为备；主节点的服务挂掉之后，备节点能启动服务，尽量减小服务中断的时间 需要解决的问题就是：如何确定主备节点。 ### 2. 技术选型 提供配置共享和服务发现的系统比较多，其中最为大家熟知的就是zookeeper和etcd，考虑当前系统中mds有两个外部依赖模块，一是mysql，用于存储集群拓扑的相关信息；二是etcd，用于存储文件的元数据信息。而etcd可以用于实现mds高可用，没必要引入其他组件。 使用etcd实现元数据节点的leader主要依赖于它的两个核

title: Kubernetes 管理 Docker 容器 date: 2020-12-18 tags: Kubernetes description: MacOS 平台 Kubernetes 管理 Docker 容器  图片来源于 图片来源于 Install Kubernetes: The Ultimate Guide ## Kubernetes 简介 Kubernetes 是容器集群管理系统，是一个开源的平台，可以实现容器集群的自动化部署、自动扩缩容、维护等功能。 快速部署应用 • 快速扩展应用 无缝对接新的应用功能 • 节省资源，优化硬件资源的使用 ## Minikube 简介 ## MacOS 系统安装依赖 ##

## RAINBOND服务日志管理 好雨交付工程师-郭逊 ## 大纲 1. Rainbond自身的日志管理机制 2. 对接 Elasticsearch 3. 演示示例 2019-07-31T03:29:22.251Z INFO [monitoring] log/log.go:124 Non-zero metrics in the last 30s {"monitoring": "5":0.1844}}}}}} ### 1. RAINBOND自身日志管理机制 ### 1.1 日志界面  ### 1. RAINBOND自身日志管理机制 ### 1.1 日志界面  # 1.RAINBOND自身日志管理机制 ### 1.1 日志界面 首页 / 我的应用 / 服务日志对接Es示例 / NGINX NGINX 访问 关闭 管理容器 其他操作 最近1000条日志 2019-07-30T15:59:22.251Z INFO [monitoring] log/log

ents/f/f/f/c/fffc92c80a6e0213d4050aefc88ae806/p1_1.jpg) ### OpenShift Container Platform 4.14 机器管理 添加和维护集群机器 Powered by TCPDF (www.tcpdf.org) 添加和维护集群机器 ## 法律通告 Copyright $ ^{©} $ 2024 Red Hat, Inc 本文说明如何管理构成 OpenShift Container Platform 集群的机器。某些任务利用 OpenShift Container Platform 集群的增强型自动机器管理功能，另一些任务则要手动完成。本文所述的任务并非对所有安装类型都适用。 ## 目录 第1章 机器管理概述 ..... 4 1.1. MACHINE API 概述 ..... 4 1.2. 管理计算机器 . .. 5 1.3. 管理 CONTROL PLANE 机器 ..... 6 1.4. 将自动扩展应用到 OPENSHIFT CONTAINER PLATFORM 集群 ..... 6 1.5. 在用户置备的基础架构上添加计算机器 ..... 6 1.6. 在集群中添加 RHEL 计算机器 ..... 6 第2章 使用 MACHINE API 管理计算机器 ..... 8

中启乘数科技 $ ^{®} $ ## 如何用CLup管理Polardb ## 关于我 PostgreSQL中国社区资深数据库专家，中国架数科技联合创始人撰写，PostgreSQL数据库领域经典著作升级版  Guide To Expert 专业的PostgreSQL数据库管理平台 CLup介绍 ## CLup产品介绍 ## CLup是什么？ ✓ 实现PostgreSQL/PolarDB数据库的私有云RDS产品 ✓ PostgreSQL/PolarDB集群统一管理、统一运维。 ✓ PostgreSQL/PolarDB集群可以用功能（即故障自动切换） ✓ 实现对PostgreSQL/PolarDB的监控管理 ✓ 对PostgreS 对PostgreSQL/PolarDB的TopSQL的管理 ## • 架构说明 ✓ 有一台机器上部署的CLup管理节点，这个管理节点提供WEB管理界面统一管理所有的PostgreSQL/PolarDB数据库。 ✓ 每台数据库主机上部署clup-agent。CLup管理节点通过clup-agent来管理这台机器上的PostgreSQL/PolarDB数据库。 ## 数据中心1 CLup管理节点1 clup-server

# VMware Data Recovery 管理员指南 ZH CN-000193-00 vmware $ ^{®} $ 您可以在 VMware 的网站上找到最新的技术文档，网址为 http://www.vmware.com/cn/support/ VMware 网站还提供了最新的产品更新。 如果您对本文档有任何意见和建议，请将您的反馈提交到： docfeedback@vmware 21 ## 关于本文档 《VMware Data Recovery 管理员指南》包含为中小型企业建立备份解决方案的信息。 ## 目标读者 本文档适用于需要使用 VMware Data Recovery 提供备份解决方案的用户。本书的目标读者为熟悉虚拟机技术和数据中心操作且具有丰富经验的 Windows 或 Linux 系统管理员。 ## 文档反馈 VMware 欢迎您提出宝贵建议，以便改进我们的文档。如有意见，请将反馈发送到 咨询服务可提供多种服务，协助您评估、计划、构建和管理虚拟环境。要了解有关教育课程、认证计划和咨询服务的信息，请访问 http://www.vmware.com/services。 # 了解 VMware Data Recovery VMware $ ^{\circledR} $ Data Recovery 可创建虚拟机备份，同时不会中断虚拟机的使用或虚拟机提供的数据和服务。Data Recovery 管理现有备份，并在这

## Greenplum资源管理器 姚珂男/Pivotal kyao@pivotal.io ## Agenda • Greenplum数据库 • Resource Queue • Resource Group ## Greenplum数据库 • 基于PostgreSQL • 分布式 • OLAP • MPP(Massively Parallel Processing) ## Greenplum数据库 table corruption => PANIC ## Resource Queue ## • Cost is tricky – 没有明确的定义 – 不同优化器不一致 – 优化器不能被纳入资源管理器 ## Resource Queue ## • Priority is rough – 不能精确控制CPU - CHECK FOR INTERRUPTS – BackoffBackendTick shares按比例配置 – 空闲group配额会被抢占 - 精确控制 ## Resource Group ## • Memory – Not using CGroups – 重构resource queue内存管理 - 严格资源隔离 – statement_mem控制spill – 每个group内做redzone和runaway detection ## Resource Group ## • What's