昨晚第一次透過Web連進vCenter Server Appliance,看一看相關資訊後,發現可直接透過Web做update修補,便點了下去。更新完後,畫面顯示需要重開,把vCenter Server Appliance重啟後,便出現”NO NETWORKING DETECTED. PLEASE LOGIN AND RUN THE COMMAND /opt/vmware/share/vami/vami_config_net TO CONFIGURE THE NETWORK”的错误信息。

昨晚第一次透過Web連進vCenter Server Appliance,看一看相關資訊後,發現可直接透過Web做update修補,便點了下去。更新完後,畫面顯示需要重開,把vCenter Server Appliance重啟後,便出現”NO NETWORKING DETECTED. PLEASE LOGIN AND RUN THE COMMAND /opt/vmware/share/vami/vami_config_net TO CONFIGURE THE NETWORK”的错误信息。

尝试通过vCenter Converter将一台实体服务器虚拟化,却在最后的步骤一直出现”该对象已被删除或尚未完全创建”的错误信息,上网查了不少资料,感觉跟我的情况都不同,调日志也看不出什么端倪,经过更细致的反复测试后,总算找出了让我有点傻眼的原因。

同事一台NB在更新Windows秋季更新時,跳出一個”無法解除安裝這些App — Trend Micro Internet Security 2009″的信息,上網搜尋結果,要到下面的機碼去清理乾淨,但接手這個問題時,該機碼已無相關值需要清理,後來總算在國外論壇找出完整的解法。
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\AppCompatFlags\UpgradeMigration

【vSphere HA】
vSphere HA 必须在 ESXi 主机发生故障损坏事件时,才会在 HA 集群中其他存活的 ESXi 主机,将存放在共享存储资源中的 VM 虚拟机重新启动。
如果底层的 ESXi 主机并未发生故障损坏事件,而是 vCenter Server 虚拟机内部运行的服务停止时,那麼vSphere HA高可用性機制是幫不上忙的。 (故可以靠Watchdog補足)
【Watchdog】(6.0以上才支援,預設情況會自動啟用)
vCenter Server 6.0新增了'Watchdog'监控机制,当运行的服务发生故障事件而停止运行,前2次发生时,Watchdog会尝试重新启动服务,如果第3次仍无法重新启动服务,将会重新启动VM虚拟主机。
【参考链接】
——
【VMware Data Recovery】
VMware Data Recovery(vDR)属于基于磁盘的备份方式,具有操作简单及易于部署的特性(因为它也是一台虚拟主机),支持Windows VSS(卷影复制)备份方式,也支持简单的重复数据删除功能(Data De-duplication)。
但是此备份工具有如下相关功能限制:
·备份环境中必须具备vCenter Server,才可使用此备份工具。
·属于基于磁盘,因此無法使用File Level或Block Level備份方式。
·每台vDR僅能備份100台虛擬主機。
·無法運作於IPv6網路環境上。
·僅支援備份運作Windows作業系統(Windows 2000/XP/Vista/7、Windows Server 2003/2008)的虛擬主機,不支援其他作業系統,如Linux、Solaris等虛擬主機。
【参考链接】
——
【VMware Fault Tolerance】
如果企业无法接受VMware HA机制启动时虚拟主机有短暂的停机时间,那么VMware FT可能是一个解决方案,但是启用VMware FT有许多先决条件,例如该虚拟主机不能进行快照(Snapshot)、无法使用Storage vMotion功能、该虚拟主机只能使用一个vCPU等等条件限制。
VMware FT機制會於2台不同的Host上分別建立Primary和Secondary虛擬主機,並且採用vLockstep技術以ESX/ESXi Host上的VMkernel Port來傳送Primary虛擬主機的資料至Secondary虛擬主機上,但是Secondary不會有實際I/O的寫入行為。
當Primary虛擬主機所處的ESX/ESXi Host故障損壞時,則Secondary虛擬主機會馬上接手相關作業,並且成為Primary虛擬主機,此時會在另一台ESX/ESXi Host上,再度建立一台新的Secondary虛擬主機來與Primary虛擬主機同步資料
【總結】
·vMotion/DRS:此機制適合用於「計畫性」停機,例如當ESX/ESXi Host實體伺服器發生記憶體、硬碟故障,或者需要停機進行韌體(Firmware)更新及歲修時,這種排定好的計畫性工作可以使用此技術,将运行于虚拟化平台上的虚拟主机,迁移到其他台ESX/ESXi主机上,让企业可以在服务不中断的情况下维护实体主机。
·HA/FT:此机制适用于“非计划性”停机。当ESX/ESXi主机的实体服务器电力系统出现问题而未正常断电,或者實體主機的主機板損壞導致實體主機故障而這些非人為因素損壞之非計畫性故障狀況發生時,透過此機制可以使虛擬主機自動遷移到其他台ESX/ESXi Host上繼續開機運作。
但很重要的一點是,這些機制都僅僅是保護ESX/ESXi Host Level層級而已,而並非虛擬主機的作業系統層級(OS Level),以及作業系統上的應用程式層級(Application Level)。
例如先前提到的VMware HA機制,當ESX/ESXi Host故障損壞時,等於運作於其上的虛擬主機也是被不當關機,雖然虛擬主機可以在其他台Host上再度開機,但很有可能虛擬主機的作業系統已經因為不當關機而造成作業系統損壞,因此即使已經遷移到別台Host上,也無法順利開機成功,所以作業系統的備份作業有其必要性。
而VMware FT機制是讓2台虛擬主機資料一模一樣進行運作,因此若是Primary虛擬主機發生當機的狀況時,例如Windows作業系統發生藍色當機畫面(Blue Screen Of Death,BSOD),此時將會因為vLockstep同步機制,而使得Secondary虛擬主機也發生系統當機的狀況。
至於應用程式層級的保護機制,目前也有許多廠商研發相關機制,例如Symantec以Veritas Cluster技術開發的Application HA,便是可以保護虛擬主機上運作的應用程式,如MSSQL、交换、Oracle、SAP等等。
【参考链接】
—–
【VMware DRS】
自动根据物理主机的负载 , 自动调度虚拟系统的位置 , 也就是说当某台物理主机负载较高 , 可以通过 DRS 将部分子系统通过 VMotion 搬到负载较轻的物理主机。