雲計算的高可用性被市場逐漸重視

最近，HTTP://www.aliyun.com/zixun/aggregation/32714.html">新聞媒體更加關注雲計算，所以你會很少聽到關於高可用性的消息。 5年前，IT界非常關注高可用性和集群的發展。 但是近期，情況有所不同。 SUSE公司高級產品經理Kai Dupke指出，無論如何，高可用性仍是IT界的重點話題之一。

IT領域更看重雲計算的靈活性和低成本的優勢，所以高可用性話題似乎很少在雲計算的資訊中提到。

過去，從傳統意義上來講，UNIX和Linux平臺承擔著大部分高可用性(HA)的工作。 存儲層包括RAID陣列、網路層多層網路設定;作業系統包括HA特性，這能確保應用的正常運行。 當然，在應用層也包括一些HA工作負載：研發人員在HA特性中加入了對集群的支援功能。

-

當企業客戶遷移至更加虛擬的基礎架構，如私有雲或虛擬資料中心，HA仍處於基礎架構層而非應用層。 虛擬層也許包括一些HA支援，但是它仍是基礎架構的一部分。

在公有雲中的情況就大相徑庭了。 在公用雲中，對基礎架構層的要求和預期沒有舊式系統高。 基礎架構只像個商品，一分錢一分貨，所以開發人員只能在應用程式中構建HA功能。

這不是說公用雲不好;公用雲的靈活性和成本是它存在的部分原因。 此外，在公用雲中應用HA原則可能存在實際的邏輯性問題。 日本已于2011年初嘗失敗的苦果，當前的技術無法完全支援公用雲。

但是HA仍是IT界的必要部分，因為不是所有IT部門的工作都需要雲計算。

首先，遷移至雲計算需要大筆成本。 由於現今的雲計算不提供HA，這就要求客戶重新編寫應用程式。 因為雲計算缺少一項非常重要的特徵，客戶不得不花錢來改進基礎架構。

市場部卻能很好的利用這一額外的工作。 這就像賣一輛沒有方向盤的轎車似的。 「因為未安裝方向盤，所以用你自己的方向盤可確保沒有人可以使用你的車，」，這句話恰當地說明了一些公司是如何銷售雲服務的。

事實上，雲計算的最大阻礙是缺少業務應用所需的基礎架構支援。 原因很複雜，大多數應用程式都是協力廠商應用程式，不是由使用應用程式的公司自己編寫的。

為了在雲計算中獲取HA功能，你可以要求這些協力廠商公司公開應用程式的構建，並允許其他公司訪問。 但這只是紙上談兵!這就意味著每個協力廠商供應商將不再努力開發自己的程式來在應用層融入HA了。 這就是為什麼嵌入式HA( 在作業系統層中嵌入HA) 更被廣大使用者接受的原因。

我只聽到了關於私有雲中HA的討論，因為客戶不相信外部服務提供者，這不僅僅需要HA，還需要非常嚴格的服務協定。

該問題的解決方法是讓客戶更深的瞭解雲應用，在雲層中融入HA。 這該如何做呢?你可以分配可分配的工作負載;對於單片工作負載(幾乎每個應用程式都有單片資料來源)，可在客戶作業系統(在雲服務中使用傳統安裝模式)中提供HA或在雲基礎架構中應用HA。

作為產品經理，我能夠通過以下三方面解決這一問題：

* 在客戶作業系統中提供HA;

* 提供遠端遙控和管理，無需在每個用戶端安裝軟體;

* 在雲層提供基礎架構HA;

在雲計算中，變動或重新建立工作負載可以很好的運行，直到雲出現問題，這時，客戶就開始要求HA。 或者，客戶可以把雲計算作為資料中心的備份，以最低的系統成本來獲得可用性，但是運行成本過高。

後者需要系統的自動化或解決好雲計算的可擴充性。 一些日本公司試圖一次啟動他們的雲備份，但會出現停機問題。 這說明了客戶需要一個結構性解決方案和嚴格的服務協定。

然而，在雲計算中配置HA能夠以合適的成本把HA應用於每個雲應用程式中。 這種配置容易控制，無需特殊構建和特別諮詢，同時賦予客戶雲計算的靈活性，並提供集群和工作負載的優化。

我們談論的不僅僅是要徑任務系統。 在公司的Linux平臺中配置HA功能要比使用昂貴、專有的HA工具套件更加節省成本。

這有些趕緊殺絕。 但是，當今商業運轉中，資料和資訊流通顯得更加重要，誰也不想在郵件系統崩潰時浪費時間和金錢。 我們已經無法容忍低可用性的生活了。

總之，伺服器不再是消耗品。 商業與IT緊密相連，所以不容有失。 HA不像雲計算那麼引人關注，但是它始終是IT界的重點之一。

(責任編輯：呂光)