云+社区技术沙龙 腾讯云提高K8S集群资源利用率实践 庄鹏锐 腾讯云高级工程师 资源利用率分析 Node节点资源碎片 Pod Resource（requests）配置不合理 WorkLoad/HPA 副本数设置不合理 业务空闲时间 解决方案 Pod 压缩 Node 超卖 HPA VPA 动态 调度 碎片 处理 Pod 资源压缩 • MutatingAdmission limits 两种资源计算方式 • CronHPA • HPA对象Enable 和 Disable • 动态调整 minRepliacs VPAPlus • 动态调整Container Cgroup • requets 和 limit 比例设置 • Resource Range设置 • CheckPoint对象timeout时间 • Pod对象更新时间 ` • 资源合法性校验 THANKS

OpenAMP混合部署模式 • 分布式软总线，欧拉/鸿蒙设备互通 云计算 边缘计算 openEuler SDK openEuler DevOps： • 磁盘资源隔离，大数据性能提升30% • 应用感知调度，hbase性能提升20% • 容器/虚机混部， • 资源利用率15%-30% • 边云管理协同框架， • 跨边云单应用秒级发放 缘起：一个运动控制系统(机器人,数控机床….) 智能控制 （人机交互 典型硬件: 树莓派4/MCU • 特点：OS承担全部功能 • 不足：无法实现分工协作 • 典型硬件:STM32MP15 • 特点：Linux和RTOS分工 协作资源静态分配 • 不足：Linux和RTOS之间 无法实现强隔离 • 典型硬件:树莓派４ • 特点：Linux和RTOS分工 协作 • 强隔离、资源动态分配 • 不足：对异构支持不完善 • 典型硬件:Xilinx Ultra Scale • 特点：异构多核，多种运 行时协同工作 • 不足：软件栈结构复杂 在不同模式下，openEuler Embedded始终是中心，提供富功能、富管理、富生态 混合关键系统：单节点极致“异构” 算力，多种OS/runtime共同部署， 各尽其才，充分利用硬件资源 弹性融合底座 实例0 实例2 实例3 实例4 实例1 RTOS1 Baremetal RTOS2 RTOS3

同时发布边缘和嵌入式版本。 2022 年 3 月 30 日，基于统一的 5.10 内核，发布面向服务器、云计算、边缘计算、嵌入式的全场景 openEuler 22.03 LTS 版本，聚焦算力释放，持续提升资源利用率，打造全场景协同的数字基础设施操作系统。 2022 年 9 月 30 日，发布 openEuler 22.09 创新版本，持续补齐全场景的支持。 2022 年 12 月 30 日，发布 openEuler 现行加速器内存管理方案存在诸多缺陷： • CPU 侧内存管理与加速器侧分离，数据显式搬移，加速器内存管理的易用性和性能难以平衡。 • 大模型场景下加速器设备 HBM 内存（Hign BandWidth Memory）严重不足，现有的手动 swap 方案性能损耗大且 通用性差。 • 搜推、大数据场景存在大量无效数据搬移，缺少高效内存池化方案。 Linux 现有的 HMM 框架，编程复杂度高且依赖人工调优，性能和可移植性差，引发 面向异构内存编程优化的能力。与此同时，加 速器驱动无需重复实现内存管理框架，大幅降低开发维护带来的成本。 开发者使用一套统一申请、释放的 API，即可完成异构内存编程，无需处理内存搬移等细节。在加速器 HBM 内存不足时， GMEM 可将 CPU 内存作为加速器缓存，透明地超分 HBM，无需应用手动 swap。GMEM 提供高效免搬移的内存池化方案， 当内存池以共享方式接入后，可解决数据反复搬移的痛点。 GMEM

................................................................................. 295 12.1.1 配置共享资源 ............................................................................................... 299 环境对运维人 员的要求。而且，本书每章都配套有大量的图、表、命令示例以及课后复习题，大家可以在 阅读本书的过程中同步操作完所有的实验内容，以达到增强学习兴趣与加深记忆的效果。最 后，本书以及配套资源相较于当前红帽 RHCE 8 版本的考试要求，至少要再多出 50%的内容， 而且已经有几千位学员陆续通过本书的学习顺利取得认证。因此，只要您能每天坚持学习， 相信这绝对是体验极佳、进步极快的一次学习经历。 Linux 系统是开源的，所以要去学习。”其实这个想法是完全错误的！开源的 操作系统少说有 100 个，开源的软件至少也有 10 万个，为什么不去逐个学习？所以上面谈到 的开源特性只是一部分优势，并不足以成为您付出精力去努力学习的理由。 对普通用户来讲，开源共享精神仅具备锦上添花的效果，我们更加看重的是，Linux 系 统是一款优秀的软件产品，具备类似 UNIX 系统的程序界面，并继承了其良好的稳定性。而

当然啰，要了解权限的概念，那么对于不同的“身份”就需要了解一下才行， 不同的身份的人，所创建的或拥有的文件 是否会相同呢？例如系统管理员与一般身份使用者的文件？ 当然不太一样！除此之外，如果您的硬盘空间不足，需要 增加硬盘时，应该要如何新增呢？ 还有，内存不足的情况下，有没有增进虚拟内存容量的方法？在接下来的几个章节 之中，我们将介绍 Linux 主要的文件架构、以及磁盘在 Linux 当中该如何使用及挂载等问题。 Lin 有一定的熟悉度之后，再来就是要管理连上 Linux 的 帐号问题了！这个帐号的问题可大可小啦！大到可以限制他使用 Linux 主机的各项资源，小到甚至一般帐号的密码 订定规则都可以进行规定！端看您对于安全的需求啦！ 此外，如果站在资源平均分配的角度上，那么 Linux 主机上 面有限的资源当然是平均分配给大家比较好！这个时候就得来规定一下“谁可以使用多少的硬盘空间？”那就是 Quota 喔！呵呵！厉害吧！ 传输到输出单元。 Tips 为什么我们都会说，要加快系统性能，通常将内存容量加大就可以获得相当好的成效？如同下图以及上面的说 明，因为所有的数据都要经过内存的传输， 所以内存的容量如果太小，数据高速缓存就不足～影响性能相当大啊！尤 其针对 Linux 作为服务器的环境下！这点要特别记忆喔！ 综合上面所说的，我们会知道其实电脑是由几个单元所组成的，包括输入单元、 输出单元、CPU 内部的控制单元、 算数逻辑单元与内存五大部分。

4.1 首次登陆系统 鸟哥的 Linux 私房菜：基础学习篇 第四版 13 目录及概述 4.1.1 首次登陆CentOS 7.x图形接口 4.1.2 GNOME的操作与登出,应用程序,文件资源管理器,中文输入法,登出窗口,快速重 启 X 4.1.3 X Window与文字模式的切换, startx 4.1.4 在终端接口登陆linux 4.2 文字模式下指令的下达 4.2.1 开始下达指令 当然啰，要了解权限的概念，那么对于不同的“身份”就需要了解一下才行， 不同的身份的 人，所创建的或拥有的文件是否会相同呢？例如系统管理员与一般身份使用者的文件？ 当然 不太一样！除此之外，如果您的硬盘空间不足，需要增加硬盘时，应该要如何新增呢？ 还 有，内存不足的情况下，有没有增进虚拟内存容量的方法？在接下来的几个章节之中，我们 将介绍 Linux 主要的文件架构、以及磁盘在 Linux 当中该如何使用及挂载等问题。 第五章 有一定的熟悉度之后，再来就是要管 理连上 Linux 的帐号问题了！这个帐号的问题可大可小啦！大到可以限制他使用 Linux 主机的 各项资源，小到甚至一般帐号的密码订定规则都可以进行规定！端看您对于安全的需求啦！ 此外，如果站在资源平均分配的角度上，那么 Linux 主机上面有限的资源当然是平均分配给 大家比较好！这个时候就得来规定一下“谁可以使用多少的硬盘空间？”那就是 Quota 喔！呵 呵！厉害吧！

件是由核心来管理的，而如果核心不认识你的 硬件，那么你将无法使用该硬设备，例如上面提到的 NTFS 档案格式的硬盘！核心就是『 Kernel 』，他是一个操作系统的最底层的东西，由他来掌管整个硬件资源的工作状态，而 Linux 有 Linux 自 己的核心， Windows 也有他自己的核心。所以说，当有新的硬件加入到你的系统中的时候，那么若你 的『 Kernel 』并没有支持他的时候，呵呵，这 ，后面我们提到『核心编译』的时候会在更详 细的谈到他！ 一般来说，Kernel 管理的事项有： • System call interface ：一些服务与 kernel 沟通之后，将硬件的资源进一步的利用； • Process control ：系统过程控制中心，所以核心编的越小越好； • Memory management ：控制整个系统的内存管理； • File system 的主要工作之一，当然啰， 装置的驱动程序就是核心需要做的事情啦！好在目前都有所谓的『可加载模块』功能， 可以将驱动程序编辑成模块，就不需要重新的编译核心啦！这个也会在后续的核心编 译当中提到的！ 所以啦！所有硬件的资源都是他来管理的！至于我们要达成一些工作时，除了藉由核心本身提供的功 能 ( 例如上面提到的档案总管 ) 之外，还可以藉由其它的应用软件来达成喔！举个例子来说，你要看 VCD 影片是吧！那么除了 Windows

“烟囱式”的业务支持体系 幸福的烦恼 ⚫ 重复造轮子，每个部门一套轮子 ⚫ 缺乏统一规范，包括开源代码在内 Bug 多 ⚫ 开源文化落后，共享精神差，很多基础框架没有内部开源 ⚫ 技术支持不足，文档陈旧 ⚫ 数据技术不互通，部门间代码相互封闭，跟业界缺乏交流 ⚫ 缺乏维护，越来越多的历史遗留组件 ⚫ 没有技术图谱 2018年930变革 开源协同 自研上云 代码开源 相互协同 互联网，向产业互联网的升级的决心。 业务上云价值 • 开发效率更高 • 云上特性（VM热迁移等） • 丰富的标准化云服务 • 云原生TKE、研发CICD流程 • 计算资源重用 • 公共组件产品化 • 丰富的公有云海外资源 • 使用业界标准化的云原生服 务，离开封闭的开发环境和组 件 • 工程师输出优秀的组件到云上 成为标准服务，孵化成更好的 云服务 • 服务开源生态 • 为行业输出公有云迁移经验 TKE 腾讯云(IAAS) 基础服务 计算资源（CVM） 存储资源（CBS） 网络资源 ……. Kubernetes多集群管理 Cluster1 Cluster2 ……. 应用服务管理 集群监控 集群日志 集群告警 基础设施监控 基础设施日志 基础设施告警 管理体系 业务管理 用户体系 权限 审计 安全 资源调度 服务监控 服务告警 远程日志 自动扩缩容

可以达成的功能之一啰！所以 Linux 的作用实在不止于网络服务器的架设吶。 举例来说，在 Linux 上面开发跨平台的数值模式 (model) 诸如大型的大气仿真模式，由于 Linux 的稳定与完善 的资源分配功能，使得在 Linux 上面开发出来的程序运作的又快又稳定。此外，诸如 KDE, GNOME 等漂亮的图形 接口，搭配诸如 Open Office 等办公室软件，Linux 立刻摇身一变而成为优秀的办公室桌面计算机了 想要架设服务器吗？那…架什么服务器？这个服务器要不要对 Internet 开放？这个服务要不要针对客户提供相关账 号？ 要不要针对不同的客户账号进行例如磁盘容量、可活动空间与可用系统资源进行限制？如果要进行各项资源的限 制， 那服务器操作系统应该要如何安装与设定？问题很多吧！所以，先了解你要的服务器服务目的之后，后续的规划 才能陆续出炉。 不过，如果架站只是为了『练功』而已，呵呵！那就不需要考虑太多了～ 统？如何让文件系统具有未来扩充性 (LVM 之类)？ 系统如何管理各项服务之启动？系统的开机流程为何？系统出错时，该如何进行快速复原等等，这都 需要了解的呢！ 内部防火墙设定：管理系统的可分享资源 一部主机可以拥有多种服务器软件的运作，而很多 Linux distributions 出厂的默认值就已经开放很多服务给 Internet 使用了，不过这些服务可能并不是你想要开放的呢。我们在了解网络基础与所需服务的目的之后，

站在巨人的肩膀上，打造符合公司中长期发展的 DevOps CD 产品 - Horizon Helm Chart的理念 如何屏蔽 k8s 复杂性？ 屏蔽大部分细节，将少量配置开放给 使用者 集中了应用依赖的各种 资源 helm chart不足： • 面向开发者，对普通用户不友好 Horizon模板体系 第二部分 ├── Chart.yaml ├── README.md ├── schema 运维人员关注特殊场景的人工介入 Horizon模板最佳实践 管理员可以通过快速的配置，将一个复杂 应用的关键配置快速暴露给用户使用，保 障用户进行最佳实践，例如： • 屏蔽复杂的资源配置：业务更容易理解 的标准资源规格 • 底层能力快速封装：混合云、服务网格 有了这样的模板，是否能直接apply使用 呢？ GitOps最佳实践 第三部分 ArgoCD的设计 什么是GitOps apiVersion: