HCI的全面公升溫可能導致軟體定義型傳統陣列遭遇擱淺

2021-09-23 09:04:26 字數 1295 閱讀 7915

各家從業企業的整體公升溫外加nutanix的首**開募股,標誌著各類超融合型基礎設施產品正全面迎來飛躍。在這樣的歷史背景之下,被困於淺灘之上的軟體定義儲存(簡稱sds)方案該如何自處。

如果您所在的企業正在通過讓客戶執行您所提供之陣列、商用控制器之上控制軟體以及jbod的方式交付廉價儲存陣列,那麼超融合型基礎設施這場規模可觀的革命顯然並不能算是好訊息。

目前實現軟體定義儲存的基本方法分為以下四種,而這些主流途徑顯然皆面臨著巨大威脅:

需要配合商用控制器硬體與jbod的純檔案以及/或者塊儲存陣列軟體,代表廠商為nexenta公司。

需要將伺服器與直接附加儲存相對接的物件儲存軟體。

由軟體負責控制的傳統儲存陣列〈——各主流陣列**商都不太清楚該如何對此類方案進行市場營銷。

需要將伺服器與直接附加儲存(簡稱das)相對接的虛擬san。

目前還存在著第五種方法:將軟體定義儲存作為軟體定義型超融合基礎設施產品的組成部分加以交付——maxta公司選擇的就是這種途徑。

我們這裡到底在討論些什麼?

超融合型基礎設施(簡稱hci)系統將各由虛擬機器管理程式控制或者配合儲存與網路資源執行虛擬機器管理程式的伺服器所構成。這類產品更易於採購,且擁有較單獨購置伺服器、虛擬機器管理程式軟體、儲存與網路裝置更出色的向外擴充套件能力。大多數早期超融合型解決方案會採用虛擬san軟體,例如hpe的lefthand networks-based storevirtual以及vmware自身打造的vsan方案。

對於datacore這類軟體定義儲存**商而言,這代表著其有機會借助自身虛擬san技術在市場上一展身手,亦可通過與其它伺服器**商的合作進軍超融合型基礎設施系統領域。

而對於物件儲存**商,hci的主要優勢在於儲存高效能資料,而非二級資料——這意味著其與物件儲存的主要著眼點有所不同。然而,由於物件儲存硬體基本上相當於一整套配備有das及網路的互連伺服器,這意味著如果有人希望嘗試並構建一套基於物件儲存機制的hci產品,那麼二者將立即站在彼此對立的形勢之下。

hci是一種明確的威脅,特別是對於那些單純將控制器(伺服器)與基於陣列硬體的軟體定義儲存相結合的儲存**商而言。如果我是一位hci客戶,那麼我個人絕對不會購買任何用於將外部儲存與伺服器作為hci體系組成部分的共享式外部陣列。這意味著vmx、fas、3par乃至其它由nexenta公司推出的類似陣列都將被排除在外。

hci主要面向塊儲存領域; 那麼檔案儲存又會受到怎樣的影響?事實上,這類廠商也面臨著自己的威脅——由於檔案系統的可擴充套件能力太過有限,客戶已經轉而投向公有雲懷抱或者將其轉換為物件儲存。

就目前來看,對於各軟體定義外部儲存陣列**商而言,盡早建立起屬於自己的超融合型基礎設施解決方案並乘上這股hci發展浪潮才是最為明智的作法。

PHP mail 可能導致的問題

參考文獻 題目 環境 php version 5.2.0 phpmailer 5.2.18 php 沒有安裝 pcre no default safe mode false default 題目class mailer return escapeshellarg email public funct...

for each可能導致的資料丟失

除錯了一下午的begug,太坑爹了。多虧了gdb。如果乙個類裡面的有儲存資料,還過載 操作符做為仿函式,過載的函式向類裡存資料。這樣類似for each a.begin a.end stor 因為for each中stor是值傳遞,會導致先呼叫copy建構函式,這樣資料就被儲存在了新構造的類裡,並沒...

執行緒可能導致記憶體洩露的情況

繼承thread的執行緒,在交給jdk1.4並發包的執行緒池執行完畢後並沒有被釋放資源,而且也沒被再利用,而是白白佔著記憶體,導致記憶體洩露。預設的thread本身初始化在1.4是將自己加入了乙個threadgroup,如果你沒有呼叫它的start方法,jvm不會在該執行緒結束後將這個thread從...