由服务器想到的……

作者:Deepseath | 分类:程序人生 | 时间:2010-05-24 10:17

8

昨天夜里到今天上午,服务器由于第二块硬盘无法找到而停止运行。搞得心神不宁的……

服务器已经3年多了,头一两年基本比较稳定,自从去年来,频繁死机,先是更换过内存条,然后春节前有更换了主板,虽然最近一个多月温度稍微高一些(CPU温度一般在55到59度之间),但也算比较稳定的运行了40天,前天正庆幸机器争气,结果昨天就出现了意外——第二块硬盘偶尔就找不到了:(由于数据库以及一些系统日志文件都写到了第二块硬盘,因此非常害怕出问题,经过检查发现,似乎硬盘没什么问题,很有可能是数据线或者接口的问题。凌晨的时候机房没人,所以到今天早上给机房打电话帮忙查看一下,因为机房也没有备用的数据线,所以只是更换了一个插口,恢复开机后,发现运行稳定,暂时处于观察期,但也不敢大意,先把数据库进行了备份,然后将系统日志都转移到主硬盘上了,数据库还是留在那块上,期望减少对这块硬盘的请求降低它的负载,期望不会再有问题了。唉,每次服务器有问题都会搞得头痛,类似那种偏头痛的感觉,睡觉也不踏实,神经衰弱……

经过这个事情,目前考虑了一个新的架构。主要是针对投入有限的情况而且有期望性能有所提高的。

之前架构服务器的时候,为了节省资金获得最高的性价比,因此只用一台服务器进行架构,web+database,从数据库读写性能角度考虑,把数据库放到了第二块硬盘上,web服务和文件放在第一块硬盘(主硬盘) ,系统运行日志也放到第二块上了。其实这种架构应该说是最节省也是相对获得最大的性价比的方式,毕竟再花万把块钱实在是捉襟见肘了。不过,这次感觉这样的架构还是有点麻烦,数据库和系统日志都是频繁进行读写的,增加了系统的不稳定性,现在硬盘价格已经很便宜了,因此,考虑如果只用一台服务器架构web的话:

可以考虑将主硬盘只做操作系统、软件环境、然后单独划出一个分区作为整个系统的日志区,

第二块硬盘,作为web程序文件存放区,除此之外不再放其他文件。

第三块硬盘,作为数据库储存区,只放数据库文件。数据库日志不在此处,单独放到主硬盘的日志区内。

如果,还有可能的话,可以再加一块硬盘,单独作为备份盘使用,平时不做任何读写操作,纯粹做为数据库备份之用。

这样的架构,可以最大的降低磁盘磁头的读写频率,提高I/O性能,从而保护磁盘寿命。

PS:纯粹只是一台机器用的,如果有很多money,基本不太考虑这个了……穷啊……而且,这个服务器上的网站纯粹只是个人爱好而已,没有获得什么收入, 每年运行的费用虽然不多,可也不是个小数了……

百度和Google到底区别在哪里?

作者:Deepseath | 分类:心情日记 | 时间:2010-02-10 00:22

0

自打刚回到家里就感冒,这两天终于好了一些,现在已经不难受了,呆在家里整天看电视、看电影,要么就是研究一些无聊的东西。

最近一个实验站流量不错,自打服务器稳定后、域名更换为.com后,流量在慢慢的上升,甚至已经超过了另外的运行接近4年的小论坛。觉得很有意思,因为是实验目的比较大的,所以这几天也在琢磨原因。

有几个小发现:

1。服务器稳定性对于搜索引擎有影响,但未必是绝对的,当然前提是服务器不能长久(比如1个星期,呵呵)无法访问。这个影响最少应该不在收录,可能对于排名有点干扰。但只要网站内容独特,那么稳定后也一般可以恢复正常;

2。实验证明,.com效果要好于.cn。这个之前已经在很多运营交流站内被讨论过。无论Google还是百度,似乎都更偏好于.com(当然,我是指同等条件下的)。

3。百度更倾向实用性,Google更倾向技术性。这个无关谁强大或者谁更人性化。

看流量统计发现一个有趣的现象。

我的博客来自Google的占到接近95%的流量,百度仅仅为不到3%,甚至可能还不如Bing高。而我的另外一个站(生活内容为主)来自百度的接近 70%,Google约为20%。也许真的印证了一些做SEO的人的话:使用Google的多为做技术的,使用百度的多为非技术的……

只是一个无聊想想而已,我自己觉得,如果想做网站运营,那么就要脚踏实地的做好基础性的东西,比如结构、性能等等,慢慢的去积累内容,终究会有好看的流量的……

题外话,草根现在做网站运营真的越来越难了,难道ZF故意的……

回家啦

作者:Deepseath | 分类:心情日记 | 时间:2010-02-01 20:12

0

之前预计近期事情不多,加之与老妈一同回家,也为了错开春运高峰,所以提早买票回家。车票倒也还算比较顺利买到(早上4点就去车站排队)。可服务器突然罢工,主板和风扇都无法继续坚持,临走的前两天服务器疯狂死机,最后没办法重新更换主板和风扇,虽然买的时候颇费一番折腾,但快递到机房速度很快,机房更换的速度也挺快也很顺利,悬着得心终于放松下来。安心的上火车回家。

29号到家,30号恢复宽带,回来后就观察网站流量,发现服务器死机对于网站的流量和搜索引擎的影响都不大(至少目前为止) 。

昨天早上发现服务器流量异常,比平时正常的流量高出很多,但CPU无明显的攀高,查询日志发现某个来自台湾的IP段(根据IP来源显示是台湾)频繁访问服务器的静态文件,发出的协议是“Java/1.4.2_07” ,判断肯定不是搜索引擎也不是正常的访客,因此果断屏蔽整个该IP段,服务器流量一下恢复正常。

也许是前一阵折腾的上火,加上旅途的折腾,回来就开始不舒服,今天开始咳嗽、流鼻涕了,喝了水吃了药,今天早点睡,希望感冒尽快好,还有很多事要做:(

回家真好,虽然外面很冷,但屋里非常温暖。听老爸说家附近一个地方被列为文物保护点 ,等感冒好利索,让老爸导游”游览“一番,呵呵。

热炕头、冻梨、冰激凌、最爱吃的炖豆腐……该死的感冒……等好了通通补回来^_^

HTTP协议的那些事儿

作者:Deepseath | 分类:网络文摘 | 时间:2009-12-23 09:36

0

什么是http连接?一张页面加载过程中,又是图片又是样式、脚本,对于这些东西的请求,是共用一个连接还是多个连接?
网上有人说,为了节省连接数,应该尽量将外部CSS,js合并,或者内联;甚至图片也合成一张,再用CSS定位。显然,在这里,一个请求就用一个连接,请求完成连接即被关掉。
但IIS里,有选项“保持HTTP连接”,且有超时时间可供设置。如果每请求一样东西,就开启一个连接,并且这个连接迟迟不死,保持激活,那么要多少连接才够用?这里的意思,应该是一个连接可以供多次使用。

阅读全部 »

常用HTTP状态代码和解释说明

作者:Deepseath | 分类:日积月累 | 时间:2009-05-28 13:48

0

来自 Google 的一篇帮助内容,略有修改。

如果向您的服务器发出了某项请求要求显示您网站上的某个网页,那么,您的服务器会返回 HTTP 状态代码以响应该请求。此状态代码提供了有关请求状态的信息,且为请求方提供了有关您网站和请求的网页的信息。

一些常见的状态代码为:

  • 200 – 服务器成功返回网页
  • 404 – 请求的网页不存在
  • 503 – 服务器暂时不可用

以下提供了 HTTP 状态代码的完整列表。点击链接可了解详细信息。您也可以访问有关 HTTP 状态代码的 W3C 页来了解详细信息阅读全部 »

懒人就搞搞“自动化”吧

作者:Deepseath | 分类:日积月累 | 时间:2009-05-07 11:28

0

自认为自己实在很懒。对于服务器备份的事情,几乎总会想着做但实在不愿意弄,昨天因为一个程序小bug,导致一些小意外发生,挺郁闷的。

一早上爬起来就开始写两两个小程序,一个放在服务器自动备份,一个放在自己的机器上自动下载。哈哈。总算可以弥补懒人的过失了。

自动下载这个利用的是wget,一个命令行的下载工具,原来是Linux平台的而且好像是默认的一个工具了。自己的机器是Windows,所以查了一下,果然有Windows版的。这个工具非常小,还不到250K呢,除了可能看惯图形化的下载工具觉得不方便外,自己觉得这个小东东还是挺实用的。又是免费的还没广告^_^

阅读全部 »