第十一講 儲存虛擬化(一)

2022-02-24 04:02:09 字數 1209 閱讀 3925

一、儲存虛擬化的產生

隨著 it 技術的發展:

·公司**式的資料增長導致對儲存容量的需求增長極快;此外,管理這些儲存環境的成本遠遠高於硬體的採購成本;同時要求資料管理人員需要更好的工具來管理

增長的資料量。日益增長的儲存空間和隨之而來的管理壓力亟待新的技術解決。

·一些獨立的研究報告披露,磁碟儲存系統的平均利用率僅為35%到50%。由於有很多儲存裝置是被固定鏈結在某個主機伺服器上,它的多餘空間無法被其他主機利用,

並且,也會形成很多儲存系統的孤島。

·由於儲存擴容或者改變配置而造成的計畫內或計畫外的停機,將被越來越無法接收。

此外,隨著儲存技術的發展:

·存在大量的異構伺服器和儲存系統

·多重冗餘的光纖交換機鏈結

·相互交織在一起的應用系統

以上情形都需要全面的儲存管理,而儲存虛擬化技術正是解決這些問題的理想方案。

二、什麼是儲存虛擬化

儲存虛擬化技術一直很神秘,至少我是這麼認為,本身儲存也接觸的少。但是,其實說穿了,技術上就是i/o 重定向和儲存單元塊位址重新編排而已。

如果把儲存虛擬化功能看作應用和儲存裝置之間欺上瞞下的邏輯層,那麼這層的主要任務就是:對上層i/o統一重新處理,對下層儲存空間統一編址

其它所有高階功能,都是基於這一基本機制衍生的。

這個功能就像有乙個超級牛逼的快遞超人,他負責處理所有的中轉工作,發快遞的永遠不需要擔心收件人是否已經搬家或者出差了,收件人也不用擔心誤解了發件人的意思,

因為這個快遞超人會拆開你的包裹,看你的打包是不是正確,還會幫你整理好,必要時還會著名裡面是啥東西。這樣收件人一開啟就能知道裡面是什麼。

有了儲存虛擬化,使用者不需要從物理角度關注儲存裝置如何服務於應用,無需關心什麼平均尋道時間或者硬碟旋轉的機械延遲等引數,也不需關心鏈結了多少塊硬碟和每塊磁碟平均無故障時間。只需關心:應用對請求的反應時間和吞吐能力,能滿足資料飛快增長的足夠空間,以及應用系統可以容忍的宕機時間。

乙個虛擬化的儲存裝置再也不會受到任何物理裝置在容量、速度、可靠性方面的限制,而且,當把只能儲存的軟體載入到這個虛擬層後,儲存虛擬化就可以更好地解決常規儲存裝置面臨的儲存服務功能上的挑戰。

根據虛擬化實現位置的不同,可分為:

·基於主機的儲存虛擬化

·基於儲存裝置的儲存虛擬化

·基於網路的儲存虛擬化

------參考計算機世界《虛擬化儲存技術---「老歌新唱」》

第十一講 過載

過載單目運算子 單目運算子只有乙個運算元 如 a,b,i,j 等 因此過載函式只有乙個引數,如果過載函式為成員函式,還可以省約此引數。例 將 過載成友元函式。單目運算子一般過載為成員函式 include class complex void show complex operator complex...

第十一講 物件導向一

向過程 向過程指將我們的程式分解為 個 個步驟,通過對每個步驟的抽象來完成程式 這種編寫 式往往只適 於 個功能,如果要實現別的功能,往往復 性 較低,但這種程式設計 式符號 類的思維,編寫起來 較容易。python是 向物件的程式設計語 所謂 向物件的語 簡單理解就是語 中的所有操作都是通過物件來...

第十一講 資料清洗

資料採集完,要進行資料清洗工作,整個資料分析過程中,資料清洗工作幾乎要佔到80 的時間。資料清洗規則總結為四個關鍵點 完全合一 1 完整性 單條資料是否存在空值,統計的字段是否完善。2 全面性 觀察某一列的全部數值,比如平均值 最大值 最小值,根據常識判斷是否有問題。如 資料定義 單位標識 數值本身...