51CTO高招微課 

以下是正文：   

先簡單介紹下，我維護(hù)有一個訂閱號“KVM虛擬化實(shí)踐”可以一起交流，共同討論學(xué)習(xí)。

將已有的業(yè)務(wù)遷移到虛擬化環(huán)境。是很大的挑戰(zhàn)，不僅要求我們熟悉虛擬化技術(shù)，更要求我們熟悉業(yè)務(wù)，將業(yè)務(wù)遷移到虛擬化環(huán)境其實(shí)還是一個項(xiàng)目實(shí)施的過程，考驗(yàn)我們的協(xié)調(diào)溝通及項(xiàng)目把控能力。

▼我分為四個部分介紹如何將業(yè)務(wù)遷移到虛擬化環(huán)境：

▼在我們決定做虛擬化的時候，虛擬化項(xiàng)目該如何起步？

當(dāng)上級或者我們自己準(zhǔn)備將業(yè)務(wù)遷移到虛擬化環(huán)境上的時候，會面臨許多問題，例如：  

那么，我們首先應(yīng)該解決那個問題呢？這時候我們應(yīng)該靜下心來想一想，虛擬化到底能給我們企業(yè)帶來什么。

從我的虛擬化實(shí)踐來看，歸根結(jié)底虛擬化給企業(yè)帶來兩點(diǎn)好處： 

（1）節(jié)省成本

大多數(shù)時候，我們選擇虛擬化就是為了節(jié)省成本，舉一個非常典型的案例，我們曾經(jīng)虛擬化過一款游戲，這款游戲在虛擬化之前，使用五百多臺物理機(jī)，當(dāng)時運(yùn)行了兩年多，已經(jīng)收支平衡，換句話說就是不盈利了，面臨著馬上被結(jié)項(xiàng)的命運(yùn)。

這個時候，我們部署了虛擬化，將這款游戲按照一比七的比例，全部遷移到虛擬化環(huán)境。通過虛擬化技術(shù)，將五百多臺物理機(jī)壓縮到七十多臺宿主機(jī)上，極大的節(jié)省了游戲的成本，這款游戲又開始盈利了。

（2）快速部署

虛擬機(jī)在宿主機(jī)層面看就是一個鏡像文件，我們要得到另外一臺虛擬機(jī)，只需要將鏡像文件復(fù)制一份就可以了，通常是幾分鐘，最多十幾分鐘。

而一臺物理機(jī)，上架、插電源、拉網(wǎng)線、安裝操作系統(tǒng)，最快都要一個多小時，這是從小時到分鐘的數(shù)量級的差距。通過虛擬化可以大大提示部署效率。

想好了虛擬化能帶給我們什么之后，下一步就是說服老板和同事協(xié)助我們進(jìn)行虛擬化，有了老板和同事支持，我們才能順利的推進(jìn)虛擬化項(xiàng)目進(jìn)行。

#p#

（1）說服老板的秘訣。

說服老板有兩個秘訣：“畫餅”和“挖坑”，往往老板比較好說服，因?yàn)樘摂M化能給企業(yè)帶來真金白銀的好處。比如如果企業(yè)現(xiàn)在有2000臺服務(wù)器，即使按照一比二這樣一個比例實(shí)施虛擬化，立馬就可以節(jié)省50%服務(wù)器，50%的機(jī)柜。

所以，我們其實(shí)也不是在畫餅，這個餅真實(shí)存在，并且可以吃到的。但是畫餅的時候，要挖一個“坑”，因?yàn)樵跇I(yè)務(wù)遷移虛擬化的時候，難免碰到這樣或者那樣的問題，碰到問題的時候，我們需要老板的支持，在做虛擬化遷移之前，我們就要和老板說好，虛擬化會給企業(yè)帶來巨大的利益，實(shí)施過程中我們會做好各種預(yù)案，充分做好測試，但是也難免會碰到問題，萬一碰到問題的時候需要老板支持我們，力挺我們。

（2）說服同事支持的秘訣。

往往說服同事支持很困難，因?yàn)榇蟛糠滞露际嵌嘁皇虏蝗缟僖皇逻@樣的心態(tài)，如果業(yè)務(wù)在物理機(jī)上已經(jīng)非常穩(wěn)定了，大部分人肯定不愿意再折騰一次了。這時候說服同事的辦法就是樹立一個樣板，用事實(shí)說話，讓大家看到業(yè)務(wù)可以在虛擬化平臺上穩(wěn)定運(yùn)行。

如何選擇第一個虛擬化項(xiàng)目。

選擇第一個虛擬化項(xiàng)目非常重要，和打仗一樣，首戰(zhàn)必勝，這是一個戰(zhàn)略問題，如果第一個虛擬化項(xiàng)目失敗了，后面的工作就很難開展，萬事開頭難，那么如何選擇第一個虛擬化項(xiàng)目呢？適合虛擬化的業(yè)務(wù)有那些特征了呢？

（1）單進(jìn)程

但進(jìn)程的業(yè)務(wù)非常適合虛擬化，現(xiàn)在的CPU都是多核，單進(jìn)程的業(yè)務(wù)只使用一個核，通過虛擬化就可以很好的將多個單進(jìn)程的業(yè)務(wù)整合在一起，尤其是通過應(yīng)用層很難進(jìn)程優(yōu)化的業(yè)務(wù)。

（2）利用率非常低

常年CPU利用率在20%以下，這種業(yè)務(wù)通過虛擬化也非常好整合，將幾個業(yè)務(wù)整合到一臺宿主機(jī)上，可以提高整體的利用率。

（3）頻繁變動的業(yè)務(wù)

這種業(yè)務(wù)搞虛擬化的動力最強(qiáng)，因?yàn)樘摂M化快速部署的特點(diǎn)確實(shí)能解決他們的痛點(diǎn)。對運(yùn)維來說，能節(jié)省成本他們不一定有動力，但是說能快速簡單實(shí)現(xiàn)，他們動力很足。

（4）非核心業(yè)務(wù)

一開始虛擬化的時候，最好不要選核心業(yè)務(wù)，否則出了問題，壓力會很大。核心業(yè)務(wù)應(yīng)在口碑樹立起來之后，在逐步進(jìn)行虛擬化。

第一個虛擬化項(xiàng)目應(yīng)該從自己企業(yè)內(nèi)部找一個最符合以上條件的業(yè)務(wù)，來進(jìn)行虛擬化，以提高虛擬化的成功率。

另外，并不是所有的業(yè)務(wù)都適合虛擬化，那有哪些業(yè)務(wù)不適合虛擬化呢？

壓力特別高的業(yè)務(wù)不建議搞虛擬化，如果在物理機(jī)上CPU利用率已經(jīng)80%了，就很難通過虛擬化進(jìn)行壓縮。

虛擬化項(xiàng)目實(shí)施應(yīng)該遵循哪些流程，能保證比較穩(wěn)定的將業(yè)務(wù)遷移到虛擬化環(huán)境？

從我個人長期的實(shí)踐來看，虛擬化實(shí)施最好循序漸進(jìn)，穩(wěn)扎穩(wěn)打，遵循以下的步驟，可以保證比較穩(wěn)定的業(yè)務(wù)遷移到虛擬化環(huán)境。

（1）業(yè)務(wù)性能評估及壓力模型建立

項(xiàng)目啟動的時候，首先面臨的是虛擬化比例如何確定，到底是1虛5，還是1虛7比較合適，宿主機(jī)的配置如何確定，這些都需要依靠數(shù)據(jù)決定，所以我們首先需要收集現(xiàn)有業(yè)務(wù)的壓力數(shù)據(jù)，根據(jù)壓力數(shù)據(jù)分析業(yè)務(wù)的壓力模型。業(yè)務(wù)壓力模型建立方法，后面還有詳細(xì)介紹，有了壓力模型，虛擬化比例和宿主機(jī)選型就非常好確定。

（2）測試環(huán)境測試

虛擬化比例和宿主機(jī)確定好之后，然后應(yīng)該進(jìn)行測試，測試包括系統(tǒng)方面的測試和業(yè)務(wù)方面的測試，系統(tǒng)方面測試主要測試宿主機(jī)和虛擬機(jī)的壓力瓶頸點(diǎn)，看看宿主機(jī)和虛擬機(jī)最大的負(fù)載點(diǎn)在那里，為以后使用做到心里有底。

業(yè)務(wù)測試包括業(yè)務(wù)的功能測試和性能測試，功能測試主要測試業(yè)務(wù)在虛擬機(jī)上運(yùn)行有沒有問題，性能測試主要測試業(yè)務(wù)在虛擬機(jī)上能夠承擔(dān)的最高負(fù)載，比如游戲行業(yè)能負(fù)載多少人數(shù)，web，數(shù)據(jù)庫能負(fù)載多少連接或者io，這個要根據(jù)每個業(yè)務(wù)的不同，使用業(yè)務(wù)應(yīng)用層的測試方法進(jìn)行測試。

通過測試，一方面我們可以測試穩(wěn)定性，一方面可以得到業(yè)務(wù)在虛擬機(jī)上的最大負(fù)載，取得這些數(shù)據(jù)，我們就可以做到對以后的虛擬機(jī)使用心中有數(shù)。

（3）小規(guī)模部署

測試環(huán)境測試沒有問題，并且取得相關(guān)數(shù)據(jù)后，就可以在生產(chǎn)環(huán)境部署，先應(yīng)該在生產(chǎn)環(huán)境小規(guī)模的進(jìn)行部署，并且測試2周到一個月。小規(guī)模部署最好是業(yè)務(wù)壓力比較小的一臺虛擬機(jī)測試2周到一個月，沒有問題后在找業(yè)務(wù)壓力最大的一組進(jìn)行虛擬化，在測試2周到一個月。

（4）全面部署

小規(guī)模部署沒有問題后，就可以逐步的進(jìn)行全面虛擬化部署，按部就班的將業(yè)務(wù)遷移到虛擬化環(huán)境，直至進(jìn)入最終的虛擬化運(yùn)維。

▼下面介紹下業(yè)務(wù)壓力模型的構(gòu)建方法。

下定決心做虛擬化之后，面臨的下一個問題是到底虛擬化比例如何確定，宿主機(jī)的配置如何選型，這時候就需要根據(jù)自己的業(yè)務(wù)特點(diǎn)，建立壓力模型，根據(jù)壓力模型確定虛擬化比例，宿主機(jī)、虛擬機(jī)的配置。

#p#

那么如何建立壓力模型呢？這個要用數(shù)據(jù)說話，數(shù)據(jù)來自于長期的監(jiān)控指標(biāo)及高峰時的數(shù)據(jù)收集。

一般我們會去看監(jiān)控系統(tǒng)至少60天之內(nèi)的數(shù)據(jù)，盡量做到每臺服務(wù)器的壓力數(shù)據(jù)都收集下，如果數(shù)量比較多，可以抽取壓力比較大的一部分機(jī)器提煉壓力模型。

另外，在業(yè)務(wù)高峰期的幾個小時，可以考慮使用腳本收集比較密集的數(shù)據(jù)，一般監(jiān)控平臺收集的是1到5分鐘的數(shù)據(jù)，通過腳本可以收集5-30秒間隔的數(shù)據(jù)，提高我們數(shù)據(jù)收集的精度，腳本其實(shí)就是使用sar、iostat、vmstat等命令編寫。

所有的數(shù)據(jù)收集完成以后，就可以根據(jù)數(shù)據(jù)提煉出業(yè)務(wù)的壓力模型。

有了壓力模型，根據(jù)壓力模型就非常好確定虛擬化的比例和宿主機(jī)選型了。

▼下面再分享一些生產(chǎn)環(huán)境的虛擬化技術(shù)經(jīng)驗(yàn)。

虛擬化中CPU技術(shù)要點(diǎn)：

我最喜歡的是CPU技術(shù)是CPU綁定，CPU綁定是一個非常神奇的技術(shù)，最神奇的地方就是可以在線去做，在實(shí)戰(zhàn)中多次解決了性能問題。

CPUhost-passthrough技術(shù)。

CPU host-passthrough技術(shù)主要是將物理CPU的特性全部傳給虛擬CPU，根據(jù)應(yīng)用的不同，對CPU的性能提升也不同。

另外還有一個好處，就是在虛擬機(jī)中可以看到和物理機(jī)一模一樣品牌型號的CPU，對于一些公有云來說，用戶體驗(yàn)比較好。但是使用CPUhost-passthrough技術(shù)也要注意，這個技術(shù)不支持在不同型號CPU的宿主機(jī)之間在線遷移虛擬機(jī)。

虛擬化中內(nèi)存技術(shù)要點(diǎn)：

KSM相同內(nèi)存頁合并，或者叫內(nèi)存壓縮技術(shù)，虛擬化的時候一般建議關(guān)掉。為什么呢?一 方面KSM不停在掃描內(nèi)存，會消耗CPU資源。

另外一方面，分給虛擬機(jī)的內(nèi)存，我們希望是分給多少，能利用多少，打開KSM就是為了內(nèi)存超用，如果真的超用了，當(dāng)壓力大的時候，就會出現(xiàn)內(nèi)存不夠用的情況，這個使用就會嚴(yán)重影響大量的SWAP交互。

網(wǎng)絡(luò)方面主要解決兩個問題，可管理性和性能，可管理性主要依靠Open vSwitch這個純軟件的交換機(jī)，ovs可以和物理交換機(jī)進(jìn)行協(xié)議層面的通訊。

性能有硬件和軟件的優(yōu)化方案，硬件主要是使用萬兆萬卡和SRIOV，軟件是VIRTIO、網(wǎng)卡獨(dú)占等技術(shù)。

今天時間關(guān)系就不詳細(xì)介紹了，大家可以看下我的博客：http://xiaoli110.blog.51cto.com/1724/1558984

▼關(guān)于虛擬機(jī)時間漂移

所有的虛擬機(jī)，比如KVM，包括VMWare，XEN，HyperV，都有一個問題，就是因?yàn)樘摂M機(jī)的時鐘是模擬出來的，一般虛擬機(jī)的走時要比物理機(jī)快一些。

當(dāng)然，因?yàn)樘摂M化的流行，這個問題在最新的操作系統(tǒng)上優(yōu)化的越來越好。一般在生成環(huán)境，所有的虛擬機(jī)建議都配置精確時鐘和NTP，以保證走時準(zhǔn)確。有些業(yè)務(wù)，對時間精度要求非常高，更要注意虛擬機(jī)時間的配置。

▼關(guān)于磁盤

一般虛擬機(jī)磁盤鏡像格式建議使用qcow2或者lvm，因?yàn)檫@兩種格式有個共同的特定，就是可以動態(tài)的擴(kuò)容，快照，并且支持精簡模式，使用管理起來非常方便。

#p#

磁盤的驅(qū)動VirtIO是標(biāo)配，VirtIO是一種半虛擬化的驅(qū)動，可以跳過用戶空間的虛擬化層，大大提高通訊效率。

磁盤緩存方式，常見的有四種：writeback，writethrough，none，unsafe。

實(shí)際上是在虛擬化層和宿主機(jī)的文件系統(tǒng)這一 層，開不開cache的各種組合，現(xiàn)在CentOS系列上默認(rèn)是writeback模式，這種模式啟用了宿主機(jī)文件系統(tǒng)的緩存，性能會好很多。 

我們在生產(chǎn)環(huán)境比較保守，一般在單機(jī)虛擬化的時候，使用writethrough方式，以數(shù)據(jù)安全為第一位，在集群虛擬化，就是需要虛擬機(jī)遷移的場景，使用none方式。因?yàn)樘摂M機(jī)要遷移，必須使用none方式。

▼下面介紹下虛擬化的存儲方式：

單機(jī)虛擬化

單機(jī)虛擬化的形式是一臺宿主機(jī)虛擬幾臺虛擬機(jī)，虛擬機(jī)的計(jì)算、存儲、網(wǎng)絡(luò)都在這臺宿主機(jī)內(nèi)，是一種非常靈活的虛擬化方式，他不對原有的環(huán)境做任何改變，一臺宿主機(jī)，放到機(jī)房，虛擬化就搞起來了。

虛擬化集群

這種虛擬化方式由商業(yè)存儲和若干計(jì)算節(jié)點(diǎn)組成，虛擬機(jī)鏡像在商業(yè)存儲上，虛擬機(jī)使用計(jì)算節(jié)點(diǎn)的計(jì)算、內(nèi)存、網(wǎng)絡(luò)資源。因?yàn)橛辛斯蚕泶鎯Γ涂梢宰鎏摂M機(jī)的在線遷移，配置虛擬機(jī)搞可用，配置計(jì)算資源的動態(tài)平衡。

關(guān)于商業(yè)存儲的選擇。

目前常見的存儲分為文件存儲和塊存儲，快存儲又分為ISCSI，F(xiàn)C。不管是那種存儲，一般建議生產(chǎn)環(huán)境都是雙控制器，一般支持雙控制的存儲，從軟件到硬件都是雙冗余的，沒有單點(diǎn)故障。

另外，NFS和ISCSI一直有爭論，這個看自己對那種技術(shù)更熟悉，更喜歡。

FC的存儲成本比較高，但是性能也最好，我個人喜歡ISCSI存儲，性價比高，性能基本也能滿足自己的要求。

總的來說，存儲的選擇需要考慮以下三點(diǎn)：  

分布式文件系統(tǒng)：

這種方式其實(shí)是集群虛擬化的一個變種，就是用普通的pcserver替換商業(yè)存儲，這種方式的好處是可以規(guī)模做的非常大，并可以動態(tài)擴(kuò)展，一般公有云都是這樣的架構(gòu)。

#p#

三種存儲方式在虛擬化中的應(yīng)用場景：  

集群虛擬化

壓力中低等，虛擬化比例在1：7以上的游戲；

虛擬機(jī)數(shù)量多，強(qiáng)調(diào)快速部署，強(qiáng)調(diào)高可用的業(yè)務(wù)。  

另外，SSD在虛擬化存儲中使用越來越多，SSD和軟件結(jié)合的軟件定義存儲方式也越來越熱。以后有時間，給大家介紹一些相關(guān)的案例。

▼虛擬機(jī)資源限制

一般在生產(chǎn)環(huán)境，需要給虛擬機(jī)做資源限制，因?yàn)槲覀儾幌Ｍ慌_虛擬機(jī)消耗的資源過多，造成其他虛擬機(jī)餓死，虛擬機(jī)的資源限制主要是通過CGroup去做，CGroup可以配置的選項(xiàng)非常多，也非常靈活，就是配置起來稍微復(fù)雜一些。

Libvirt在CGroup上包了一層，通過修改虛擬機(jī)的xml文件，就可以完成對虛擬機(jī)的資源限制，通過Libvirt限制虛擬機(jī)的詳細(xì)介紹，請參考我的博客文檔，介紹的比較詳細(xì)：

http://xiaoli110.blog.51cto.com/1724/1070201

下面介紹虛擬化運(yùn)維中的監(jiān)控、報警、災(zāi)備及應(yīng)急響應(yīng)要點(diǎn)是什么？

#p#

▼監(jiān)控報警

硬件故障報警，我現(xiàn)在主要是使用帶外管理卡報警，新一代服務(wù)器，帶外管理卡監(jiān)控已經(jīng)非常完善，CPU 、內(nèi)存、磁盤、網(wǎng)卡、風(fēng)扇、電源任何硬件故障都會報警，通過郵件，或者寫腳本和自己的監(jiān)控平臺結(jié)合，可以很好的解決硬件報警的問題。

CPU方面，建議每個核的CPU利用率也監(jiān)控起來，經(jīng)常會碰到一種情況，就是整體的CPU利用率不高，可能只有20-30%，但是有一兩個核已經(jīng)100%了，這時候其實(shí)已經(jīng)碰到壓力瓶頸了，但是通過整體的CPU利用率是發(fā)現(xiàn)不了的。

內(nèi)存方面，swap利用情況建議也監(jiān)控起來，作為虛擬化來說，一般不希望宿主機(jī)使用swap分區(qū)，所以swap的使用要監(jiān)控起來，方便出問題的時候排查，如果有大量的swap使用，應(yīng)該設(shè)置報警，如果報警肯定是碰到性能問題了。

磁盤、網(wǎng)絡(luò)方面，虛擬化磁盤、網(wǎng)絡(luò)是兩個難點(diǎn)，一般在上線之前，應(yīng)對其性能進(jìn)行壓力測試，得到極限數(shù)據(jù)，然后根據(jù)極限數(shù)據(jù)設(shè)置報警閥值。

▼災(zāi)備及應(yīng)急響應(yīng)

虛擬化的災(zāi)備有兩種思路，應(yīng)用層災(zāi)備及虛擬化層災(zāi)備，一般建議在應(yīng)用層災(zāi)備。虛擬化層災(zāi)備的手段是多份的鏡像復(fù)制及快照，這個往往要消耗大量的資源，多份復(fù)雜是以犧牲幾倍的磁盤空間為代價，快照是以犧牲性能為代價。

往往應(yīng)用層做了很少的改動，虛擬化層是不能感知的，只是全部備份，或者快照。

但是在應(yīng)用層災(zāi)備就簡單很多，只需要備份改動的部分，消耗的資源很少，而且速度很快。一般我們在生產(chǎn)環(huán)境的做法是，備份虛擬機(jī)的xml文件，當(dāng)故障發(fā)生時，提供一臺配置一模一樣的虛擬機(jī)，如果有需要mac地址也保持一致，然后交給業(yè)務(wù)方進(jìn)行恢復(fù)。

災(zāi)備還要注意，定期演練非常重要，一方面是驗(yàn)證自己的災(zāi)備幾種，一方面也是讓參與的人能熟悉災(zāi)備過程，這樣當(dāng)發(fā)生問題的時候，就可以很快的恢復(fù)業(yè)務(wù)。

▼軟硬件選型

軟件方面，當(dāng)然是穩(wěn)定版本，但是在穩(wěn)定版本的基礎(chǔ)上，內(nèi)核版本越高越好，為什么呢?因?yàn)閮?nèi)核版本越高，對CPU的上下文切換和中斷優(yōu)化的越好，越有利于提高宿主機(jī)轉(zhuǎn)化率。Windows系統(tǒng)也一樣，Windows虛擬機(jī)建議盡量使用比較新的版本。

硬件方面越強(qiáng)悍越好，內(nèi)存越大越好，硬件越強(qiáng)悍，可以虛擬的虛擬機(jī)越多，從長時間綜合來看，肯定是節(jié)省成本的。另外，一臺宿主機(jī)，使用上一段時間，我們往往發(fā)現(xiàn)內(nèi)存是瓶頸點(diǎn)，所有一開始的時候，盡量內(nèi)存配置高一點(diǎn)，可以避免隨后的內(nèi)存瓶頸。

▼下面分享最后一項(xiàng)內(nèi)容，就讓我對公有云選擇的一些經(jīng)驗(yàn)：

用戶選擇公有云的主要因素有以下5條：

1、市場

主要是價格，其中有些公司和某些公有云就有合作，或者就是老板強(qiáng)制指定必須使用某款公有云。

2、云主機(jī)穩(wěn)定性

選擇公有云，對用戶來說，最終用的就是云主機(jī)，所以云主機(jī)的穩(wěn)定性也是重要因素，不可以出現(xiàn)云主機(jī)三天兩頭崩潰、重啟，甚至數(shù)據(jù)丟失。

一般穩(wěn)定性公有云都能做到。

3、網(wǎng)絡(luò)覆蓋及網(wǎng)絡(luò)質(zhì)量

在云上業(yè)務(wù)都是基于網(wǎng)絡(luò)，網(wǎng)絡(luò)質(zhì)量是一個很關(guān)鍵的因素，網(wǎng)絡(luò)質(zhì)量包含多個因素：

覆蓋范圍，覆蓋范圍越廣越好。

延時，丟包，抖動，就是延時、丟包符合要求，網(wǎng)絡(luò)抖動不能很頻繁。

這個因素往往容易被忽略。

4、大數(shù)據(jù)分析、RDS、運(yùn)維工具支持

如果公有云能提供API，提供一套方便業(yè)務(wù)部署監(jiān)控的工具，對用戶也有一定的吸引力，尤其是運(yùn)維。

5、如果能提供物理機(jī)云主機(jī)的混合云是一個殺手級的解決方案。

業(yè)務(wù)壓力非常高，就需要物理機(jī)的支持，現(xiàn)在可以看到好多公有云也開始支持物理機(jī)的租用。

將業(yè)務(wù)遷移到云上，其實(shí)和虛擬化的過程是一樣的，按照前面介紹的流程去做，可以保證比較穩(wěn)定的完成，而且虛擬化的具體技術(shù)還不用我們關(guān)心。

▼最后，總結(jié)下今天分享的內(nèi)容：

在企業(yè)內(nèi)部實(shí)施虛擬化，最重要的是口碑，如果一個項(xiàng)目接一個項(xiàng)目成功實(shí)施，就會越做越順利，相反，如果連續(xù)失敗1，2項(xiàng)目，虛擬化就推行不下去了。

我的分享結(jié)束了，歡迎大家提問，感謝！

接下來是QA環(huán)節(jié)：

1、企業(yè)現(xiàn)有一大堆dell服務(wù)器，業(yè)務(wù)也比較多并雜，您建議選擇那種整合的虛擬化方案或私有云方案？

答：這個問題非常好。如果是過老的機(jī)器，不建議當(dāng)宿主機(jī)使用。具體的虛擬化方案是很復(fù)雜的問題，要根據(jù)業(yè)務(wù)、預(yù)算、應(yīng)用來選擇。

2、一個關(guān)于vpc網(wǎng)絡(luò)的問題。當(dāng)私有云有多個無法匯聚網(wǎng)段的時候，經(jīng)常出現(xiàn)vpn網(wǎng)絡(luò)不穩(wěn)定，尤其網(wǎng)絡(luò)物理鏈路中斷后，也不能自動恢復(fù)vpn鏈接，估計(jì)可能的問題有哪些？

答：可以考慮使用專線的方式，如果基于公網(wǎng)不能保證穩(wěn)定性。

為大家推薦關(guān)注：

更多內(nèi)容等你來

高招CTO訓(xùn)練營

微信ID：gaozhao51ct

（長按二維碼關(guān)注互動聯(lián)系我們）