二楞子's profile疯癫二楞子PhotosBlogListsMore  |  Tools Help |
IP地址子网掩码位数换算方法记得之前很长一段时间都不会算这玩意儿，很实用的文章，备用。多给自己出点题，多算2次就OK了。 IP地址子网掩码: 子网掩码的快速算法 大家都应该知道2的0次方到10次方是多少把?也给大家说一下，分别是: /24就是255.255.255.0~子网掩码哦。 一个10进制的255~就是2进制的8个1 三个255.255.255`就是24个1~所以写24 比如我ip是:218.77.26.114/255.255.255.192应该怎么换算成缩略子网掩码方式 255.255.255.192 换算成二进制： 前三组都是8bit, 第四组 192 -> 11000000 表示2bit (左起11) 用做subnet(子网) 结果： HA-http 配置、测试通过（存档自留）HA-http 测试 2台HP585 环境: 配置过程： 主要配置文件 vi /etc/hosts vi /etc/sysconfig/network vi /var/www/html/index.html vi /etc/ha.d/ha.cf vi /etc/ha.d/haresources vi /etc/ha.d/authkeys chmod 600 /etc/ha.dauthkeys 2台服务器配置保持一致 /etc/init.d/heartbeat start 然后访问：http://192.168.1.70，等到网页，内容显示的是192.168.1.71/var/www/html/index.html下面的内容， 3.15值班值班很痛苦。。。 传统行业筹备ing。。。 psp的java模拟器 pspkvm v0.0.9 发布 支持3.XX核心今天在电脑里乱点，发现自己还有一堆java电子书没看，咋办呢？不可能抢老婆的多普达吧，自己的黑莓又没刷，clie又没卡，嘿嘿，只有小P了，搜了一阵子，发现去年就有人开始发布PSP平台上面的java模拟器了，OK，终于找到了一个，pspkvm v0.0.9，自己刚好又刷了3.8M33-5的系统，down下来开整。(不错，一堆没看的书找到出路了。呵呵，happying) ############################################ 原文http://www.pspkvm.cn/ 这是一个在PSP上运行j2me程序的虚拟机。
支持的API: ############################################ 测试通过，运行正常，只是屏幕还没有全屏幕的：（可惜了。 QQ2009preview小用今天找了一下最新版本的QQ，因为昨天有人在某个群里炫了一把QQ2009，所以目标十分明确，直接google，马上便有N多下载点，随便down了一下下来，qq2009preview_chs.exe(在IT168的迅雷下载链接)，下载下来了只有6.69M了，貌似比以前的很多版本都要小，难怪还是preview版。直接setup，一路下来，安装也多快的，文件夹下面看到少了很多东西，OK，废话不说，直接启动，自己的号是会员，能直接登录，老婆的号不是会员，也没申请啥，也直接登录，昏，看来是RP爆发了（N多同事和同学都没法登陆）。 呵呵，发现QQ2009越来越像MSN了，不管功能还是界面，连以前保存每个帐号的目录也由他程序的根目录变到现在我的文档下面的QQ Files目录下了，这个好得多了呢，不但减少了程序目录的大小（贴的图太多了），还可以控制很多东西呢，2009的preview版本现在看来好像没有其他游戏和其他很多扩展功能，设置和界面也挺清爽的。就不贴图上来了，网上N堆，自己瞅吧：）大家自己琢磨吧，都是N年的Q人了。 转给无法登陆的朋友：（同事测试通过） 办法如下： 1.下载QQ2009 Preview 2.再下载Bin.rar,该压缩包里包含2个文件(62.4 KB ),均是从官方TM2008 Preview4.提取,网上说还要安装TM2008 Preview4,完全没必要,只需这2个文件即可! 官方下载地址：Bin.rar简体中文版本 3.安装QQ2009 Preview版，然后解压Bin.rar，把里面的vi.dat和QQ.exe复制到QQ2009\Bin目录下，然后用QQ.exe登陆即可... 说明:QQ2007II 正式版接下来正式对外的是QQ2008系列的版本。最新的QQ2008 贺岁版预计是在1月底左右发布，和QQ2009 Preview的发布并没有什么直接关联。 水煮三国--实现有效授权的九大障碍障碍一：不信任员工 作为一位管理者，很多时候您会装出一副很信任部属的样子。然而，很多事实证明您放心不下。在具体的工作中，您没法不去过问您的部属是如何开展工作的，甚至把一些关键的环节留给自己亲自操作。您在自己的心里打了个很大的问号，您的部属会像你一样尽职尽责吗？ 也许，您的担心是有原因的，有些员工的工作绩效总是不能做得像你预期的那样好。然而，一味地批评抱怨又有什么用呢？如果您怀疑员工的人品，您应该问问自己，是不是因为您没有通过信任来激励他们；如果您怀疑员工的工作能力，您应该也问问自己，有没有对他们进行必要的培训或给他们锻炼的机会？总而言之，您应该反复寻找失利的原因，然后和大家一起探索提升业绩的办法。事实就是这样简单，通过您的信任、鼓励和培养，您的部属终将会成长为一个真正值得您信赖的人。 障碍二：害怕失去对任务的控制 很多管理者之所以对授权特别敏感，是因为害怕失去对任务的控制。一旦失控，后果很可能就无法预料了。问题是：难道您非得把任务控制在自己手中吗？可不可以通过合适的手段避免任务失控呢？ 只要您能够保持沟通与协调的顺畅，采用类似“关键会议制度”、“书面汇报制度”、“管理者述职”等手段，强化信息流通的效率与效果，任务在完成的过程中，失控的可能性其实是很小的。同时，在安排任务的时候，您应该尽可能地把问题、目标、资源等，向部属交代清楚，也有助于避免任务失控。 另外，管理者和员工也很容易在解决问题的方法上产生分歧。由于您相信自己的经验，您甚至会强迫部属执行您的意见，致使部属不愿意对任务负责。其实条条大路通罗马，问题的关键不是方法，而是结果。一些具体的处理细节，您完全可以授权给自己的部属来全权处理。也许，在此过程中，您的下属能够创造出比您的经验更科学、更出色的解决办法呢！ 障碍三：过高强调自己在组织中的重要性 由于您很能干，在很多时候您会产生“什么事情离了我不行”的错觉。是的，也许您能够成功地完成许多任务，但您得像孙悟空一样分身有术才行。 其实，你的下属就是你手里拥有的最大的财富，他们帮你把产品卖掉，帮你和经销商讨价还价，帮你与消费者做沟通……在具体的业务内容和常规工作程序方面，他们中的一些人甚至具有比你还要丰富的经验，这么好的资源，你为什么不去好好利用呢？即使看在钱的份儿上，你也该让他们的能力得到更充分的发挥啊。 障碍四：以为自己可以做得比别人好 有些管理者宁可自己做得那么辛苦，也不愿意把工作内容给部下。为什么呢？他们认为，教会部下怎么做，得花上好几个小时；自己做的话，不到半小时就做好 了—有那个闲工夫教他们，还不如自己做更爽快些。 问题是：难道您就这样一直把所有的事情都自己做吗？尽管现在您自己亲自动手可以做得比别人好，但是您如果能够教会您的员工，您会发现，其实别人也可以做得和您一样好，甚至更好。也许今天您要耽误几个小时来教他们干活，但以后他们会为您节省几十、几百个小时，让您有空做更多的更深入的思考，以促成您在事业上的更大发展。 障碍五：害怕削弱自己在组织中的地位 这是许多管理者非常害怕的一件事情：如果把自己的权力授予别人的话，会不会因此影响自己对于组织的重要性，从而削弱自己在组织中的地位呢？ 答案显然是否定的。如果您能够让您的部下能够更加积极、主动地处理问题，您就能充分发挥团队的力量，将任务完成得更多、更快、更好，从而使自己的地位有机会得到进一步的巩固或提升。您将得到一个更有效率的工作团队，并且能够把精力集中在那些值得您全心投入的事情上。 障碍六：喜欢与部下争功 作为一名管理者，您在很多时候需要扮演“幕后支持者和策划者”的角色，您将很少有机会像从前一样，站在前台接受观众的欢呼。所以，关羽可以过五关斩六将，张飞可以吼断霸王桥，而您只能独自忍受幕后的寂寞。可是您想过没有，正是因为您能够忍受寂寞，关羽、张飞才有勇冠千军的英雄壮举。 曾经有一位业务员，非常能干，推销能力很强，曾经在公司连续四年被评为“金牌销售员”。后来，他当了区域销售经理，走上了管理岗位。很快，他与部属之间的冲突也随之而起。为了蝉联“金牌销售员”的荣誉称号，他不仅无法积极地向部属提供帮助，反而抢他们的单。于是，他的员工们只好纷纷离开了他，另寻出路。喜欢与部下争功的管理者，等待他的将是众叛亲离的悲惨结局。 障碍七：认为授权会降低灵活性 对于一件事而言，事必躬亲确实有利于掌握处理问题的灵活性。可是，对于日理万机的总经理而言，毕竟不可能在同一时间做好几件事情。如果强迫自己面面俱到，就很有些勉为其难了。 然而，通过授权把具体的工作分派出去，让自己从一个更高的层面来统帅全局，思路往往会更加灵活，同时也有更多的时间和精力来处理那些棘手的问题和突发性的事件。 障碍八：害怕影响员工的正常工作 也许您会认为，员工们连现有的工作都做不好，怎么可能承担更大的责任呢？乍一听起来，您似乎是位体恤下情的好领导，但不会有人感激您。俗话说：“强将手下无弱兵。”如果您的员工在工作能力上乏善可陈，问题很可能就出在您的身上。 在自然界，老鹰会把自己的孩子逼向悬崖，以迫使胆怯的雏鹰学会飞行。您也应该问问自己，是不是由于您的这种“体恤”，让公司养了一群永远也张不开翅膀的雏鹰？ 很多优秀员工的流失不是因为您的“体恤”，而是因为没有足够的施展才能的机会。他们不希望自己变成对工作满不在乎的懒人。他们和您一样，渴望接受挑战、面对挑战、战胜挑战、获得成功—但是，如果你不授权的话，他们怎么有机会实现理想呢？ 障碍九：他们不了解公司的发展规划 他们为什么不了解公司的发展规划呢？因为您没有告诉他们，更谈不上去赢得他们的深刻认同。 有一些管理者，出于某种可笑的目的，故意把信息管理搞得神神秘秘，以致无法在公司内实现正常的信息传递与分享，甚至连一些重要的信息都不告诉自己的员工。也许，他会觉得，只有这样才能树立管理者的权威，牵着员工们的鼻子走。事实上这些信息对于员工们顺利展开工作十分重要，所以，他的目的往往能够得逞。 但是，如果您的员工无法分享公司的发展规划，他们怎么会关心公司的未来呢？公司的发展远景有赖于所有人的努力，特别是那些在其工作领域内堪称专家的员工，更是能为公司实现远景目标铺就道路。您怎么能够把他们和公司的远景规划分开呢？ 水煮三国--治人者如何致人--论管理的游戏规则1.管理就是一场控制性的游戏，如果你足够聪明你就会赢，否则就只能听天由命。 2.为了在游戏中尽可能地胜出，你应该首先设计好游戏的规则—一套完整的职场规则，包括职务权限、员工行为规范，以及“胡萝卜+大棒”式的奖惩制度。 3.在游戏面前，您只有两种选择：或者，你确信自己能够赢，于是你投入足够多的能量来赢得一切；或者，你不进行这个游戏。 4.如果你只是希望而并非确信，那么，在这场游戏中你是否能赢的决定权就不在你的手中。一颗不安定的心会阻止你按决定行动，从而使决定是否获胜的大权旁落。 5.因为每一个参与游戏的人都是你生活中的一部分，如果你能够控制自己，你就能战胜所有人。 6.很多时候你可以发现，为了自己能赢，最好的办法是和别人联合起来共赢。奇怪的是，在一场共赢游戏中总有人会输。如果你聪明，那个输的人就不是你。 7.你是所有人的对手，你或者被利用或者被清除；所有人也都是你的对手，有些人须要利用，有些人须要清除。 8.所有参与游戏的人都在捕捉别人的弱点，并设法加以利用。为此，你必须信念坚定，充满警觉。 9.因为足够聪明而故意表现出某种弱点(例如装糊涂)是一种聪明的办法，这样就能让你的对手松懈下来。 10.为了赢得一场控制性的游戏，你应该学会利用情感。你的情感能够打动别人，也能被对手利用。 11.所谓做人其实就是如何跟对手打交道。你就是你自己最大的对手。 12.在管理工作中，不要作茧自缚地受困于某种游戏规则。所有的规则都是为了顺利地赢得游戏，请善加利用这些规则。 13.每个人都在管理自己的生活，所以人与人的关系是互动的，谁都会受到别人某种形式的控制。 作者评说： 管理是一种控制性的游戏，管理也因此常常有背离社会伦理的危险。故而，实效的管理学往往会舍弃世俗的道德观。中国古代有“正人用邪法，而邪法亦正”的煌煌论述，西人马丁·路德亦有“为了完成最高道德，可以不择手段”的千古名言。 马基雅弗利(Niccol* Machiavelli)是实效管理学的代表人物，他在那本著名的《君主论》中，写下了许多惊世骇俗的言论：
·只拥有世俗美德的君主(领导者)，常常会因为过分在意世俗美德，从而丧失管理上的有效控制，从而导致国家(组织)的毁灭。 ·只要结果对正义的达成有必要，任何违犯世俗美德的“罪行”都是被允许的。 ·做君主(领导者)的，要懂得如何牺牲别人。 在一个组织中，领导者身负组织存亡兴衰的重责，所以他的眼光必须超越世俗美德的束缚，要为善，更要能够为达成善的目标而为“恶”。 一将功成万骨枯，你可能会因此而背上许多骂名。可是，如果你连承受骂名的勇气都没有，你又靠什么力量去保证管理的实效和目标的达成？ YouTube架构学习YouTube发展迅速，每天超过1亿的视频点击量，但只有很少人在维护站点和确保伸缩性。
==========================================
通过了解MySpace的六次重构经历,来认识分布式系统到底该如何创建.领导发到邮件里让大家阅读，今天早上才有机会把它好好看一遍： ============================== 这是我在网上无意中看到的一篇文章,介绍了myspace的六次重构,对于做海量用户系统的朋友来说,应该能从中受到很多启发. 虽然自2005年早期，站点账户数超过7百万后，系统架构到目前为止保持了相对稳定，但MySpace仍然在为SQL Server支持的同时连接数等方面继续攻坚，Benedetto说，"我们已经尽可能把事情做到最好"。 里程碑一：50万账户 按Benedetto 的说法，MySpace最初的系统很小，只有两台Web服务器和一个数据库服务器。那时使用的是Dell双CPU、4G内存的系统。 单个数据库就意味着所有数据都存储在一个地方，再由两台Web服务器分担处理用户请求的工作量。但就像MySpace后来的几次底层系统修订时的情况一样，三服务器架构很快不堪重负。此后一个时期内，MySpace基本是通过添置更多Web服务器来对付用户暴增问题的。 但到在2004年早期，MySpace用户数增长到50万后，数据库服务器也已开始汗流浃背。 但和Web服务器不同，增加数据库可没那么简单。如果一个站点由多个数据库支持，设计者必须考虑的是，如何在保证数据一致性的前提下，让多个数据库分担压力。 在第二代架构中，MySpace运行在3个SQL Server数据库服务器上——一个为主，所有的新数据都向它提交，然后由它复制到其他两个；另两个全力向用户供给数据，用以在博客和个人资料栏显示。这种方式在一段时间内效果很好——只要增加数据库服务器，加大硬盘，就可以应对用户数和访问量的增加。 里程碑二：1-2百万账户 MySpace注册数到达1百万至2百万区间后，数据库服务器开始受制于I/O容量——即它们存取数据的速度。而当时才是2004年中，距离上次数据库系统调整不过数月。用户的提交请求被阻塞，就像千人乐迷要挤进只能容纳几百人的夜总会，站点开始遭遇"主要矛盾"，Benedetto说，这意味着MySpace永远都会轻度落后于用户需求。 "有人花5分钟都无法完成留言，因此用户总是抱怨说网站已经完蛋了。"他补充道。 这一次的数据库架构按照垂直分割模式设计，不同的数据库服务于站点的不同功能，如登录、用户资料和博客。于是，站点的扩展性问题看似又可以告一段落了，可以歇一阵子。 垂直分割策略利于多个数据库分担访问压力，当用户要求增加新功能时，MySpace将投入新的数据库予以支持它。账户到达2百万后，MySpace还从存储设备与数据库服务器直接交互的方式切换到SAN（Storage Area Network，存储区域网络）——用高带宽、专门设计的网络将大量磁盘存储设备连接在一起，而数据库连接到SAN。这项措施极大提升了系统性能、正常运行时间和可靠性，Benedetto说。 里程碑三：3百万账户 当用户继续增加到3百万后，垂直分割策略也开始难以为继。尽管站点的各个应用被设计得高度独立，但有些信息必须共享。在这个架构里，每个数据库必须有各自的用户表副本——MySpace授权用户的电子花名册。这就意味着一个用户注册时，该条账户记录必须在9个不同数据库上分别创建。但在个别情况下，如果其中某台数据库服务器临时不可到达，对应事务就会失败，从而造成账户非完全创建，最终导致此用户的该项服务无效。 另外一个问题是，个别应用如博客增长太快，那么专门为它服务的数据库就有巨大压力。 2004年中，MySpace面临Web开发者称之为"向上扩展"对"向外扩展"（译者注：Scale Up和Scale Out，也称硬件扩展和软件扩展）的抉择——要么扩展到更大更强、也更昂贵的服务器上，要么部署大量相对便宜的服务器来分担数据库压力。一般来说，大型站点倾向于向外扩展，因为这将让它们得以保留通过增加服务器以提升系统能力的后路。 但成功地向外扩展架构必须解决复杂的分布式计算问题，大型站点如Google、Yahoo和Amazon.com，都必须自行研发大量相关技术。以Google为例，它构建了自己的分布式文件系统。 另外，向外扩展策略还需要大量重写原来软件，以保证系统能在分布式服务器上运行。"搞不好，开发人员的所有工作都将白费"，Benedetto说。 因此，MySpace首先将重点放在了向上扩展上，花费了大约1个半月时间研究升级到32CPU服务器以管理更大数据库的问题。Benedetto说，"那时候，这个方案看似可能解决一切问题。"如稳定性，更棒的是对现有软件几乎没有改动要求。 糟糕的是，高端服务器极其昂贵，是购置同样处理能力和内存速度的多台服务器总和的很多倍。而且，站点架构师预测，从长期来看，即便是巨型数据库，最后也会不堪重负，Benedetto说，"换句话讲，只要增长趋势存在，我们最后无论如何都要走上向外扩展的道路。" 因此，MySpace最终将目光移到分布式计算架构——它在物理上分布的众多服务器，整体必须逻辑上等同于单台机器。拿数据库来说，就不能再像过去那样将应用拆分，再以不同数据库分别支持，而必须将整个站点看作一个应用。现在，数据库模型里只有一个用户表，支持博客、个人资料和其他核心功能的数据都存储在相同数据库。 既然所有的核心数据逻辑上都组织到一个数据库，那么MySpace必须找到新的办法以分担负荷——显然，运行在普通硬件上的单个数据库服务器是无能为力的。这次，不再按站点功能和应用分割数据库，MySpace开始将它的用户按每百万一组分割，然后将各组的全部数据分别存入独立的SQL Server实例。目前，MySpace的每台数据库服务器实际运行两个SQL Server实例，也就是说每台服务器服务大约2百万用户。Benedetto指出，以后还可以按照这种模式以更小粒度划分架构，从而优化负荷分担。 当然，还是有一个特殊数据库保存了所有账户的名称和密码。用户登录后，保存了他们其他数据的数据库再接管服务。特殊数据库的用户表虽然庞大，但它只负责用户登录，功能单一，所以负荷还是比较容易控制的。 里程碑四：9百万到1千7百万账户 2005年早期，账户达到9百万后，MySpace开始用Microsoft的C#编写ASP.NET程序。C#是C语言的最新派生语言，吸收了C++和Java的优点，依托于Microsoft .NET框架（Microsoft为软件组件化和分布式计算而设计的模型架构）。ASP.NET则由编写Web站点脚本的ASP技术演化而来，是Microsoft目前主推的Web站点编程环境。 可以说是立竿见影， MySpace马上就发现ASP.NET程序运行更有效率，与ColdFusion相比，完成同样任务需消耗的处理器能力更小。据技术总监Whitcomb说，新代码需要150台服务器完成的工作，如果用ColdFusion则需要246台。Benedetto还指出，性能上升的另一个原因可能是在变换软件平台，并用新语言重写代码的过程中，程序员复审并优化了一些功能流程。 最终，MySpace开始大规模迁移到ASP.NET。即便剩余的少部分ColdFusion代码，也从Cold-Fusion服务器搬到了ASP.NET，因为他们得到了BlueDragon.NET（乔治亚州阿尔法利塔New Atlanta Communications公司的产品，它能将ColdFusion代码自动重新编译到Microsoft平台）的帮助。 账户达到1千万时，MySpace再次遭遇存储瓶颈问题。SAN的引入解决了早期一些性能问题，但站点目前的要求已经开始周期性超越SAN的I/O容量——即它从磁盘存储系统读写数据的极限速度。 原因之一是每数据库1百万账户的分割策略，通常情况下的确可以将压力均分到各台服务器，但现实并非一成不变。比如第七台账户数据库上线后，仅仅7天就被塞满了，主要原因是佛罗里达一个乐队的歌迷疯狂注册。 某个数据库可能因为任何原因，在任何时候遭遇主要负荷，这时，SAN中绑定到该数据库的磁盘存储设备簇就可能过载。"SAN让磁盘I/O能力大幅提升了，但将它们绑定到特定数据库的做法是错误的。"Benedetto说。 最初，MySpace通过定期重新分配SAN中数据，以让其更为均衡的方法基本解决了这个问题，但这是一个人工过程，"大概需要两个人全职工作。"Benedetto说。 长期解决方案是迁移到虚拟存储体系上，这样，整个SAN被当作一个巨型存储池，不再要求每个磁盘为特定应用服务。MySpace目前采用了一种新型SAN设备——来自加利福尼亚州弗里蒙特的3PARdata。 在3PAR的系统里，仍能在逻辑上按容量划分数据存储，但它不再被绑定到特定磁盘或磁盘簇，而是散布于大量磁盘。这就使均分数据访问负荷成为可能。当数据库需要写入一组数据时，任何空闲磁盘都可以马上完成这项工作，而不再像以前那样阻塞在可能已经过载的磁盘阵列处。而且，因为多个磁盘都有数据副本，读取数据时，也不会使SAN的任何组件过载。 当2005年春天账户数达到1千7百万时，MySpace又启用了新的策略以减轻存储系统压力，即增加数据缓存层——位于Web服务器和数据库服务器之间，其唯一职能是在内存中建立被频繁请求数据对象的副本，如此一来，不访问数据库也可以向Web应用供给数据。换句话说，100个用户请求同一份资料，以前需要查询数据库100次，而现在只需1次，其余都可从缓存数据中获得。当然如果页面变化，缓存的数据必须从内存擦除，然后重新从数据库获取——但在此之前，数据库的压力已经大大减轻，整个站点的性能得到提升。 缓存区还为那些不需要记入数据库的数据提供了驿站，比如为跟踪用户会话而创建的临时文件——Benedetto坦言他需要在这方面补课，"我是数据库存储狂热分子，因此我总是想着将万事万物都存到数据库。"但将像会话跟踪这类的数据也存到数据库，站点将陷入泥沼。 增加缓存服务器是"一开始就应该做的事情，但我们成长太快，以致于没有时间坐下来好好研究这件事情。"Benedetto补充道。 里程碑五：2千6百万账户 2005年中期，服务账户数达到2千6百万时，MySpace切换到了还处于beta测试的SQL Server 2005。转换何太急？主流看法是2005版支持64位处理器。但Benedetto说，"这不是主要原因，尽管这也很重要；主要还是因为我们对内存的渴求。"支持64位的数据库可以管理更多内存。 更多内存就意味着更高的性能和更大的容量。原来运行32位版本的SQL Server服务器，能同时使用的内存最多只有4G。切换到64位，就好像加粗了输水管的直径。升级到SQL Server 2005和64位Windows Server 2003后，MySpace每台服务器配备了32G内存，后于2006年再次将配置标准提升到64G。 意外错误 如果没有对系统架构的历次修改与升级，MySpace根本不可能走到今天。但是，为什么系统还经常吃撑着了？很多用户抱怨的"意外错误"是怎么引起的呢？ 原因之一是MySpace对Microsoft的Web技术的应用已经进入连Microsoft自己也才刚刚开始探索的领域。比如11月，超出SQL Server最大同时连接数，MySpace系统崩溃。Benedetto说，这类可能引发系统崩溃的情况大概三天才会出现一次，但仍然过于频繁了，以致惹人恼怒。一旦数据库罢工，"无论这种情况什么时候发生，未缓存的数据都不能从SQL Server获得，那么你就必然看到一个'意外错误'提示。"他解释说。 去年夏天，MySpace的Windows 2003多次自动停止服务。后来发现是操作系统一个内置功能惹的祸——预防分布式拒绝服务攻击（黑客使用很多客户机向服务器发起大量连接请求，以致服务器瘫痪）。MySpace和其他很多顶级大站点一样，肯定会经常遭受攻击，但它应该从网络级而不是依靠Windows本身的功能来解决问题——否则，大量MySpace合法用户连接时也会引起服务器反击。 "我们花了大约一个月时间寻找Windows 2003服务器自动停止的原因。"Benedetto说。最后，通过Microsoft的帮助，他们才知道该怎么通知服务器："别开枪，是友军。" 紧接着是在去年7月某个周日晚上，MySpace总部所在地洛杉矶停电，造成整个系统停运12小时。大型Web站点通常要在地理上分布配置多个数据中心以预防单点故障。本来，MySpace还有其他两个数据中心以应对突发事件，但Web服务器都依赖于部署在洛杉矶的SAN。没有洛杉矶的SAN，Web服务器除了恳求你耐心等待，不能提供任何服务。 Benedetto说，主数据中心的可靠性通过下列措施保证：可接入两张不同电网，另有后备电源和一台储备有30天燃料的发电机。但在这次事故中，不仅两张电网失效，而且在切换到备份电源的过程中，操作员烧掉了主动力线路。 2007年中，MySpace在另两个后备站点上也建设了SAN。这对分担负荷大有帮助——正常情况下，每个SAN都能负担三分之一的数据访问量。而在紧急情况下，任何一个站点都可以独立支撑整个服务，Benedetto说。 MySpace仍然在为提高稳定性奋斗，虽然很多用户表示了足够信任且能原谅偶现的错误页面。 "作为开发人员，我憎恶Bug，它太气人了。"Dan Tanner这个31岁的德克萨斯软件工程师说，他通过MySpace重新联系到了高中和大学同学。"不过，MySpace对我们的用处很大，因此我们可以原谅偶发的故障和错误。" Tanner说，如果站点某天出现故障甚至崩溃，恢复以后他还是会继续使用。 这就是为什么Drew在论坛里咆哮时，大部分用户都告诉他应该保持平静，如果等几分钟，问题就会解决的原因。Drew无法平静，他写道，"我已经两次给MySpace发邮件，而它说一小时前还是正常的，现在出了点问题……完全是一堆废话。"另一个用户回复说，"毕竟它是免费的。"Benedetto坦承100%的可靠性不是他的目标。"它不是银行，而是一个免费的服务。"他说。 换句话说，MySpace的偶发故障可能造成某人最后更新的个人资料丢失，但并不意味着网站弄丢了用户的钱财。"关键是要认识到，与保证站点性能相比，丢失少许数据的故障是可接受的。"Benedetto说。所以，MySpace甘冒丢失2分钟到2小时内任意点数据的危险，在SQL Server配置里延长了"checkpoint"操作——它将待更新数据永久记录到磁盘——的间隔时间，因为这样做可以加快数据库的运行。 Benedetto说，同样，开发人员还经常在几个小时内就完成构思、编码、测试和发布全过程。这有引入Bug的风险，但这样做可以更快实现新功能。而且，因为进行大规模真实测试不具可行性，他们的测试通常是在仅以部分活跃用户为对象，且用户对软件新功能和改进不知就里的情况下进行的。因为事实上不可能做真实的加载测试，他们做的测试通常都是针对站点。 "我们犯过大量错误，"Benedetto说，"但到头来，我认为我们做对的还是比做错的多。" MySpace Tech Roster January 16, 2007 By David F. Carr 我的一些思考: ====================================== mysql、sqlserver和oracle的各自的优劣并不是哪个人，几句话能说得出来的。为了自己方便，留个印子，想到哪儿说道哪儿。且不说他们的免费收费、价格高低（虽然这个是老板很在乎的），单从技术角度讲，sqlserver是不能跨平台的软肋让他很受局限，现在我们几百台服务器也就只有10台SDC（访问日志分析系统）是用的windows，其他的全部都是linux的，所以，我们无缘sqlserver；mysql没有事务功能（貌似新出的版本在往这个方向走），但是他的速度挺快，有数据量的瓶颈（听说腾迅都还在用mysql，所以数据量是个瓶颈这个和上面那个兄台想法一样：对于技术来说,优劣只在于开发者本身），现在，mysql和盘阵已经逐渐从我们的系统里面干掉，几乎全部都用上oracle+EMC了，这也是因为业务量变得很大了，但是最重要的是东家有钱和我们的技术还很薄弱，oracle，我觉得一个很理性但是不人性的系统，因为只是按照文档在上面做了2次stream，和一个话单系统，所以，都还不是真正懂得他的很多细节上的东西，PL\sql，分布式，连乱七八糟的基础都是连门都还没去敲。 跑题了。分布式系统，我们经历了从myspace的第一个阶段直接到最后阶段的更新（诸多原因掺杂），2web+2app+1DB+1SAN，当业务量到达一定量、技术还无法跟上的时候，我们便变成了web群+app群+DB群+EMC+分析+统计……我觉得可以说是一个网站最后的必经之路，因为无论技术在好，1个孙悟空也搞不定81个妖怪吧。 笑话（转）虽然我不是很愤青，但是今天偶然看到了还是觉得挺好笑的。 气死日本人的经典笑话,不顶不是中国人 1.一个美国人 一个日本人 一个中国人 在丛林探险 结果全被吃人部落抓去了 |
|
|
