压测云平台（云平台压力测试）

本文目录一览：

• 1、InfluxDB与ElasticSearch

• 2、创业公司把服务器放在云服务器上，会造成哪些弊端?

• 3、腾讯云上的虚拟机适合做压测机吗

• 4、阿里云服务器ECS如何选择？性能测试PTS助你测试和选择阿里云服务器

InfluxDB与ElasticSearch

2020，开年就经历了疫情，这个年就过的有点长。随着春暖花开，全国各地都逐渐好转了，中国加油！

之前使用过InfluxDB做过SaaS服务，用于数据统计和展示；也使用过ES做时序数据的存储和数据统计。那么根据不同的情况，如何做出选择呢？

提到数据服务，就不能不提读写性能。

我没有实际做过压测，我们就通过一篇官方文档，来了解一下：

InfluxDB，更适用于对数字类数据本身的计算和存储，支持数据统计函数，支持HttpAPI，支持Grafana；但它不支持全文检索，不支持Kibana；

ES，适合日志系统，也适合数字类数据本身的计算和存储，特别是坐标类数据，有独特的函数支持；支持HttpAPI，支持Kibana和Grafana。

总的来说，ES适用的场景多过InfluxDB，但也因此，其性能优势不大，磁盘存储成本也会相对高一些。

两者都支持集群和分布式。

据说InfluxDB的最新版本，对集群功能已经不开源了，商业版本支持。开源版本，单机版稳定性优于集群。

ES的集群搭建，公司也尝试过，但运维成本和服务器成本都不理想，后改用阿里/腾讯的云套件。

如果搭建数据分析处理系统，倾向使用InfluxDB；日志系统，请使用ES。

部署更建议使用各大云平台的产品套件，其安全性、运维成本都是较低的。

创业公司把服务器放在云服务器上，会造成哪些弊端?

现在很多创业公司都会选择将自己企业的服务器放在云端，无可否认的是，云端确实具有很多的优势，但是，凡事都是具有两面性的，既然有利就必然会有弊，那么，创业公司的服务器放在云端分别会有哪些优势和弊端呢？

一、服务器放在云端的弊端

1、安全性：云平台本身的安全性自然是可以保证的，这点毋庸置疑。但这仅仅是指其自身的安全性，至于用户的业务安全性相对来说就不太好保证了。云端用户受到DDOS、WEB以及某些病毒的攻击是常见的，一旦遭受攻击，有些云平台就会直接封了用户的IP。当然，很多平台会提供一定的安全防护，但价格也是挺贵的。

2、权限不足：云平台的最高权限一般都不会给到用户自己，所以像数据库的维护什么的就需要云平台去完成，万一数据库出了问题，用户自己会遭遇无法处理的困境。

3、性能问题：例如比较常见的网络io、磁盘io，在测试的时候表现得非常好，压测一点问题都没有，但要不了多久，可能只是当天晚上的八九点钟时就开始变得不堪入目，可是从监控上来看的话本地负载并不高，但事实就是卡到不行。这就是被与你同一个服务器的用户的高负载给拖累了，至于为什么是到了晚上就这样了，其实很简单，因为晚上玩游戏的人太多了。

二、服务器放在云端的优势：

1、便携性：对于初创企业来说，购买物理服务器需要耗费大量的时间和金钱成本，对于刚刚成立的企业来说，这两项都是耗不起的。选择云平台的话，不仅可以快速布局，而且投入也小。

2、弹性扩展：初期时投入可能比较小，随着企业不断扩大，服务器也需要适时扩容。云平台可以实现弹性扩容，根据需要，随时都能对服务器的配置进行升级。

3、效率高：选择云端，平台会给企业提供所需的相应的一系列的应用，比如laas层应用、paas层应用以及其它的中间体、存储等等。这些都不需要自己再去一一布置，节约了大量的时间成本。

4、备份简便：云平台对服务器上面的数据可以提供快照备份。同时还能提供数据工具，用于对数据库文件进行备份。

综上，云平台的优势还是不小的，但这些优势相对劣势来说，似乎又有点微不足道。必竟对于企业来说，再多的便捷、快速也不如数据的安全重要。所以，企业在选择相关产品的时候，还是要选那种比较稳定的大企业的平台。

腾讯云上的虚拟机适合做压测机吗

简的回答是：适合。

详细的回答是：根据你的应用和具体的虚拟机来决定。

比较直观的一个场景是，在云服务器上做性能测试。所有的云端机器比如EC2，都是虚拟机，只要用了云，就跟底层硬件说再见了。这种测试当然不会给你在实体机器（bare metal）上的测试数据，但是得到的结果仍然相当有参考价值。特别是如果跟自己的研发版本做纵向对比的时候，只要测试环境没有改变，得到的数据就可以说明问题。

如果是在本地的实体机器上进行测试呢？也有很多虚拟机技术可以选择，比如Linux下的KVM或LXC，都可以在相当接近裸机的性能下运行虚拟系统。KVM本身有硬件级支持就不说了，LXC直接在kernel里划namespace来给虚拟机提供资源，基本上和宿主系统的性能是一样的（97%以上）。具体的性能数据可以看这里：KVM and Docker LXC Benchmarking。这种测试方法的好处是可以隔离测试环境，宿主机器上安装卸载软件都不会影响虚拟机的配置，从而即不妨碍对实体机做除测试以外的使用，又可以严格控制每次测试的环境和条件。

以上所说更多是针对服务端程序，如果是客户端的3D程序（比如游戏），我不太清楚虚拟机技术对显卡的支持如何，不做评价。

阿里云服务器ECS如何选择？性能测试PTS助你测试和选择阿里云服务器

阿里云服务器ECS如何选择？很多新手用户并不知道PTS是什么，如果你不知道如何选择阿里云服务器ECS产品，性能测试PTS可以很好的帮助你快速对云服务器进行压力测试，从而助你选择适合自己的阿里云服务器ECS，下面是性能测试PTS详解！

阿里云开发者社区最近推出了一个“ ECS 选款利器！PTS助您快速上云 ”活动，PTS性能压测包仅需0.99/月起，真实模拟，免去繁琐的搭建和维护成本！现在您可以只支付10块钱不到的试用成本，即可体验使用 PTS 来帮助 ECS 进行容量规划选择合适规格的整个流程！

完成动手实验的同学，即可参与抽奖活动，小米手环 6、蓝牙键盘、掌上游戏机、笔记本支架、 数据线、优惠券等丰富奖品等您来拿！限量 1500 份，抽奖即得，百分百中奖哦！

性能测试PTS（Performance Testing Service）是具备强大的分布式压测能力的SaaS压测平台，可模拟海量用户的真实业务场景，全方位验证业务站点的性能、容量和稳定性。

PTS旨在简化性能压测本身的工作。

PTS目标是将性能压测本身的工作持续简化，使您可以将更多的精力回归到关注业务和性能问题本身。在PTS平台上，您可以用较低的人力和资源成本，构造出最接近真实业务场景的复杂交互式流量，快速衡量系统的业务性能状况，为性能问题定位、容量配比、全链路压测的流量构造提供最好的帮助。进而提升用户体验，促进业务发展，最大程度实现企业的商业价值。

业务场景

PTS广泛应用于各种压力测试和性能测试场景，包括但不限于以下场景：

PTS孵化于服务阿里巴巴全生态五年以上的单链路、全链路压测平台，是阿里巴巴内部最佳实践的输出。该平台对内除了支持日常的外部流量压测之外，同时支持了大大小小的促销活动，如天猫双11、双12和年货节等。

压测流程

PTS提供全面高效的压测流程：

压测流程说明：

1.在PTS控制台上，准备压测API数据，构造压测场景，定义压测模式、量级等；支持随时启停压测，压测过程中可调速。

2.压测启动后，PTS后台的压测控制中心将自动调度压测数据、压测任务和压测引擎。

3.通过随机调度全国上百个城市和运营商的内容分发网络CDN （Content Delivery Network）节点，发起压测流量。保证从虚拟用户并发量、压测流量的分散度等维度都接近真正的用户行为，压测结果更加全面和真实可信。

4.通过压测引擎向您指定的业务站点发起压测。

5.压测过程中，通过集成云监控、ARMS（应用实时监控服务）产品，结合PTS自有的监控指标，实时采集压测数据。

6.在PTS控制台，实时展现压测数据，进行过程监控；压测结束后，生成压测报告。基于整个压测场景的性能表现，定位性能问题、发现系统瓶颈。

压测创建方式

PTS支持以下4种方式创建压测场景（或称压测用例），如下图所示：

说明：

方式一：PTS自研零编码可视化编排，使用自研强大引擎压测。

方式二： 使用PTS自研云端录制器，零侵入录制业务请求并导入1中的自研交互中进行进一步设置。

方式三： 将导入脚本压测 1中的PTS自研交互中，使用PTS自研引擎。

方式四：JMeter压测并使用原生JMeter引擎进行压测，PTS提供自定义的压力构造和监控数据汇聚等产品服务。

其中，方式一、二、三由于使用了PTS的自研引擎，具备RPS（Requests per Second）吞吐量压测模式、秒级启动、实时控制、定时压测和流量遍布全国运营商网络的差异化能力。

方式一是PTS最核心的一种压测场景创建方式，所有资源包均可使用。其他几种创建方式面向不同规格资源包开放。

适用于多业务场景

不论您处于哪个行业，在以下业务场景（但不限于），PTS都是您值得信赖的性能测试工具。

适用行业广泛

PTS应用行业广泛，涉及电商、多媒体、金融保险、物流快递、广告营销、社交等等。

PTS服务阿里巴巴全生态多年，支持了天猫双11、双12、年货节等大促活动。植根于电商行业的PTS，对电商的典型业务模型支持得更友好，压测来源更广泛，脉冲能力和流量掌控能力更强。

PTS自商业版发布以来，吸引了来自多媒体、金融保险、政务等众多行业的用户，以其强大的压测场景编排能力和报表能力，帮助用户快速发现问题，进行针对性地调优，提升了系统承压能力。

适用于多种网络环境

不论您的业务位于公有云、专有云、混合云或者自建IDC中，只要能够通过公网访问，PTS都能够通过遍布全国上百个城市和各运营商的CDN节点发起压测流量，最大程度地模拟真实业务场景。

适用于使用HTTP/HTTPS/WebSocket等协议的客户端

PTS本身的GUI模式支持HTTP/HTTPS协议的压测，无论您的客户端是自研的App、移动端网页、PC端网页、微信小程序还是C/S结构的软件，都可以使用PTS进行压测。PTS同时集成了开源JMeter，支持更多的协议和场景，例如您可以通过“JMeter + WebSocket插件”的方式，对使用WebSocket协议的客户端进行压测（在PTS上传相应的插件JAR文件即可），其他协议以此类推。

下面以电商典型业务场景为例，为您介绍如何在PTS中编排压测场景。

什么是压测场景

要发起一次性能压测，首先需要创建一个压测场景。压测场景中包含一个或多个并行的业务，每个业务包含一个或多个串行的请求。

示例

淘宝网需要对产品A和B相关的页面（即存在多个API）进行压测，假设其主要业务场景为：

业务A：浏览产品A。

业务B：购买产品B（登录 → 浏览产品B → 加入购物车 → 提交订单）。

那么在压测场景中的设置如下。

串联链路1：浏览产品A 和串联链路2：购买产品B是并行关系。

根据业务逻辑，一部分用户在浏览产品A，另一部分用户在进行购买产品B的一系列操作，即两个业务是同时发生的，所以将它们设置为两个串联链路，压测中会并行发起请求。

串联链路中的多个API是串行关系。

根据业务逻辑，串联链路2：购买产品B中的一系列用户行为是存在先后顺序的，所以将这些存在先后关系的API添加到一个串联链路中，PTS压测中会按照顺序发起压测。

综合来看，在压测中，示例中的浏览产品A的API和登录的API，会同时发起压测流量。