2008年5月12日
我用我的方式记住这个日志吧。
8级地震,我们的同胞承受了如此之大的灾难。
我除了捐款,也不知道能做什么。
不抛弃,不放弃,这是电视剧的台词,此时全中国都在实践着这句话。
我不知道为什么还是有人在这种时候因为不能玩游戏破口大骂,有人花那么多时间研究谁捐多谁捐少,还有人质疑电视报道造假乃至质疑政府否定一切。
我只觉得,大家都是兄弟姐妹,为什么不考虑如何做一些更有意义,更有价值的事情呢,当你站在中国四川汶川的土地上,你哪有时间考虑那么多无聊的问题?
正如你自己的兄弟或家人受伤了,你有时间站在受伤流血的亲人旁边在哪里质疑这个质疑那个吗,在抱怨周围的人们没有捐款,没有人替你送亲人去医院吗?
是中国人的,就应该知道,四川受地震影响的人口面是大几千万的(四川总人口7000万多呢,还有周边省份),损失无法精确计算了。直接需要安置的灾民也有上百万了。各位兄弟啊,这个安置不是一两天露营啊,是需要非常长期的在帐篷里生活啊,因为再快的楼房建设,也不可能在一两周完成。
基本生活安置之后,还有非常复杂的工作、生产、财产等恢复工作,这都不是一两天或者一两年的事情,虽然现在不是30年前的唐山年代,但是我相信,恢复建设没有十年是完不成的。
我们要做的太多了,我相信日子长了,肯定有人要发国难财,肯定有人腐败,肯定有人变得没有人性,但是,我确信那不是我,也不是我熟识的大部分人。我们没法控制别人,但至少我们可以控制自己,我们自己应该为汶川,为四川,为中国做好自己能做的一切,无私的做好这一切。这不是所谓共产主义,也不是道德说教,因为这是我自己的家。我要站直了要说,人不为“己”,天诛地灭。
posted @
2008-05-21 23:53 J2EE 阅读(209) |
评论 (0) |
编辑 收藏
为了工硕论文,不停地看所谓虚拟化的东西。
突然发现了Amazon这个巨头的特别之举,Amazon自己号称开始更加关注技术了,推出了HaaS(硬件即服务),还有S3(Amazon Simple Storage Service)和EC2(Amazon Elastic Compute Cloud (Amazon EC2) 这两个非常虚拟化的在线硬件服务。一个是提供存储空间,EC2更进一步提供在线的计算能力,或者说就是提供在线的计算机。
互联网发展真的是不可思议,虚拟化不是幻想了,而是非常现实的一个东西在面前了,从Salesforce.com开始的Saas,到现在的Haas,一切都是一个真实的虚拟化。早晚有一天,我确信所谓的Naas也不是遥远的童话了,网络就是服务,一切都是服务。
首先从个人应用来说,真的就是只要有网络就可以了,其他都不要操心。
对于企业应用来说,也许会需要更多的观念转变,但是发展趋势一定是,IT规划将更多地考虑业务本身而不需要操心具体的硬件、操作系统,以及所谓性能、容量。
反过来对于我的论文设计,就更应该向虚拟化发展。
posted @
2008-03-25 20:28 J2EE 阅读(178) |
评论 (0) |
编辑 收藏
现在要从废话回归我的工硕论文了。
说了半天对存储虚拟化的看法,回来还是要落实到论文上头来。
基于我个人的判断,底层存储硬件发展一定是IP化,存储空间最后对用户来说就是一个虚拟的配额(Quatos)了,类似于gmail提供的所谓超大空间一
样,对于用户或者业务系统而言,它不需要操心存储够不够,因为它要做的就是提出需求,也就是所谓的配额需求,剩下就不要操心了。
IP SAN利用高带宽的IP网络环境,利用iSCSI协议提供了一个高速访问远端存储空间的技术实现,但是还是偏底层,对于用户来说,还是受了具体的硬件规格限制。
而我的设计就是想利用P2P技术来搞一个相对高层的协议,实现一种配额性的分布式存储管理,用户只需要知道自己需要多少空间,而不需要操心到底有多少空间
可以用,而且也不需要操心数据具体保存在什么地方。这类似于gmail的实现,只不过我把设计的应用范围缩小到一个所谓的企业内部,搞一个分布式的文件系
统,从而为用户提供一个虚拟的数据交换空间。用户可以利用这个空间快速和安全地交换文件,从而避免了使用U盘、qq传文件等比较慢,而且没有组织的文件共
享形式。
当然,我的论文本身跟存储虚拟化还没什么关系,只不过,顺便把我对存储虚拟化的看法和未来发展谈了谈。
posted @
2008-02-14 14:01 J2EE 阅读(422) |
评论 (0) |
编辑 收藏
上回说了我对虚拟化的一个概览。
现在先从存储虚拟化谈谈我的看法。
首先注意一个消息,Dell收购了EqualLogic,后者是iSCSI技术的领导者,我们国内知名的网络厂商H3C的存储产品就是OEM它的技术。
EqualLogic特别强调其产品中的虚拟化。
的确,它的产品在其机箱中把虚拟化做到了非常好的程度,对用户来说几乎都不需要了解太多存储的什么通道、条、快的概念,就可以很灵活地把存储空间玩转了。
不过,我不想太多宣传这个产品本身,而是我对iSCSI的前途更看好,准确地说应该是存储IP化的前途,除了iSCSI以外,还包括所谓的FCIP等其它相关技术。
在我看来,未来存储的发展肯定是物理层无线、光纤、铜线一起进步,链路层以太网,网络层IP,剩下存储的指令全部都是上层应用了,也就是说,现在的SAN、NAS乃至iSCSI都将统一到一个IP平台上来,所谓的光纤存储交换机和以太网交换机最终将统一掉,存储交换是必然的发展,而且,这种交换一定是基于IP基础之上的。
如此以来,存储将完全通过虚拟化的方式呈现给用户,现在的磁盘阵列将都通过以太网接口(甚至是无线技术)接入到网络中,然后由上层的协议提供给网络中的用户一个巨大的虚拟存储空间,用户不知道,也不需要知道这些存储空间到底在物理上存在在什么地方,甚至也不需要去考虑所谓的数据冗余备份了,因为虚拟化的存储将自动完成这些工作。在一个带宽足够的网络空间中,虚拟化的存储世界会自动调整数据存放的位置和冗余数量,对于业务而言,数据永远在线,访问数据通过一个虚拟化的前台窗口访问即可。比如数据库访问,用户访问DBMS,而DBMS则通过虚拟存储世界提供的空间保存数据文件,虚拟的存储世界会根据DBMS提供的一些策略来决定如何分布存放这些数据和数据备份。
一旦某一部分的物理存储空间失败,则虚拟存储世界会自动启动恢复,从而保证业务访问的不间断。
当然,以上想法很多东西还比较天方夜谭的,但是,我个人认为,参考EqualLogic现有实现的东西,在可预见的5年内,很多东西都有可能成为现实。
至于FC SAN和FC Switch,当然还会继续存在,不过,最后会成为虚拟化之后的物理架构了,而且是不会为业务和用户所看见。
posted @
2008-02-09 21:39 J2EE 阅读(285) |
评论 (0) |
编辑 收藏
2008年我辞职了,离开了这个工作学习10年的金科公司。
感觉真的像毕业,伤感,兴奋,迷茫,憧憬。
不做网络了,开始做存储。
终于可以放肆地发表一下对网络的看法了,免得老担心被一大堆CCIE们骂。
做过运营商,后来一直做金融银行网络,我个人觉得,趋势一定是银行网络运营商化,更进一步,银行网络最后一定是完全外包给运营商了。现在出现了一些行自己上DWDM这些底层光传输,感觉有点开倒车。
不过,银行的选择是无奈的,因为运营商自己在开倒车。
也许是2001年开始的冬天,使得运营商特别害怕带宽被占用,这就是为什么运营商大肆打压BT之类的P2P。
真的很奇怪,我觉得运营商就是应该大肆让用户占用带宽,吃得越快越好,不停地扩建网络就对了。只不过,运营商太大锅饭了,不懂得真正意义上的运营,大爷惯了,不懂得依靠服务赚钱。
注意到现在虚拟化大行其道,然后,真正意义上的虚拟化,并不是在一台硬件上跑多个虚拟软件这么简单,真正意义上的虚拟化应该是系统虚拟,任何一个业务或者系统都有一个完整的虚拟系统在运行,包括虚拟的网络,虚拟的主机,虚拟的客户等等。
基于虚拟系统的概念,运营商就是在建设一个或多个物理基础系统,然后提供虚拟业务服务。最后,接入就是免费的了,也就是说,运营商白送你一条网线入户,然后根据业务收费。比如,语音、互联网、视频等等,不同的服务就是一个独立的虚拟系统,相互逻辑上独立,互不干扰,从底层网络开始就不需要操心什么带宽够不够,时延是否过长的问题,这都是虚拟系统已经解决了的问题。比如,运营商为个人用户提供宽带电视服务,构建一个虚拟宽带电视网,这个网路已经提供了足够的带宽和质量保证,乃至所谓的视频流分发的问题,剩下就只是如何计费和节目管理了;虚拟电视网根本就不用操心将来这里面是否还有其他业务冲突问题,因为虚拟电视网就只做宽待电视的,语音由专门的语音虚拟网去搞定。
好了,基于虚拟系统的概念,对于企业用户,特别是银行来说,就很简单了,每个业务只需要开通单独的业务虚拟网络系统就好了,运营商保证这个虚拟系统24小时不间断就好了,银行只需要考虑自己的业务系统可靠性和安全性就可以了。虚拟系统本身从逻辑上(必要的情况下,也可以物理上)是与其它业务虚拟系统完全分离的,所以,虚拟系统理论上不会被其它虚拟系统攻击进来。至于带宽,其实就无所谓了。
现在按带宽收费的模式显然不适合于虚拟系统了,虚拟系统按业务量收费,简单地看就是流量,不过,从简单的角度考虑,最后还是会按系统规模搞一个所谓的包月/包年的收费套餐。
初步想法,可能有点乱,以后慢慢完善吧。
posted @
2008-01-23 14:44 J2EE 阅读(198) |
评论 (0) |
编辑 收藏
这两周开始学习RCP编程了,还没找到感觉,但是也算入了个小门。
昨天开始到北京出差两周,比较冷,不过还可以,我也不知道是否应该安排时间去学校一趟,拜见一下导师大人。但是真去了,也不知道去做什么。
目前转了一圈,还是觉得踏踏实实看RCP,至于JXTA或者群组通信,先放放吧。
posted @
2007-12-05 21:53 J2EE 阅读(194) |
评论 (0) |
编辑 收藏
今天折腾操作系统半天。
先是安装了Flyakite OSX,把windows server 2003改成了苹果的界面,感觉好多了,清爽。
又瞎折腾了一阵,重启,居然操作系统报错,ntoskrnl.exe文件损坏,无法启动,吓死人了。
还好,Ubuntu拯救了我,120G的硬盘留了40G装了Ubuntu,而且现在升级到了7.10,居然可以直接读写NTFS的文件系统。
Google了半天,找到一篇文章说去windows/Drivers Cache/i386/sp1.cab解压缩出ntoskrnl.exe覆盖即可,照此办理,居然不行,继续Google。
又有一篇文章说,还有一个文件ntkrnlpa.exe也要覆盖,依葫芦画瓢。
这下重启,一切恢复,真是上天保佑啊。
总结一下,微软还算地道,其实在windows/Drivers Cache/i386下,没几个文件,除了driver.cab和sp1.cab以外,就剩四个文件了,一旦有类似问题,就只要把这四个文件复制到windows/system32下就可以了,也就剩的从cab中解压缩了。
posted @
2007-12-03 14:17 J2EE 阅读(7414) |
评论 (2) |
编辑 收藏
这两天阅读《基于对等网络的数据安全的管理》,其中重点讨论了群密钥协议,并对GDH.2协议进行了完善。暂时看不懂具体算法,但是这对我的设计还是有指导的。我的设计可以考虑类似的群密钥,不过由于群密钥目前的技术似乎计算量比较大,因此可以考虑采用公共密钥技术,RSA算法等进行模拟。详细思路还要再进一步细化。
posted @
2007-11-06 11:16 J2EE 阅读(291) |
评论 (0) |
编辑 收藏
说是进度总结,其实是企图结束浪费时间。
现在开始看JXTA的开发了,同时重新温习一下原来看过的文章,打算做些笔记,以方便未来论文写作。
但是还是不知道如何计划,初步打算抛弃电子版的东西,文章还是能打印就打印出来看,这样不局限于什么时候和地方,效果会更好些。
posted @
2007-11-01 11:05 J2EE 阅读(182) |
评论 (0) |
编辑 收藏
已完成阅读《一种基于DHT的P2P文件交换系统的设计与实现》,该论文与我的选题非常接近,有不少可以学习参考的地方。
1、可以参考其中的k叉树,采用二叉平衡树来组织网络中的节点Peer;具体组织算法有待进一步讨论。
开始阅读《分布式操作系统》的分布式文件系统章节,了解分布式文件系统的基础理论,有助于虚拟文件系统的设计。目前还没有什么新的思路。
开始阅读《Bulk content distribution using peer-to-peer overlay Design and analysis》,这也是一个选题类似的论文。
posted @
2007-07-26 14:57 J2EE 阅读(151) |
评论 (0) |
编辑 收藏