2008年5月12日

我用我的方式記住這個日志吧。

8級地震，我們的同胞承受了如此之大的災難。

我除了捐款，也不知道能做什么。

不拋棄，不放棄，這是電視劇的臺詞，此時全中國都在實踐著這句話。

我不知道為什么還是有人在這種時候因為不能玩游戲破口大罵，有人花那么多時間研究誰捐多誰捐少，還有人質疑電視報道造假乃至質疑政府否定一切。

我只覺得，大家都是兄弟姐妹，為什么不考慮如何做一些更有意義，更有價值的事情呢，當你站在中國四川汶川的土地上，你哪有時間考慮那么多無聊的問題？

正如你自己的兄弟或家人受傷了，你有時間站在受傷流血的親人旁邊在哪里質疑這個質疑那個嗎，在抱怨周圍的人們沒有捐款，沒有人替你送親人去醫院嗎？

是中國人的，就應該知道，四川受地震影響的人口面是大幾千萬的（四川總人口7000萬多呢，還有周邊省份），損失無法精確計算了。直接需要安置的災民也有上百萬了。各位兄弟啊，這個安置不是一兩天露營啊，是需要非常長期的在帳篷里生活啊，因為再快的樓房建設，也不可能在一兩周完成。

基本生活安置之后，還有非常復雜的工作、生產、財產等恢復工作，這都不是一兩天或者一兩年的事情，雖然現在不是30年前的唐山年代，但是我相信，恢復建設沒有十年是完不成的。

我們要做的太多了，我相信日子長了，肯定有人要發國難財，肯定有人腐敗，肯定有人變得沒有人性，但是，我確信那不是我，也不是我熟識的大部分人。我們沒法控制別人，但至少我們可以控制自己，我們自己應該為汶川，為四川，為中國做好自己能做的一切，無私的做好這一切。這不是所謂共產主義，也不是道德說教，因為這是我自己的家。我要站直了要說，人不為“己”，天誅地滅。

為了工碩論文，不停地看所謂虛擬化的東西。
突然發現了Amazon這個巨頭的特別之舉，Amazon自己號稱開始更加關注技術了，推出了HaaS（硬件即服務），還有S3(Amazon Simple Storage Service)和EC2（Amazon Elastic Compute Cloud (Amazon EC2) 這兩個非常虛擬化的在線硬件服務。一個是提供存儲空間，EC2更進一步提供在線的計算能力，或者說就是提供在線的計算機。

互聯網發展真的是不可思議，虛擬化不是幻想了，而是非常現實的一個東西在面前了，從Salesforce.com開始的Saas，到現在的Haas，一切都是一個真實的虛擬化。早晚有一天，我確信所謂的Naas也不是遙遠的童話了，網絡就是服務，一切都是服務。

首先從個人應用來說，真的就是只要有網絡就可以了，其他都不要操心。

對于企業應用來說，也許會需要更多的觀念轉變，但是發展趨勢一定是，IT規劃將更多地考慮業務本身而不需要操心具體的硬件、操作系統，以及所謂性能、容量。

反過來對于我的論文設計，就更應該向虛擬化發展。
現在要從廢話回歸我的工碩論文了。
說了半天對存儲虛擬化的看法，回來還是要落實到論文上頭來。

基于我個人的判斷，底層存儲硬件發展一定是IP化，存儲空間最后對用戶來說就是一個虛擬的配額（Quatos）了，類似于gmail提供的所謂超大空間一 樣，對于用戶或者業務系統而言，它不需要操心存儲夠不夠，因為它要做的就是提出需求，也就是所謂的配額需求，剩下就不要操心了。

IP SAN利用高帶寬的IP網絡環境，利用iSCSI協議提供了一個高速訪問遠端存儲空間的技術實現，但是還是偏底層，對于用戶來說，還是受了具體的硬件規格限制。

而我的設計就是想利用P2P技術來搞一個相對高層的協議，實現一種配額性的分布式存儲管理，用戶只需要知道自己需要多少空間，而不需要操心到底有多少空間 可以用，而且也不需要操心數據具體保存在什么地方。這類似于gmail的實現，只不過我把設計的應用范圍縮小到一個所謂的企業內部，搞一個分布式的文件系 統，從而為用戶提供一個虛擬的數據交換空間。用戶可以利用這個空間快速和安全地交換文件，從而避免了使用U盤、qq傳文件等比較慢，而且沒有組織的文件共 享形式。

當然，我的論文本身跟存儲虛擬化還沒什么關系，只不過，順便把我對存儲虛擬化的看法和未來發展談了談。 上回說了我對虛擬化的一個概覽。
現在先從存儲虛擬化談談我的看法。
首先注意一個消息，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，當然還會繼續存在，不過，最后會成為虛擬化之后的物理架構了，而且是不會為業務和用戶所看見。

2008年我辭職了，離開了這個工作學習10年的金科公司。
感覺真的像畢業，傷感，興奮，迷茫，憧憬。
不做網絡了，開始做存儲。
終于可以放肆地發表一下對網絡的看法了，免得老擔心被一大堆CCIE們罵。

做過運營商，后來一直做金融銀行網絡，我個人覺得，趨勢一定是銀行網絡運營商化，更進一步，銀行網絡最后一定是完全外包給運營商了。現在出現了一些行自己上DWDM這些底層光傳輸，感覺有點開倒車。

不過，銀行的選擇是無奈的，因為運營商自己在開倒車。
也許是2001年開始的冬天，使得運營商特別害怕帶寬被占用，這就是為什么運營商大肆打壓BT之類的P2P。

真的很奇怪，我覺得運營商就是應該大肆讓用戶占用帶寬，吃得越快越好，不停地擴建網絡就對了。只不過，運營商太大鍋飯了，不懂得真正意義上的運營，大爺慣了，不懂得依靠服務賺錢。

注意到現在虛擬化大行其道，然后，真正意義上的虛擬化，并不是在一臺硬件上跑多個虛擬軟件這么簡單，真正意義上的虛擬化應該是系統虛擬，任何一個業務或者系統都有一個完整的虛擬系統在運行，包括虛擬的網絡，虛擬的主機，虛擬的客戶等等。

基于虛擬系統的概念，運營商就是在建設一個或多個物理基礎系統，然后提供虛擬業務服務。最后，接入就是免費的了，也就是說，運營商白送你一條網線入戶，然后根據業務收費。比如，語音、互聯網、視頻等等，不同的服務就是一個獨立的虛擬系統，相互邏輯上獨立，互不干擾，從底層網絡開始就不需要操心什么帶寬夠不夠，時延是否過長的問題，這都是虛擬系統已經解決了的問題。比如，運營商為個人用戶提供寬帶電視服務，構建一個虛擬寬帶電視網，這個網路已經提供了足夠的帶寬和質量保證，乃至所謂的視頻流分發的問題，剩下就只是如何計費和節目管理了；虛擬電視網根本就不用操心將來這里面是否還有其他業務沖突問題，因為虛擬電視網就只做寬待電視的，語音由專門的語音虛擬網去搞定。

好了，基于虛擬系統的概念，對于企業用戶，特別是銀行來說，就很簡單了，每個業務只需要開通單獨的業務虛擬網絡系統就好了，運營商保證這個虛擬系統24小時不間斷就好了，銀行只需要考慮自己的業務系統可靠性和安全性就可以了。虛擬系統本身從邏輯上（必要的情況下，也可以物理上）是與其它業務虛擬系統完全分離的，所以，虛擬系統理論上不會被其它虛擬系統攻擊進來。至于帶寬，其實就無所謂了。

現在按帶寬收費的模式顯然不適合于虛擬系統了，虛擬系統按業務量收費，簡單地看就是流量，不過，從簡單的角度考慮，最后還是會按系統規模搞一個所謂的包月/包年的收費套餐。

初步想法，可能有點亂，以后慢慢完善吧。 這兩周開始學習RCP編程了，還沒找到感覺，但是也算入了個小門。
昨天開始到北京出差兩周，比較冷，不過還可以，我也不知道是否應該安排時間去學校一趟，拜見一下導師大人。但是真去了，也不知道去做什么。
目前轉了一圈，還是覺得踏踏實實看RCP，至于JXTA或者群組通信，先放放吧。

今天折騰操作系統半天。
先是安裝了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中解壓縮了。
這兩天閱讀《基于對等網絡的數據安全的管理》，其中重點討論了群密鑰協議，并對GDH.2協議進行了完善。暫時看不懂具體算法，但是這對我的設計還是有指導的。我的設計可以考慮類似的群密鑰，不過由于群密鑰目前的技術似乎計算量比較大，因此可以考慮采用公共密鑰技術，RSA算法等進行模擬。詳細思路還要再進一步細化。
說是進度總結，其實是企圖結束浪費時間。
現在開始看JXTA的開發了，同時重新溫習一下原來看過的文章，打算做些筆記，以方便未來論文寫作。
但是還是不知道如何計劃，初步打算拋棄電子版的東西，文章還是能打印就打印出來看，這樣不局限于什么時候和地方，效果會更好些。

已完成閱讀《一種基于DHT的P2P文件交換系統的設計與實現》，該論文與我的選題非常接近，有不少可以學習參考的地方。
1、可以參考其中的k叉樹，采用二叉平衡樹來組織網絡中的節點Peer；具體組織算法有待進一步討論。

開始閱讀《分布式操作系統》的分布式文件系統章節，了解分布式文件系統的基礎理論，有助于虛擬文件系統的設計。目前還沒有什么新的思路。

開始閱讀《Bulk content distribution using peer-to-peer overlay Design and analysis》，這也是一個選題類似的論文。