Networking的部分
NetFlow
vSphere 5以後，在vDS我們可以啟用NetFlow功能，提供第三方網路工具軟體(Collector)擷取網路流量、單獨分析VMs、hosts或兩者間的Traffic。支援Intra-host(內部VM對VM)、Inter-host VM Traffic(VM對其它host的VM)以及VM to Physical Traffic(VM對實體)。在虛擬化環境中，NetFlow可以定義到PortGroup Level、Port Level、Uplink Level。
Port Mirror
Port Mirror用途在於來源端傳送網路封包，透過Switch Port時會複製一份，傳送到連接網路監控裝置目的端的Switch Port。可監測來源端任何vSwitch port的Ingress、Egress或所有Traffic，目的端可以是VM、vmknic或uplink port，使管理者在虛擬化架構的網路問題時，便於除錯與分析。與NetFlow相同，須vDS才能設定。
Network I/O Control Enhancement
隨著各式各樣的Network Traffic越來越多，在有限的實體網路卡情況下，網路資源如何管控與分配，就顯得很重要。NetIOC可將網路資源從Network Resource Pool分配給不同類型的使用，包含VM Traffic、Management Traffic、iSCSI Traffic、NFS Traffic、FT Traffic、vMotion Traffic、User-defined Traffic、Replication Traffic等，都可以由Network I/O Control依照Limits、Shares來分派管理。
Storage的部分
VMFS-5
與上一版本VMFS-3相較之下，單一VMFS Volume已經可以達到64TB(不須額外Extend)，單一VMDK仍舊維持2TB限制，而Pass-through RDM也可大於2TB，Unified Files Block Size在創建超大檔案時可用1MB file block size。
此外，從VMFS-3升級到VMFS-5是非破壞性的線上工作，可以不用擔心VM運作或是存放，受到檔案系統升級的影響。不過線上升級VMFS，有些舊的特性還是會保留，例如file block size會沿用舊版、無法使用8k sub-blocks等新的格式，所以如果可以，VMware建議創建全新的VMFS-5 Volume，再將VM搬移過來。
Storage vMotion
Storage vMotion可讓VM檔案從原所在儲存設備，線上轉移到另一儲存設備，過程中不會有停機時間。原本若含有Snapshot的VM不能Storage vMotion，此限制在vSphere 5已經解除。也因為如此，Storage DRS的功能得以實現。
Storage DRS
這是vSphere 5相當受到矚目的一項功能，如同各位所理解的DRS，能將VM在Cluster裡自由線上搬遷移動，從此不用擔心VM身處何方，CPU與Memory資源夠不夠的問題，DRS會自動的調度VM到硬體資源較充足的地方去。Storage DRS已經將自動化附載平衡的功能，延伸到了儲存設備的層級。
由於虛擬機器是以檔案形式，存放於儲存設備上運作，如果儲存設備的空間資源I/O資源利用率過高或過剩，配置不佳，對於VM Virtual Disk將有嚴重影響。Storage DRS提供Initial Placement與Ongoing Balacing，依條件設置不同，再以Storage vMotion的方式，將VM檔案在不停機的狀況下，自動在Datastore Cluster裡轉移至不同的儲存設備，改善儲存設備等級不同、空間利用率與I/O瓶頸的問題。
Storage I/O Control
在以往沒有SIOC的情況，VM的Disk Shares是在個別的ESX(i) Server競爭，這種情形會造成I/O queue的表現與希望的結果不符，因為host level儲存資源分配的問題並沒解決。從vSphere 4.1開始正式有SIOC，可針對VM存取Datastore設定整體I/O Shares與Limits，達到真正QoS優先順序。到了vSphere 5，則是連NFS Datastore都可以設SIOC。
FCoE Software Initiator
vSphere 4推出以後，新增了支援硬體式FCoE Adapter，(Fibre Channel over Ethernet)，而vSphere 5現在又更進一步，支援了FCoE Software Initiator。這意味著如果您的網路卡有部分FCoE卸載功能的話，即可當成軟體式FCoE Adapter，低成本的享用FCoE帶來的好處。
iSCSI Software Initiator Enhancements
vSphere 4支援iSCSI MPIO來達成Storage Multipathing，但是需要以command line的方式來啟用iSCSI Port Binding，對想要在vSphere實施iSCSI多重路徑存取的人造成困擾。vSphere 5現在改採圖形配置，簡化操作。管理者只要透過vSphere Client，即可在GUI圖形介面去設定vSphere的iSCSI Multipathing。
vStorage API for Array Integration Enhancements
VAAI也是vSphere 4.1之後的功能，可大幅增進Storage vMotion、FT轉換(因啟用Fault Tolerence時，VM儲存格式須為eagerzeroedthick)、以及VM provisioning時的效能，降低CPU、Memory的使用率，但儲存設備須有支援此協定，才能發揮效用。vSphere 5.0後的VAAI則新增NFS Full Copy的功能，特定的NFS儲存設備已支援VAAI，由Storage Array來offload處理器與ESXi hosts之間的I/O，對於NFS複製、移動VM的效能幫助非常大。
VASA
vStorage API for Storage Awareness讓儲存設備的詳細資訊，可透過vCenter展列出來，不必依賴各種不同廠牌的Storage管理工具來取得資訊。這有助於管理者或Storage DRS在移動VM檔案時，作為理想的判斷依據。儲存設備廠商可將Storage相關各類資訊，依循VASA讓vCenter讀取，在兩者緊密搭配的狀況下，雲端世界的自動化運作、判讀與決策，才能更加順暢地接軌。
Profile Driven Storage
當我們要產生一個VM的時候，必須選擇要存放VM files的Datastore，這時候您得知道VM應該放置於哪一個合適的Datastore。但資料中心所配置、共享的LUNs通常十分複雜，有時候不容易知道虛擬機器應該放置於何處，隨便產生、隨便放置的結果，造成日後管理非常的困難。
此時，如果可以預先定義好不同層級的Datastore，將之分類固定，以後在創建VM或Storage DRS在自動搬遷VM檔案時，套用定義好的Storage Profile，就會很輕易找出符合該VM存放的棲身之所，解決VM與Datastore間的管理困擾。Profile Driven Storage搭配Storage DRS功能，可達成事先依屬性簡化，事後自動重分配規畫，不用再費心於VM與儲存存裝置間的最佳化安排。
Availability的部分
vDR 2.0
VMware Data Recovery是以VA形式部署於虛擬化環境的Appliance，定位於中小企業環境的備份與回復方案。新版vDR已完全改為64bit Virtual Appliance，擁有Email Report與更好的資料重複刪除效能。另外須注意的，vDR即使沒有vCenter，也可以做資料復原的工作。只需重新部署新的vDR到ESXi，將備份空間連結回來(VMDK、NFS或CIFS形式)，便可載入舊的設定，執行資料回復的工作。
vSphere Storage Appliance
對於中小企業環境來說，專屬的SAN儲存設備可能價格偏高，如果要達成Storage 層級的HA更是一大負擔。若沒有FC SAN、iSCSI或NFS這些Shared Storage，也沒有辦法運用vMotion、vSphere HA、DRS等功能。VSA(目前為1.0版)，可讓中小企業將ESXi host本機硬碟由Local端的VMFS-5走NFS協定，搖身一變為每部ESXi hosts都能存取的Shared Storage。
配置VSA可分為2個 nodes或3個nodes運作模式，透過網路每個節點的NFS Datastore都會產生鏡像副本，同步到另一host，這樣即使因實體故障或網路斷線，Shared Storage功能依然可以正常運作。但VSA定位在SMB使用環境，提供低成本共享儲存資源、高可用度的解決方案，對於要求儲存效能、空間或區塊存取的企業，並非合適的選擇。
vSphere HA
不同於前面版本，VMware重新改寫HA架構。新的vSphere HA改採一個Master host，其餘均為Slave hosts，移除以往須要5個Primary hosts的架構，避免客戶採用刀鋒伺服器時可能讓所有Primary hosts在同一機箱，導致全面離線的情形。
vSphere HA的Heartbeat除了透過Network，也新增了Heartbeat Datastore來互相溝通。另外配置、執行vSphere HA也不再需要透過DNS名稱解析，避免DNS額外的故障造成無法執行vSphere HA的狀況出現。
Fault Tolerance
因vSphere HA是重新啟動VMs負載於其它hosts，會有短暫的停機時間，如果VM不允許任何因實體故障產生停機時間，便可啟用Fault Tolerance來達成零停機、沒有資料遺失的服務。FT為vSphere 4開始有的功能，因對於CPU與Guest OS有所限制，使用者請先參閱相容性烈表。vSphere 5的FT支援了更多的處理器與作業系統。
由於FT是Primary VM與Secondary VM分別於不同ESXi host同步的關係，擁有隨時啟用與關閉、不限特定作業系統(在support list上的Windows與Linux版本皆可使用FT)、配置簡單、沒有特定應用程式不能支援的限制，只要OS Level不當機，就可以達到不擔心實體損壞，保護任何應用程式的效果。
Application Monitoring API
使用Fault Tolerance不能完全取代MSCS之類的叢集服務，因為它並非Application-aware的解決方案，沒有保護到應用程式等級。為了不讓應用程式當機而產生停止服務的情形，藉由Application Monitoring API，開發廠商可依循發展Application監控軟體，整合到vSphere架構，確保Guest OS的應用程式層級也能受到保護。
SRM 5
SRM(Site Recovery Manager)用途在於異地備份與測試計畫，透過vCenter SRM Plug-in管理，底層是執行儲存設備廠商的遠端複製功能。以往需要同廠牌、同系列的Storage於兩端，SRM 5新增了vSphere Replication功能，由Hypervisor透過網路即可進行遠端複製，這相當於Host Based就能提供異地災難復原方案，不用管Storage廠牌型號與等級，雖然效能無法與專有儲存設備相比，但對於有成本考量的企業來說是好消息。
補上網管人網站連結: http://www.netadmin.com.tw/article_content.aspx?sn=1111010003
留言列表
