什么Server SAN

      網友投稿 1212 2025-03-31

      Server SAN是由多個獨立服務器存儲組成的一個存儲資源池

      Server SAN是現在一個全新的概念,現在給出的概念都太籠統。沒有一個具體的定義。 按照老蔣的想法:Server San應該是一個利用軟件將基于DAS存儲(包含閃存卡,直連存儲)的集合,做成一個能共享的SAN存儲網絡。

      SAN存儲區域網,大家都很熟悉。普遍使用的就兩種: FC SAN;ISCSI SAN。這兩種結構都是通過FC網絡或者IP網絡將存儲設備放到一個共享的環境中心,讓分布式的服務HA,應用遷移,數據復制等都可以通過這套網絡實現。但是大家注意了,這套SAN網絡是很貴的,管理起來是很麻煩的。

      在很多的環境下面,很多SAN環境中會有一部分直連存儲我們根本沒有用上:比如直連存儲卡,本地硬盤等。 從實際的應用中,直連存儲的效率是很高的:PCI-E直接到數據端,比經過FC協議的轉換還要快。而且成本低。

      Server SAN是一個最新的概念:將分布在各個服務器上的直連存儲通過軟件的方式整合成一個統一的SAN存儲系統。有點類似谷歌在云計算上做的工作,將上萬臺服務器組成一個超級計算機。

      現在Server San已經不是一個概念了,在谷歌和facebook的數據中心已經大量使用了。最經典的案例就是VMware中的vSAN?了。

      ServerSAN的市場定義

      關于Server SAN

      全球最大的互聯網公司已經找到一種新模式來管理和擴展運算存儲架構。Facebook,谷歌和Amazon這類由Hyperscale業務的公司都使用本地分布存儲的設計。這種新架構的主要區別在于擴展性極強,而且易于管理。這種架構還可讓企業和服務供應商客戶受惠。Wikibon認為這種應被稱作Server SAN的架構,是軟件推動型架構的重要組成。本文將對這種新架構的類別展開討論,并解釋它是如何適應IT市場的。

      Server SAN架構屬于Hyperscale,聚合和閃存趨勢交匯的技術。隨著設備和聯網存儲(包括DAS和SAN)的分離,共享和管理大量數據的需求促生了存儲陣列。而企業閃存方案的出現后,存儲智能又回到運算的范疇。聚合型架構和Hyperscale架構通過創建可重復堆棧級別的部署來簡化操作。高速低延時,閃存,數據爆炸和新應用設計等等,都為IT架構的重組帶來了機遇。

      定義Server SAN

      Server SAN被定義為合并的存儲資源,而不是一個被直接附著用于隔離多個服務器的存儲設備。DAS(Direct Attached Storage)之間的溝通發生在高速連接的時候(如InfiniBand或低延時以太網),這種時候,由軟件方案來管理一致性。Server SAN多協議存儲可以利用旋轉磁盤和閃存。理想情況下,Server SAN是在企業應用中配置,這樣可確保高可用性。

      服務器/存儲架構

      架構

      圖解

      優勢

      缺陷

      相關應用

      網絡日常開支

      DAS

      帶內部存儲的服務器

      性能

      不能共享存儲,簡便性有限

      一些

      SAN/NAS

      服務器連接到存儲陣列

      合并的資源,?大量應用,大量數據

      成本和復雜度

      許多

      云存儲

      服務器到公共云存儲

      無限容量

      每個應用都是獨立的

      單獨的

      非常高

      Hyperscale

      分布式?DAS

      高可擴展性,操作簡單

      設計比較麻煩

      單一的

      Server SAN

      基于服務器的存儲網絡

      優勢見下文

      缺點見下文

      許多

      Server SAN的特點和優點

      什么是Server SAN

      許多架構變體在Server SAN下都會找到適合的位置。存儲的管理應該簡單到“存儲”的范疇,換言之,管理員不應該擔心LUN,端口或交換機配置。該系統對系統特征如此了解,不需要再有調節旋鈕或了解RAID類型。該方案必須支持多個應用和容量;軟件應該能夠優化系統,整個租戶或應用的整體數據傳輸量。一些架構可以將數據動態遷移到應用,且反之亦然。這一點是傳統聯網存儲所做不到的,因為傳統的聯網存儲中運算和存儲是分離的。當數據以最小的網絡延時到達處理器附近時,性能回避傳統SAN略低。Server SAN超越了DAS在性能和容量方面的限制。對磁盤和閃存的支持擴展的實用應用情境。PCIe Flash和原子級寫入帶來了最大性能的潛力。

      針對該方案是否適合Server SAN類別的石蕊測試,其實質是看軟硬件對封裝的支持,擴展的能力和方案的簡便性。軟件是這種方案的核心,從存儲的角度來看,它將由高級服務來衡量。雖然Hyperscale供應商可以花費大量時間設計架構或是將架構高度專業化,企業用戶需要有簡化功能的方案,而且這種方案不需要一個博士團隊。真正的擴展架構有能力按需增加容量和性能,且無需任何手動配置或管理干預來添加或移除驅動或節點。就硬件而言,Server SAN可以可以利用商品級運算架構;這意味著外部或單獨的存儲陣列會消失。運算和存儲的聚合使低延時,部署及管理簡化成為可能。許多ISV,包括微軟,都特別青睞DAS;Server SAN可在不喪失聯網優勢的情況下滿足這一需求。

      Server SAN架構根據方案的簡便程度提供具有成本優勢的服務。聚合減少了存儲位置和性能自動化,減少了大型存儲倉,由此可降低成本。該方案的彈性特點也減少了陣列更新換代時的遷移成本,據Wikibon研究公司透露,在陣列生命周期中可減少20%以上的成本。由于整個環境是一個資源池,所以存儲設備的使用壽命被延長。此外,相比硬件陣列的固定壽命,軟件許可證通常是永久性的。組合型服務器和存儲的整體基礎設施成本應該比利用傳統存儲陣列的方案低一些。成本和環境的彈性特征好過Hyperscale方案。

      Server SAN的挑戰

      在Server SAN方案上,用戶首先會看到它帶來的簡便性和可擴展性。為了讓早期使用這種方案的人順利過渡,此方案需要盡快增加功能(如圖二所示),同時還要兼具成本優勢和找到更多用戶。為了讓新市場有能力抗衡多種原有的可替代產品,它需要多種強有力的競爭對手來推動人們的意識,并接受它。廠商們需要和服務器廠商,如因特爾,戴爾,思科和Quanta等,緊密合作。理想情況下,軟件會不斷發展并通過高級元數據了解復雜的物理和延時拓撲技術。

      裝置和純軟件方案之間的界線已經極為模糊。Nutanix,SimpliVity和Scale Computing一直被稱作是“超聚合”供應商(用Wikibon研究公司的話說,是在這類方案方面有深入研究),這些方案將運算,存儲,網絡和管理聚合到一個設備中,而不是把多個產品集合到一起。這些方案的IP位于軟件中,而不是硬件,其中有部分方案可通過各種方式部署,而不僅僅是廠商銷售的設備。雖然超聚合廠商們的營銷策略已經贏過SAN,在SAN所提供的功能和聯網之上,這些新方案又增加了簡便性而且降低了成本。

      雖然裝置方案有時可以向軟件一樣提供,但純軟件的方案不僅僅是把代碼賣給客戶,軟件只是整個部署的一部分。Nexenta和Sanbolic和渠道商合作提供測試過的方案。EMC ScaleIO有望添加到VSPEX項目中,Wikibon希望EMC可以通過其合作伙伴和渠道項目提供額外的產品。VMware VSAN仍在測試中,所以還沒有任何將上市的任何細節信息。為了提供簡便性,VSAN和其他基于軟件的方案應該有硬件選項的指導,這樣可將用戶的互操作性和性能測試能將減到最少。最后則是數據系統,它是協議和架構的結合體,適合Server SAN市場。

      Server SAN方案的需求和差異

      作為用戶,在對Server SAN方案評估時,要比較這幾個特征:

      環境支持

      虛擬化 (VMware, HyperV, KVM)\?物理環境 (非虛擬化的環境)\??媒介支撐 (僅限閃存/閃存+磁盤)

      結合云計算

      可擴展性

      管理/對存儲層的API 支持

      簡便性

      ServerSAN與傳統SAN的區別

      架構上,ServerSAN采用x86,sale-out架構。傳統存儲通常為專用硬件,雙控或者多控。

      但其實本質上都是sale-out架構。實際的差異在于兩種SAN設計理念的不同,是基于不同技術發展狀態而產生

      但為什么通常認為serversan比傳統san的擴展性好呢?我認為:從應用場景來說,傳統san還是以數據庫,容量型場景,沒有太高的擴展性要求,不需要像serversan的分布式軟件架構,比如fusionstorage采用DHT(分布式哈希表)實現非集中式元數據管理。傳統存儲一般采用集中式元數據管理方式。而對增值軟件要求較多。

      Serversan針對如大型互聯網,要求計算與存儲高擴展性。高靈活性。

      所以,定位不同,serversan肯定會蠶食部分傳統san的份額,但兩者在很長一段時間內都會共生共存。

      傳統集中式模式實際犧牲了分區容忍性,因此橫向擴展能力不強;x86?存儲云方案則是以犧牲數據一致性作為代價的,可以說二者之間并沒有優劣之分。

      存儲 數據庫

      版權聲明:本文內容由網絡用戶投稿,版權歸原作者所有,本站不擁有其著作權,亦不承擔相應法律責任。如果您發現本站中有涉嫌抄襲或描述失實的內容,請聯系我們jiasou666@gmail.com 處理,核實后本網站將在24小時內刪除侵權內容。

      版權聲明:本文內容由網絡用戶投稿,版權歸原作者所有,本站不擁有其著作權,亦不承擔相應法律責任。如果您發現本站中有涉嫌抄襲或描述失實的內容,請聯系我們jiasou666@gmail.com 處理,核實后本網站將在24小時內刪除侵權內容。

      上一篇:word如何設置表格不隱藏(word怎樣隱藏表格)
      下一篇:excel立體餅圖怎么建(Excel怎么建立餅圖)
      相關文章
      亚洲国产美女精品久久| 久久国产成人亚洲精品影院| 亚洲国产第一站精品蜜芽| 亚洲人成无码网WWW| 精品久久久久亚洲| 亚洲Av永久无码精品黑人 | AV在线播放日韩亚洲欧| 亚洲国产精品嫩草影院久久| 亚洲福利中文字幕在线网址| 亚洲精品综合久久| 亚洲中文字幕丝袜制服一区| 亚洲第一成人影院| 亚洲免费视频一区二区三区| 国产成人精品日本亚洲专区| 中文字幕在线亚洲精品| 亚洲精品自产拍在线观看| 久久亚洲国产午夜精品理论片| 亚洲人成人无码网www电影首页| 亚洲精品美女久久久久99| 亚洲成a人片77777kkkk| 亚洲av午夜福利精品一区人妖| 久久精品国产亚洲av四虎| 久久久久亚洲AV无码麻豆| 亚洲熟妇av一区二区三区下载| 中文字幕亚洲综合久久2| 亚洲国产成人无码av在线播放| 亚洲一区二区三区播放在线| 亚洲综合在线一区二区三区| 亚洲国产午夜精品理论片在线播放 | 亚洲色中文字幕无码AV| 久久亚洲综合色一区二区三区 | 亚洲AV本道一区二区三区四区| 亚洲综合无码一区二区| 亚洲丰满熟女一区二区v| 亚洲欧洲日本在线观看| 亚洲AV无码资源在线观看| 亚洲 小说区 图片区 都市| 亚洲日韩国产精品第一页一区| 久久国产亚洲电影天堂| 亚洲国产综合自在线另类| 亚洲午夜无码久久久久小说|