【正文】 虛擬化最佳實(shí)踐及規(guī)劃 議程 ?應(yīng)用實(shí)施范圍考慮 ?服務(wù)器采購(gòu)考慮 ?虛擬機(jī)部署考慮 ?管理維護(hù)考慮 議程 ?應(yīng)用實(shí)施范圍考慮 ?服務(wù)器采購(gòu)考慮 ?虛擬機(jī)部署考慮 ?管理維護(hù)考慮 應(yīng)用實(shí)施范圍總體原則 不適合采用虛擬化的應(yīng)用 具有特殊硬件訪問(wèn)要求的應(yīng)用 高性能圖形顯卡 不適用虛擬化 特殊的串 /并行加密設(shè)備 不適用虛擬化 USB設(shè)備連接需求 可能不適用，可采用外置 USB設(shè)備代替，需經(jīng)過(guò)測(cè)試 即使在高配置的服務(wù)器上仍然具有很高負(fù)載的應(yīng)用 可能不適用，需分析當(dāng)前服務(wù)器配置情況 可以采用虛擬化的應(yīng)用 除上述不適合采用虛擬化的應(yīng)用之外的所有應(yīng)用 可根據(jù)應(yīng)用遷移的復(fù)雜程度決定虛擬化先后順序 較易實(shí)現(xiàn) P2V的應(yīng)用可先做遷移，如可用 Converter工具直接遷移的應(yīng)用 較難或不能做 P2V遷移的應(yīng)用可考慮采用重新安裝方式后遷 根據(jù)管理的需要決定是否做虛擬化 虛擬化轉(zhuǎn)變過(guò)程對(duì)現(xiàn)有業(yè)務(wù)的影響程度 轉(zhuǎn)變?yōu)樘摂M化后對(duì)現(xiàn)有管理的影響程度 部門之間協(xié)調(diào)的難易程度 虛擬化宿主服務(wù)器的部署類型 垂直擴(kuò)展與水平擴(kuò)展部署模式 不同資源池的“量子化”模型 物理主機(jī) Hypervisor VM OS App VM OS App VM OS App VM OS App VM OS App VM OS App VM OS App VM OS App VM OS App Physical Host Hypervisor VM OS App VM OS App VM OS App Physical Host Hypervisor VM OS App VM OS App VM OS App 物理主機(jī) Hypervisor VM OS App VM OS App VM OS App 不同資源池的類型 垂直擴(kuò)展的主機(jī)模式提供更大的連續(xù)性資源空間 更容易滿足不同負(fù)載的吻合性要求 可提供更高的資源利用率 水平擴(kuò)展的集群主機(jī)模式更像是一組小池子的集合 多組小容量資源池 需要更多的監(jiān)控管理 模塊化使用既有優(yōu)點(diǎn)也有缺點(diǎn) 影響虛擬化部署的參數(shù)體系 功能的多樣化 服務(wù)器的重要性 獨(dú)立服務(wù)器 不重要 重要 (獨(dú)立的 , 本地存儲(chǔ)等等 ) (群集的 ,多主機(jī)的等等 ) 服務(wù)器農(nóng)場(chǎng) (水平擴(kuò)展服務(wù)器群集， 公用服務(wù)器等等 ) (后端辦公 , 本地應(yīng)用等等 ) 負(fù)載約束 技術(shù)約束 商業(yè)約束 困難度增加 負(fù)載約束 不同的資源組都需要分別考慮 CPU利用率 磁盤(pán) I/O 網(wǎng)絡(luò) I/O 內(nèi)存利用率 虛擬化造成的額外負(fù)載通常也要做一定考慮，如 磁盤(pán)和網(wǎng)絡(luò)的 I/O會(huì)增加 CPU的負(fù)擔(dān) iSCSI存儲(chǔ)訪問(wèn)也會(huì)增加 CPU負(fù)擔(dān) 運(yùn)維的周期性負(fù)載變化也必須考慮進(jìn)來(lái) 月末負(fù)載變化 年末負(fù)載變化 技術(shù)約束 技術(shù)約束通常主要是指： 兼容性 （指系統(tǒng) /應(yīng)用的兼容性） 關(guān)聯(lián)性 （如系統(tǒng)是摩格邏輯組的一部分） 大部分環(huán)境下，這些約束包括了： 網(wǎng)絡(luò)連接（子網(wǎng)段級(jí)別） 應(yīng)用之間的互連性 相關(guān)的存儲(chǔ)使用技術(shù) 所用的硬件和外設(shè) 軟件支持度和認(rèn)證 這些約束條件根據(jù)虛擬化在內(nèi)核上下實(shí)現(xiàn)的不同而有所不同 共享與分離 OS鏡像模式 商業(yè)和流程的約束 規(guī)模較小或集中的情況下容易被忽略的約束 在實(shí)驗(yàn)室的測(cè)試環(huán)境可以不考慮，但生產(chǎn)環(huán)境必須要考慮 在虛擬化中常見(jiàn)的商業(yè)和流程約束包括： 維護(hù)窗口和凍結(jié)改變 地理位置和其他物理限制 運(yùn)維環(huán)境，安全區(qū)域，應(yīng)用分層部署考慮 商業(yè)組織，部門以及客戶 法規(guī)政策的考慮與限制 忽視這些約束條件將可能導(dǎo)致不可預(yù)知的結(jié)果 具體情況具體分析，根據(jù)目標(biāo)制定計(jì)劃 議程 ?應(yīng)用實(shí)施范圍考慮 ?服務(wù)器采購(gòu)考慮 ?虛擬機(jī)部署考慮 ?管理維護(hù)考慮 虛擬化中使用的硬件應(yīng)滿足兼容性列表要求 ESX服務(wù)器硬件配置考慮要點(diǎn) – CPUs ESX 調(diào)度 CPU周期滿足虛擬機(jī)和 Service Console的處理請(qǐng)求 可用的 CPU目標(biāo)數(shù)量越多， ESX管理這個(gè)調(diào)度機(jī)制的效果越好 （單臺(tái)服務(wù)器配置 8個(gè)以上的 CPU核會(huì)有最好的效果 ） 超線程技術(shù)并不能提供等同于多核處理器的好處；建議關(guān)閉 CPU的超線程功能（如果有的話） 使用具有 EM64T能力的 Intel VT 或 AMD V 技術(shù)的 CPU可以同時(shí)支持運(yùn)行 32位和 64位的虛擬機(jī) 采用同一廠商、同一產(chǎn)品家族和同一代處理器的服務(wù)器組成的集群，可以獲得最好的 VMotion兼容能力 ES的 Enhanced VMotion兼容性擴(kuò)大了原有 VMotion的兼容能力 《 Alleviating Constraints with Resource Pools Live Migration with Enhanced VMotion》 參見(jiàn) 《 Best Practices for Successful VI Design》 ESX服務(wù)器硬件配置考慮要點(diǎn) 內(nèi)存 內(nèi)存資源往往比 CPU資源更會(huì)成為潛在的瓶頸 在某些時(shí)候，虛機(jī)環(huán)境的內(nèi)存使用量可能會(huì)超過(guò)物理內(nèi)存值： Host swap file (盡量少用以獲得最佳性能 ) Transparent Page Sharing（多個(gè)虛機(jī)共享相同內(nèi)存頁(yè)面） 注意服務(wù)器特定的內(nèi)存配置要求 DIMM sizes, bank pairing, parity, upgrade considerations (mix and match or forklift replacement) 盡可能將服務(wù)器配置到最大內(nèi)存，采用最大容量的內(nèi)存條（特別是當(dāng)沒(méi)有配滿全部?jī)?nèi)存條時(shí)） 參見(jiàn) 《 Best Practices for Successful VI Design》 虛擬架構(gòu)的基本網(wǎng)絡(luò)連接部件組成 (Management virtual machine) (Vmotion, iSCSI, NFS) (VM connectivity) Port Group Port Group Port Group ESX服務(wù)器硬件配置考慮要點(diǎn) 網(wǎng)絡(luò) 參見(jiàn) 《 Best Practices for Successful VI Design》 最少配置一個(gè)虛擬交換機(jī)，測(cè)試環(huán)境可用 2個(gè)虛擬交換機(jī)，生產(chǎn)環(huán)境建議最少配置 3個(gè)虛擬交換機(jī) 虛擬交換機(jī)可同時(shí)支持 3種類型的端口組 (Service Console, VMkernel, VM) 建議將 Service Console、 VMkernel和虛機(jī)端口組各自使用自己的虛擬交換機(jī) 可用 VLAN技術(shù)分割不同的端口組 對(duì)于使用 VMotion和 DRS功能的服務(wù)器集群，網(wǎng)絡(luò)配置應(yīng)該相匹配 （虛擬交換機(jī)的數(shù)量與網(wǎng)絡(luò)卷標(biāo)名應(yīng)保持一致） ESX服務(wù)器 Service Console使用固定 IP，配置正確的 speed和 duplex。 ESX服務(wù)器硬件配置考慮要點(diǎn) 網(wǎng)絡(luò) 虛擬交換機(jī)和端口組 參見(jiàn) 《 Best Practices for Successful VI Design》 ESX服務(wù)器，虛擬交換機(jī)，物理網(wǎng)卡 出于冗余的考慮，每個(gè)虛擬交換機(jī)建議至少分配兩個(gè)物理網(wǎng)卡 每個(gè) ESX服務(wù)器的物理網(wǎng)卡 /口數(shù)量取決于準(zhǔn)備配置的虛擬交換機(jī)的數(shù)量 如果 3種類型的端口組（ SC, VMkernel, VM）都在不同的虛擬交換機(jī)上，生產(chǎn)環(huán)境建議至少 6個(gè)物理網(wǎng)卡 /口 如果給包含虛擬機(jī)端口組的虛擬交換機(jī)分配更多的物理網(wǎng)卡 /口，可以獲得負(fù)載均衡的好處 ESX服務(wù)器硬件配置考慮要點(diǎn) 網(wǎng)絡(luò)基本組件 參見(jiàn) 《 Best Practices for Successful VI Design》 物理網(wǎng)卡 /口與物理交換機(jī) 同一個(gè)虛擬交換機(jī)上的不同物理網(wǎng)卡 /口應(yīng)連接到不同的物理交換機(jī)上 將一個(gè)集群中所有服務(wù)器的VMotion功能端口組所使用的物理網(wǎng)卡 /口都連到同一套物理交換機(jī)上 （同樣遵循上述第一條規(guī)則） ESX服務(wù)器硬件配置考慮要點(diǎn) 與物理網(wǎng)絡(luò)的連接 參見(jiàn) 《 Best Practices for Successful VI Design》 Example 1: Blade Server with 2 NIC Ports vSwitch vmnic0 SC vmkernel Active Standby vmnic1 Candidate Design: ? Team both NIC ports ? Create one virtual switch ? Create three port groups: ? Use Active/Standby policy for each portgroup ? Portgroup1: Service Console (SC) ? Portgroup2: VMotion ? Portgroup3: VM traffic ? Use VLAN trunking ? Trunk VLANs 10, 20, 30 on each uplink Portgroup1 VLAN 10 Portgroup3 VLAN 30 Portgroup2 VLAN 20 VLAN Trunks (VLANs 10, 20, 30) Example 2: Server with 4 NIC Ports vmnic0 SC vmkernel Active Standby vmnic1 Candidate Design: ? Create two virtual switches ? Team two NICs to each vSwitch ? vSwitch0 (use active/standby for each portgroup): ? Portgroup1: Service Console (SC) ? Portgroup2: VMotion ? vSwitch1 (use Originating Virtual PortID) ? Portgroup3: VM traffic 1 ? Portgroup4: VM traffic 2 ? Use VLAN trunking ? vmnic1 and vmnic3: Trunk VLANs 10, 20 ? vmnic0 and vmnic2: Trunk VLANs 30, 40 Portgroup4 VLAN 40 VLANs 10, 20 vSwitch0 Portgroup1 VLAN 10 Portgroup2 VLAN 20 vSwitch1 vmnic2 vmnic3 Portgroup3 VLAN 30 VLANs 30, 40 Example 3: Server with 4 NIC Ports (Slight Variation) vmnic0 SC vmkernel Active