摘要：馬拉松會(huì)匹配每個(gè)和提供的資源，然后通過(guò)將任務(wù)下發(fā)下去。對(duì)外暴露的就是負(fù)載均衡的某個(gè)服務(wù)，后面自動(dòng)將流量轉(zhuǎn)發(fā)到某個(gè)容器的端口上。還有一直辦法是用內(nèi)網(wǎng)的，這個(gè)會(huì)維護(hù)現(xiàn)有的容器列表端口，并且返回任意一個(gè)的端口，頁(yè)實(shí)現(xiàn)了負(fù)載均衡和服務(wù)發(fā)現(xiàn)功能。

演講嘉賓
數(shù)人云COO 謝樂(lè)冰
在德國(guó)工作十年，回國(guó)后加入惠普電信運(yùn)營(yíng)商部門(mén)，擁有多年項(xiàng)目經(jīng)驗(yàn)和創(chuàng)業(yè)公司工作經(jīng)驗(yàn)。在數(shù)人云負(fù)責(zé)產(chǎn)品售前和運(yùn)營(yíng)，專(zhuān)注行業(yè)的技術(shù)應(yīng)用領(lǐng)域，為金融、電信、電商等行業(yè)提供服務(wù)。

因?yàn)槲易约簩?xiě)了十幾年的Java，經(jīng)常把容器和十年前的Java做比較。一個(gè)公司說(shuō)自己是做“Java”的，實(shí)際上涵義是背后一整套企業(yè)IT基礎(chǔ)架構(gòu)。軟件一般都是各個(gè)集成商（東軟、文思）大量碼農(nóng)兄弟們開(kāi)發(fā)，主要還是用Windows。打成了WAR、EAR包之后交付給甲方，就可以在Linux環(huán)境下跑起來(lái)。同樣Weblogic WAS這些中間件在底層計(jì)算集群之上，實(shí)現(xiàn)了企業(yè)服務(wù)的大規(guī)模運(yùn)行。

中間件之下是IOE昂貴的高性能硬件，雖然也是集群化，主要依靠Scale up來(lái)提升性能。雖然中間件理論上實(shí)現(xiàn)了應(yīng)用和硬件資源解耦，但實(shí)際上依然對(duì)硬件有非?？量痰囊?，特別是跑數(shù)據(jù)庫(kù)的部分。

整個(gè)架構(gòu)為了向上實(shí)現(xiàn)SOA的架構(gòu)，雖然現(xiàn)實(shí)中90%以上頂多做到了“面向?qū)ο蟆?，但并不妨礙Java（J2EE）作為企業(yè)服務(wù)交付的“通用”形式，成為了開(kāi)發(fā)單位和運(yùn)行單位共同接受的標(biāo)準(zhǔn)。所以Java背后代表的不僅僅是一個(gè)語(yǔ)言，還是一個(gè)完整的IT基礎(chǔ)架構(gòu)和產(chǎn)業(yè)鏈 —— 昂貴的高性能硬件、閉源的中間件軟件、Java作為交付接口、SOA架構(gòu)和開(kāi)發(fā)與運(yùn)維分離的模式。

背后還有兩個(gè)隱性的英雄，一個(gè)是北大青鳥(niǎo)這樣的培訓(xùn)機(jī)構(gòu)，大量產(chǎn)出Java程序員。另外就是Oracle數(shù)據(jù)庫(kù)，當(dāng)然這些年輕程序員寫(xiě)的代碼效率不太高的時(shí)候，全靠數(shù)據(jù)庫(kù)來(lái)救場(chǎng)了。當(dāng)然這一切還是傳統(tǒng)的企業(yè)業(yè)務(wù)決定的，例如ERP、CRM等等，并發(fā)較低、強(qiáng)事物性和強(qiáng)一致性、邏輯和關(guān)聯(lián)關(guān)系復(fù)雜。

如今時(shí)代發(fā)展到了藍(lán)色的部分，云計(jì)算時(shí)代的IT架構(gòu)底層不再是幾臺(tái)小機(jī)或者一堆刀片，更多的是企業(yè)私有云甚至是公有云，IaaS實(shí)現(xiàn)了資源層管理的自動(dòng)化和標(biāo)準(zhǔn)化。

容器就像當(dāng)年的Java一樣，成為了開(kāi)發(fā)和運(yùn)維共同認(rèn)可的接口。容器成為了應(yīng)用上“云”的標(biāo)準(zhǔn)交付方式，不管是Java、Python還是C，只要用Docker打包，就可以丟到這個(gè)那個(gè)“云”上跑起來(lái)。

當(dāng)然在底層各種計(jì)算資源（公有云、私有云甚至物理機(jī)）之間，也需要一個(gè)中間件來(lái)作為容器的大規(guī)模運(yùn)行環(huán)境。下面是成千上萬(wàn)的主機(jī)，上面是烏央央的容器，中間的云計(jì)算中間件實(shí)現(xiàn)了兩者的解耦。上面支撐的軟件架構(gòu)是“微服務(wù)”架構(gòu)，就像當(dāng)年的SOA。整體上也是實(shí)踐了Devops一套運(yùn)維開(kāi)發(fā)方式。就像傳統(tǒng)中間件包括了運(yùn)行環(huán)境、消息隊(duì)列、ESB（服務(wù)發(fā)現(xiàn)）和數(shù)據(jù)抽象等等，云計(jì)算中間件也都有類(lèi)似的服務(wù)，例如Mesos、K8s這些容器運(yùn)行環(huán)境，就對(duì)應(yīng)著跑EJB的Weblogic Application Server。

總之，“容器”背后不是單個(gè)技術(shù)，而是完整的以開(kāi)源軟件為主的云計(jì)算IT基礎(chǔ)架構(gòu)和相應(yīng)的開(kāi)發(fā)和運(yùn)維流程。當(dāng)年虛擬機(jī)出現(xiàn)讓大家嘗到一點(diǎn)點(diǎn)云的滋味，但是畢竟局限于資源層，對(duì)開(kāi)發(fā)、業(yè)務(wù)和軟件架構(gòu)沒(méi)有影響。如今容器影響這么大，大家終于成為了應(yīng)用上云的突破口，將對(duì)大家未來(lái)的職業(yè)生涯產(chǎn)生巨大的影響。就像今天很難招聘到懂EJB的大學(xué)畢業(yè)生，過(guò)兩年很快容器和背后的互聯(lián)網(wǎng)開(kāi)源技術(shù)棧就會(huì)成為主流。

言歸正傳，下面我來(lái)一步一步地介紹Mesos的實(shí)戰(zhàn)。說(shuō)起Mesos，大家往往第一個(gè)問(wèn)題是Mesos和K8s有啥區(qū)別，哪個(gè)更好。我覺(jué)得這兩個(gè)就像iOS和安卓，已經(jīng)成為了新一代輕量調(diào)度框架的主流。兩者都是源于Google的Borg，但Google自己沒(méi)有使用任何一個(gè)。K8s勝在開(kāi)發(fā)者多，用Go語(yǔ)言開(kāi)發(fā)，社區(qū)活躍。Mesos是Apache項(xiàng)目，已經(jīng)誕生了7年，目前有過(guò)超過(guò)萬(wàn)臺(tái)規(guī)模的部署?？傮w上我們認(rèn)為Mesos比較適合目前階段的大規(guī)模生產(chǎn)環(huán)境部署，K8s目前還處于快速更新的階段，兩者都有很好的未來(lái)。當(dāng)然Mesos也能兼容大數(shù)據(jù)等框架，未來(lái)目標(biāo)是逐步把各種集群化的應(yīng)用（Kafka集群例如）都搬到Mesos上來(lái)，實(shí)現(xiàn)一鍵安裝和自動(dòng)擴(kuò)展。

下面是一點(diǎn)點(diǎn)Mesos的科普，其實(shí)市面上類(lèi)似的文章已經(jīng)不少，這里我特別推薦平安科技余何老師的《PaaS實(shí)現(xiàn)與運(yùn)維管理：基于Mesos +Docker+ELK的實(shí)戰(zhàn)指南》，內(nèi)容非常詳細(xì)。

用兩句俗話說(shuō)Mesos和K8s的原理，就是像使用一臺(tái)電腦一樣使用整個(gè)集群，類(lèi)似集群的操作系統(tǒng)。單機(jī)的操作系統(tǒng)是管理單機(jī)的計(jì)算、存儲(chǔ)和IO，集群操作系統(tǒng)是管理管理一堆機(jī)器的資源。目前聚焦在計(jì)算和內(nèi)存之上，存儲(chǔ)部分需要多帶帶的分布式存儲(chǔ)（例如Ceph和GlusterFS），網(wǎng)絡(luò)需要SDN的支持。不過(guò)傳統(tǒng)上IOE也是各管一攤了。

原理看起來(lái)也不復(fù)雜，Mesos 在每臺(tái)Slave主機(jī)上安裝一個(gè)Agent，不斷地把剩余資源上報(bào)到Master。報(bào)告內(nèi)容類(lèi)似 { (node1, <2 CPUs, 4 GB>),(node2, <3 CPUs, 2 GB>) }，這樣Master就知道各個(gè)機(jī)器的剩余資源情況了，非常簡(jiǎn)單。

Master上面有很多框架Framework，例如Docker和Spark。你就可以把他們理解為L(zhǎng)inux里面安裝的JRE和Golang、C的運(yùn)行類(lèi)庫(kù)。你想在Mesos上跑啥“語(yǔ)言”，就要部署個(gè)框架，例如跑Docker的框架就是Marathon。Mesos會(huì)把整個(gè)集群的資源按照一定的算法分配給各個(gè)框架，這個(gè)就是所謂資源調(diào)度的過(guò)程。因?yàn)镾lave上報(bào)資源情況是不斷更新的，所以就是所謂動(dòng)態(tài)資源調(diào)度。

每個(gè)框架收到分配的資源之后，會(huì)自行決定將任務(wù)和資源匹配，然后通過(guò)Master將任務(wù)下發(fā)到Slave上執(zhí)行。Slave上面有每種任務(wù)的執(zhí)行器（Executor），就是運(yùn)行環(huán)境。例如Docker任務(wù)的執(zhí)行器是Mesos預(yù)裝，其他類(lèi)型任務(wù)執(zhí)行器可能會(huì)實(shí)時(shí)下載。所以通過(guò)安裝不同的框架+執(zhí)行器，就可以支持各種“分布式”的任務(wù)系統(tǒng)。請(qǐng)注意這里說(shuō)的一定是集群化的系統(tǒng)，如果是單點(diǎn)部署一個(gè)MySQL之類(lèi)的就意義有限了。

以管理Docker任務(wù)的Marathon框架為例，它收到了Master提供的資源之后，一個(gè)是負(fù)責(zé)進(jìn)行任務(wù)調(diào)度，而且還能夠通過(guò)Health Check監(jiān)控任務(wù)是否還活著，發(fā)現(xiàn)失敗就重新下發(fā)任務(wù)。

這些都是常規(guī)性的解釋?zhuān)旅嫖覀兛纯碝esos集群，看看如何一步步搭建。初始一般需要準(zhǔn)備3臺(tái)主機(jī)承載Master節(jié)點(diǎn)，任意多的Slave，這里建議也是3臺(tái)。還有幾臺(tái)機(jī)器存放log等等。下面的一些圖片來(lái)自前兩天數(shù)人云公眾號(hào)（dmesos）翻譯的文章《初次微服務(wù)體驗(yàn)：從Docker容器農(nóng)場(chǎng)說(shuō)起》。

第一步 部署Zookeeper，負(fù)責(zé)整個(gè)集群的分布式一致性，例如Master領(lǐng)導(dǎo)選舉

第二步，部署Mesos本身。我們的分布部署了3個(gè)Master，管理3個(gè)Slave節(jié)點(diǎn)。大家注意到，配置Mesos的時(shí)候最重要的參數(shù)就是Zookeeper，不但Master要通過(guò)ZK來(lái)進(jìn)行領(lǐng)導(dǎo)選舉，而且Slave也可以通過(guò)ZK來(lái)知道誰(shuí)是活躍的Master.

到這一步，理論上已經(jīng)可以用Mesos來(lái)管理集群下發(fā)任務(wù)了，大家看見(jiàn)下圖里面資源（Slave）、任務(wù)（正在執(zhí)行的已經(jīng)介紹的）。

甚至還能看到該任務(wù)的Stdout輸出，就和SSH進(jìn)去操作一樣。

不過(guò)僅僅有Mesos，還要自己來(lái)編寫(xiě)框架調(diào)用接口發(fā)布任務(wù)，非常不方便。所以需要一個(gè)框架來(lái)跑容器任務(wù)，那就是馬拉松（Marathon）。顧名思義用來(lái)跑各種長(zhǎng)時(shí)間運(yùn)行的服務(wù)，類(lèi)似Linux里面的Inti.d，例如各種網(wǎng)站服務(wù)。馬拉松是用Scala編寫(xiě)的，本身提供自己的Web管理界面，通過(guò)這個(gè)界面我們可以“遙控”Mesos來(lái)下發(fā)并保證Docker任務(wù)長(zhǎng)久穩(wěn)定執(zhí)行。

馬拉松的界面也非常直接，大家看看發(fā)布Docker任務(wù)的界面，基本就是填入Docker Run后面的那些參數(shù)，然后告訴馬拉松要發(fā)布多少份。馬拉松會(huì)匹配每個(gè)Task和Mesos提供的資源，然后通過(guò)Mesos將任務(wù)下發(fā)下去。

結(jié)果

服務(wù)發(fā)現(xiàn)

服務(wù)發(fā)現(xiàn)是個(gè)比較晦澀的翻譯（Service Discovery），大概不妨粗略地理解成負(fù)載均衡算了。例如馬拉松下發(fā)了100個(gè)網(wǎng)站的容器，每個(gè)容器有自己IP（一般是宿主機(jī)）和端口。顯然前面需要擋一個(gè)負(fù)載均衡來(lái)分配流量。對(duì)外暴露的就是負(fù)載均衡的某個(gè)服務(wù)URL，后面自動(dòng)將流量轉(zhuǎn)發(fā)到某個(gè)容器的IP+端口上。

我們這里用HAProxy來(lái)做負(fù)載均衡，有個(gè)服務(wù)叫Bamboo會(huì)不斷從ZK讀出Mesos狀態(tài)并且更新HAProxy的配置文件。這樣新發(fā)下來(lái)的Docker會(huì)自動(dòng)添加上HAProxy，而死掉的會(huì)被移除。

還有一直辦法是用內(nèi)網(wǎng)的DNS，這個(gè)DNS會(huì)維護(hù)現(xiàn)有的容器列表（IP+端口），并且返回任意一個(gè)的IP+端口，頁(yè)實(shí)現(xiàn)了負(fù)載均衡和服務(wù)發(fā)現(xiàn)功能。不過(guò)目前Mesos DNS還不太成熟，我們一般用HAProxy。

幾百個(gè)Docker撒出去，絕對(duì)不可能再登到主機(jī)上去找看日志。日志必須集中收集，并且提供檢索功能，才能有效的Debug。解法也不新奇，無(wú)非是ELK。請(qǐng)注意Docker日志可以直接從API讀出，另外需要增加一些應(yīng)用、主機(jī)和容器有關(guān)的Meta Data。

此外分布式系統(tǒng)不能沒(méi)有監(jiān)控，黑盒子等于無(wú)法運(yùn)行，所以監(jiān)控要分為如下三個(gè)層面。

主機(jī)監(jiān)控：這個(gè)并非Mesos的關(guān)注點(diǎn)，因?yàn)橹鳈C(jī)是資源層，本身也有自己的監(jiān)控體系

容器層面的監(jiān)控，主要是用cAdvisor，包括CPU、內(nèi)存和IO

最最重要的是應(yīng)用層監(jiān)控，因?yàn)镻aaS本身對(duì)外提供服務(wù)，所以監(jiān)控的關(guān)注點(diǎn)應(yīng)該是全局最終結(jié)果和邏輯正確性，而不是太糾結(jié)于個(gè)別主機(jī)和容器的

這個(gè)是分布式系統(tǒng)和傳統(tǒng)系統(tǒng)最大的區(qū)別，關(guān)注點(diǎn)不再是個(gè)別容器和主機(jī)，而是業(yè)務(wù)本身。這種系統(tǒng)設(shè)計(jì)本來(lái)就是希望軟件脫離對(duì)特定和單點(diǎn)硬件的依賴(lài)，通過(guò)集群化實(shí)現(xiàn)大規(guī)模系統(tǒng)的高性能和高可用。所以監(jiān)控不再是著眼于“源頭”，而是看重效果。很多時(shí)候平臺(tái)的自愈機(jī)制甚至“埋沒(méi)”了底層的一些故障，那么就讓他被埋沒(méi)了，只要最后效果能夠得到保證。

分布式系統(tǒng)在應(yīng)用層監(jiān)控要求遠(yuǎn)遠(yuǎn)大于普通的IT系統(tǒng)，例如下面是一個(gè)HTTP返回狀態(tài)嗎的直方圖，這樣能很快發(fā)現(xiàn)是否出現(xiàn)大規(guī)模異常，并且通過(guò)日志系統(tǒng)來(lái)定位問(wèn)題。

分布式系統(tǒng)和傳統(tǒng)IT區(qū)別，就像市場(chǎng)經(jīng)濟(jì)和計(jì)劃經(jīng)濟(jì)一樣，不是要處處完全可控有計(jì)劃，在最終結(jié)果保持可控情況下，突出靈活性、自由度和彈性，支持業(yè)務(wù)多變和快速發(fā)展。

這樣一個(gè)基本的分布式系統(tǒng)就搭建完畢，當(dāng)然如果是生產(chǎn)級(jí)別還需要有大規(guī)模集群運(yùn)行調(diào)優(yōu)、集群化HAProxy，監(jiān)控和報(bào)警對(duì)接、多租戶(hù)管理、F5的對(duì)接、和Openstack等等的IaaS對(duì)接等，這樣就需要數(shù)人云這樣的商業(yè)化開(kāi)源方案來(lái)支持了。

此外經(jīng)常有用戶(hù)問(wèn)到，啥樣的應(yīng)用可以上云呢，下面的表格回答了這個(gè)問(wèn)題。

可以看到，這個(gè)問(wèn)題的回答并不是黑白分明。最理想的當(dāng)然是完全的微服務(wù)架構(gòu)，可以發(fā)揮全部的作用。當(dāng)然90%應(yīng)用目前還是有狀態(tài)應(yīng)用，所以可以快速擴(kuò)張，但是無(wú)法收縮，需要實(shí)現(xiàn)Graceful Stop功能，慢慢地收縮。所謂的無(wú)狀態(tài)化改造，無(wú)非就是很標(biāo)準(zhǔn)互聯(lián)網(wǎng)架構(gòu)，不要用J2EE內(nèi)置的Session就好。

本來(lái)今天還要展示一個(gè)我們的客戶(hù)案例，如何將一個(gè)分布式系統(tǒng)遷移到Mesos之上，因?yàn)闀r(shí)間關(guān)系，下次再分享吧。

Q1：當(dāng)初剛接觸Linux的時(shí)候，最開(kāi)始是在Virtualbox等虛擬機(jī)這種模擬環(huán)境里面摸索 Linux，代價(jià)低，比較容易動(dòng)手和入門(mén)。對(duì)有一定基礎(chǔ)的運(yùn)維人員（但剛接觸容器集群），你建議用什么配置的環(huán)境測(cè)試做 方便入門(mén)（比如測(cè)試 Mesos+ZooKeeper+Marathon+Docker）
A1：虛擬機(jī)就可以，VARGANT

Q2：Docker的數(shù)據(jù)持久存儲(chǔ)采用何種存儲(chǔ)，用Ceph之類(lèi)？
A2：對(duì)，各種分布式存儲(chǔ)，例如Glusterfs

Q3：我想問(wèn)一下K8s＋Docker 現(xiàn)在用作生產(chǎn)的話夠成熟嗎？ K8s能達(dá)到高可用了嗎？
A3：小集群的話可以倒騰倒騰，K8s的源碼有浙大張磊老師的書(shū)

Q4：還有就是Mesos能否和Openstack結(jié)合起來(lái)，生產(chǎn)環(huán)境有沒(méi)有Docker和Openstack結(jié)合的案例
A4：必須可以，我們就和Openstack廠商一起合做生產(chǎn)系統(tǒng)部署了?？梢赃@么說(shuō)，完整的DCOS是包括IaaS+PaaS，如果企業(yè)要對(duì)底層資源嚴(yán)格管理，就需要IaaS

Q5：我想問(wèn)下Docker的性能，尤其是網(wǎng)絡(luò)部分，比物理機(jī)和普通虛擬機(jī)差很多么，用集群性能會(huì)不會(huì)好些呢
A5：如何是Host模式，Docker網(wǎng)絡(luò)性能和物理機(jī)一樣，具體可以看 這里有一篇IBM的論文，討論了差別：
http://domino.research.ibm.com/library/cyberdig.nsf/papers/0929052195DD819C85257D2300681E7B/$File/rc25482.pdf

Q1：一直想問(wèn)Doceker會(huì)不會(huì)一定成為下一代虛擬化。
A1：反正Docker已經(jīng)基本成為了開(kāi)發(fā)和運(yùn)維和廠商都比較接受的上云交付形式。

Q2：容器算不算虛擬化的一種，一臺(tái)服務(wù)器，上邊跑很多虛擬機(jī)怎么更好的提升性能。
A2：最好不要把容器當(dāng)成虛擬機(jī)，虛擬機(jī)的意思是和特定IP或者宿主機(jī)綁定，而容器特點(diǎn)是在云上飄來(lái)飄去。例如經(jīng)常有需求是給容器分配IP，其實(shí)就是當(dāng)虛擬機(jī)了

Q3：有開(kāi)源版供學(xué)習(xí)嗎？
A3：Mesos這些都是開(kāi)源的，可以參考平安余何老師的著作,數(shù)人云管理平臺(tái)本身是不開(kāi)源的。

Q1：ELK本身也是Docker來(lái)部署么？
A1：目前有狀態(tài)的服務(wù)很多都有Mesos框架，但是在生產(chǎn)環(huán)境中產(chǎn)品化還不多。我們目前不建議客戶(hù)數(shù)據(jù)庫(kù)等應(yīng)用放上來(lái)。背后邏輯也是這些服務(wù)，一般還不太需要?jiǎng)討B(tài)擴(kuò)展和更新，就算實(shí)在互聯(lián)網(wǎng)公司里面。下一步我們也會(huì)推出企業(yè)應(yīng)用商店，會(huì)把一些經(jīng)過(guò)測(cè)試已經(jīng)產(chǎn)品化的集群化組件放出來(lái)，這個(gè)還需要一些時(shí)間。

Q2：首先說(shuō)一下我還沒(méi)有完全拜讀完，這個(gè)話題很熱，我也很感興趣。我想問(wèn)的問(wèn)題，不是具體的技術(shù)問(wèn)題。我是想問(wèn)一下：傳統(tǒng)的數(shù)據(jù)中心和傳統(tǒng)的企業(yè)業(yè)務(wù)，如何在這場(chǎng)技術(shù)大潮中轉(zhuǎn)移到新的技術(shù)架構(gòu)。例如我們現(xiàn)在的數(shù)據(jù)中心怎樣轉(zhuǎn)移到您今天分享的這種架構(gòu)上來(lái)？
A2：四個(gè)字“業(yè)務(wù)驅(qū)動(dòng)”，不上云就宕機(jī)，或者看著滿地黃金撿不起來(lái)，就自然有動(dòng)力了。
一般說(shuō)來(lái)是7個(gè)字，新業(yè)務(wù)上新平臺(tái)?；ヂ?lián)網(wǎng)的成功在于不是頂層設(shè)計(jì)，而是消費(fèi)者的業(yè)務(wù)驅(qū)動(dòng)。
當(dāng)然，對(duì)于技術(shù)水平較高的大型企業(yè)，未來(lái)交付形式普遍容器化之下。他們引入容器的核心目的是推進(jìn)自身架構(gòu)云化改造。

Q3：你們回答的是什么應(yīng)用適合上云還是容器云？
A3：首先“容器”是應(yīng)用上云的Gateway，所以可以說(shuō)泛指上云的應(yīng)用，云端應(yīng)用最好都符合Cloud Native架構(gòu)。當(dāng)然IaaS也是云，傳統(tǒng)有狀態(tài)應(yīng)用理論上無(wú)需改造也能上虛擬機(jī)。不過(guò)傳統(tǒng)應(yīng)用強(qiáng)烈和底層硬件特定能力綁定，而虛擬機(jī)網(wǎng)絡(luò)IO不一定滿足需要，所以上云的過(guò)程同樣需要改造。例如數(shù)據(jù)庫(kù)分片來(lái)減少單節(jié)點(diǎn)壓力等等。

Q4：安全性呢，公司有的業(yè)務(wù)不敢輕易放上去，這方面的問(wèn)題如何解決
A4：適合內(nèi)部私有云，公有云需要底層IaaS協(xié)助網(wǎng)絡(luò)和虛擬機(jī)層面隔離