【正文】 r /mnt/mfs 掛接 MFS /usr/local/mfs/bin/mfsmount /mnt/mfs –H .注意，所有的 MFS 都是掛接同一個元數(shù)據(jù)服務器 master,而不是其他數(shù)據(jù)存儲服務器 chunkserver ! 通過查看磁盤使用情況來檢查是否被掛接成功。如果加載不成功，請檢查是否存在模塊文件 . 檢查 fusefs 模塊是否被加載到內(nèi)核： 如果沒有類似上面館的輸出，就表明 fusefs 模塊沒有加載成功。如圖 215 所示： 圖 215 freebsd sysinstall 菜單界面（續(xù)三 ） 選擇“ kld”后，回車執(zhí)行默認動作“ [OK]”，進入下一步選軟件包。 一、安裝 fuse 解包 tar zxvf 切換目錄 cd . 配置 ./configure 編譯安 裝 make； make install 如果系統(tǒng)已經(jīng)安裝了 fuse,則跳過這個步驟。 [rootmysqlbk ~] df h Filesystem Size Used Avail Use% Mounted on /dev/hda1 19G 16G 15% / /dev/hda7 51G 180M 48G 1% /backup /dev/hdc1 145G 131G 5% /data /dev/hda5 19G 173M 18G 1% /home /dev/hda3 24G 217M 23G 1% /var /dev/hda2 29G 26G 6% /usr tmpfs 0 0% /dev/shm mfs:9421 256G 11% /mnt/mfs 進入目錄 /mnt/mfs，上傳一個文件，看是否正常？接著在手動用 touch 創(chuàng)建一個文件，然后再刪除它們，看是否可以正常操作。通過查看目錄 /usr/local/mfs/bin 目錄的文件，應該發(fā)現(xiàn)如圖811 所示的文件： 圖 211 安裝 MFS 客戶端生成的文件 二、掛接和使用 MFS 文件系統(tǒng) 創(chuàng)建掛接點 mkdir /mnt/mfs。 ◆安裝 MFS 客戶端程序 修改環(huán)境變量文件 /etc/profile ,追加下面的行，然后再執(zhí)行命令 source /etc/profile 使修改生效。對比前面的操作過程，客戶端掛接后使用 MFS 集群文件系統(tǒng)才是最費時的事情。如圖 810 所示 : 圖 810 chunkserver 與 master 的連接狀況 查看 元數(shù)據(jù)服務器 的系統(tǒng)日志，可以看見新增的數(shù)據(jù)存儲服務器 chunkserver 被加入。為了使 mfs 擁有寫目錄的權(quán)限，需要修改目錄的屬主。 ◆ CSSERV_LISTEN_PORT = 9422 CSSERV—chunkserver,這個監(jiān)聽端口用于與其它數(shù)據(jù)存儲服務器間的連接，通常是數(shù)據(jù)復制。作者舉的例子是創(chuàng)建一個大文件，然后掛接在本地，這不是個好主意，只能用來做實驗了。因為每個數(shù)據(jù)存儲服務器的安裝和配置都是相同的，所以只需按照一個服務器的操作就可以了。 ◆查看日志服務器的工作目錄，正常情況應該看見已經(jīng)有文件生成了（從元數(shù)據(jù)服務器獲取過來的）。 元數(shù)據(jù)日志服務（ metalogger）運行及關(guān)閉 １、啟動過程為： /usr/local/mfs/sbin/mfsmetalogger start working directory: /usr/local/mfs/var/mfs lockfile created and locked initializing mfsmetalogger modules ... mfsmetalogger daemon initialized properly 啟動過程如果不能跟元數(shù)據(jù)服務器進行通信的話，系 統(tǒng)會給出錯誤信息。 （４） META_DOWNLOAD_FREQ = 24 元數(shù)據(jù)備份文件下載請求頻率。另外，為方便大家進一步理解，我把配置文件里其他幾個項目簡單的說明一下： （１） SYSLOG_IDENT = mfsmetalogger 元數(shù)據(jù)日志服務運行時，在系統(tǒng)日志輸出的標識。為保證其可靠性，最好單獨放置。如果直接使用 kill 殺死進程，將導致下次啟動時出現(xiàn)找不到相關(guān)文件，而不能正常啟動服務器?，F(xiàn)在我們可以通過 3 個方 面來檢查一下 MFS master 的運行狀況： 檢查進程 ，運行結(jié)果如圖 26 所示： 圖 86 檢查 MFS master 進程運行情況 檢查網(wǎng)絡狀態(tài)，運行結(jié)果如圖 27 所示： 圖 87 MFS master 監(jiān)聽端口 檢查系統(tǒng)日志，輸入內(nèi)容如圖 28 所示： 畢業(yè)設計（論文）報告紙 共 11 頁 第 7 頁 ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ 裝 ┊ ┊ ┊ ┊ ┊ 訂 ┊ ┊ ┊ ┊ ┊ 線 ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ 圖 28 MFS master 啟動后的系統(tǒng)日志輸入 MFS 的日志會直接寫入系統(tǒng)日志。 （ 2）配置文件 /usr/local/mfs/etc/,也可直接從模版文件復制而來。 MATOCU_LISTEN_PORT = 9421 元數(shù)據(jù)服務器在 9421 端口監(jiān)聽，用以接受客戶端對 MFS進行遠程掛接（客戶端以 mfsmount 掛接 MFS） DATA_PATH = /usr/local/mfs/var/mfs 數(shù)據(jù)存放路徑，只元數(shù)據(jù)的存放路徑。接下來說明一下其中一些項目的 含義。與 版本不同的是： 版安裝完成只有模版文件，其后綴形如 。而 chunks 則是以磁盤分區(qū)為對象，一個 chunks 就是一個 MFS 磁盤分配單位 2 元數(shù)據(jù)服務器安裝和配置 元數(shù)據(jù)服務器可以是 linux,也可以是 unix,你可以根據(jù)自己的使用習慣選擇操作系統(tǒng) ,在我的環(huán)境里 ,我是用 freebsd 做為 MFS 元數(shù)據(jù)的運行平臺。 Chunk 服務器告知客戶端數(shù)據(jù)寫入成功。 向指定的 chunk 服務器寫入數(shù)據(jù)。在多個客戶端讀取數(shù)據(jù)時，讀取點（ chunk server）有可能被分散到不同的服務器。 客戶端向已知 chunk 服務器請求發(fā)送數(shù)據(jù)?？蛻舳?。真正存儲用戶數(shù)據(jù)的服務器。備份 master 服務器的變化日志文件，文件類型為 changelog_ml.*.mfs。在整個體系中負責管理管理文件系統(tǒng)，目前 MFS 只支持一個元數(shù)據(jù)服務器 master，這是一個單點故障，需要一個性能穩(wěn)定的服務器來充當。 MFS 特性 （ 根據(jù)官方網(wǎng)站翻譯 ） ★ 高可靠性（數(shù)據(jù)能被分成幾個副本存儲在不同的計算機里）。注： hadoop 也實現(xiàn)了這個功能。 MFS 的安裝、部署、配置相對于其他幾種工具來說，要簡單和容易得多。采用分布式文件系統(tǒng)后，服務器之間的數(shù)據(jù)訪問不再是一對多的關(guān)系（ 1 個 NFS 服務器，多個 NFS 客戶端），而是多對多的關(guān)系，這樣一來，性能大幅提升毫無問題。 盡管用 rsync方式同步數(shù)據(jù)到另外一個服務器上做 nfs服務的備份，但這對提高整個系統(tǒng)的性能毫無幫助。在我這個網(wǎng)絡環(huán)境里， 多 個服務器通過 nfs 方式共享一個服務器的存儲空間，使得 NFS 服務器不堪重負。 5 結(jié)論 ............................................................................................................. 錯誤 !未定義書簽。 處理器硬件故障分析和模擬 ................................................ 錯誤 !未定義書簽。 軟件故障模擬方案 ........................................................................... 錯誤 !未定義書簽。 算法故障分析和模擬 ............................................................ 錯誤 !未定義書簽。 錯誤類型分析 ........................................................................ 錯誤 !未定義書簽。 ODC 故障、錯誤分類 ........................................................... 錯誤 !未定義書簽。 故障、錯誤、失效概念 ........................................................ 錯誤 !未定義書簽。 軟件實現(xiàn)的故障注入方法 .................................................... 錯誤 !未定義書簽。 可靠度的重要性 .................................................................... 錯誤 !未定義書簽。冗余要求每個數(shù)據(jù)文件至少要有 2 份拷貝。由于科學技術(shù)的不斷的發(fā)展 ，硬件成本不斷的降低，大容量硬盤已經(jīng)價格低廉，而傳統(tǒng)的存儲價格沒有降低，于是有了利用硬盤價格便宜，用本地磁盤當存儲的分布式存儲的解決方案，來應對現(xiàn)在的形式。 畢業(yè)設計（論文）報告紙 共 Ⅲ 頁 第 I 頁 ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ 裝 ┊ ┊ ┊ ┊ ┊ 訂 ┊ ┊ ┊ ┊ ┊ 線 ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ ┊ 摘 要 當前互聯(lián)網(wǎng)高速發(fā)展，在互聯(lián)網(wǎng)的眾多應用中，視頻網(wǎng)站是其中主要應之一。 1TB 的存儲空間的成本要 5000，而現(xiàn)在互聯(lián)網(wǎng)海量的視屏文件，上 EB 的存儲空間，其主要的收入來自于廣告，而版權(quán)，帶寬是其主要的支出，加上運營，損耗，傳統(tǒng)的存儲方式成本實在太高，無法使用，于是需要使用低成本，高性能的解決方案。穩(wěn)定性要求是不會因為大流量而宕機。 可靠性 ............................................................................................... 錯誤 !未定義書簽。 故障注入實現(xiàn)方法綜述 ........................................................ 錯誤 !未定義書簽。 模擬方法選擇 ................................................................................... 錯誤 !未定義書簽。 故障、錯誤分類法及傳播模型 ....................................................... 錯誤 !未定義書簽。 錯誤、故障細化分析和模擬 ........................................................... 錯誤 !未定義書簽。 控制故障分析和模擬 ............................................................ 錯誤 !未定義書簽。 功能故障分析 ........................................................................ 錯誤 !未定義書簽。 硬件故障的表征及模擬方案 ........................................................... 錯誤 !未定義書簽。 硬件故障模擬方案 ........................................................................... 錯誤 !未定義書簽。通過排查各