Laut 22

  昨晚第一次透過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”的錯誤訊息。

Melanjutkan browsing »

Laut 22

  試著透過vCenter Converter把一台實體Server虛擬化卻在最後的步驟一直出現”Objek sudah dihapus atau belum sepenuhnya dibuat”的錯誤訊息,上網爬了不少文,感覺跟我狀況都不同調 log 也看不出個所以然再細部的反覆測試後總算找出讓我有點傻眼的原因

Melanjutkan browsing »

Laut 16

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

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\AppCompatFlags\UpgradeMigration

Melanjutkan browsing »

Laut 9

【vSphere HA】
vSphere HA必須在ESXi主機發生故障損壞事件時才會在HA Cluster中其他存活的ESXi主機將存放在共享儲存資源中的VM虛擬主機重新啟動

若是底層的ESXi主機並未發生故障損壞事件而是vCenter Server虛擬主機內本身所運作的服務停止的時候那麼vSphere HA高可用性機制是幫不上忙的。 (故可以靠Watchdog補足)

【Watchdog】(6.0以上才支援預設情況會自動啟用)
vCenter Server 6.0新增了「Watchdog」監控機制當運作的服務發生故障事件而停止運作前2次發生時Watchdog會嘗試重新啟動服務倘若第3次仍無法重新啟動服務便會將VM虛擬主機重新啟動

[Tautan referensi]

——
【VMware Data Recovery】
VMware Data Recovery(vDR)屬於Disk-based的備份方式具有簡單操作及容易部署的特性(因為它也是一台虛擬主機)支援Windows VSS(Volume Shadow Copy)備份方式也支援簡單的重複資料刪除功能(Data De-duplication)

但是此備份工具有如下的相關功能限制

·備份環境中必須具備vCenter Server才可使用此備份工具
·屬於Disk-based因此無法使用File Level或Block Level備份方式
·每台vDR僅能備份100台虛擬主機
·無法運作於IPv6網路環境上
·僅支援備份運作Windows作業系統(Windows 2000/XP/Vista/7Windows Server 2003/2008)的虛擬主機不支援其他作業系統如LinuxSolaris等虛擬主機

[Tautan referensi]

——
【VMware Fault Tolerance】
如果企業無法接受VMware HA機制啟動時虛擬主機有短暫的停機時間則VMware FT可能是一個解決的方案但是啟用VMware FT有許多先決條件例如該虛擬主機不能進行快照(Snapshot)無法使用Stoarge 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 Host上讓企業可在服務不中斷的情況下維修實體主機

·HA/FT此機制為適合用於「非計畫性」停機當ESX/ESXi Host實體伺服器電力系統出問題而不當斷電或者實體主機的主機板損壞導致實體主機故障而這些非人為因素損壞之非計畫性故障狀況發生時透過此機制可以使虛擬主機自動遷移到其他台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 DeathBSOD)此時將會因為vLockstep同步機制而使得Secondary虛擬主機也發生系統當機的狀況

至於應用程式層級的保護機制目前也有許多廠商研發相關機制例如Symantec以Veritas Cluster技術開發的Application HA便是可以保護虛擬主機上運作的應用程式如MSSQL、Menukarkan、OracleSAP等等

[Tautan referensi]

—–
【VMware DRS】
自動根據實體主機的負載 , 自動調度虛擬系統的位置 , 也就是當某台實體主機負載較高 , 可以透過 DRS 將部份子系統透過 VMotion 搬到負載較輕的實體主機