造成服务器死机的原因 (综合服务 - 其他服务)
广告号码: 1559698 类别: 综合服务 - 其他服务
造成服务器死机的原因 | |
自从入职南昌壹基比网络tko机房以来，发现不少客户都会遇到服务器IIS出现假死的情况。为了能更好的为客户服务，壹基比小甜（三三四五五五六零一七）查找了一些关于服务器死机的几种原因。 配置十分的基础，并没有做进一步优化。为了同步文件(PHP和媒体文件)，他们建立了一个active-active DRBD。最后，重构开始了——当然，我们很兴奋。一大早，我们把域名切换到了新的IP上，运行我们的监控脚本，然后盯着屏幕看。我们马上在这些机器上看到了流量，一切似乎都工作的很好。页面载入的很快，MySQL负担了大量的查询任务，我们所有人都很高兴。 然后，突然我们的电话开始响个不停：“我们不能访问你们的网站了，这是怎么回事？”我们看了一下我们的监控软件，事实的确如此——服务器都被frozen了，站点处于离线状态!当然，我们做的第一件事情是打电话给我们的托管服务提供商：“我们的所有服务器都死机了。这是怎么回事？”他们答应检查一下机器，一会再打过来。这个电话来了：“你的系统根本就无法插手。你做了什么？它完全被搞砸了。”他们停止了负载均衡器，然后让我观察一下其中一个Web服务器。看到那个index.php文件，我大吃一惊。它包含一些奇怪的C代码片段，错误消息和一些看起来像日志文件的东西。经过进一步的调查，我们发现是DRBD引发了这次事故。 "杀死"你的服务器的方法之一 把Smarty compile和模板缓存放到一个高负载的active-active DRBD集群上，那么你的服务器将会挂掉!当我们的托管服务提供商修复了Web服务器的时候，为了在这些服务器的本地文件系统上存储Smarty缓存文件，我重写了部分CMS代码。我们再次上线了! 现在是午后。这个网站通常在下午的晚些时候到傍晚达到峰值。晚上，几乎没有什么流量。我们一直盯着监控软件，我们所有人都紧张得不得了。这个网站可以被载入，但是后来，系统负载越高，响应就越慢。我增加了Smarty模板缓存的生存期，希望这能产生效果——但是很可惜，这并没有产生效果!不久，服务器开始给出超时提示，空白页面和错误信息。有两台机器不能处理负载。 我们的客户这个时候有一点紧张，但是他说：OK，重构通常会引发一些问题的。只要你能很快地修复它，那就没事了! 我们需要一个计划来减少负载，然后，我们和我们的托管服务提供商讨论了这个问题。他们的一个系统管理员提出了一个好主意：“伙计，你的服务器现在运行在一个非常常见的Apache+mod_php架构上。把你的Web服务器换成Lighttpd怎么样？它是一个相当小项目，但是维基百科都在使用它。”我们同意了。(相关文章推荐：更好的选择 细数Apache服务器的四个替代者) "杀死"你的服务器的方法之二 把一个开箱即用的Web服务器架设在你的机器上，并且一点也没有对它进行优化，那么你的服务器将会挂掉!那个管理员尽了他的最大努力，尽快地重新配置了所有的Web服务器。他抛弃了Apache，然后切换到Lighttpd+FastCGI+Xcache上来。后来，当我们重新上线的时候，我们几乎没有再感受到压力。这次，这些服务器会维持多长时间呢？ 这些服务器运行的出奇地好。负载比以前低很多，平均响应时间也不错。我们彻底放心了，然后我们都回家睡觉了。天已经很晚了，我们认为没有其他的事情需要我们做了。第二天，网站运行的相当好，但是在高峰时段，它一直接近于崩溃的边缘。我们发现MySQL是瓶颈，我们再次打电话给我们的托管服务提供商。他们建议在每个Web服务器上用MySQL从服务器进行MySQL的主-从同步。 "杀死"你的服务器的方法之三 再强大的数据库服务器也有它的极限，当你到达它的极限的时候，你的服务器将会挂掉!在这种情况下，某些时候你的数据库会变得十分缓慢，以至于队列中大量的网络连接会再次“杀死”我们的Web服务器。不幸的是这个问题很难修复。内容管理系统在这方面十分的简单，它本身并不支持单独地读取和写入SQL查询。重写这一切花了很长时间，但是相对于每分钟都遭遇到挂起休眠来说，是相当值得的。 MySQL同步真的成功了，网站最终稳定了!在接下来的几周，几个月里，网站取得了成功，用户的数量开始不断地增加。流量再次超过我们的资源限制，这只是时间的问题。 | |
| 相关链接: (无) 面向省市区: 全国 面向市区县: 全部 最后更新: 2022-08-05 14:24:31 | 发 布 者: 壹基比小甜 联系电话: (无) 电子邮箱: (无) 浏览次数: 95 |
© 2024 中国免费广告 CNFreeAds.com