- 综合排序
- 最热优先
- 最新优先
CPU弹性扩容：按需计费的数据库性能动态保障方案
提供手动与自动两种弹性扩容模式 腾讯云数据库MySQL推出CPU弹性扩容功能，支持两种扩容模式： 自动扩容：基于预设阈值（扩容阈值70%/80%/90%，缩容阈值30%/20%/10%）与观测周期（1- 2024年升级版支持阶梯式扩容，可多次弹性扩展CPU资源上限。 手动扩容：用户主动配置，开启即生效，适用于可预见的业务高峰期。支持设置指定时间段周期扩容，确保关键时段性能稳定。 当系统监控到CPU使用率持续5分钟超过70%时，自动触发扩容，CPU核数瞬时翻倍，保障了峰值期间订单、支付等高并发请求的稳定处理。高峰过后，系统在CPU使用率低于30%时自动回缩。 腾讯云数据库的技术领先性 腾讯云数据库MySQL凭借云原生架构实现存算分离，计算资源可独立弹性扩展（CPU最高支持512核）。 来源：腾讯云数据库解决方案架构师李邦国，《CPU弹性扩容应用与实践》技术分享，2024年7月。
16310编辑于 2026-05-31腾讯云数据库CPU弹性扩容2.0：秒级响应与成本优化实践
三级弹性扩容方案精准匹配业务场景 腾讯云数据库CPU弹性扩容提供三类差异化解决方案： 自动扩容：基于CPU使用率阈值（扩容70%/80%/90%，缩容30%/20%/10%）与观测周期（15秒至30分钟可调 自定义扩容：支持立即生效、指定时间段（如每日20:00-22:00）或周期循环（如每周一至周五）的扩容策略，确保关键时段性能稳定。规则切换时通过记录边界CPU使用率实现平滑过渡。 响应速度升级：2.0版本将自动扩容观测周期从分钟级缩短至15秒，并支持控制台实时查看当前CPU核数及扩容历史。 通过腾讯云CPU弹性扩容功能，实现了高峰流量自动适配与低峰资源自动释放，避免了传统升配中的闪断风险与人工干预延迟。 结合腾讯云数据库代理、只读实例等能力，构建了高可用的私域运营技术架构。 技术前瞻与生态整合 腾讯云数据库基于企业级内核TXSQL与全组件跨可用区部署，提供三方面技术保障： 云原生演进：计划扩展至内存弹性扩容、磁盘弹性扩容等场景，推进Serverless架构实现资源分配精细化
14110编辑于 2026-05-30云数据库MySQL CPU弹性扩容：按需计费模式实现日成本最高降低98.9%
部署CPU弹性扩容与集群版新架构 腾讯云数据库解决方案架构师李邦国提出的技术路径包含两项核心能力： CPU弹性扩容（2023年6月全地域发布） 该功能基于云环境动态分配CPU资源，分为两种模式： 自动扩容 ：用户设置扩容阈值（70%/80%/90%）与观测周期（1/3/5/10/15/30分钟），当CPU使用率达到阈值并超过观测周期时，自动增加最高1倍当前规格的CPU核数（如8核实例最高额外扩容8核），同时每扩容 扩容历史查询：控制台支持查看所有扩容记录，包含扩容时间点、类型（自动/自定义）、状态（成功/失败）、扩容核数，失败任务可hover查看具体原因。 5. 云原生架构与全链路技术保障 选择腾讯云数据库MySQL的核心依据： 技术领先性：CPU弹性扩容是业内少有的支持“自动+手动”双模式的数据库弹性能力，配合集群版新架构的计算存储解耦设计，既解决短期CPU峰值问题 完善的RoadMap：2024年集群版将迭代支持一键升级、Proxy、独立只读实例、64TB存储、计算资源SLS等能力，同时CPU弹性扩容将覆盖更多实例类型，支持内存弹性与AI预测扩容，持续匹配业务演进需求
19610编辑于 2026-05-31腾讯云数据库CPU弹性扩容2.0：秒级响应应对流量洪峰与成本优化实践
部署云原生弹性扩容与分级调度策略 为解决业务需求与固定硬件配置之间的冲突，腾讯云数据库MySQL提供CPU弹性扩容2.0解决方案，将传统数据库架构向Serverless（无服务器）演进，实现基于负载的动态资源分配 系统提供多维度、灵活的扩容规则： 自动扩容（加强版）： 针对CPU资源上限要求高的场景，系统自动检测实例CPU负载。 采用阶梯式扩容逻辑，在负载高时自动增加CPU资源上限并调大扩容步数；负载降低时自动回缩。 压缩业务高峰用云成本与提升响应精度 通过部署CPU弹性扩容2.0，企业能够将闲置CPU资源动态分配至实例，核心业务ROI与运维效率得到显著提升，具体体现在以下三个关键业务指标： 日均硬件成本降幅达 98.9% 以北京地域32C 256G通用型三节点实例为例，若每天高峰期合计1小时，其余23小时为低峰期，采用自动CPU弹性扩容相较于传统手动升配，单日额外费用从2366.4元骤降至25.92元，一天最高可节省 2340
10700编辑于 2026-05-30腾讯云数据库CPU弹性扩容2.0：应对流量高峰与降低运维成本的技术实践
构建秒级弹性伸缩与按需计费体系 腾讯云数据库推出的CPU弹性扩容2.0方案，通过云原生技术重构资源分配逻辑，核心能力如下： 核心功能升级 自动扩容（秒级响应）： 观测周期从2023年的分钟级（1min- 阶梯式弹性（加强版）： 突破单次扩容一倍的限制，支持多倍扩容，资源上限提升至当前规格的CPU核心数（如8核最大额外扩容8核）。 量化业务收益与运维效率提升 通过CPU弹性扩容功能，企业可实现从“以资源为中心”向“以业务为中心”的转变，具体指标如下： 成本优化（ROI）： 针对存在明显峰谷的业务，例如北京地域32C 256G通用型实例 5. 云原生架构与全场景高可用保障 选择腾讯云数据库CPU弹性扩容方案的底层支撑在于其全栈技术能力： 内核与架构： 基于企业级内核TXSQL，配合全组件跨可用区/跨地域部署，降低单点故障风险。 产品矩阵： 结合只读分析引擎Libra与数据库代理“就近访问”能力，在CPU弹性扩容之外提供全场景高可用架构。 数据来源：腾讯云企业创新在线学堂、腾讯云数据库产品文档、小鹅通业务实践案例。
12110编辑于 2026-05-30腾讯云数据库MySQL演进：CPU弹性扩容与集群版驱动98.9%成本下降与50%性能跃升
构建Serverless弹性伸缩与存算解耦集群架构 为解决资源刚性约束，腾讯云数据库引入 Serverless 化设计与全新集群架构，实现按需分配与快速响应： CPU动态弹性扩容体系： 打造基于云原生的 CPU 自动/手动弹性扩容能力。 释放云原生红利与量化核心业务指标跃升 通过 CPU 弹性扩容与集群新架构的落地，企业在系统稳定性和资源投资回报率（ROI）上获得明确的数值收益： 资源成本断崖式下降： 彻底摒弃为低峰期全额买单的模式，按扩容量与分钟级计费 以北京地域 32C 256G 通用型三节点为例，若每天高峰期仅 1h，采用自动 CPU 弹性扩容一天最高可省 2340元，单日成本最高降低 98.9%。 系统扩展能力突破天花板： 纵向扩容最高支持 512核、2TB内存、32TB（预计扩展至64TB）存储；横向扩容支持 5分钟快速扩展，支持独立只读、自动读写分离及故障转移。
18010编辑于 2026-05-31- 来自专栏实时云渲染
如何实现UE像素流大并发多集群的弹性扩容部署
实时云渲染平台LarkXR通过分布式GPU节点池，将渲染任务智能拆分，借助统一管理中枢，实现资源调度毫秒级响应，动态扩容。真正实现企业级商用稳定运行场景。 20 LarkXR 集群部署指南（管理节点+渲染节点）03:00 登录管理后台：授权码激活05:10 部署渲染节点06:15 管理节点与渲染节点不在统一网段时，添加对应网段06:45 渲染节点扩容
38511编辑于 2025-07-11 - 来自专栏AndroidTv
前端入门5-CSS弹性布局flex声明正文-弹性布局flex
声明 本系列文章内容全部梳理自以下四个来源： 《HTML5权威指南》 《JavaScript权威指南》 MDN web docs Github:smyhvae/web 作为一个前端小白，入门跟着这四个来源学习 正文-弹性布局flex 弹性布局的作用有点儿类似 Android 中 LinearLayout 和 RelativeLayout 两者的合成版，即：支持横向布局，纵向布局，start，end，center 总之有了 Android 基础，理解弹性布局 flex 蛮容易的。 flex 的属性并不多，目前只有 13 个，其中有 7 个是 flex 弹性盒子容器本身所使用的属性，6 个是 flex-item 弹性盒子的子项使用的属性。 它是完全非弹性的：既不会缩短，也不会伸长来适应flex容器。相当于将属性设置为 flex: 0 0 auto。
1.7K20发布于 2018-12-05 - 来自专栏企业创新在线学堂
直播预告｜CPU弹性能力全新升级——一键开启弹性未来，轻松应对流量高峰
⏰ 直播时间：6月12日 15：00-16：00 扫码报名观看直播，看腾讯云数据库MySQL CPU弹性能力全新升级！ 多位技术专家全方位解析实战应用与运维策略，拒绝高峰低谷都为高规格付费，CPU弹性扩容带您节省资源成本、解决性能瓶颈！
36310编辑于 2025-06-09 - 来自专栏罗西的思考
PyTorch 分布式之弹性训练(5)---Rendezvous 引擎
[源码解析] PyTorch 分布式之弹性训练(5)---Rendezvous 引擎 目录 [源码解析] PyTorch 分布式之弹性训练(5)---Rendezvous 引擎 0x00 摘要 0x01 弹性训练系列文章如下： [源码解析] PyTorch 分布式之弹性训练(1) --- 总体思路 [源码解析] PyTorch 分布式之弹性训练(2)---启动&单节点流程 [源码解析] PyTorch 分布式之弹性训练(3)---代理 [源码解析] PyTorch 分布式之弹性训练(4)---Rendezvous 架构和逻辑 0x01 前言 1.1 总体系统 弹性训练可以理解为在 Rendezvous 0xFF 参考 [源码解析] PyTorch 分布式之弹性训练(1) --- 总体思路 [源码解析] PyTorch 分布式之弹性训练(2)---启动&单节点流程 [源码解析] PyTorch 分布式之弹性训练 (3)---代理 [源码解析] PyTorch 分布式之弹性训练(4)---Rendezvous 架构和逻辑
1K30编辑于 2021-12-28 - 来自专栏腾讯云数据库(TencentDB)
什么？只为业务高峰付费，低峰不付费，还有这种好事？
CPU弹性扩容就这样派上了大用场。 来吧，有了CPU弹性扩容，再“爆”都不带怕的！ 那么CPU弹性扩容究竟是个啥？本期就让小编带您走进CPU的世界。 为什么推出CPU弹性扩容? CPU弹性扩容功能就是这么来的。 CPU弹性扩容功能的必要性其实无需评估也知道，客户害怕CPU被打爆，CPU也容易被打爆，尤其在降本的时代，能用小规格客户就会使用小规格。 CPU弹性扩容功能的原理非常好理解，当数据库访问量增加或CPU资源占用率上升时，CPU资源弹起来，并在高峰期结束后自动缩回去。那么CPU弹性扩容是怎么帮助客户节省成本的呢？ CPU 弹性自动扩容功能，CPU利用率超70% 1min则触发自动扩容，CPU利用率低于30% 5min则触发自动回缩； C 组 ：MANUAL-CPU-Expand，开启 CPU 弹性手动扩容功能，扩容核数为 缩容观测周期为5min，小于最短保护时间（10min），因此实例在21:18触发自动扩容关闭，此时计费结束。
93020编辑于 2023-08-25 诺基亚与西班牙电信签约，助力5G网络升级扩容
这一协议将进一步加速西班牙电信在德国5G网络的升级和扩容，推动数字化可持续发展，同时提升终端用户的网络体验。 那么，为什么西班牙电信要选择诺基亚的5G/5G-Advanced解决方案？ 所以说，诺基亚和西班牙电信德国分公司的合作，不仅仅是对现有5G网络向5G-Advanced的演进和扩容，更多的是双方共同向未来智能化网络转型的坚定步伐。 所以说诺基亚和西班牙电信德国分公司的持续合作将不仅仅推动德国5G/5G-Advanced网络技术的发展，还为用户带来更加稳定、快速、智能的网络体验，而且有诺基亚AI技术加持，德国分公司的网络智能化管理将变得更加高效和精准 通过此次5年期合作的延续，诺基亚不仅加强了与西班牙电信德国分公司在5G领域的深度合作，也展示了在智能化、可持续发展以及网络优化方面的技术实力，双方将继续携手，推动德国工业化制造和经济的数字化转型，构建更加智能
21710编辑于 2026-03-17- 来自专栏菜鸟前端工程师
html+css学习笔记018-H5弹性盒模型
-- 外链样式表 --> <style type='text/css'> /*内部样式表*/ /* 弹性盒模型 */ ul{ /* 盒容器 */ display:flex; /* 弹性盒模型：给哪个元素设置后
99520发布于 2018-09-05 - 来自专栏HT
基于 HTML5 WebGL 的 CPU 监控系统
随着通信技术的不断演进，5G 技术应运而生，随时随地万物互联的时代已经来临。5G 技术不仅带来了更快的连接速度和前所未有的用户体验，也为制造业，微电子及集成电路发展带来了巨大的发展机遇和挑战。 5G 技术商业实施过程中，5G 网络芯片面临低功耗、低延时、高可靠性和高精度的技术挑战。 本文将以大家熟悉的 CPU 为例，介绍以 HT 为基础，应用 JavaScript，WebGL 和 HTML5 技术开发的 CPU 监控系统。 在大型数据中心，实时监控 CPU 的温度，使用率等具有重要的意义。在服务器级别进行 CPU 温度监控，能够实时了解服务器 CPU 的温度，及时发现能效问题，防止出现服务延迟、服务器宕机，从而节约成本。 .5 * t * t * t * t : .5 * (2 - (t -= 2) * t * t * t); } - PC 端结束动画 ?
1.5K30发布于 2020-04-24 - 来自专栏bisal的个人杂货铺
【每日一摩斯】-Troubleshooting: High CPU Utilization (164768.1) - 系列5
Oracle(用户)进程 以下这些操作都是需要消耗大量CPU资源的：解析大型查询，存储过程编译或执行，空间管理和排序。 下面这几篇文章可以帮助采集关于使用高CPU资源的进程的更多信息： Note:352648.1 How to Diagnose High CPU Usage Problems to the Module 5、前台进程将收集到的信息发给监听进程； 6、监听进程收到前台进程的信息，返回给前台进程客户端进程的用户名、密码、环境变量等信息； 7、前台进程查询一些数据字典表，校验用户名密码的合法性，如非法则报错， 否则与客户端进行交互； 8、客户端收到前台进程的信息与之交互，整个连接过程创建完成； AWR或statspack报告也是有助于判断哪些进程使用高CPU资源的，以及正在做什么。
59530发布于 2019-01-29 - 来自专栏深度学习与python
左手 VM，右手 Container Serverless，达达智能弹性伸缩架构和实践
实际过程很简单，我们很好地利用了 CPU 指标，CPU 打爆了，就观察 CPU 的指标，观察每个服务的集群指标，我们开发了 AutoScaler 的弹性系统。 例如核心服务，当它的集群 CPU 水位大于 30%，直接扩容一半，如果它大于 50%，直接扩容一倍，这个方案似乎是可以解决这个问题的。 第一版上线，扩容可以直接自动完成。 业务指标方面，仅仅考虑了单个 CPU 的指标，其他指标完全缺失，另外当前这个系统非常不够灵活，显然这不是很好的弹性系统。 怎么样做的更好？什么样的架构是更好的弹性架构呢？ 但是如果规定服务 CPU 大于 40% 就要扩容，这样的话 200% 除以 40% ，其实就是 5 台机器，那就需要增量的一台机器，也就是这个公式所表达的。 5架构演练——弹性扩缩容演练 弹性系统需要保证全自动运行，所以我们会定期做一些弹性扩缩容演练。接下来与大家分享扩缩容时候遇到的一些问题。
1.4K10发布于 2021-06-08 - 来自专栏全栈程序员必看
超炫HTML5 SVG聊天框拖拽弹性摇摆动画特效
这是一款很有创意的HTML5 SVG聊天框拖拽弹性摇摆动画特效。 用户能够用鼠标点击或用手滑动聊天框上的指定区域，该区域会以很有弹性的弹簧效果拉开聊天用户列表。点击一个用户头像后。 又以同样的弹性特效切换到聊天界面，而且用户头像会移动到聊天界面的右上角。整个动画弹性十足，效果很震撼。 效果演示：http://www.htmleaf.com/Demo/201506031963.html 下载地址：http://www.htmleaf.com/html5/SVG/201506031962
2.2K20编辑于 2022-07-07 - 来自专栏CNCF
美团集群调度系统HULK技术演进
业务扩容流程长：从申请机器、资源审核到服务部署，需要5分钟才能完成。 其中： 容器弹性：可以让接入的业务按需使用容器实例。 服务画像：负责应用运行情况的搜集和统计，如CPU/IO使用、服务高峰期、上下游等信息，为弹性伸缩、调度系统提供支持。 在弹性伸缩平台演进的过程中，我们主要遇到了以下5个问题。 4.1 多策略决策不一致 ? 如上图所示，一个业务配置了2条监控策略和1条周期策略： 监控策略：当某个指标（比如QPS、CPU）超过阈值上限后开始扩容，低于阈值下限后开始缩容。 早期的设计是各条策略独自决策，扩容顺序有可能是：缩5台、缩2台、扩10台；也有可能是：扩10台、缩5台、缩2台，就会造成一些无效的扩缩行为。
81710发布于 2019-12-04 - 来自专栏腾讯云原生团队
kubernetes 降本增效标准指南｜理解弹性，应用弹性
基于系统负载指标扩缩容对象 使用场景：当您的应用程序承担更多负载时，往往需要更多的 CPU 和内存资源，这时您可以设置一个 CPU 和内存利用率的指标，系统会自动设置副本数以动态承担不同的负载情况，防止资源利用率过低的资源浪费或负载过高时应用程序无法承担 弹缩什么对象 弹性伸缩在云服务商上的服务对象往往就是服务器的数量，还有更多弹性伸缩的对象如：云服务器的资源配置（CPU/内存）、还可以是承载用户业务的 Kubernetes 里的 Pod、还可以是其他企业所需要使用的云产品 分 33秒 3分 59秒 4分 5秒3 3分 13秒 批量添加100节点批量添加200节点： - 第1次 第2次 第3次 第4次 第5次 耗时 4分 55秒 5分 07秒 5分 02秒 5分 11秒 5分 10秒 当然从业务实际需要触发扩缩容到业务负载 Ready，在 Kubernetes 服务层面不仅仅是节点的扩容一个部分，还涉及 Pod 的 HPA、监控或日志指标的采集分析效率等，腾讯云容器服务系列产品也将持续围绕提高弹性伸缩灵敏度建设弹性伸缩产品能力 时间窗口的设置，当前 HPA 控制器中针对扩容和缩容分别有一个时间窗口，即在该窗口内会尽量保证 HPA 扩缩容的目标副本数处于稳定的状态，其中扩容是3分钟，而缩容是5分钟。
3.9K63发布于 2021-05-28 - 来自专栏深度学习与python
在线业务极致伸缩、CPU 利用率达 60%，涂鸦的云原生资源优化实践
起初是配置了常规的基于 CPU 弹性扩缩策略，由于通过 CPU 的使用率，无法感知到查询请求所需的资源大小，为了保证使用体验，只能通过配置极低的 CPU 阈值，即只要有查询就第一时间大量扩容，这种方式显然会产生大量的不必要扩容 弹性节点组创建预留 Pod，Pod 优先级为负，在扩容的弹性节点尚未就绪之前，优先抢占，提升节点扩容速度。 以我们美国区集群的一个核心业务节点组为例，每天低峰期的节点数量基本可以缩到 5 台以内，高峰期最大节点数可以扩到 30 台，每天节点组 CPU 总核数的上下波动在 10% 以上，由此节约下的资源成本非常可观 基本维持在 95% 左右，实际 CPU 使用率日均在 60% 以上，每天弹性伸缩的 CPU 核数占节点组总核数的 15%。 从集群维度，美国区集群总体节点弹性伸缩的 CPU 核数占集群总核数的 25% 以上。以上的数据，都是建立在集群中部署的服务，几乎全是对稳定性要求非常高的在线业务的基础之上。
1.1K10编辑于 2024-01-11
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号