阿里云服务器1核2G,2核4G,4核8G,8核16配置可选ECS实例规格汇总

1核2G、2核4G、2核8G、4核8G、4核16G、8核16、8核32G是用户购买阿里云服务器的时候最为常见的云服务器配置，同样的配置是可以选择不同的ECS云服务器实例规格的，以下是阿里云服务器各个配置可选的ECS实例规格：

阿里云服务器ECS实例规格

阿里云ECS云服务器实例规格分为共享型s6实例、xn4实例、n4实例、mn4实例、突发性能t5实例、突发性能t6实例等；企业型云服务器计算型c6/c5、通用型g6/g5、内存型r6/r5、网络增强型、大数据型、本地SSD型、高主频型、GPU异构、弹性裸金属等。阿里云服务器不同配置可选多种ECS实例规格，参考： 阿里云官方帮助中心-实例规格族介绍

阿里云1核1G服务器可选ECS实例规格：共享标准型s6、突发性能实例t5、共享计算型n1、共享基本型xn4

阿里云1核2G服务器可选ECS实例规格：共享标准型s6、突发性能实例t5、共享计算型n1、共享计算型n4

阿里云2核4G服务器可选ECS实例规格：计算型c6、计算型c5、高主频计算型hfc6、高主频计算型hfc5、共享标准型s6、突发性能实例t5、计算网络增强型sn1ne、共享计算型n1、共享计算型n4、突发性能实例t6

阿里云2核8G服务器可选ECS实例规格：通用型g6、通用型g5、高主频通用型hfg6、高主频通用型hfg5、共享标准型s6、突发性能实例t5、GPU计算型gn5i、通用网络增强型sn2ne、共享通用型n2、共享通用型mn4、突发性能实例t6

阿里云4核8G服务器可选ECS实例规格：计算型c6、计算型c5、高主频计算型hfc6、高主频计算型hfc5、共享标准型s6、突发性能实例t5、计算网络增强型sn1ne、高主频计算型c4、共享计算型n1、共享计算型n4

阿里云4核16G服务器可选ECS实例规格：通用型g6、通用型g5、本地SSD型i1、高主频通用型hfg6、高主频通用型hfg5、FPGA计算型f3、共享标准型s6、突发性能实例t5、GPU计算型gn5i、通用网络增强型sn2ne、高主频通用型cm4、共享通用型n2、共享通用型mn4、突发性能实例t6

阿里云8核16G服务器可选ECS实例规格：计算型c6、计算型c5、高主频计算型hfc6、高主频计算型hfc5、共享标准型s6、突发性能实例t5、计算网络增强型sn1ne、高主频计算型c4、共享计算型n1、共享计算型n4、

阿里云8核32G服务器可选ECS实例规格：通用型g6、通用型g5、大数据网络增强型d1ne、大数据型d1、本地SSD型i2g、本地SSD型 i1、高主频通用型 hfg6、高主频通用型 hfg5、GPU 计算型 gn6v、FPGA计算型 f3、共享标准型 s6、突发性能实例t5、GPU计算型gn5i、通用网络增强型sn2ne、高主频通用型cm4、共享通用型n2、共享通用型mn4、突发性能实例t6

阿里云服务器优惠购买福利：推荐大家可以上 阿里云官方云小站 领取阿里云最新的2020元代金券，使用代金券节约购买阿里云服务器的成本。

所谓的2核、4核都是软件虚拟出来的CPU 核心，并不是硬件核心数。

核心数越多，服务器可以同时处理的事情越多。行话叫并发处理任务能力越强。

有的业务是比较消耗CPU的，就是占用CPU资源很多，核心数多的就起了很大作用。同样的业务可以更快速度完成。核心数少的就干的很慢。

从用户端访问情况看，就是核心数多的访问速度、打开比较快；核心数少的卡顿半天才能打开。这就影响用户体验了，严重的会影响业务正常运行。

我这个是举个例子说明，你可以移步到阿里云2核4G和2核8G服务器有什么区别？如何选择去看看更详细的资料了。

希望这个回答能帮到你啊

游戏服务器比较耗费资源。总体上来说如果是2核8G内存的服务器，跑起来性能会比4核4G内存的流畅。

现在的游戏都针对双核进行了代码优化，加上大内存消耗，4G内存显然是不够大的。

而且2核8G内存这种CPU内存比1:4的配置，天生就是给资源消耗型业务准备的。如果你对这个配置感兴趣，去看2核8G内存云服务器性能解析，里面就提到了这个配置和实际用途。 

Dell 服务器R720，产品类型机架式服务器，系统PowerEdge R720，内存4G。

采用英特尔至强E5-2603四核处理器，该处理器标称主频为18GHz，三级缓存为10MB，主板搭配Intel C600芯片组，最大支持两颗处理器并行运算。同时，配备Intel四端口千兆网卡/双端口万兆网卡，提供有DVD光驱。

一个系统的吞度量（承压能力）与request对CPU的消耗、外部接口、IO等等紧密关联。

单个reqeust 对CPU消耗越高，外部系统接口、IO影响速度越慢，系统吞吐能力越低，反之越高。

系统吞吐量几个重要参数：QPS（TPS）、并发数、响应时间

QPS（TPS）：每秒钟request/事务 数量

并发数： 系统同时处理的request/事务数

响应时间： 一般取平均响应时间

（很多人经常会把并发数和TPS理解混淆）

理解了上面三个要素的意义之后，就能推算出它们之间的关系：

QPS（TPS）= 并发数/平均响应时间

一个系统吞吐量通常由QPS（TPS）、并发数两个因素决定，每套系统这两个值都有一个相对极限值，在应用场景访问压力下，只要某一项达到系统最高值，系统的吞吐量就上不去了，如果压力继续增大，系统的吞吐量反而会下降，原因是系统超负荷工作，上下文切换、内存等等其它消耗导致系统性能下降。

决定系统响应时间要素

我们做项目要排计划，可以多人同时并发做多项任务，也可以一个人或者多个人串行工作，始终会有一条关键路径，这条路径就是项目的工期。

系统一次调用的响应时间跟项目计划一样，也有一条关键路径，这个关键路径是就是系统影响时间；

关键路径是有CPU运算、IO、外部系统响应等等组成。