服务器宕机【宕机】

服务器宕机【宕机】,第1张

位于美国加州中部的萨克拉门托(Sacramento)有三个身份:1850年代的淘金人口集散地、如今的加州州府和Twitter的数据中心。 7月26日上午8点20分,这个数据中心停止了工作。当你输入Twitter网址时,你会看到页面显示“Twitter目前因某些原因宕机,预计稍后恢复”的提示。这种状况持续了两个多小时,直到10点25分,Twitter才恢复正常。部分用户怀疑这和7月27日开幕的伦敦奥运会有关。
尽管Twitter的运营团队通过后台的流量图看到了即将到来的奥运会热潮对各项指标的拉升—这种可预期的、能带来大流量的事件,Twitter一般都会提前做准备,然而意外还是发生了。
在Twitter的预案里,如果这里发生了洪水、地震或者其他任何有可能导致服务器停止工作的问题,距离萨克拉门托965公里的另一个数据中心就会开始工作,它位于托管服务商Raging Wire旗下的一处建筑内,当然,情况也可能相反:Raging Wire这边出了问题,萨克拉门托开始工作。
无论哪一种情况,Twitter希望保证的是用户的不间断使用体验,即便是远在大洋彼岸的用户,也可以正常地把自己的消息Tweet出去,而不会感受到服务中断。
对于互联网公司而言,在线就是生命。Facebook早期迅速积累用户并不是由于它来自哈佛大学的好名声,而是它几乎从不宕机。这与当时强劲的竞争对手MySpace形成了鲜明对 照。
但在7月26日这一天,Twitter两个数据中心同时发生故障,全球用户的Twitter服务中止。Twitter提供的解释是由于“基础设施元件中的级联式漏洞”,但没有公布更详细的信息。在Twitter的成长史上几乎每年都会有多次重大宕机事故,宕机时网站就会显示出一幅有趣的:几只小鸟用线艰难地拉起一头搁浅的鲸鱼。
这是Twitter在两个月之内的第二次重大宕机故障。此前一次是6月21日,Twitter停止服务将近两个多小时。
Twitter负责工程技术的副总裁拉瓦德(Mazen Rawashdeh)事后解释说,Twitter在数据中心有两套能互相备份的数据系统同时出现了故障,这是基础设施上的“巧合事件”。通常情况下,如果一个系统出现故障,那么另一个将被紧急启用。而两套系统同时出现问题则比较少见,为避免类似故障重演,Twitter称计划对基础设施大幅投资。
数据中心问题一直困扰着Twitter。截至3月,Twitter已有14亿活跃用户,每天会发出34亿条Tweet。随着用户量和信息读写量的增长,Twitter迫切需要一个能自我完全掌控的数据中心。
Twitter早期租用第三方的数据服务,之后计划转向租用位于犹他州盐湖城的定制化数据中心,然而在去年该数据中心却出现了漏雨、电力不足等问题,于是Twitter不得不改变其计划,另谋他处。
在同一天,悲催的不仅仅是Twitter。谷歌的即时通讯服务Gtalk也在早上6点40分发生故障,并迟迟没有被修复。有用户报告,微软旗下面对企业客户的云服务工具Windows Azure在西欧地区也发生了宕机问题。
在宕机这段时间内,Gtalk用户发现虽然能够登录,但无法像以往一样正常发送信息以及进行语音、视频聊天。他们持续接到谷歌通过网页更新的问题修复状态通知,时间单位大约为半小时,而这一状态持续了近5个小时,算是谷歌史上罕见的长时间故障。习惯线上沟通的用户们不得不转向其他工具,有人说,接连两起宕机事件让他们有一种“全球停电”的感觉。
谷歌的数据中心分布全球且多达20多个,目前无法得知是哪一块数据中心发生了故障以致Gtalk瘫痪,谷歌至今也未解释具体原 因。
世界正在变成一个由数据洪流组成的存在,而整个世界也因几个重要信息节点而相互连接在一起。但即使是像谷歌这样著名的互联网公司也无法保证自己所有的服务全年都不出问题。
据谷歌称,其最受欢迎的服务Gmail电子邮件服务2010年全年宕机时间为7分钟,这已经是业内最短时间。根据Radicati Group的数据,电子邮件系统平均宕机时间为每月38小时。对比起来,Gmail可谓优秀。
一般造成系统不稳定甚至宕机的原因是多样的,开发安卓手机管理工具豌豆荚的豌豆实验室技术总监高磊对《第一财经周刊》介绍,在用户使用网站服务时,从用户输入信息,网络传送信息给网站服务器,网站服务器按照程序对用户要求进行处理,将结果返还用户,整个过程中其中一个环节出现问题就会导致网站的服务受到影响,甚至发生宕机而不可用。
引发问题的潜在因素多种多样,包括网站自身程序、服务器的 *** 作系统、硬件设备、机房与网络运营商等基础设施。
如果网站自身程序有Bug,可能会导致使用变慢,或部分功能失效;服务器的 *** 作系统也会出现漏洞,比如装有Linux部分版本的服务器就在本月因为闰秒问题而宕机;服务器硬件本身损坏,比如硬盘或内存都存在一定物理故障的机率。
而在基础设施上,机房停电或进水、遭到雷击等也会造成设备停止运行。最基础的问题是过热,因此大型数据中心旁边一般都有冷却装置。
6月底,美国一场风暴袭击了弗吉尼亚北部,大面积电力供应中断。而恰巧亚马逊在这里安置了US-East-1数据中心,因为停电,整个数据中心瘫痪。
亚马逊是业界领先的云服务提供商,其提供给网站以数据服务的云服务Amazon Web Services也因此一度中断服务。之后连锁反应便产生,使用其服务的Instagram、Pinterest、Quora、Netflix等知名网站也停止了服务,进而影响到各自的生态系统。
为避免风险,一些网络公司选择不把鸡蛋放在一个篮子里,设置多个数据中心,或者在使用云服务时同时选择多家供应商,当然,这也会增加成本。
据新浪微博技术总监杨卫华对《第一财经周刊》介绍,是否能稳定登录,响应的速度怎样,都会对用户的体验造成直接影响。新浪微博采用了分布式的架构,这意味着它没有把所有的服务器都放在新浪所在的北京,而是在国内多个主要城市都设置了数据中心,在突发事件发生后的流量处理和响应速度等各方面来保证用户体验。
你在宕机时体验到多少焦虑,稳定对于互联网公司就有多重要。
当越来越多的人被接入同一个网络─比如被称为“世界的脉搏”的Twitter,数据中心瘫痪的风险等级也相应增加。这些数据就存储在像加州萨克拉门托的大房子里,一旦宕机,空白也从这里开始。

明显是被黑客攻击了。
本来就应该关闭不用的端口。关闭端口是防入侵的重要手段。尤其是像445,139这样被黑客平凡利用的端口。另一点就是及时打补丁,否则杀毒软件这种东西就是如同虚设。做到这两点,已经能防止大部分黑客的攻击了。

不犯法
一般网站瘫痪,原因回事服务器疑似遭到不明攻击,导致网站暂时无法正常使用。
其实,很多情况会导致网站瘫痪,比如错误 *** 作,删除了生产服务器上的执行代码导致,造成不了后果。

问题分析:

“服务器无法通过系统非页面共享区来进行分配,因为共享区当前是空的 ”其中的‘非页面共享区’也就是 nonpagepool,导致这个发生的原因是由于内存泄漏

内存泄漏又是由于应用程序或进程分配占用内存,但是完成之后却不释放内存,而导致内存存满而漏

是什么程序占用内存而不释放呢?

本人的个案是,由于服务器中某程序一直访问TCP一不存在的端口而导致占用内存而不释放。查了一下网上各网友的问题留言,其他人的大致可能也是这个原因

解决方案:

内存泄漏的根本,找到出错程序修改程序

其次,可以通过修改注册表而使内存占用达到一个较低程度是去整理内存,系统默认是内存达到80%时整理内存,可以手工修改注册表

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session Manager\Memory Management

添加DWORD         PoolUsageMaxium 值为十进制的40,修改为50也可以 视不同情况而定

例子二:非页面共享区是空的

通过优化内存管理器,使它在更早的时间(比如当它达到 40% 时)开始修整过程

,在突发的高峰使用期间就可以满足页面缓冲池的需求,并避免页面缓冲池内存

不足的情况。

以下优化建议在减轻此问题方面很有帮助:

1 启动注册表编辑器

(Regedt32exe)。

2 在注册表中找到并单击以下注册表项:

HKEY_LOCAL_MACHINE\System\CurrentControlSet\Control\Session

Manager\Memory Management

3 在编辑菜单上,单击添加数值,然后添加下面的注册表值:

数值名称:PoolUsageMaximum

数据类型:REG_DWORD

基数:十进制

数值数据:40

将该值设置为 40 可以通知内存管理器在达到 PagedPoolMax 的 40% 而不是默认设置 80% 时开始修整过程。

数值名称:PagedPoolSize

数据类型:REG_DWORD

基数:十六进制

数值数据:0xFFFFFFFF

将 PagedPoolSize 设置为 0xFFFFFFFF (-1) 可为计算机分配最大的页面缓冲池

以取代其他资源。

4 退出注册表编辑器。

事件ID:1111

解决办法:

打开远程桌面连接,到选项-->本地资源,然后把本地设备和资源里面的打印机前面的勾勾去掉就OK了。

把服务器“炸”了,都是哪些娱乐大事件?

很多明星官宣恋情,宣布婚讯时,服务器都会瘫痪,比如鹿晗、关晓彤恋情赵丽颖、冯绍峰官宣

微博已经成为了很多人获取各种新闻信息的重要来源渠道,我们在微博上吃了数不尽的各种口味瓜,也常与朋友们共享吃瓜。

但是娱乐圈有时候一个大事件就能让服务器瘫痪。

1、鹿晗和关晓彤的恋情

我想关晓彤和鹿晗当年宣布恋情的情景大家一定还记忆犹新,可能谁都不会想到,平时毫无交集的两个人突然走到了一起,而且当时大家都觉得鹿晗和迪丽热巴比较有cp感,觉得两个人在一起的可能性最大,结果传来这样的惊喜,看来娱乐圈的事情你永远猜不透,谁都不知道下一秒会发生什么样的事情,而且鹿晗和关晓彤都是当红的偶像派明星,结果可想而知,网络服务器又瘫痪了,一点都不让人意外,真是羡慕这些明星的人气,大概这样的事情也只有她们能够做到!

2、赵丽颖、冯绍峰官宣

赵丽颖当时和冯绍峰的恋情可谓是特别的低调,很多人但是甚至还被蒙在鼓里,就在大家还在猜测赵丽颖的恋情,总是想着各种cp的可能,很多男星觉得都很般配,真是 *** 碎了心,结果赵丽颖却突然官宣和冯绍峰结婚的消息,实在太过突然,很多人都没反应过来,再加上赵丽颖超高的人气,瞬间成为网络热议的话题,紧接着就是一片祝福之声,由于信息量太大,网络瞬间瘫痪,“官宣体”也广泛被网友使用不得羡慕赵丽颖的人气值!

3、林志玲嫁给日本男星

林志玲突然官宣结婚嫁给日本男星,这突如其来的喜讯让大家彻底蒙了,很多人都以为会是言承旭,这几年林志玲一直都是单身,并没有听到她恋爱的消息,结果直接宣布结婚的喜讯,太让人猝不及防了,于是消息一出马上登上各大热搜榜,信息量瞬间飙升,导致网络服务器瞬间瘫痪,各种网络声音接踵而至,其实也可以理解,喜讯突然,而且话题量也巨大,但是同时也反映出林志玲在娱乐圈的影响力!

甚至有人看玩笑,觉得下一次能让服务器瘫痪的大概就是胡歌的官宣了,虽然只是一句玩笑话,但是很有道理,我觉得这样的事情最头疼的就是网络工程师了,他们心里苦啊,估计多遇到几次这样的事情瘫痪的可能就不是服务器了,估计就是网络工程师了!

4、王宝强马蓉离婚事件

在16年8月14日,王宝强通过微博发布了一个离婚声明。声明中确切指出自己的妻子马蓉与经纪人宋喆存在婚后关系,并表示自己解除与马蓉的夫妻关系与经纪人宋喆的职务。消息一出,便引起轩然大波,短短几秒,评论已过两三万,不到一小时,转发量已经过20万。一时时间,微博服务器陷入瘫痪状态。


欢迎分享,转载请注明来源:内存溢出

原文地址: https://outofmemory.cn/zz/10366680.html

(0)
打赏 微信扫一扫 微信扫一扫 支付宝扫一扫 支付宝扫一扫
上一篇 2023-05-08
下一篇 2023-05-08

发表评论

登录后才能评论

评论列表(0条)

保存