OpenShift Container Platform 4.9 节点OpenShift Container Platform 4.9 节点 在 OpenShift Container Platform 中配置和管理节点 Last Updated: 2023-08-27 OpenShift Container Platform 4.9 节点 在 OpenShift Container Platform 中配置和管理节点 Enter your first name here the European Union and other countries. Node.js ® is an official trademark of Joyent. Red Hat is not formally related to or endorsed by the official Joyent Node.js open source or commercial project. The community. All other trademarks are the property of their respective owners. 摘要 摘要 本文提供有关在集群中配置和管理节点、Pod 和容器的说明。它还提供有关配置 Pod 调度和放置、 使用作业(job)和 DaemonSet 来自动执行操作,以及确保集群保持高效性的其他任务信息。 . . . . . . . . .0 码力 | 374 页 | 3.80 MB | 1 年前3
OpenShift Container Platform 4.6 节点OpenShift Container Platform 4.6 节点 在 OpenShift Container Platform 中配置和管理节点 Last Updated: 2023-02-27 OpenShift Container Platform 4.6 节点 在 OpenShift Container Platform 中配置和管理节点 Enter your first name here the European Union and other countries. Node.js ® is an official trademark of Joyent. Red Hat is not formally related to or endorsed by the official Joyent Node.js open source or commercial project. The community. All other trademarks are the property of their respective owners. 摘要 摘要 本文提供有关在集群中配置和管理节点、Pod 和容器的说明。它还提供有关配置 Pod 调度和放置、 使用作业(job)和 DaemonSet 来自动执行操作,以及确保集群保持高效性的其他任务信息。 . . . . . . . . .0 码力 | 404 页 | 3.60 MB | 1 年前3
Greenplum资源管理器2017 年象行中国(杭州 站)第一期 Greenplum资源管理器 姚珂男/Pivotal kyao@pivotal.io 2017 年象行中国(杭州 站)第一期 Agenda • Greenplum数据库 • Resource Queue • Resource Group 2017 年象行中国(杭州 站)第一期 Greenplum数据库 • 基于PostgreSQL • 分布式 corruption => PANIC 2017 年象行中国(杭州 站)第一期 Resource Queue • Cost is tricky – 没有明确的定义 – 不同优化器不一致 – 优化器不能被纳入资源管理器 2017 年象行中国(杭州 站)第一期 Resource Queue • Priority is rough – 不能精确控制CPU – CHECK_FOR_INTERRUPTS – Resource Queue • Memory – Chaotic – 没有严格资源隔离 – 第三方库的malloc 2017 年象行中国(杭州 站)第一期 Resource Group • SQL语句并发控制 => 事务并发控制 • 基于cost的并发控制 • 基于优先级的CPU控制 => 精确CPU比例 • 内存控制 => 严格资源隔离 2017 年象行中国(杭州 站)第一期 Running Example0 码力 | 21 页 | 756.29 KB | 1 年前3
Pod 容忍节点异常时间调整Pod 容忍节点异常时间调整 容忍节点异常时间调整 1. 原理说明 原理说明 Kubernetes 集群节点处于异常状态之后需要有⼀个等待时间,才会对节点上的 Pod 进⾏驱逐。那么针对部分关键业务,是否可以调整这个时间,便于在节点发⽣异常时及时将 Pod 驱逐 并在别的健康节点上重建? 要解决这个问题,我们⾸先要了解 Kubernetes 在节点异常时驱逐 Pod 的机制。 在 Kubernetes 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 才会0 码力 | 4 页 | 104.64 KB | 1 年前3
Curve元数据节点高可用© XXX Page 1 of 30 Curve元数据节点高可用© XXX Page 2 of 30 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:Etcd集群的follower节点异常 4.2.7 各情况汇总 1. 需求 mds是元数据节点,负责空间分配,集群状态监控,集群节点间的资源均衡等,mds故障可能会导致client端无法写入。 因此,mds需要做高可用。满足多个mds, 但同时只有一个mds节点提供服务,称该提供服务的mds节点为主,等待节点为备;主节点的服务挂掉之后,备节点能启动服务,尽量减小服务中断的时间。 需要解决的问题就是:如何确定主备节点。 需要解决的问题就是:如何确定主备节点。 2. 技术选型 提供配置共享和服务发现的系统比较多,其中最为大家熟知的就是zookeeper和etcd, 考虑当前系统中mds有两个外部依赖模块,一是mysql, 用于存储集群拓扑的相关信息;二是etcd,用于存储文件的元数据信息。而etcd可以用于实现mds高可用,没必要引入其他组件。 使用etcd实现元数据节点的leader主要依赖于它的两个核心机制:0 码力 | 30 页 | 2.42 MB | 6 月前3
Node 的设计错误Node 的设计错误 Ryan Dahl JS Conf 柏林林 2018.06 背景: 1. 基于最初的开发,我创建了了并管理理 Node。 2. 我的主要关注⽬目标是事件驱动的 HTTP server。 3. 这⼀一主要⽬目标对当时服务器器端的 JavaScript 起着关键作⽤用。即使在当时这⼀一点不不 那么明显,但是服务器器端 JS 的成功需要事件循环的助⼒力力。 的成功需要事件循环的助⼒力力。 背景: 2012 年年我离开 Node 项⽬目的时候,当时我觉得 Node(或多或少)实现了了我的预定 ⽬目标:创建⼀一个⽤用户友好的⾮非阻塞框架,具体内容如下 1 核⼼心⽀支持许多协议:HTTP,SSL... 2. 在 Windows(使⽤用 IOCP)Linux(EPOLL)和MAC(KQuey)上跨平台⼯工作。 3. ⼀一个⽐比较稳定的相对较⼩小的核⼼心API。 4. 通过 NPM 增加外部模块的⽣生态系统。 但我错了了...因为还有许多问题仍待解决..... 使得 Node 保持增⻓长的⼏几项关键⼯工作 1. NPM(Isaac 开发)将核⼼心 Node 库解耦并允许⽣生态系统的分布。 2. N-API 是设计精美的绑定API。 3. Ben Noordhuis 和 Bert Belder 构建了了 libuv。 4.0 码力 | 28 页 | 767.84 KB | 1 年前3
CurveFS S3数据整理(合并碎片、清理冗余)© XXX Page 1 of 3 curvefs s3数据整理(合并碎片、清理冗余)© XXX Page 2 of 3 1. 2. 3. 1. 2. 3. 4. 5. 6. 1. 2. 背景 只考虑单客户端, 单metaserver 为了解决的问题: 客户端在对一个文件的某个部分多次写入后, 同一个chunk会产生很多版本数据; 而客户端在读的时候0 码力 | 3 页 | 101.58 KB | 6 月前3
Node 在有赞的实践Node 在有赞的实践 KK 1 • 一、Node 基础框架的迭代与演进 • 二、Node 接入有赞服务化体系的历程 • 三、未来需要做的一些事情 2 3 Koa 中间件 有⼈人(有赞的⼀一个内部管理理系统) 第⼀一个 Node 项⽬目 4 Koa 中间件 有⼈人(有赞的⼀一个内部管理理系统) 第⼆二个 Node 项⽬目 脚⼿手架模板 有赞官⽹网 5 诞⽣生 有赞官⽹网 Astroboy 阿童⽊木 有赞招聘 有赞云官⽹网 Koa + 中间件 脚⼿手架模板 阿童⽊木 0.0.1 6 Koa 中间件 有⼈人 很多项⽬目都开始⽤用 Node 了了 有赞官⽹网 Astroboy 阿童⽊木 有赞招聘 有赞云官⽹网 云控制台 分销 中间件 中间件 7 Koa 交易易 店铺 Astroboy 阿童⽊木 ⽤用户 营销 有赞官⽹网 目前有哪些重要业务用了 Node • 1、订单详情(灰度白名单) • 2、下单(灰度白名单) • 3、微页面(灰度白名单) • 4、有赞云、有赞官网、分销等等 8 二、Node 接入有赞服务化体系的历程 9 10 模板渲染 业务编排 接⼝口转发 业务逻辑 服务接⼝口 服务化 Node.js 11 如何调⽤用? Node.js 12 ⽅方案 2:Node 直接⽀支持0 码力 | 29 页 | 945.50 KB | 1 年前3
Node.js Manual & DocumentationNode.js Manual & Documentation 项目网址:http://cnodejs.org Pdf 发布:Lenzhang Table Of Contents Synopsis 概要 Global Objects 全局对象 o global o process o require() o require.resolve() 核心模块 o File Modules 文件模块 o Loading from `node_modules` Folders 从 `node_modules` 目录中 加载 Optimizations to the `node_modules` Lookup Process 优化 `node_modules` 的查找过程 o Folders as Modules 目录作为模块 Modules 附录 1 - 第三方模块 Synopsis 概要 An example of a web server written with Node which responds with 'Hello World': 下边是一个用 Node 编写的对所有请求简单返回'Hello World‘的 web 服务器例 子: var http = require('http');0 码力 | 153 页 | 1.21 MB | 1 年前3
用 Node.js 滚「雪球」用 Node.js 滚「雪球」 孟祥宇 mengxy@xueqiu.com http://xueqiu.com/mengxy http://xueqiu.com 聪明的投资者都在这里 「雪球」是什么 管理你的投资信息 与行业专家在线交流 信息复盘 选择Node.js之前的思考 前端工程师的知识结构 HTML/CSS/JS HTTP 前端工程师做什么 ● 面向用户的工程师 初试牛刀 express http://expressjs.com node.js http module } {{ mustache }} 搞定上线 经常挂掉 - -||| uncaughtException https://github.com/shtylman/node-cookie/pull/8 node 进程还在,但是不返回任何请求 还有问题... 错误处理 稳定了,扩大规模0 码力 | 33 页 | 791.85 KB | 1 年前3
共 1000 条
- 1
- 2
- 3
- 4
- 5
- 6
- 100













