VMC(VMware on AWS)分析
原文地址：http://www.51gocloud.com/?p=1873
VMware on AWS (VMC) 是全球最大的虛擬化廠商VMware和最大的公有云AWS近期就要開放的一項合作服務。由AWS提供基礎設施，由VMware提供軟件棧，為用戶在AWS上提供VMware環境，可以和客戶已有的基于vmware的on-premises數據中心互通，同時可以使用AWS提供的各種云服務，是一種“同虛擬化底座”的混合云。本文嘗試對VMC進行初步的分析，包括其主要優勢和涉及的關鍵技術。
背景
以VMware為代表的虛擬化和以AWS為代表的公有云各有側重，虛擬化主要面向傳統數據中心的軟件定義化和傳統IT敏捷化，經過虛擬化改造的數據中心逐步演變為on-premise的云數據中心；公有云主要關注更彈性和更大規模的基礎設施以及更全面和靈活的云服務。
公有云更適合運行Cloud-Native的應用，且對用戶自己的運維能力要求比較強。而當前大部分企業應用還不具備Cloud-Native的改造，運維人員具備的也都是熟練的傳統虛擬化運維能力和運維習慣。
如何將虛擬化和公有云兩者的優勢結合起來，是一個業界普遍關注的問題。
用戶訴求
在如下典型應用場景的驅動下，結合虛擬化(on-premises)和公有云各自優勢的混合云是一個普遍的需求：
1. 資源的整合和遷移
* 數據中心整合: 將代碼和/或數據遷移到公有云，但無需改變已有的運維習慣和經驗、運維工具等
* 業務遷移/收編到云: 將虛擬機、業務負載或整個數據中心遷移到公有云
* 應用改造: 使應用可以使用公有云豐富的云服務，比如RDS等
2. 更靈活的工作負載分布
* 產品、開發、測試等分區運行和彈性
* 應付突發流量的擴容
3. 使用公有云進行容災和備份
4. 利用公有云遍布全球的基礎設施和Region，更快速的進行現有應用的拓展
當前混合云存在的典型問題
當前混合云存在的典型問題為on-premise和公有云的很多配置和能力要求不同，比如：
1. 不同的虛擬機格式
2. 不同的網絡抽象和模型
3. 不一致的運維和操作方式
4. 不同的安全基線要求
5. 不同的監控機制
VMC解決方案介紹
VMC使用的是具有“相同虛擬化底座”的混合云方式， 這種方式下，可以把基于vSphere的on-premises看做是VMC的”衛星云”。
其它廠商也在推類似的方案：
1. Microsoft: 推出和Azure公有云相同架構的Azure Stack，on-premises DC使用Azure Stack，可以和Azure公有云組成類似VMC的Hybrid Cloud，Azure Stack管理的cloud作為Azure的衛星云；
2. VMware：推出和自營公有云vCloud Air相同架構的Cloud Foundation，on-premises DC使用Cloud Foundation作為vCloud Air的衛星云。實際上，VMC在AWS的基礎設施上部署的就是Cloud Foundation。
VMC總體方案
其對用戶呈現的能力如下：
1. 通過統一的Service Console在AWS上按需發放VMware環境
2. 部署的VMC可以和on-premises的vSphere環境以及同一個用戶部署的其它VMC互通
3. 部署的VMC內的業務虛擬機可以使用AWS的云服務
4. 無需關心VMC底層基礎設施的日常運維、補丁升級等等
故通過VMC，用戶就可以通過Metro vMotion，將on-premise內的虛擬機遷移到VMC上。遷移到VMC后，此虛擬機就可以訪問AWS服務，也可以通過Internet訪問此虛擬機。
下面就上面的四點分別展開說明。
按需發放VMware Cloud
用戶可以通過統一的Service Console(https://vmc.vmware.com)發放VMC，發放過程很簡便：
1. 選擇在AWS哪個Region中發放VMC
2. 選擇要發放的VMC的規模(多少臺主機)
3. 選擇消費模式和付款方式，支持按需消費、包年和包3年
4. 開始VMC的發放，一般會在分鐘級完成VMC的發放(安裝、部署、配置)
VMC發放完畢后，可以在一個管理Console中對所有發放的VMC進行統一管理：
管理Console使用的是vSphere 6.5剛推出的HTML5 Web Client，和vCenter的傳統操作體驗基本一致，同時H5 Client支持通過Mobile進行移動訪問：
VMC是一個Dedicated的集群，使用的是最新的vSphere組件，包括VCSA、NSX、VSAN和ESXi。其中存儲虛擬化使用的是VSAN集群(SSD)，網絡使用的是基于NSX的SDN(10Gb)，計算集群會默認開啟DRS和HA。
VMC的互通
VMC與on-premises DC的互通
VMC可以通過AWS Direct Connect同on-premises的vSphere環境互通。如果現有vSphere未使用NSX，則僅需要部署一個NSX Edge Appliance即可。
VMC之間的互通
每一個VMC均在AWS上一個獨立的VPC內，但同一用戶部署的不同VMC是互通的，且支持在不同的VMC之間遷移虛擬機，故推測各VMC所在的VPC之間有Endpoint相連：
VMC內訪問AWS云服務
每個用戶都會有一個可以和VMC互通的VPC(可以叫AWS Consumer VPC)，VMC內的虛擬機可以通過此AWS Consumer VPC作為中轉訪問AWS的眾多云服務，比如AWS提供的Region級別的S3、Labmda等云服務，或在AWS VPC內按需部署RDS、RedShift等云服務。
上述AWS VPC對應的AWS賬戶是根據VMC賬戶自動創建的隱含賬戶，還是可以使用現有的AWS賬戶暫不明確，此AWS Consumer VPC是自動創建的還是需要用戶顯式創建并配置的，也暫不明確。但AWS Consumer VPC賬戶和VMC賬戶的關聯關系是在發放VMC時自動關聯的。
訪問AWS云服務產生的費用，是由AWS向AWS Consumer VPC所屬賬戶收取的。
從目前了解的情況看，推測VMC內的虛擬機是不能直接掛載EBS卷的。
VMC的運營策略
VMC的增強能力
相比于vSphere，由于VMC是vSphere over AWS Infra，故VMC和公有云相結合，提供了如下增強的能力：
1. Elastic Scaling：更彈性的根據負載，快速的擴容集群
2. Auto-remediation：某臺主機發生故障后，動態的補充一臺新的主機到集群中，保證集群對外呈現穩定和一致的性能
VMC總結
首先，VMC可以滿足用戶對混合云的需求：
1. 可以通過Metro vMotion將虛擬機或數據遷移到公有云上的VMC中，在不改變現有運維習慣和工具的前提下，實現數據中心的資源整合或業務的遷移和收編；
2. 虛擬機遷移到VMC后，虛擬機內的業務就可以使用AWS提供的豐富的云服務，滿足了傳統應用訪問公有云服務的需求；
3. 通過Direct Connect將on-premises和公有云互聯，為通過公有云進行容災、備份、利用公有云基礎設施拓展應用、應付突發流量的擴容等提供了基礎
4. Elastic Scaling可以快速、按需的擴容集群(物理機)，大大降低資源池擴容的周期，以及資源池的浪費
另一方面，由于on-premises和公有云上都是使用的相同的“虛擬化底座”，故虛擬機格式、網絡抽象和模型、運維和操作方式、運維和操作方式、安全基線要求、監控機制等均完全一致，從而解決了混合云當前遇到的典型問題。
VMC涉及的關鍵技術
總結一下，VMC涉及的關鍵技術如下：
1. NSX：通過一個NSX Edge Appliance，就可以將傳統的未使用NSX的vSphere虛擬化數據中心通過AWS Direct Connect連接到VMC
2. Metro vMotion
3. VMware Cloud Endpoint：支持將VMC中NSX管理的網絡和AWS的VPC互聯
4. Elastic Scaling
5. Auto-remediation
6. Cloud Foundation：HCI架構，快速的部署VMware Stack到AWS的Infra上
另外，VMC還涉及到了和AWS的深度配合，比如VMC賬戶和AWS現有賬戶的自動關聯，簡化了用戶的操作成本。
參考資料
總結
以上是生活随笔為你收集整理的VMC(VMware on AWS)分析的全部內容，希望文章能夠幫你解決所遇到的問題。
- 上一篇： 3-Elasticsearch深入搜索-
- 下一篇： yolov3执行reval_voc_py