在本文中我們將要討論的是，如何拋開昂貴的SAN（存貯區域網絡Storage Area Network，如全球文件系統GFS）或網絡塊設備在Linux下實現數據復制。我們在復制系統中采用了FAM（文件變更監視模塊）和IMON（信息節點監視模塊），這兩個系統都是SGI當初為IRIX開發的。
SGI的員工真是非常的Cool，是他們將這兩個程序移植到了Linux上并且公開了源代碼。當花費已不再是問題時，可以采用基于GFS（全球文件系統）和SAN實現實時數據鏡像；否則，數據共享及其它許多的選擇就不可或缺了。
有幾個方法可供選擇。在本文中我們將會對這些方法進行討論，你將會看到它們各自的優缺點。
為何要用復制替代共享？
難道假設文件服務器不向客戶端提供共享數據嗎？是的，假設的工作環境確實是這樣的。如果我們正在使用的文件服務器是通過NFS或SMB之類軟件的共享文件的，系統中就會存在一個”瓶頸”和”引起系統故障的關鍵點”。若是在GFS之上通過共享的存貯設備（SAN或多通道的SCSI）共享數據，這種配置不但代價昂貴，并且這種存貯盒還會成為”引起系統故障的關鍵點”。也可以用NBD（網絡塊設備）建立一個網絡鏡像，但這不是一種常用的方式，NBD本身有些缺限，它非常難于設置管理，如果你只是要在少數幾個WEB服務器間復制數據，用NBD只會給你帶來更多的麻煩。
盡量簡單
好的，下面我們來試著復制。
方案一：
兩臺WEB服務器中的一臺為主服務器，另外一臺是備份服務器。要求備份服務器上的文件要與主服務器上的保持相同。這很簡單吧。
但是如何使其自動工作呢？用戶每天得多次FTP到主服務器上復制數據。但當主服務器發生錯誤、由備份服務器接管系統時會發生什么呢？由于這種備份操作不是實時的，備份服務器中的數據肯定與主服務器不一致，這時管理員會非常惱怒。你當然可以運行一個計時守護程序，每隔5秒運行一次”rsync –av –delete source destination”，但這樣做會增加機器的負荷，影響系統的運轉。
方案二：
有一臺FTP服務器用來保存更新web數據，而六個web服務器使用dns輪轉方式實現負載平衡，這樣可以保證每臺服務器上的數據都是相同的。這樣我們就可以避免使用NFS，但是這樣的解決方案并不能令人滿意。
那么最好的解決方法是什么呢？應該是”只有在數據發生變化時才將文件復制到各個web服務器上”，如果文件沒有發生變化就什么也不作。這也就是我們使用”FAM”來做的工作。
使之智能工作
那么，我們怎么知道文件發了變化呢？我想M$ 的Windows程序開發員會這么說：我們可以每隔幾秒就搜尋目標目錄一次，將其中的文件與緩存中保存的文件做比較，看文件時間戳及大小是否發生了變化。對，沒錯，是這樣。
這是種輪詢的工作方式，它的問題在于查找并比較文件的時間戳和大小，它的代價是昂貴的。你能想象在WEB服務器上每隔5秒就運行一次”ls –lR /somedirectory”造成的后果嗎？
最好的方法應該是：文件被改動的時候能夠有人告訴我們，這樣我們可以采取相應的動作。這正是”IMON”要做的工作。
什么是FAM
FAM就是文件變更監視模塊，它向應用程序提供了一組API，當指定的文件或目錄發生變化時，由其向應用程序發出通知。FAM由兩部分組成：后臺守護程序FAM，它負責接收請求和發送通知；庫文件LIBFAM，客戶端應用程序用它來與FAM通信。若遠程主機打開了受監視的文件，本地的FAM會與遠程主機的FAM聯系，將請求發送給遠程FAM。
FAM也可以在某個文件開始或停止運行時通知它的客戶端。（比如：在IRIX交互桌面中，如果一個程序正在運行那么它的圖標就會不會閃爍）。
FAM是由Bruce Karsh在1989年為IRIX編寫的，并由Bob Miller在1995年重寫。這個公開源代碼的FAM版本構建并運行于Linux和IRIX之上，與IRIX6.5.8中的FAM相同。
什么是IMON？
IMON就是信息節點監視模塊，它是內核的一部分，當文件有變動時由它通知FAM。由應用程序告訴FAM對某個目錄或文件進行監視，FAM再將這個請求傳送給IMON。當被監視的這些文件有變化時，內核通知IMON，再由IMON通知FAM，最后由FAM通知負責監視這個文件的應用程序。
IMON是由Wiltse Carpenter在1989年為IRIX的內核編寫的，再由Roger Chickering移植到Linux下。Linux下的IMON內核補丁與IRIX下的IMON在許多方面都很類似，只是與內核文件系統的掛接代碼不同。
安裝FAM和IMON
可從SGI的網站下載FAM和IMON，具體詳情請查看后面的資源列表。IMON是一個內核補丁，內核通過它監視內部信息節點。安裝補丁的方法如下：在內核的源文件目錄下運行補丁程序。
|
