揭開IaaS雲移動性的神話-【軟體和資訊服務】2014.05

標籤：移動性   iaas雲   

生活中的很多事情極具欺騙性，包括最近剛剛看到專家的確認：自己的臍帶血不能救自己。這樣的事情同樣發生在IT界，最近經常聽到關於IaaS一些不切實際的想法，認為IaaS雲上的負載可以簡單地到處飄移，比如可以毫無障礙地跨越不同的服務商和私人雲端資料中心進行飄移。經常聽到的幾個典型說法包括：

• 我們使用了OpenStack，因此您的負載可以在任何地方自由翱翔；

• 我們使用了開源的Hypervisor, 因此您的負載可以在任何地方自由翱翔；

• 我們支援OVF（Open Virtual Format）標準格式的匯入匯出，因此您不用擔心任何遷移性問題；

• 我們提供虛擬機器匯入匯出工具，因此添加和刪除虛擬機器易如反掌。
  
  　　後面三個說法都是基於虛擬機器的，咱們就從這裡開始剖析這個問題。當我們探討負載的移動性時，虛擬機器總是最簡單的部分。別誤解，我也認為虛擬機器匯入工具確實很好用，可以動態刪除不需要的裝置驅動和相關軟體，自動為新Hypervisor準備虛擬機器磁碟，今天這些都不是什麼挑戰了。OVF已經可以讓虛擬機器的匯入匯出輕鬆跨越單個廠商的工具，它已經可以根據新管理平台的需求為多個虛擬機器指定管理、安全、合規性、許可證需求，這些要求都已經不在話下。

　　但如果真正在新環境中營運一個新負載，漏洞馬上就開始讓你出汗，很多營運問題讓負載自由遷移舉步維艱，如：備份、容災、安全、身分識別驗證、效能、容量和組態管理等。下面是必須考慮的問題列表：

• 第三方整合：必須清楚第三方方案是如何支援的，而僅僅知道“支援”二字可不行。第三方整合可在不同的層面實現，包括通過Hypervisor管理層API或者更高層API。也就是說，遷移到新的Hypervisor可能需要更換產品或額外的整合工作。當然理清哪些功能是通過開源API來實現，哪些功能是通過專用的API來實現也是至關重要的。為了在混合雲中自如運行一個負載，可能需要多種API的整合來實現。

• 應用API介面：應用如何訪問虛擬機器中的API，是原生的還是服務商專門打包的API？如果服務商使用了專用的或者定製化的開源API，重新遷移到其他服務商的平台時難易程度如何評估？

• 第三方軟體許可：虛擬機器中啟動並執行軟體或虛擬機器管理軟體遷移到新平台是否需要購買新的許可證呢？這也是一個不容忽視的問題。

• 管理工具：傳統的資料中心和雲環境使用的管理工具一樣嗎？不同環境的API是不是統一的呢？如果將來更換服務商是否需要購買新的管理工具、專業服務或整合服務呢？如果需要購買，成本如何呢？

• 安全性原則：跨混合雲安全性原則和管理是否一致呢？虛擬機器移轉到新環境是否必須購買新的安全性群組件呢？是否需要開發不同的流程呢？

• 網路需求：跨混合雲網路設定、功能和相關的管理能力是否一致呢？是否網路相關性會限制負載的移動性呢？不同環境是否需要不同的網路API呢？

• 儲存管理：跨混合雲端儲存是如何分配和管理的呢？是否需要特定的硬體資源呢？不同環境是否需要不同的網路API呢？

• 身份管理：跨混合雲身份管理一致嗎？

• 日誌和審計：活動紀錄如何記錄和監控的呢？這些活動紀錄又是怎麼跨雲和管理工具整合的呢？

• 容災系統：虛擬機器故障後在新環境中恢複速度如何？如果配置跨雲遷移時有任何的其他相關性，災難恢複基本不可能是數秒，很可能需要數天。

• 廠商生態圈：是否你優選的廠商都支援這些混合雲環境的整合呢？是否易於找到第三方整合的細節呢？

　　這些考慮是為了讓你明白IaaS混合雲中負載的移動性要確保虛擬化和管理平台的一致性。只想告訴大家開源管理架構，比如Openstack，確有優點，但要牢記你的選擇。在認真考慮後才能梳理出一個廠商提供的混合雲IaaS解決方案是否是理想之選。曆史已經表明：混合開源和業界標準才是驅動創新、靈活性和選擇性的靈丹妙藥。

註：本文已經發表在《軟體和資訊服務》2014年5月刊上，如果想瞭解@雲界漫步 對雲端運算的最新觀點，請直接訂閱“中國雲夢”公眾號。也可掃描下面的二維碼，直接訂閱。訂閱”中國雲夢“後，直接回複”10035“閱讀該文。

650) this.width=650;" src="http://s3.51cto.com/wyfs02/M00/28/60/wKioL1N4ZtPwMbZjAAD8-mTvdt8560.jpg" title="getqrcode.jpg" alt="wKioL1N4ZtPwMbZjAAD8-mTvdt8560.jpg" />

本文出自 “中國雲夢” 部落格，請務必保留此出處http://virtualman.blog.51cto.com/200540/1413160