服务器qps计算公式

发布于 
原理：每天80%的访问集中在20%的时间里，这20%时间叫做峰值时间 
公式：( 总PV数 * 80% ) / ( 每天秒数 * 20% ) = 峰值时间每秒请求数(QPS) 
机器：峰值时间每秒QPS / 单台机器的QPS = 需要的机器 

问：每天300w PV 的在单台机器上，这台机器需要多少QPS？ 
答：( 3000000 * 0.8 ) / (86400 * 0.2 ) = 139 (QPS) 

问：如果一台机器的QPS是58，需要几台机器来支持？ 
答：139 / 58 = 3 

来源：https://www.cnblogs.com/scy251147/p/5564961.html

评论

发表评论

此博客中的热门博文

挖财 Kubernetes 容器化之路

发布于
其实年初的时候就有想过写这篇文章了，不过一拖就拖到了现在，再拖下去就有点说不过去了。 挖财内部对容器化项目的代号为 K2 （乔戈里峰），乔戈里峰是世界第二高峰，但攀登极富挑战，寓意就是面对挑战，勇攀高峰 ；）。项目从 2016 年 11 月到现在已经有三年的时间了，如今挖财内部测试环境早已全部 Docker 容器化，而线上环境也运行着重要的业务。经历从零到一的整个落地过程，回顾下来，这座高峰算是拿下了。再看 K8s 技术本身现在也是遍地开花，早已赢得容器编排的战争，剩下来就是各个企业的落地实践。倒是 Docker 公司最近的境遇，这个创建 Docker 的企业沦落如此，多少有点令人唏嘘，唯有 Respect。 1 时间线 看了一下项目提交的 Git 记录，第一次提交时间是 <2016-11-01 Tue> 。 2016 年 11 月初开启 2017 年 1 月底 V1.0 上线 2017 年 6 月底测试环境全面推开 2017 年 7 月线上机器学习环境线上试点 2017 年 10 月线上业务试点 2018 年 7 月 V2.0 版本 2018 年 9 月挖财云版本（整合运维监控、告警、日志和容器系统） 2018 年 12 月支持多集群管理 2019 年 6 月私有化分支版本上线 2 现状 2.1 测试环境 当前测试环境有一个 K8s 集群（K8s 1.11.x），空间（ namespace ）总数有 500+，应用数（ Deployment + StatefulSet ） 4400+，实例数（ Pod ） 4000+（因为测试环境大部分应用都只有 1 个，有些是处于暂停状态，即 0 个副本，因此实例数少于应用数）。 题外话，话说 K8s 升级的历程也相当血泪，早期的配置变更，向下的兼容性等等，关于升级相关可以参见之前的文章 Kubernetes 版本升级标注 2.2 线上环境 线上环境有三个集群，一个机器学习集群（K8s 1.7.x），一个私有云集群（K8s 1.13.x），有个主体业务集群（K8s 1.13.x），粗率统计了一下，空间数 50+，应用数 500+，实例数 1000+。 测试环境 + 线上环境总体运行有 5000+ ...
阅读全文

Mifare Classic card(M1卡)破解过程记录(准备+理论+获取扇区密钥+数据分析)

发布于
首先认识一下一卡通的类型，市面上常见的一卡通是IC卡的一种，IC卡即集成电路卡，也是广义上的智能卡，准备篇介绍一些智能卡的基础知识，帮助我们确定卡的类型和使用的设备， 目前淘宝上提供了设备和全套软件，确定好方法就可以自动化破解，下面的内容比较详细，不用全部看完也能破解，但了解一下可以提高效率 。 按照使用方式分类： · 接触式IC卡： 符合 ISO 7816 标准，卡片表面包含金属触点，读写需要 IO 线路接触，即需要插卡使用，如手机的 SIM 卡模块 · 非接触式IC卡： 符合 ISO/IEC 14443 标准，由 IC 芯片、感应天线组成，封装在一个标准的 PVC 卡片内，芯片及天线无任何外露 部分，通过 RFID 感应使用，校园卡及身份证都是这一类型。 · 双界面卡IC： 又称组合卡 / 双端口 卡，是 同时兼备接触和非接触两种界面通信的多功能卡 ，将非接触 IC 卡的方便性和接触 IC 卡的安全性融为一体，使之成为一卡多用的极佳载体，代表着未来 IC 卡的主要发展方向，银行卡就是这一类型。 需要注意的是我们平时见到的某些门禁卡虽然也是通过感应使用，但不一定是IC卡，现在有相当一部分便宜的门禁使用的是磁卡和ID卡，ID卡使用RFID射频技术，但其频率一般较低，一般为125KHz,如爱特梅尔的T5577卡，不可写入用户数据，其记录内容仅限卡号只可由芯片厂一次性写入，开发商只可读出卡号加以利用，所以只用于身份识别，不能用于消费，其成本相对非接触式IC卡较低，一般使用字典攻击的方式就能复制。 智能卡按照工作频率分类： 区分ID卡和IC卡——读卡判断法 读卡判断法是判断卡智能卡类型最准确的方法，这需要可识别多类型卡的设备支持，例如手机NFC或者pn532开发板、ACR122U读卡器以及Proxmark3。使用手机NFC是最为便捷的方法，在支持全功能NFC的手机上下载MIFARE Classic Tools，给予权限后将卡片贴在NFC感应区根据提示读取标签后查看标签信息。下面是两种不同容量的IC卡的显示，如果RF技术这栏显示ISO/IEC 14443，说明就是典型的13.56MHz的非接触式IC卡，这也是生活中使用最多的类型。             ...
阅读全文

项目管理标准模板

发布于
 之前写了一篇 《技术管理标准模板》 ，其中项目管理部分并没有具体深入，而这一技能不仅仅是对于技术Leader的要求，从我的经验看来，只要是程序员，具有项目管理能力都是如虎添翼的，即使你走的是专业路线。本文即基于自己的经验，从项目的启动和迭代阶段总结了敏捷项目管理的一些标准动作。 启动阶段 相关干系人沟通，同步项目背景、业务价值等 启动会议：召集相关干系人，明确业务相关信息，确定相关流程制度等 需求收集和分析-> 总体需求文档 ，概括性的功能与非功能需求列表 初步的产品规划-> 每一轮迭代的需求列表、发布时间 创建项目基础设施-> 可持续交付到测试环境的基础项目 ，包括各个端的代码库、到测试环境的流水线等。 迭代阶段 两周为一迭代，包括需求、设计、开发、测试、发布。关键点在于需求的拆分、优先级以及并行化。 1. 需求评审 对本轮迭代的需求尽心评审确认。 前置条件 ：产品经理对此轮迭代进行需求确认，产出需求条目，按 优先级 排列；需求需要拆的足够小，把大需求拆成一个个 能够独立开发测试发布 的小需求 2. 工作规划 根据本轮迭代需求做WBS任务分解 WBS工作项分解: 甘特图 里程碑结点: 表格或者里程碑图 风险管理：风险点预估、严重程度、可能性、应对措施 3. 设计/技术评审 分别对交互设计和技术设计进行评审 前置条件 ：设计师需要输出设计图；技术部分做概要设计和系统设计，随着每一轮迭代进行更新维护 4. 测试用例评审 由QA安排，会前需要提前将测试用例文档发给产品经理与研发，提前标注有疑问的用例。 5. 开发、测试过程的监控 持续交付：开发和迭代测试，需求开发完成后即测试并进行缺陷跟踪。 会议 每日站会：全员站会，了解整体状况，对暴露出的风险和问题作出集体决策。 项目周会：10人以上团队。解决整体计划层面、跨团队协同配合的问题。 项目周报 汇总项目总体状况，回答三个问题 项目的整体进展状态到底如何？ 风险可控吗？ 目标达成有没有问题？ 6. 版本全量测试 对所有已经开发完的功能进行交叉测试、全量测试、埋点测试、回归测试、第三方云测。 7. 验包发布 此迭代所有功能开发测试完成后，提交审核流程，各流程审核人验收通过后发布。 ...
阅读全文

ShareX上传工具及公用上传空间配置导入

发布于
下载： https://getsharex.com/downloads/ 自定义上传配置： SM.MS图片上传 {   "Name": "SMMS",   "Version": "12.4.1",   "DestinationType": "ImageUploader",   "RequestMethod": "POST",   "RequestURL": "https://sm.ms/api/upload",   "Body": "MultipartFormData",   "Arguments": {     "ssl": "true",     "format": "json"   },   "FileFormName": "smfile",   "URL": "https://i.loli.net/$json:data.path$",   "DeletionURL": "$json:data.delete$" } Cat.box文件上传 {   "Version": "12.4.1",   "Name": "catbox",   "DestinationType": "ImageUploader, TextUploader, FileUploader",   "RequestMethod": "POST",   "RequestURL": "https://catbox.moe/user/api.php",   "Body": ...
阅读全文

使用 WireGuard 无缝接入内网

发布于
去年心血来潮想搞个 NAS 放在家里，奈何囊肿羞涩，最终只能捡垃圾捡了个蜗牛星际，又因为种种原因吃了近一年的灰。最近又比较心血来潮，想起来了在角落中已经蒙尘的蜗牛星际。 在某宝上买的机子已经由卖家预装了黑群晖，用起来也是完全的傻瓜式操作，免去了自己折腾各种软件浪费时间。目前仅仅作为一个  samba  文件服务器，在局域网中共享一些视频或者其他资源。 OK，开始正题。现在需要支持在外面远程控制 NAS 下载一些东西。目前有这么几种方案： 直接端口映射到内网的 NAS 这种方案需要你有一个公网 IP，在路由器中将需要外网访问的端口直接映射到内网的 NAS 对应的端口上即可，操作也比较简单，速度则取决于你的上行带宽。 使用  frp  之类的内网穿透工具 这种方案需要一个拥有公网 IP 的服务器，可以将内网的端口映射到这台服务器指定的端口，在外面直接访问服务器的端口即可。具体的配置方法也比较简单，在此不再赘述，这个方案的速度却决于你的这台服务器的带宽。 直接上 VPN 这种方案也需要一个拥有公网 IP 的服务器，相较上面两种方案，这个可能不是那么的方便。但有个好处就是可以透明地访问整个内网的任意主机，速度也是取决于这台服务器的带宽。 考虑到后面可能会折腾好多东西(虽然目前就这一个)，干脆将搞个 VPN 直接支持整个内网的访问吧，这样也不用一个端口一个端口地去映射了。但缺点也显而易见，访问内网就得连接 VPN，还是有那么一点点麻烦。 那么用哪个 VPN 方案呢？ OpenVPN PPTP L2TP&IPSec WireGuard 先说 OpenVPN，这个安全性是毋庸置疑的，可以说是非常安全。但缺点是配置繁琐，而且性能可能不大好。 PPTP 和 L2TP 在大部分平台中都有内置，配置起来非常方便，性能也挺好的，但不是很安全。 WireGuard 是一个极其迅速而且简单的 VPN，它的目标是更快，更简单，更小，并且比 IPSec 更好用(来自 WireGuard 官网)。目前 WireGuard 已经合并进入了 Linux 内核。 可以看一下性能对比(来自  WireGuard 官网 ) 话不多说，开始安装吧。网络拓扑大致如下。 其中： 1.1.1.1  为服务器的公网 IP 192.168.1.0/24 ...
阅读全文

腾讯云提供的 Composer 国内镜像

发布于
切换镜像指向： composer config -g repos.packagist composer https://mirrors.cloud.tencent.com/composer/ Composer 安装简明教程： 一、下载： wget https://mirrors.cloud.tencent.com/composer/composer.phar 二、安装： mv composer.phar /usr/local/bin/composer  来源：https://mirrors.cloud.tencent.com/help/composer.html
阅读全文

梯控、IC卡滚动码防复制原理和破解

发布于
第一次接触IC卡还是大学里，当时要做毕业设计，做一个食堂刷卡消费系统。做了毕业设计，转头就开始研究IC卡的破解。当时比较流行先用acr122u-A9或者pm3把原卡密码破解（122可以破解非全加密，pm3可以破解全加密），然后用uid卡复制。当时就有滚动码防复制系统，那个时候唯一的方法是发卡破解，技术门槛较高。 时光荏苒，一眨眼我胡子都长到地上，N年没碰IC卡。一个机缘巧合，需要复制卡，发现新出来很多卡，cuid、fuid、ufuid。。。索性就重新了解一下这个行业的现状。 IC基础 先简单铺垫一下基础知识吧，方便下文理解。只做简要描述，详细内容可自行查阅相关资料。 【IC卡读写】 IC卡内有很多个抽屉，每个抽屉都有一把密码锁，只有用正确的密码，才能打开抽屉，看看里面装了啥，或者往里面放东西拿东西。IC卡出厂的时候，厂家会设定默认密码。 【普通卡密】 小明和小红都有一张IC卡，抽屉的密码是一样的，宿管王大爷用统一的密码就能打开他们的抽屉，检查里面的东西。 这就产生一个问题，要是小明偷看了王大爷的密码，他也能打开小红的抽屉，甚至别人所有人的抽屉。小明还可以把自己抽屉里的东西摆放得和小红一模一样，王大爷一看抽屉，还以为是小红的抽屉。 【一卡一密】 小明和小红的抽屉密码是不一样的，王大爷一看，哎哟是小明的抽屉，就输入密码xiaoming，看到小红的抽屉就输入密码xiaohong。 但是密码怎么来的，只有王大爷知道，小明不知道。小明不知道算法，即使偷看王大爷开自己的抽屉，记住的也只是自己的密码，无法打开小红的抽屉。 而且，小明即使把自己的抽屉外观，伪装得和小红一模一样，由于不知道小红的抽屉密码，只要王大爷一输入密码xiaohong，就会发现不对劲，不是小红的抽屉。 滚动码原理 滚动码出现的需求就是uid卡可以完全复制IC卡，市面上出现大量复制卡。 假如IC卡内的数据是死的，是不变化的，那依样画葫芦，像复印机一样，一张复印N张，张张都能用。等于是一把钥匙被复制，会出现一些安全隐患，或者说是管理方不愿看到的（卖卡收费）。 滚动码的原理很简单，每刷一次卡，内卡有个数据都会变化。比如刚开始是0，刷一次变成1，再刷一次变2，到9之后再刷又变回0，俗称滚动（实际不一定0-9滚动，变化很多）。 不光卡内的滚动码会变，读卡器也...
阅读全文