首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往

Redis 容量评估模型

一、redis常用数据结构 做容量评估之前,有必要对redis常用数据结构有大概了解。...二、jemalloc内存分配规则 jemalloc是一种通用的内存管理方法,着重于减少内存碎片和支持可伸缩的并发性,我们部门的redis版本中就引入了jemalloc,做redis容量评估前必须对jemalloc...对于64位系统,一般chunk大小为4M,页大小为4K,内存分配的具体规则如下: 三、redis容量评估 redis容量评估模型根据key类型而有所不同。...大小 + val_SDS大小)×key个数 + bucket个数 ×指针大小 测试验证 string类型容量评估测试脚本如下: #!...zset类型内部同样包含两个dict结构,所以最终会有产生两种rehash,一种rehash基准是成员个数,另一种rehash基准是key个数,zset类型的容量评估模型为: 总内存消耗 = [(val_SDS

6.5K00

容量规划与评估实践

容量规划目标 在没有目标之前,不要进行容量规划,也没有办法进行容量规划。...Grafana只是一个指标观测工具,不能完全靠它去做容量评估,我们知道当你查询最近半小时的 QPS 时,分钟展示;但是你进行容量评估可能会查看连续多天的数据指标,这样的话单位就变成了天,如果里面有一个短暂的峰值...2、计算所需资源 既然资源评估,那就需要计算自己需要的资源,CPU、内存、磁盘;其中内存和磁盘使用都会存在一个固定趋势,根据现有指标相对更容易的计算出来。...下面我以计算 CPU 为例,说明下如何进行计算资源的评估。...3、采购硬件 硬件资源是软件运行过程中不可忽略的成本,只有根据上述数据评估清楚,到底需要购买多少硬件,才应该开始硬件的采购和安装过程。

1.1K30
  • 您找到你想要的搜索结果了吗?
    是的
    没有找到

    全链路压测(9):容量评估和容量规划

    但系统最终的承载能力,还是取决于它的容量。这篇文章,我想为大家介绍下容量评估和容量规划的相关知识。 理解容量 如何定义容量?...API; 订单服务的服务器配置是4C8G; 容量测试脚本要综合考虑4个API的流量配比和流量模型; CPU%≤40%,核心链路RT≤50ms下,测试结果就是单机容量; 容量评估 容量评估我在之前的文章《...性能测试从零开始实施指南——容量评估篇》中已做过详细介绍,这里不多做赘述。...关于容量评估,参考下面两张思维导图,更容易理解。...容量评估九步走流程图 容量评估职责内容划分 容量规划 容量规划的价值 互联网公司成本 人力成本; 硬件成本; 运营成本; 容量规划的价值 为性能优化提供参考; 提高资源使用率, 降低成本; 不断促进基础技术设施的建设和优化

    2.7K10

    性能测试生产容量评估方案准备

    系统生产容量评估主要是指模拟生产业务场景,通过性能测试获取系统在生产环境下的容量情况,评估系统在高峰时候能否稳定运行。此时涉及的主要指标包括用户数、响应时间、系统处理能力、成功率,资源占用率等。...通过容量的性能指标进行业务换算,可评估系统生产能够支撑的最大业务容量。...系统生产容量性能评估的主要目的是验证生产环境能够支持的最大容量情况,避免系统在峰值时出现性能事故,保证系统能够稳定运行,同时基于生产环境容量情况采取一定的保护措施。...针对系统生产容量评估,只能选择生产环境,没有其他可选择的方案。在企业地生产容量测试的过程中,针对不同的行业和业务系统,对环境的选择存在一定的差异,具体如下。...性能测试生产环境容量评估方案注意事项?真实模拟生产环境环境一致性:尽量让测试环境与生产环境保持一致,包括硬件配置、软件版本、网络条件等。

    11010

    聊聊性能基准测试和容量评估规划

    其中流量模型如何评估?涉及到缓存的场景如何压测?压测场景的流量配比该如何配置?线上的容量评估规划又该如何进行? 1、流量模型 未上线的系统因为没有真实的用户业务数据,因此无法得到较为准确的流量模型。...但如果没有流量模型,则压测得到的系统性能指标又不具备太大的参考价值,因此流量模型还是需要进行评估的,如何评估呢? 首先看系统的上线计划,比如上线后是全量推送还是灰度。...4、容量评估规划 很多测试同学对容量评估规划的理解有一定误区,实际上容量评估和容量规划,是两件事。 在实际的性能测试场景中,容量评估规划的步骤是:容量评估-压测验证-线上监控-调整优化。...其中最后一步,才是所谓的线上容量规划。 所谓容量评估,就是ABCD不同业务以及对应的应用和中间件(Redis/MQ)的大致数值。...这样才算是完成了容量规划。 容量规划是一个持续性渐进的过程,而非一锤子买卖。

    14510

    网易MySQL微专业学习笔记(十二)-MySQL容量评估

    正文 性能容量评估      分析线上业务场景      评估数据库服务器所需性能指标      预估可能成为瓶颈的服务器资源      帮助数据库性能调优 数据库服务器硬件性能指标 磁盘IO性能 内存容量...CPU 网络吞吐量 磁盘容量 数据库业务特点关键词 OLTP/OLAP类型 并发请求 读写比例 数据量 冷热数据比 数据分级存储 OLTP与OLAP T = Transaction 面向广大用户,高并发...多写场景相关资源:磁盘IO 数据量-总量 数据库服务器存储设备可扩容能力上限 根据估算的业务量,写入模式,分析数据增长量 预估一个硬件升级周期内数据库可存放数据的总量,上线时要留好余量 数据总量相关资源:磁盘容量

    1.5K10

    性能测试从零开始实施指南——容量评估篇

    与之相对的,想正确的进行容量测试,对线上容量规划提供重要的参考依据,容量评估,就是我们在准备阶段需要做好的事情。如何做呢???...这篇文章简述下我在准备阶段,是如何开展容量评估工作以及遇到的一些问题,以及解决方案。 容量评估九步走——流程图 ?...SOA类型,则需要根据业务拆分的不同服务,进行容量统计(需考虑到服务依赖的情况); 敲黑板:服务容量的评估(指标还是QPS),还需要统计单机服务实例的配置、目前生产环境的机器数量!...敲黑板:容量评估时,需考虑到Redis的实例配置、模式(哨兵/集群)、峰值QPS、存储容量、机器数量、可用区(容灾)!...八、执行容量测试 执行容量测试,应该是执行阶段要做的事情,由于容量测试测定的单机水位对容量评估和容量规划是承上启下的连接点,因此这里顺带提及一下。

    1.8K30

    性能测试生产环境只读业务压力测试及容量评估

    生产只读业务压测及容量评估阶段的主要目的是获取系统在生产环境中只读业务的性能和容量表现(如生产网络带宽、生产中间件配置等)。在生产环境开展只读业务的性能测试时,需要具备以下几方面的能力。...生产只读业务压测及容量评估阶段包括以下几方面内容:只读业务功能在生产环境的性能表现;只读业务在生产环境下的容量支持情况;验证生产环境中系统的监控能力、风控能力。...生产只读业务压测及容量评估阶段主要由以下几方面因素影响:线下压测存在业务场景不足的情况,比如线下环境的配置与生产环境不一致导致无法了解生产环境支持的性能情况;业务系统的复杂度较高导致线下准备完全一样的环境对一部分企业来说比较困难...如果预计会超出当前资源限制,则需提前调整或扩展容量。七、制定应急计划:事先准备好一旦发现问题时可以立即采取的行动方案。例如,如何迅速停止测试、回滚变更或者启用备用服务等。

    9110

    重新认识容量评估,用压测抠住生产命门

    不要因为遇到了问题,才考虑到容量评估的这个手段。所以,赵老师建议,可以先回到问题本身,优先把问题解决掉才是最重要,这样也最立竿见影。 第二,容量评估。冰冻三尺非一日之寒。...比如,电商做一次压测,大致的步骤会涉及模型评估,核心链路梳理,模型数据制作,单应用单机压测,单链路压测,资源扩容,全链路压测。然后再优化,这中间还要考虑压测时如果对生产环境造成影响。...里面还涉及工具、数据、模型评估等等,这些东西的是需要大量的经验、时间和实践积累起来的。 这样来看,回到第一条可能,会更切合实际得多。 第三,可以把容量评估作为长期建设目标去规划。...@右军: 容量评估:背后是找短板,提前预防,配置合适的机器数。 1: 先从各系统的性能短板走一波优化; 2: 全局认识主链路系统依赖,有条件的做线上压测,或者从模拟线上流量压测也行。...因为容量极限,容量不足,容量突增这些异常场景本身就是稳定性组要关注的,两者联合,各自工作量减半,目标一致,这事做成的概率更大。 终上,我最大的感受是震撼,赵老师10来分钟就能洋洋洒洒写下几大千字。

    1K20

    性能测试生产读写业务全链路压测及容量评估

    生产读写业务全链路压测及容量评估阶段的主要目的是获取业务系统在生产上的性能和容量表现。它更关注生产环境下业务系统在用户场景下的容量表现,涉及的范围更大更广,而不只是只读业务。...生产读写业务全链路压测及容量评估阶段主要包括以下几方面内容:业务系统全链路下的用户场景在生产环境的性能表现;业务系统全链路下的用户场景在生产环境的容量支持情况;验证生产环境上系统的监控能力、风控能力。...对生产读写业务全链路压测及容量评估阶段的开展,除了有生产只读业务压测及容量评估阶段提及的相关影响因素外,还包括如下因素:完整业务场景在生产环境下的性能测试过程;除只读业务外,还包括其他相关业务以及完整业务场景...生产环境压测读写业务容量评估需要注意事项?在生产环境中对读写业务进行容量评估时,需要特别小心,因为这涉及到真实的数据操作,可能会对业务连续性和数据完整性产生影响。以下是一些关键注意事项:1....遵循这些指南可以帮助您更安全有效地完成生产环境下的读写业务容量评估工作。阅读后若有收获,您的关注,分享,留言评论我都喜欢!!!

    8910

    浅谈容量测试与容量规划

    在性能测试中,需要根据具体的性能需求和系统架构等情况,采用不同的测试策略,其中最常见的策略就有容量测试。这篇文章,就来聊聊容量测试以及容量规划的一些内容。。。 一、什么是容量?如何理解?...2、如何理解 ①、系统的容量(处理能力)是有限的; ②、容量是可度量的; 二、如何统计容量指标?...三、容量测试 容量测试是性能测试里的一种测试方法,它的目的就是测量系统的最大容量,为系统扩容,性能优化提供参考,节省成本投入,提高资源利用率。...,一般吞吐量和IO是比较关注的指标; 四、容量规划 1、为什么需要容量规划?...2、容量规划四步走 ①、业务流量预估阶段:通过分析历史数据以及实时的线上监控,预估未来某个时间点或者某个业务可能会有多少多少的流量冲击; ②、系统容量评估阶段:根据具体的业务场景,分析每个业务场景的流量配比

    3.3K10

    如何不影响生产库性能的情况下评估整库的容量

    碰巧,老杨前两天发了一篇文章《【精品篇】_如何在不影响Oracle生产库性能的评估整库大小》,就介绍了一个数据泵非常方便的参数。...【引言】 最近碰到一个小问题:一TB级的Oracle生产库,因为要走数据迁移,需要先行评估整个库的迁移数据量大小,但又不得影响生产库运行性能。如何搞?...指定计算每张表使用磁盘空间的方法 ESTIMATE=[BLOCKS | STATISTICS] 1.BLOCKS - 通过块数和块大小计算 2.STATISTICS -每张表的统计信息计算 Expdp可计算导出数据大小容量...通过expdp的参数ESTIMATE_ONLY和ESTIMATE来评估导出的性能,ESTIMATE_ONLY仅作评估不会导出数据,通过ESTIMATE参数指定statistics和blocks参数来测试两者的差异...使用expdp评估库大小时,推荐使用ESTIMATE的默认方式blocks进行估算,原因很简单,估值按最大值估算申请空间更靠谱。

    69320

    全链路压测|新人第一问:为什么你做不好容量评估?

    隆冬强: 我之前做大数据领域的,对于性能压测领域不熟悉,双十一活动扩容这个事情找各个应用的负责人评估一下容量就可以了吧,为什么还需要我们来做这个事情?...但是在分布式时代,情况往往不同,容量评估变得很难,解答这个问题之前,让我用曾经在阿里的经历讲一下容量规划这个事情,主要经历了以下四个重要阶段: image.png 01、经验+拍脑袋阶段 最开始Denali...于是开始引入商业的压测工具,想达到评估线上容量的目标:即通过性能环境的测试数据,来准确评估线上的容量情况。...收集线上访问日志汇总分析,在短时间回放访问请求,通过响应时间和线上机器负载,准确的评估线上的容量情况。...04、全链路压测阶段 第三阶段的线上只读压测能力虽说已经有了很大的提升,但是仍不能彻底的解决双十一容量精准评估问题。

    1.4K20
    领券