controller与Node失联40秒以上，则为“ Unknown MemoryPressure 如果node的内存存在压⼒，则为 True ——即node内存容量低；否则为 False DiskPressure 如果磁盘存在压⼒，则为 True ——即磁盘容量低；否则为 False NetworkUnavailable 如果Node的⽹络未正确配置，则为 True ，否则为 False node 间选择。没有toleration（容忍度）的Pod根据旧的模型进⾏调度。 但是，对特定Node能够容忍污点（tolerates the taints）的Pod可被调度到该Node。 请注意，由于延迟时间⼩，通常少于1秒，在观察condition和产⽣污点的时间段内，启⽤此功能可能会稍微增加成功调 度但被kubelet拒绝的Pod的数量。 Capacity（容量） 描述Node上可⽤的资源 readinessProbe （就绪探针）：指示容器是否准备好服务请求。 如就绪探测失败，Endpoint Controller将会从与 Pod匹配的所有Service的端点中删除该Pod的IP地址。初始延迟之前的就绪状态默认为 Failure 。 如果容器不提 供就绪探针，则默认状态为 Success 。 什么时候应该使⽤活动探针或就绪探针？ 如果容器中的进程能够在遇到问题或不健康的情况下⾃

cret）和临时⽬录四种 存储卷类型，将对应的挂载源挂载到容器路径中。更多信息参⻅volumes 。 云存储：⽀持云存储。挂载源为该集群可⽤存储卷（PVC），详情参⻅左侧菜单栏集群->存储卷 延迟探测时间（秒）：即 initialDelaySeconds，容器启动后第⼀次执⾏探测时需要等待多少 秒，默认为 15 秒。 执⾏探测频率（秒）：即 periodSeconds，指执⾏探测的时间间隔，默认为 不健康阈值：探测成功后，最少连续探测失败多少次才被认定为失败。默认是 3，最⼩值是 1。 命令⾏ 通过在容器中执⾏探针检测命令，来检测容器的健康情况。⽀持的参数包括： 命令⾏：⽤于检测容器健康情况的探测命令。 延迟探测时间（秒）：即 initialDelaySeconds，容器启动后第⼀次执⾏探测时需要等待多少 秒，默认为 5秒。 执⾏探测频率（秒）：即 periodSeconds，指执⾏探测的时间间隔，默认为 ，⽀ 持硬约束和软约束。决定应⽤的 Pod 可以和哪些 Pod 部署在同⼀拓扑域。例如，对于相 互通信的服务，可通过应⽤亲和性调度，将其部署到同⼀拓扑域（如同⼀个主机）中，减 少它们之间的⽹络延迟。 必须满⾜，即硬约束，⼀定要满⾜，对应requiredDuringSchedulingIgnoredDuringExecution， Pod 的亲和性调度必须要满⾜后续定义的约束条件。 命名空间：该策略是依据

/client pool 的配置要足够强大。 测试拓扑 测试数据 • 处理每一个req耗费的指令数 目降低了38% 05 解决的BUG IPVS conn_reuse_mode = 1性能低 • 原因 • conn_reuse_mode的本意是当ip_vs_conn出现复用时，重新调度，创建新的ip_vs_conn. • 新旧ip_vs_conn引用了同一个conntrack，但是没有引用计数。 当old ip_vs_conn 释放conntrack后，导致新ip_vs_conn没有conntrack的引用。 • 解决方式 • 通过增加引用计数的方法解决了这个问题。 DNS 解析偶尔5s延迟 • 原因 • DNS 同时发了2个UDP请求，分别请求A和AAAA。源端口是cport。 • Iptables SNAT 为请求1分配了lport=cport • 很快Iptables SNAT Post routing 函数中，将请求1的lport插入conntrack，成功！ • Conntrack Post routing 函数中，将请求2的lport插入conntrack，失败，丢包，导致延迟。 • 解决方法 • eBPF代码在分配lport和插入hash的外围，加了一个大循环，插入失败会重新分配lport。 06 未来的工作 未来的工作 • 适配更多的linux 发行版本 •

资源申请：按峰值30%进 行申请 • 峰值：1000TPS, 平时： 100TPS • 做自己擅长的事情，合作 方式开发 • 产品迭代：如何持续演进 和优化 • 外包管理：如何标准化降 低管理成本，提高质量 外包开发模式 资源利用率KPI 01 04 02 03 海尔集团业务转型 - 架构演进 工业互联网 - 行业分析 海尔工业互联网 -才云整体解决方案 海尔工业互联网 提供常用协议服务的接入、转换（Dubbo，XML） • 灵活定制化的数据变换 控制能力: • 认证鉴权机制 • 流量控制 • 黑白名单 • 服务路由 可靠高效: • 分布式，高可用 • 高性能，低延迟 • 线性扩容 海尔工业互联网 –微服务之监控日志 Node PrometheusServer（Pod） Retrieval Storage PromQL Local Storage Web

Pinecone 是一个完全托管的、对开发人员友好的、云原生的向量数据库。它提供了简单的 API，而无需处理基 础设施方面的繁琐工作。Pinecone 可在数十亿向量数据的规模上，提供过滤后的查询结果，且延迟较低。我们 的团队发现，对于存储团队知识库或服务台门户内容等使用场景，相较于针对对复杂的 LLM 进行微调，使用数 据库提供商，特别是 Pinecone 会更便利，且上手很快。 41. wazero ，从而方便审查。我们的 团队发现 Chromatic 与该领域其他工具的视觉差异要大得多；可视化高亮显示变更的功能让它非常实用。 51. Cilium 试验 eBPF 以其应用透明、高性能和低开销而闻名，因此云原生社区一直在探索其在无边车网格服务（service mesh without sidecar） 中的应用场景。Cilium 是一个为云原生环境如（Kubernetes 集群和其他容器编排平台）提

代替分页，降低延迟 内存高效复用，避免 OOM 读优化 - 2 多分片并发读 通过并发，大大减少读时延 读优化 - 3 读写分离 follower 可以无限扩展，没有 raft 同步问题 读写之间无相互影响 读优化 - 4 Count 优化 基于周期性 Compact 统计，存在内存 降低时延，减轻存储压力 Watch 优化 - 1 写性能提升带来直接收益 写延迟降低，watch 写延迟降低，watch 延迟自然会降低 Watch 优化 - 2 纯内存态实现 无延迟损耗 Watch 优化 - 3 逻辑优化 update 方法中，PreKV 字段 apiserver 不会使用，减少一次读 压测数据 • 背景介绍 • 设计思路 • 性能优化 • 落地效果 • 未来演进 落地效果  压测环境 • 配合 apiserver 优化手段，规模达 5w 节点 200w Pod

我是作者名称 flannel vs calico 采用万兆网卡的虚拟机，测试方法是不同node节点开启qperf测试 结论： tcp延迟:calico-bgp延迟:flannel-vxlan>calico-ipip>flannel_host-gw>calico-bgp>host 带宽：host>c 100 150 200 250 300 350 400 flannel-vxlan calico-ipip flannel_host-gw calico-bgp host ping延迟（us） 925 751 663 330 327 0 100 200 300 400 500 600 700 800 900 1000 host calico-bgp 150 200 250 300 350 400 450 500 flannel-vxlan flannel_host-gw host calico-ipip calico-bgp tcp延迟（us） 网络互通边缘路由 host-net:172.16.0.5/16 k8s-node1 svc-net:10.16.0.0/14 pod-net:10.12.0.0/14 docker

#检测tcp端口是否可连接 port: 80 ini�alDelaySeconds: 10 #pod刚拉起时延迟10秒再检测，默认0秒 �meoutSeconds: 2 #检测超时2秒，默认1秒 periodSeconds: 3 tcpSocket: #检测tcp端口是否可连接 port: 80 ini�alDelaySeconds: 10 #pod刚拉起时延迟10秒再检测，默认0秒 readinessProbe: #pod就绪性探测，失败后不会重启pod，只是服务不可访 问 tcpSocket: tcpSocket: #检测tcp端口是否可连接 port: 80 ini�alDelaySeconds: 10 #pod刚拉起时延迟10秒再检测，默认0秒 readinessProbe: #pod就绪性探测，失败后不会重启pod，只是服务不可访 问 tcpSocket:

效率。用户对加速创新，缩短研发周期，提高迭代效率的需求日益 增大，以 Serverless（服务器无感知）、低/无代码为代表的技术能够 屏蔽复杂的底层基础设施，让用户以最低学习成本、最小使用代价 最大化释放云的生产力，实现快速创新。AWS 贯彻全面 Serverless 化战略，提供计算、存储、数据库等全领域的 Serverless 服务。微软 发力低/无代码领域，其发布的 Power Platform 已经与 Office 探索云的优化和治 理，从体制机制、技术要求、管理规范等多个方面统筹建设治理机 制。三是实现高效低碳运行，推动云运营绿色发展。在国家提出碳 达峰、碳中和战略后，云计算绿色发展理念得到持续关注。第一梯 队行业充分响应国家相关低碳环保政策与规范，应用低碳创新技术， 优化算力算法，推动云平台的高效低碳运行和绿色发展。 第二梯队行业上云用云处于成长期，企业上云热度持续攀升， 如工业、交通、医疗 服务市场保持 30%左右增速，产品丰富度不断增加， 可满足中小企业业务上云需求。另一方面，SaaS 服务模式能够契合 中小企业轻资产上云路径。与传统应用相比，SaaS 服务具有投入资 源少、技术要求低、灵活扩展等优势。中小企业借助 SaaS 可以实现 轻资产上云、低成本用云，从而快速便捷完成数字化转型，提高生 产力。德勤数据显示，近十年我国中小企业 SaaS 支出占其整体 IT 支出的比重保持年均

小时级->分钟级 弹性伸缩： 分钟级->秒级 应用交互性能提 升1~2倍 资源利用率提 升50% 挑战 收益 传统虚机应用上线慢 业务扩容时间长 同业务压力下资 源利用率低 传统虚机应用交 互性能低 • 应用可以基于容器镜像一站式自动化“构建发布上线” • 应用快速上线、扩容、升级，秒级弹性扩缩容 • 基于容器更细粒度共享，提升资源利用率 16 支持多租隔离、租户内部各用户之间的权限隔离，基于组织提供 kubernetes技术门槛高，无法满足业务SLA要求 •原生版本产品化能力弱，系统集成问题多（网络、存储， 监控等），解决成本高 •业务快速迭代，高峰期一周3~5个版本更新，运维压力大 •其他厂商的容器服务成熟度低，达不到商用要求 华为方案价值： •企业级容器服务经过2+年商用实践，SLA有保障 •提供一站式网络、存储、数据库、监控告警和健康检查解 决方案，降低系统集成风险，持续保障业务稳定运行 •支持原生 集群 CCE 云容器引擎 部署 SWR容器 镜像仓库 研发交付 容器镜像 Node 客户问题： •用户流量存在明显波峰波谷，传统部署方式伸缩效率低 •服务器开服频繁，传统部署耗时长 •特性迭代快速，升级频繁，传统方式效率低，断服时间长 •公司遗留内部运维（CI/CD）系统，需要对接公有云 •国内其他云厂商的容器服务问题较多、很不成熟 华为方案价值： •支持丰富的弹性伸缩指标策略，秒级伸缩应对流量变化