绝地求生一直显示服务器满载请稍后再试

由于绝地求生现在还在内测阶段，所以游戏优化问题还很多，特别是不少玩家经常会遇到连接超时这个问题，下面小编就给大家带来连接超时的解决方法。

修改host文件，打开C:WindowsSystem32Driversetec。双击hosts文件，用记事本打开。复制54165146173prod-live-main-userproxy-413930521us-east-1elbamazonawscom，并粘贴到最后一行，保存hosts文件(注意，为了避免意外发生，修改前最好复制一份hosts，备份)。清空DNS缓存，打开“命令提示符”程序，输入ipconfig/flushdns回车，重启后就可以正常登录了。

网络连接超时可能的原因有:

网络断开，不过经常显示无法连接。

网络阻塞，导致你不能在程序默认等待时间内得到回复数据包。

网络不稳定，网络无法完整传送服务器信息。

系统问题，系统资源过低，无法为程序提供足够的资源处理服务器信息。

设备不稳定，如网线松动、接口没插好等等。

网络注册时系统繁忙，无法回应。

网速过慢，如使用BT多线程下载，在线收看视频等大量占用带宽的软件，若使用共享带宽还要防范他人恶意占用带宽。

计算机感染了恶意软件，计算机病毒，计算机木马等。

基础架构
AWS分布在全球12个区域里
每个区域对应着一个地理位置，里面含有多个Availability
Zones(可用区)。这些区域设置在北美，南美，欧洲，中东，非洲，亚太区。
每个AZ实质上是单个数据中心，尽管它们可由多个数据中心构建。
每个AZ有着独立的供电系统和互联网连接。
不同AZ之间以低延迟网络进行连接，这种快速网络可消除物理位置带来的速度影响。
每个区域含有至少两个AZ，共计32个AZs。
借助AZ可创建高可用性的程序架构。
AWS在全球还分布有53个偏远区域(Edge locations)
偏远区域的使用对象是CloudFront，这是Amazon的内容分发网络(CDN)和DNS服务器。
偏远区域的存在使得全球用户都可以享用低延迟网络而不论他们身在何处。建立区块服务(Block Services)
Amazon透过AWS创建了大量高可用和高容错的服务，具体的服务清单可点击这里查看。
缴纳一定的费用，你就可以在个人的应用中使用这些服务而不必为高可用性而忧心。
部分服务位于一个AZ中：CloudFront, Route 53, S3, DynamoDB, Elastic Load
Balancing, EFS, Lambda, SQS, SNS, SES, SWF。
即使是使用单个AZ的服务，其高可用架构也是足够强大的。
1个用户
在这个时候，开发者=用户。你的架构看起来是这样的：
运行单个实例，如t2micro。你可以为你的服务器选择不同的CPU，内存，存储设备和网络环境。
该服务器承载了全部web任务，如：web应用，数据库，管理器等。
使用AmazonRoute 53进行DNS管理。
为该实例附加一个Elastic IP地址。
那么随着用户数的增加，我们需要如何进行升级改造，直至能为千万用户提供优质的服务呢？强调文字
优化策略
采用多主机模式
尝试使用Amazon数据库服务，如Amazon RDS(关系数据库)，Amazon DynamoDB(NoSQL数据库)，Amazon Redshift。
逐步从SQL数据库转为NoSQL数据库，特别是数据量超过5TB，你的应用对低延迟敏感的时候。
使用Elastic Load Balancer(d性负载均衡器)，它可以对主机进行健康检测以确保网络的通畅，同时可以帮助实现网络的扩展。
垂直升级
需要更强的实例类型，例如c48xlarge或者m32xlarge。
停止使用当前的服务器，换用功能更强大的机器，如：244GB RAM，40核CPU。
某些Amazon服务提供了Provisined IOPS选项以便用户自行配置变更，这样一来用户可以使用类似DynamoDB的扩展服务。
类似上面的做法就叫做垂直升级。但其有个缺点，就是一旦机器出错，你的网站也会停止运作了。所以要尽量避免单个实例的做法。
自动扩展
如果你一直在为峰值负载而努力，如黑色星期五，那么其实是在浪费金钱。更好的解决方案
列表内容
是按需分配，这就是Auto Scaling(自动扩展)，在计算机群组中实现自动化的大小变更。
你可以为你的容量池定义最大值和最小值。
CloudWatch是一个管理服务，已内置到所有的Amazon应用中。
CloudWatch事件会触发扩展。
触发事件可以是CPU占用率，时间延迟，网速等等。
你也可以向CloudWatch导入自定义基线，按照你的意愿来触发扩展。
架构分解
使用SOA/微服务，使你的服务层组件化。
这样做的好处是单独的服务可以独立地进行扩展，从而大大增加了灵活性和可用性。
SOA是Amazon提供的重要架构组件。
避免重复劳动
把精力投入到能使你的业务与众不同的事情上。
Amazon提供了很多高容错的服务。例如，排队(SQS服务)，邮件，转码，搜索，数据库，监控等等。所以类似的服务都不必再次编写了。
用户数>千万+
当用户达到千万级别的时候，你考虑的策略应该是这样的：
多AZs模式
在不同层之间执行ELB(d性负载平衡)。除了web层，在应用层，数据层等层里也需要进行ELB。
能够自动扩展
使用面向服务的架构
缓存架构内和外的数据
使用Amazon S3和CloudFront。S3用于存储静态数据，如js，CSS，图像等，具有足够的扩展性。CloudFront可对数据进行缓存。
使用Amazon SES来进行邮件发送。
使用CloudWatch进行监控。
对数据写入执行如下的策略：
联结 – 根据功能划分不同的数据库。
分表 – 把一个数据集分解到多个主机上。
把部分功能放到其他类型的数据库上（NoSQL,graph等）。
不断优化你的应用和整个架构堆栈，针对瓶颈进行分析并找出解决方法。

利用Spring Cloud构建起自我修复型分布式系统：

Spring Cloud Config Server

Spring Cloud Config Server能够提供一项具备横向扩展能力的集中式配置服务。它所使用的数据被保存在一套可插拔库层当中，后者目前能够支持本地存储、Git以及Subversion。通过利用一套版本控制系统作为配置存储方案，开发人员能够轻松实现版本与审计配置的内容调整。

Spring Cloud Bus

Spring Cloud Config Server是一套强大的配置分发机制，能够在保障一致性的前提下将配置内容分发到多个应用程序实例当中。然而根据其设计思路的限定，我们目前只能在应用程序启动时对其配置进行更新。在向Git中的某一属性发送新值时，我们需要以手动方式重启每个应用程序进程，从而保证该值被切实纳入应用当中。很明显，大家需要能够在无需重启的前提下完成对应用程序配置内容的更新工作。

Spring Cloud Netflix

Spring Cloud Netflix针对多种Netflix组件提供打包方案，其中包括Eureka、Ribbon、Hystrix以及Zuul。接下来我将分别对它们作出讲解。

Eureka是一套d性服务注册实现方案。其中服务注册属于服务发现模式的一种实现机制。

，就是通过软件将双网卡绑定为一个IP地址，这个技术对于许多朋友来说并不陌生，许 多高档服务器网卡（例如intel8255x系列、3COM服务器网卡等）都具有多网卡绑定功能，可以通过软硬件设置将两块或者多块网卡绑定在同一个IP 地址上，使用起来就好象在使用一块网卡。多网卡绑定的优点不少，首先，可以增大带宽，假如一个网卡的带宽是100M，理论上两块网卡就是200M，三块就 是300M，当然实际上的效果是不会是这样简单的增加的，不过经实际测试使用多个网卡对于增加带宽，保持带宽的稳定性肯定是有裨益的，如果交换机等相关条 件不错的话，这个效果还是很能令人满意；其次，可以形成网卡冗余阵列、分担负载，双网卡被绑定成“一块网卡”之后，同步一起工作，对服务器的访问流量被均 衡分担到两块网卡上，这样每块网卡的负载压力就小多了，抗并发访问的能力提高，保证了服务器访问的稳定和畅快,铜包银导电漆-钱眼商机，当其中一块发生故障的时候，另一块立刻接管 全部负载，过程是无缝的，服务不会中断，直到维修人员到来。
OK，现在就手把手的教大家如何用50元来打造出双网卡的效果！
先下载软件（点击这里下载NIC Express Enterprise 序列号: 381567) 这是最新版本40，只有215M，软件的兼容性已经做得很好，支持win98/Me/2000/XP/2003。基本上支持目前市场上常见的各种网 卡，百兆和千兆网卡都可以用来绑定，但是千万注意，最好用于绑定的网卡是完全相同的，至少也是基于同一芯片的，这样多块网卡才能合作得比较好。切记不要把 10M网卡和100M网卡绑定在一起，那样根本起不到提升作用。
下载完软件，先不忙安装，咱们还是先准备好硬件。
虽然，理论上讲绑定越多网卡在一起，最终效果提升就越明显，但是考虑到复杂程度，这里就以绑定双网卡为例进行说明，如果读者觉得好玩，兴致很高的话，按 照下面方法愿意绑定多少就绑定多少个网卡，其实一般同一台服务器，绑定2－3块网卡也就够了，太多了，据说因为链路聚合的先天缺点，会过多占用服务器资 源，反过来会影响服务器速度（关于这个我没实验，不过我觉得凡事都离不开物极必反的道理，适度最好）。
我取出“珍藏”的一对市场上随处可见的8139D10M/100M自适应网卡，市场价格25元一个，北京某厂的产品,网线，做工还算精细，总成本50元人民币。
然 后，抱出笔者的一台私有服务器，呵呵，虽然破旧一点，不过可是立功不小啊，上面现在运行着FTP、MAIL等服务，几百个朋友的EMAIL都是通过它来传 递的啊。配置情况为intel810主板（集成显卡）＋256MSD内存＋10GIDE硬盘（系统盘）＋120GIDE硬盘（存放互联网^^）。系统软件 是windows2000高级服务器版。
废话少说，开干，打开服务器机箱，把两块网卡拧在主板PCI插槽上，拧好了，看看还不错。
再从后面看看效果
拿 出珍藏的10M－8口集线器，哈哈，别笑话，我手头只有这个，能说清楚方法就可以了，如果是读者自己DIY，请务必选一台好的交换机，至少要 10/100M自适应的，这是网络通畅的关键，别象我把100M网卡连在10M集线器上，那速度怎么也好不了啊。做几条网线，把集线器、网卡连接起来，集 线器连入上级交换机，因为是在家里实验，所以，我就把集线器的Uplink口连入家用路由器的任意一个网口里，路由器则连入我家ADSL“大猫”。
至此，硬件部分安装完毕。就这么简单。
第二部分：设置调试
下面要进行设置及调试了，也就是要将这两块8139D廉价网卡,综合布线，如同高档服务器网卡那样绑定在一起，使用同一个IP地址，同时同步工作。其过程并不复杂，估计20分钟足够了。
将刚刚下载的NIC Express软件的安装包NIC4rar解压缩得到安装文件“NICExpressW2KEEexe”,布线,阿威普：以质量求发展，以服务征服客户。，双击它启动安装程序，一路NEXT，软件提 示输入unlock key（注册码），如果没有注册码，就只好点击Demo，选择试用，这样可以获得30天的免费试用期，在这30天里如果觉得不错，你可以想办法去弄一个注 册码（怎么弄？找小编问，他可能有，哈哈）。
到 下图所示界面，软件提示选择是否开启LOAD Balancing 功能？什么是LOAD Balancing 功能呢？LOAD Balancing的中文意思可以翻译为负载均衡，在这里就是网络负载均衡。也就是当多块网卡被绑定合一之后，当数据流量很大的时候，软件会自动调整，将 数据流量负载均衡地分配到各个网卡上，以减轻单块网卡的压力，达到畅快的访问效果。我们绑定双网卡，其中目的之一就是为了实现负载均衡，我们自然要开启这 个功能，所以，在这里一定要选择“Enabled”。当然，如果你在这里选择错了也没关系，今后也可以通过NIC Express软件管理界面开启。
继续一路NEXT，在Windows XP里安装时如果遇到提示“NIC Express Virtual Miniport”没有通过Windows测试，无法验证它同Windows XP的相容性，不要理会，选择“仍然继续”就行了。
到了下图所示界面，就到了真正绑定网卡的时候了：
大 家看到这个界面一共分为上、中、下，三个窗口，上面的是空白，中间的写着8139-2，这个8139-2是我自己起的绑定之后的网卡组的名称，原来这里默 认写的是New array，也可以不修改，你也可以根据自己喜好，写成别的名字。在最下面的窗口里列出了目前服务器上安装的两块网卡的名字。我们下一步就是要用鼠标选中 下面的两块网卡名字，然后点击界面中间的Add键，把两块网卡加入上面的窗口里，这样两块网卡就这样被加入了网卡组里，初步绑定成一块“网卡”了，今后可 以使用同一个IP地址了。
点击OK继续，NIC Express出现一个配置界面，选项很多，但是不必太 *** 心，因为这些配置都不必修改，使用默认值就可以了，直接点击OK、点击Finish完成安装进程。至此软件安装基本结束，剩下就需要对软件和网卡进行一些必要的设置工作。
点 击桌面“开始”菜单，选择执行菜单里的“NIC Express Enterprise Edition”选项，这是NIC Express软件自带的一个监控程序，首先点击“setting”选项，在这里可以设置网卡流量计量单位，可以按照Packets/Sec、Mbits /Sec、Kbits/Sec三种单位来计算，一般都是使用默认的Mbits/Sec来计算，也就是兆/每秒，其实在这里只需要修改一下“Graph Detail（图形显示）”即可，将默认的“By Protocol”改成“By Incoming/Outgoing”，别的不需要改。
如 果你想分别观察绑定组中每块网卡的流量或者整个组的流量，只需在“Select Device”选项中选择一下设备即可。最后点击“Advanced”选项，设定网卡绑定的工作模式，在这里也可以点击“Load Balancing Disable”来关闭网卡负载均衡功能。使用NIC Express绑定的双网卡组默认工作于“NIC Express ELB”模式下，这是NIC Express所特有的一种工作模式，实际效果很好。我们都知道利用昂贵的Intel PROSET绑定的Intel 8255x的组合是运行在“8023ad”工作模式下的，这一模式在NIC Express中也可以选择，但是多数使用者在实际使用后都认为“NIC Express ELB”模式的效果优于“8023ad”模式，大家今后可以自己实践测试比较一下。如果你也使用默认的“NIC Express ELB”模式，那么“Advanced”选项里也就不用改什么，一切默认即可。至此NIC Express的设置结束。
第三部分：“虚拟网卡”设定
最后还要看看网卡的设置，用鼠标在桌面“网上邻居”上点击右键d出“网络和拨号连接”窗口，可以看到原来的两个网卡连接图标已经变成了三个，多出来的一 个图标就是“NIC Express Virtual Adapter”，这个就是绑定后的网卡组，这个网卡组的使用和使用单一网卡完全一样，相当于一个单一的“虚拟网卡”。
用 鼠标在这个图标上点击右键选择属性，可以为这个“虚拟网卡”设定IP地址、子网掩码、网关等等，其实在安装“NIC Express”过程中，如果服务器原来的单一网卡已经设置了这些，那么“虚拟网卡”就会自动设定和原来的网卡一样。在这里选择“NIC Express Transport for Ethernet”还可以自由对网卡绑定组进行调整，例如，减少或者加入一块网卡，这个较之Intel PROSET要方便许多，Intel PROSET在增加或者减少绑定组里的网卡之前必须删除原来的绑定组然后重新创建。
好了，好了，至此一切都已经做好，我们的服务器已经成为一台地地道道的“双网卡冗余服务器”了，我们来运行一下，看看表现。
第四部分：测试双网卡绑定后的效果
检查一下线路，前面说过两块网卡已经用网线连入10M集线器（这就相当于机房机柜里的百兆交换机），集线器的Uplink口连入了家用路由器的任意一个 网口，路由器通过ADSL大猫接入互联网（北京512K包月ADSL），这样服务器就已经和互联网连通了，按下Power键启动服务器，由于服务器里面已 经安装了动态域名软件，服务器启动之后，很快与国际域名>带宽选择主要是根据您的具体使用来决定的。比如做网站的前期访问量不大或者软件数据访问不大的情况下，可以选择普通的带宽，后期的话，随着访问量和软件数据量越来越大的情况下可以增加带宽或使用d性伸缩服务。我们公司使用的是华为企业云的云服务器带宽，其他的云服务器应该有所不同>这是因为有两层转发，当你输入普通网站的时候。域名会直接解析到该域名对应的IP。而当你输入最低的。这样做的好处就是可以让不同地区的人访问最近的站点，从而获得最快的访问速度。再者也可以防止攻击。具体的 *** 作和原理，你可以参考>