如何租用合适的服务器及其配置

1选择服务器租用首先要确定选择国内的还是国外的，国内的话网站域名需要备案，大约20天左右的时间，使用国外的服务器租用网站内容限制少，不需要备案，可以节省大部分的时间。

2选择国内的服务器要确定是用单线、双线还是多线，这个要根据网站针对的用户来选择，因为国内电信联通之间存在竞争关系，电信网通用户互访速度慢。如果是针对南方用户的话就选择电信机房，北方就用联通联通，针对全国用户访问的网站最好选择双线或者多线。

3接下来就是服务器租用配置的选择了，服务器的配置选择主要包括CPU、内存、硬盘、带宽的选择我们既不能为了省钱去选择配置比较低的服务器，以致网站无法正常运行。也不能选择配置太大的服务器造成资源的浪费。根据网站以及用户的情况选择一台合适的服务器非常重要。

CPU

如果是新建的网站，应用也不大，用户访问量少，可以先选择价格便宜配置低一点CPU，后期根据自己的业务情况升级到更高配置的机器。如果需要在一台服务器上同时运行多种应用服务，就选择至强系列或者双至强CPU内存内存大小主要取决于服务器的用户数量，当然也和应用软件对内存的需求有关。如果是运行比较小的程序，一般2G到4G内存就足够使用了，如果是运行比较大的程序或者数据库，选择8G或者16G甚至更高，保证网站能能够正常运行。

硬盘

服务器硬盘分为SATA硬盘、SAS硬盘、SSD固态硬盘，SAS硬盘比普通的SATA硬盘转速更快，处理速度也更快，固态硬盘读取速度更快，比机械硬盘快几十倍上百倍。而且不容易损坏，使用时间长。但是其价格昂贵，数据安全性不高。

带宽

服务器带宽大小的选择也是根据用户访问量来选择的，通常的情况下，中小型网站5M左右的带宽独享就够用了，大型站根据情况不同可选择10M到50M带宽独享，和视频站的话则带宽要求更高。

当然可以搭建，很多美国服务器租用提供商都是成熟的公司，乍一看，他们都承诺提供几乎相同的入门级产品。最便宜的美国服务器产品只需几百块钱就能提供网站应用托管。

对于中小型网站来说，这些产品可以提供最基础的性能和独享存储空间。

在活动促销期间，通常美国服务器租用价格较低，随后续费时可能恢复正常售价。因此，你需要在购买时注意这个低价是续费新购同享的终身优惠，还是仅仅是首月特价。

同样，你在看到很低的价格时还要确认它的付款周期。很多美国服务器租用商，采取

买得越久越优惠策略。也许你看到某台服务器租用价格是 800~1000 元 / 月，但当你进入购买页时，你会看到这些低价是 1 年 /2 年/3 年合同的价格。

如果你只购买一个月，那么单价会急剧上升，从 800 元 / 月上升到 1500 元 / 月，这可能是才是真正的价格，希望擦亮双眼，寻找到适合自己的服务器。

既然说了大型，首先要考虑的就是高用户并发的情况。这就需要结合你实际用户端应用场景，视频都双向传输和简单的低通量的文本交互一定不是一个概念。做大型的系统，还要考虑平时的情况和突发的高占用率情况。

首先我们先对应用做一个分类：

1高带宽消耗累应用

这个方面的代表就是直播相关或网络教学领域。直播系统的大体原理，主播手机采集音视频、编码，然后推送一个视频流给服务器（实际上是一个做了负载均衡的视频服务器矩阵组）。然后负责实时流媒体数据流接收的服务器，会将流媒体数据流推送给分发服务器（现在有现成的CDN,这样开发难度就小了很多。）然后观众申请观看的时候，分发服务器就会将所申请的时时流媒体推荐给客户。

这么粗糙的应用就可能包换用户端权限管理服务器组，业务调度服务器组，不同区域IDC建立的接入服务器组，不同区域IDC建立的分发服务器组，分等级的数据存储服务器组，ai内容审核服务器组（基于分流实时分析，预设内容审核规则），归档视频存储服务器组，短视频评级推荐服务器组，应用兴趣行为分析服务器组。客户在请求交互的时候可能还会有一些缓冲的队列呀，nosql之类的（redis，memcache）。各组服务器的规格和数量都是根据同时并发的情况定的，在程序开发好的时间可以通过自动化的方式模拟高并发，再通过查看分析瓶颈，而对前期的规划做出合适的调整。

有些时间还要实现不经过分发，交互直通以降低延时。pk的连线的时候，太高延时是接受不了的。这个就不继续展开了。

还有网盘类应用也也很多类似，只是延时要求没那么高。传统的视频网站也是基本相同原理。

传统的微博也是类似的分发机制。

2低延时需求型

这方面一般是以网络游戏为主。对于一些点电子竞技类的应用，做到80ms以下的低延时是必须。服务器的核心响应速度和带宽的低延时是重点。这种服务器最好可以独享一条专线，或者在虚拟网络系统中设置一个更高的优先级，数据线优先同行也会尽可能的降低延时。至于服务器组之间的vpc也应该有一个更高的通过优先级，以保证服务器之间的访问延时极地。这种应用服务器，最好要支持核心运算，不过这个要开发的架构支持。

再就是后期用户量大的时候，做更新包下载的时候会采用分发服务器（CDN）。

3高突发的缓冲

这种都是电商网站，平时就是讲全段应用服务器做彼此依赖，后端选择一个大吞吐，大并发的后端框架（京东使用的go语言对高并发和数据挖掘就有很多优势，我也刚开始学习）。这种系统网元架构就简单很多，传统的负载均衡后挂着不同模块的应用服务器组，然后经过缓冲服务器组，之后到达数据服务器组和APIGateway。

日常的应用都是没啥问题，都是因为一些节日或促销，或爆款等发生临时性数据操作的拥堵。解决这种缓冲都方式有很多，比如临时快速读写缓存，消息队列等。甚至开发总线通信队列等待机制，很多解决方案。

现在系统本身的规划和后期都优化都有许多解决方案，现在的瓶颈往往是系统间的交互通信。

服务器种类各云服务商都称呼也不一致，总体说分为轻量应用服务器，负载均衡服务器，超算服务器（CPU和GPU两个方向,后者也常常被成为图形处理服务器。）数据服务器（常见的版本都有），文件服务器（nas和oss），分发服务器，缓冲服务器，数据分析服务器。我项目中使用大大类就这些了，也许有些我没用过和不知道的，希望大家在讨论区补充纠正。

希望对你认知有所拓展。

一般不是邮件附件几 MB，一般都是几十 MB。普通的上传是容易间断，失败的，上传方面一定是个技术难关。