No Money No Honey » VMware虛擬機器 http://blog.infinity.idv.tw Just Another Beginning Sat, 28 Jan 2012 18:25:36 +0000 http://wordpress.org/?v=2.8.4 en hourly 1 ESXi 4 與 ESXi 5 免費版本差異性 http://blog.infinity.idv.tw/index.php/2011/11/10/esxi-4-%e8%88%87-esxi-5-%e5%85%8d%e8%b2%bb%e7%89%88%e6%9c%ac%e5%b7%ae%e7%95%b0%e6%80%a7/ http://blog.infinity.idv.tw/index.php/2011/11/10/esxi-4-%e8%88%87-esxi-5-%e5%85%8d%e8%b2%bb%e7%89%88%e6%9c%ac%e5%b7%ae%e7%95%b0%e6%80%a7/#comments Thu, 10 Nov 2011 06:49:23 +0000 Roger Lin http://blog.infinity.idv.tw/index.php/2011/11/10/esxi-4-%e8%88%87-esxi-5-%e5%85%8d%e8%b2%bb%e7%89%88%e6%9c%ac%e5%b7%ae%e7%95%b0%e6%80%a7/ ESXi 4 與 ESXi 5 免費版本差異性:

ESXi 4 支援 2 顆實體CPU,每顆CPU可支援到 6 核心 每個虛擬機器最高可開到 256GB 虛擬記憶體 每個虛擬機器最多可設定開 4 核心

ESXi 5 支援 1 顆實體CPU,每顆CPU可支援核心不限制 每個虛擬機器最高可開到 32GB 虛擬記憶體 每個虛擬機器最多可設定開 8 核心

看完以上的結論，對小公司來說，記憶體雖然限制在一台虛擬機器最大只能開32GB RAM，但一般都夠用了，聽說在還沒放寬權限之前，一台虛擬機器的記憶體只能開到8GB RAM，基本上也是夠拉，哈哈……目前若要升級唯一的差別就是萬一你的實體 Server 上有裝兩顆以上的CPU，那麼安裝ESXi 5版，多的CPU就可以好好的休息了………………

]]> ESXi 4 與 ESXi 5 免費版本差異性:

ESXi 4 支援 2 顆實體CPU,每顆CPU可支援到 6 核心
每個虛擬機器最高可開到 256GB 虛擬記憶體
每個虛擬機器最多可設定開 4 核心

1

ESXi 5 支援 1 顆實體CPU,每顆CPU可支援核心不限制
每個虛擬機器最高可開到 32GB 虛擬記憶體
每個虛擬機器最多可設定開 8 核心

2

看完以上的結論，對小公司來說，記憶體雖然限制在一台虛擬機器最大只能開32GB RAM，但一般都夠用了，聽說在還沒放寬權限之前，一台虛擬機器的記憶體只能開到8GB RAM，基本上也是夠拉，哈哈……目前若要升級唯一的差別就是萬一你的實體 Server 上有裝兩顆以上的CPU，那麼安裝ESXi 5版，多的CPU就可以好好的休息了………………

]]> http://blog.infinity.idv.tw/index.php/2011/11/10/esxi-4-%e8%88%87-esxi-5-%e5%85%8d%e8%b2%bb%e7%89%88%e6%9c%ac%e5%b7%ae%e7%95%b0%e6%80%a7/feed/ 0 ESXi 5 無法抓到 FreeNAS 0.7.2 Sabanda (revision 6694) 的iSCSI裝置 http://blog.infinity.idv.tw/index.php/2011/11/08/esxi-5-%e7%84%a1%e6%b3%95%e6%8a%93%e5%88%b0-freenas-0-7-2-sabanda-revision-6694-%e7%9a%84iscsi%e8%a3%9d%e7%bd%ae/ http://blog.infinity.idv.tw/index.php/2011/11/08/esxi-5-%e7%84%a1%e6%b3%95%e6%8a%93%e5%88%b0-freenas-0-7-2-sabanda-revision-6694-%e7%9a%84iscsi%e8%a3%9d%e7%bd%ae/#comments Tue, 08 Nov 2011 10:13:05 +0000 Roger Lin http://blog.infinity.idv.tw/index.php/2011/11/08/esxi-5-%e7%84%a1%e6%b3%95%e6%8a%93%e5%88%b0-freenas-0-7-2-sabanda-revision-6694-%e7%9a%84iscsi%e8%a3%9d%e7%bd%ae/ 最近在測試 ESXi 5,結果怎麼樣也抓不到我架的 FreeNAS iSCSI 裝置,後來看到訊息,網路上查了一下,原來是兼容性問題,也就是 FreeNAS 8.0.1 RC2才能兼容,之前的版本若有此問題,就是不相容拉……

資料參考來源: http://renren.it/a/caozuoxitong/Windows/20110925/130417.html

]]> 最近在測試 ESXi 5,結果怎麼樣也抓不到我架的 FreeNAS iSCSI 裝置,後來看到訊息,網路上查了一下,原來是兼容性問題,也就是 FreeNAS 8.0.1 RC2才能兼容,之前的版本若有此問題,就是不相容拉……

1

資料參考來源:
http://renren.it/a/caozuoxitong/Windows/20110925/130417.html

]]> http://blog.infinity.idv.tw/index.php/2011/11/08/esxi-5-%e7%84%a1%e6%b3%95%e6%8a%93%e5%88%b0-freenas-0-7-2-sabanda-revision-6694-%e7%9a%84iscsi%e8%a3%9d%e7%bd%ae/feed/ 0 擴展性與效能全面提升：VMware vSphere 5.0 儲存新功能 http://blog.infinity.idv.tw/index.php/2011/11/07/%e6%93%b4%e5%b1%95%e6%80%a7%e8%88%87%e6%95%88%e8%83%bd%e5%85%a8%e9%9d%a2%e6%8f%90%e5%8d%87%ef%bc%9avmware-vsphere-5-0-%e5%84%b2%e5%ad%98%e6%96%b0%e5%8a%9f%e8%83%bd/ http://blog.infinity.idv.tw/index.php/2011/11/07/%e6%93%b4%e5%b1%95%e6%80%a7%e8%88%87%e6%95%88%e8%83%bd%e5%85%a8%e9%9d%a2%e6%8f%90%e5%8d%87%ef%bc%9avmware-vsphere-5-0-%e5%84%b2%e5%ad%98%e6%96%b0%e5%8a%9f%e8%83%bd/#comments Mon, 07 Nov 2011 08:21:08 +0000 Roger Lin http://blog.infinity.idv.tw/index.php/2011/11/07/%e6%93%b4%e5%b1%95%e6%80%a7%e8%88%87%e6%95%88%e8%83%bd%e5%85%a8%e9%9d%a2%e6%8f%90%e5%8d%87%ef%bc%9avmware-vsphere-5-0-%e5%84%b2%e5%ad%98%e6%96%b0%e5%8a%9f%e8%83%bd/ 擴展性與效能全面提升：VMware vSphere 5.0 儲存新功能

參考來源:iThome電腦報週刊

剛發表的vSphere 5.0，是VMware資料中心級 ESX虛擬化平臺家族的第5代產品，相較於上一個版本，VMware宣稱vSphere 5.0擁有200多項功能更新，其中在儲存部份，提供了改進的VMFS檔案系統，更方便的屬性驅動儲存（Profile-Driven storage）與Storage DRS功能，還可搭配與vSphere 5.0一同發表、用於提供共享儲存服務的vSphere Storage Appliance（VSA）套件，另外與vSphere搭配的SRM自動化災難復原管理套件，也新增了內建遠端複製功能，藉由這些改進與新增功能，可為用戶的虛擬化環境，提供擴展性更大、更彈性、管理更方便的儲存服務。

擴展性更大的VMFS-5檔案系統 VMFS檔案系統（VMware Virtual Machine File System）是VMware虛擬化平臺儲存架構的基礎，迄今共衍生了4個世代，VFMS-1是搭配ESX 1.x平臺，VFMS-2用於搭配ESX 2.x平臺，ESX 3.x與vSphere 4.x平臺都是採用VMFS-3，vSphere 5.0則搭配新的VMFS-5。 最新的VMFS-5有幾項改進： ● 更彈性的區塊（block）設定：先前的VMFS使用1MB、2MB、4MB、8MB大小的區塊，越大的檔案將對應更大的區塊，如1MB區塊只能支援最大256GB的檔案，8MB區塊則能支援2TB的檔案。VMFS-5則解除了這些限制，即使非常大的檔案，也能使用1MB區塊。 ● 更大的磁碟區：先前版本VMFS支援的單一extent Volume，最大為2TB，VMFS-5則提高到64TB，可利用大於2TB的LUN來建立單一extent Volume。 ● 在RDM pass-through（Physical Compatibility）模式下，允許超過60TB大小的LUN；不過非pass-through的RDM模式（Virtual Compatibility）的LUN最大仍為2TB。 [...]]]> 擴展性與效能全面提升：VMware vSphere 5.0 儲存新功能

參考來源:iThome電腦報週刊

剛發表的vSphere 5.0，是VMware資料中心級 ESX虛擬化平臺家族的第5代產品，相較於上一個版本，VMware宣稱vSphere 5.0擁有200多項功能更新，其中在儲存部份，提供了改進的VMFS檔案系統，更方便的屬性驅動儲存（Profile-Driven storage）與Storage DRS功能，還可搭配與vSphere 5.0一同發表、用於提供共享儲存服務的vSphere Storage Appliance（VSA）套件，另外與vSphere搭配的SRM自動化災難復原管理套件，也新增了內建遠端複製功能，藉由這些改進與新增功能，可為用戶的虛擬化環境，提供擴展性更大、更彈性、管理更方便的儲存服務。

擴展性更大的VMFS-5檔案系統
VMFS檔案系統（VMware Virtual Machine File System）是VMware虛擬化平臺儲存架構的基礎，迄今共衍生了4個世代，VFMS-1是搭配ESX 1.x平臺，VFMS-2用於搭配ESX 2.x平臺，ESX 3.x與vSphere 4.x平臺都是採用VMFS-3，vSphere 5.0則搭配新的VMFS-5。
最新的VMFS-5有幾項改進：
● 更彈性的區塊（block）設定：先前的VMFS使用1MB、2MB、4MB、8MB大小的區塊，越大的檔案將對應更大的區塊，如1MB區塊只能支援最大256GB的檔案，8MB區塊則能支援2TB的檔案。VMFS-5則解除了這些限制，即使非常大的檔案，也能使用1MB區塊。
● 更大的磁碟區：先前版本VMFS支援的單一extent Volume，最大為2TB，VMFS-5則提高到64TB，可利用大於2TB的LUN來建立單一extent Volume。
● 在RDM pass-through（Physical Compatibility）模式下，允許超過60TB大小的LUN；不過非pass-through的RDM模式（Virtual Compatibility）的LUN最大仍為2TB。
● 支援GPT分割：隨著支援的磁碟區容量大幅提高，VMFS-5採用了GUID分割表藉以支援大於2TB的分割區（先前版本VMFS採用的MBR分割，有2TB容量上限）。
● 更好的小檔案支援：先前版本VMFS的子區塊（Sub-Block）為64KB，VMFS-5則改為8KB，存放小檔案時的容量效率更佳，對於大於1KB、小於8KB的檔案，只會占用8KB子區塊，不像先前版本是從64KB起跳，可節省許多空間。對於小於1KB的檔案，VMFS-5則使用metadata來描述檔案位址，不使用檔案區塊，亦可減少容量消耗。
● 可容納更多檔案：每個Volume允許存放超過10萬個檔案，較先前增加3倍（VMFS-3是30,720個）。
● 強化效能：可搭配整合在VAAI架構中的ATS（Atomic Test & Set）功能，當儲存設備支援VAAI時，可利用儲存硬體加速file locking效率。
不過VMFS-5允許的最大VMDK檔案大小仍為2TB，每臺ESXi主機允許使用的LUN也與先前同樣都是最大256個。既有VMFS-3可在線上直接升級為VMFS-5，而不會影響虛擬機器運行。

效率更高的Storage vMotion
Storage vMotion可將虛擬機器從一臺儲存設備遷移到另一臺儲存設備，而不會造成虛擬機器服務的中斷。這個功能出現的其實相當早，但最初並不是叫做Storage vMotion，而是一種升級工具，用於協助用戶將虛擬機器從ESX 2.x平臺遷移到3.0.1，也就是從VMFS-2檔案系統儲存區遷移到VMFS-3儲存區。
到了ESX 3.5時，則引進了透過快照（snapshot）輔助遷移的機制，在執行虛擬機器遷移過程中，可利用虛擬機器的快照複本來處理遷移期間的I/O，當遷移完成後，再將異動資料從快照複本，寫進搬移到新位置的虛擬機器中。
在vSphere 4.x上，Storage vMotion捨棄了利用虛擬機器快照作為中繼輔助的作法，改透過新增的異動區塊追蹤（Changed Block Tracking）功能，來記錄虛擬機器複製遷移期間的資料異動，可減少遷移後所需寫入的異動資料量。
到了最新的vSphere 5.0，Storage vMotion引進了稱為Mirror Mode的新模式，可透過鏡像複製方式，以single pass block copy一次將所有要遷移的區塊從來源端複製到目標端，可縮短遷移作業耗費時間。至於開始遷移作業後才在來源端產生的區塊異動，則利用新的鏡像驅動程式（Mirror Driver）將異動區塊從來源端同步到目標端，讓來源端與目標端在複製過程中保持一致（當來源端Guest OS要對已經被Storage vMotion複製到目標端的區塊進行寫入動作時，Mirror Driver會立即將這個寫入I/O也同步到目標端）。
除遷移程序上的改進外，vSphere 5.0的Storage vMotion還有兩項新功能，一是可以搭配擁有快照或Clone複本連結的虛擬機器運作，可同時搬移虛擬機器本體與其連結的快照／Clone；另一是可搭配針對儲存端的負載平衡功能運作，依負載情況自動在不同儲存設備間遷移虛擬機器，也就是Storage DRS（Distributed Resource Scheduler）功能。

Storage DRS自動儲存負載平衡
Storage DRS（SDRS）是vSphere 5.0平臺上基於Storage vMotion所延伸出的新功能，管理者可在一個儲存區（datastore）叢集中建立自動化的負載平衡，依照存取負荷，自動在叢集中不同儲存區之間遷移虛擬機器位置。
SDRS的儲存區叢級可混搭VMFS-3與VMFS-5的儲存區，但不能混合使用VMFS與NFS儲存區。採用的負載平衡政策基準有兩種類型，一為基於可用容量，另一為基於I/O延遲，作業模式則有自動與手動兩種。
《詳細內文請見iThome電腦報518期（www.ithome.com.tw），天瓏、誠品、何嘉仁、搜主義、敦煌、法雅客、Page one書店均有銷售》

]]> http://blog.infinity.idv.tw/index.php/2011/11/07/%e6%93%b4%e5%b1%95%e6%80%a7%e8%88%87%e6%95%88%e8%83%bd%e5%85%a8%e9%9d%a2%e6%8f%90%e5%8d%87%ef%bc%9avmware-vsphere-5-0-%e5%84%b2%e5%ad%98%e6%96%b0%e5%8a%9f%e8%83%bd/feed/ 0 FreeNAS 7 啟用iSCSI 測試 ESXi Server的掛載與傳輸效能 http://blog.infinity.idv.tw/index.php/2011/08/23/freenas-7-%e5%95%9f%e7%94%a8iscsi-%e6%b8%ac%e8%a9%a6-esxi-server%e7%9a%84%e6%8e%9b%e8%bc%89%e8%88%87%e5%82%b3%e8%bc%b8%e6%95%88%e8%83%bd/ http://blog.infinity.idv.tw/index.php/2011/08/23/freenas-7-%e5%95%9f%e7%94%a8iscsi-%e6%b8%ac%e8%a9%a6-esxi-server%e7%9a%84%e6%8e%9b%e8%bc%89%e8%88%87%e5%82%b3%e8%bc%b8%e6%95%88%e8%83%bd/#comments Tue, 23 Aug 2011 07:29:19 +0000 Roger Lin http://blog.infinity.idv.tw/index.php/2011/08/23/freenas-7-%e5%95%9f%e7%94%a8iscsi-%e6%b8%ac%e8%a9%a6-esxi-server%e7%9a%84%e6%8e%9b%e8%bc%89%e8%88%87%e5%82%b3%e8%bc%b8%e6%95%88%e8%83%bd/ 架了一台 FreeNAS 7 啟用iSCSI 測試 ESXi Server的掛載與傳輸效能。

主機為HP 一般PC,硬碟只有一顆 1TB Hitachi HDS721010CLA332

測試環境:

1. FreeNAS 開一個 iSCSI 500G 的 LUN

2. A ESXi Server 掛載 iSCSI 500G 的 LUN ,並安裝XP中。

3. B ESXi Server 掛載 iSCSI 500G 的 LUN ,並將先前已安裝好的XP重新開機。

結果慘不忍賭,一起跑的狀況下很卡,還會LAG很久沒回應…………

 

IT邦上summer大說Switch有可能也會影響，等會把 Freenas 插在同個 Switch 來測試看看………

]]> 架了一台 FreeNAS 7 啟用iSCSI 測試 ESXi Server的掛載與傳輸效能。

主機為HP 一般PC,硬碟只有一顆 1TB Hitachi HDS721010CLA332

1

測試環境:

1. FreeNAS 開一個 iSCSI 500G 的 LUN

2. A ESXi Server 掛載 iSCSI 500G 的 LUN ,並安裝XP中。

3. B ESXi Server 掛載 iSCSI 500G 的 LUN ,並將先前已安裝好的XP重新開機。

結果慘不忍賭,一起跑的狀況下很卡,還會LAG很久沒回應…………

 

IT邦上summer大說Switch有可能也會影響，等會把 Freenas 插在同個 Switch 來測試看看………

]]> http://blog.infinity.idv.tw/index.php/2011/08/23/freenas-7-%e5%95%9f%e7%94%a8iscsi-%e6%b8%ac%e8%a9%a6-esxi-server%e7%9a%84%e6%8e%9b%e8%bc%89%e8%88%87%e5%82%b3%e8%bc%b8%e6%95%88%e8%83%bd/feed/ 0 FreeNAS 8.0.1 BETA 2 之 NFS 與 CIFS(W網芳)傳輸測試(BETA 3 因設定 storage 權限設定異常無法測試) http://blog.infinity.idv.tw/index.php/2011/07/08/freenas-8-0-1-beta-2-%e4%b9%8b-nfs-%e8%88%87-cifsw%e7%b6%b2%e8%8a%b3%e5%82%b3%e8%bc%b8%e6%b8%ac%e8%a9%a6beta-3-%e5%9b%a0%e8%a8%ad%e5%ae%9a-storage-%e6%ac%8a%e9%99%90%e8%a8%ad%e5%ae%9a%e7%95%b0/ http://blog.infinity.idv.tw/index.php/2011/07/08/freenas-8-0-1-beta-2-%e4%b9%8b-nfs-%e8%88%87-cifsw%e7%b6%b2%e8%8a%b3%e5%82%b3%e8%bc%b8%e6%b8%ac%e8%a9%a6beta-3-%e5%9b%a0%e8%a8%ad%e5%ae%9a-storage-%e6%ac%8a%e9%99%90%e8%a8%ad%e5%ae%9a%e7%95%b0/#comments Fri, 08 Jul 2011 03:53:34 +0000 Roger Lin http://blog.infinity.idv.tw/index.php/2011/07/08/freenas-8-0-1-beta-2-%e4%b9%8b-nfs-%e8%88%87-cifsw%e7%b6%b2%e8%8a%b3%e5%82%b3%e8%bc%b8%e6%b8%ac%e8%a9%a6beta-3-%e5%9b%a0%e8%a8%ad%e5%ae%9a-storage-%e6%ac%8a%e9%99%90%e8%a8%ad%e5%ae%9a%e7%95%b0/ FreeNAS 8.0.1 BETA 2 之 NFS 與 CIFS(W網芳)傳輸測試(BETA 3 因設定 storage 權限設定異常無法測試)

簡易測試環境:

網路: 1Gbps FreeNAS主機資訊:

簡易測試方式:

1.使用 Client XP 連 CIFS(網芳)傳檔

XP下載:(會飄 39~42居多)  

XP上傳:(比較平穩快速,幾乎都在55以上)

2.使用 XP 執行 vSphere 連線掛載 NFS,使用vSphere 的Browse Datastore的上下傳測試

上傳:(慘不忍賭,大部份都卡在幾kb,偶爾跳一兩秒15mb…) [...]]]> FreeNAS 8.0.1 BETA 2 之 NFS 與 CIFS(W網芳)傳輸測試(BETA 3 因設定 storage 權限設定異常無法測試)

簡易測試環境:

網路: 1Gbps
FreeNAS主機資訊:
1

簡易測試方式:

1.使用 Client XP 連 CIFS(網芳)傳檔

XP下載:(會飄 39~42居多)
2 

XP上傳:(比較平穩快速,幾乎都在55以上)
3

2.使用 XP 執行 vSphere 連線掛載 NFS,使用vSphere 的Browse Datastore的上下傳測試

上傳:(慘不忍賭,大部份都卡在幾kb,偶爾跳一兩秒15mb…)
2 
4

 

下載:(平穩約45~47)
1

 

本想用來當ESX第二台備份用,看來要再等等看了,看那時候這種問題可排除。

]]> http://blog.infinity.idv.tw/index.php/2011/07/08/freenas-8-0-1-beta-2-%e4%b9%8b-nfs-%e8%88%87-cifsw%e7%b6%b2%e8%8a%b3%e5%82%b3%e8%bc%b8%e6%b8%ac%e8%a9%a6beta-3-%e5%9b%a0%e8%a8%ad%e5%ae%9a-storage-%e6%ac%8a%e9%99%90%e8%a8%ad%e5%ae%9a%e7%95%b0/feed/ 0 VMware vCenter Converter Standalone Client轉換時出現Multiple connections to as server or shared resource y the same user, using more than one user name, are not allowed http://blog.infinity.idv.tw/index.php/2011/06/10/vmware-vcenter-converter-standalone-client%e8%bd%89%e6%8f%9b%e6%99%82%e5%87%ba%e7%8f%bemultiple-connections-to-as-server-or-shared-resource-y-the-same-user-using-more-than-one-user-name-are-not-allo/ http://blog.infinity.idv.tw/index.php/2011/06/10/vmware-vcenter-converter-standalone-client%e8%bd%89%e6%8f%9b%e6%99%82%e5%87%ba%e7%8f%bemultiple-connections-to-as-server-or-shared-resource-y-the-same-user-using-more-than-one-user-name-are-not-allo/#comments Fri, 10 Jun 2011 07:10:37 +0000 Roger Lin http://blog.infinity.idv.tw/index.php/2011/06/10/vmware-vcenter-converter-standalone-client%e8%bd%89%e6%8f%9b%e6%99%82%e5%87%ba%e7%8f%bemultiple-connections-to-as-server-or-shared-resource-y-the-same-user-using-more-than-one-user-name-are-not-allo/ VMware vCenter Converter Standalone Client 轉換時出現 Multiple connections to as server or shared resource y the same user, using more than one user name, are not allowed

原本用IP連，會一直出現這個問題，但是改用電腦名稱連就OK了，之後再用IP連也都正常，真是怪 /_\

]]> VMware vCenter Converter Standalone Client 轉換時出現 Multiple connections to as server or shared resource y the same user, using more than one user name, are not allowed

1

原本用IP連，會一直出現這個問題，但是改用電腦名稱連就OK了，之後再用IP連也都正常，真是怪 /_\

]]> http://blog.infinity.idv.tw/index.php/2011/06/10/vmware-vcenter-converter-standalone-client%e8%bd%89%e6%8f%9b%e6%99%82%e5%87%ba%e7%8f%bemultiple-connections-to-as-server-or-shared-resource-y-the-same-user-using-more-than-one-user-name-are-not-allo/feed/ 0 ESXi 下的VM硬碟壓縮釋放空間問題 http://blog.infinity.idv.tw/index.php/2011/05/17/esxi-%e4%b8%8b%e7%9a%84vm%e7%a1%ac%e7%a2%9f%e5%a3%93%e7%b8%ae%e9%87%8b%e6%94%be%e7%a9%ba%e9%96%93%e5%95%8f%e9%a1%8c/ http://blog.infinity.idv.tw/index.php/2011/05/17/esxi-%e4%b8%8b%e7%9a%84vm%e7%a1%ac%e7%a2%9f%e5%a3%93%e7%b8%ae%e9%87%8b%e6%94%be%e7%a9%ba%e9%96%93%e5%95%8f%e9%a1%8c/#comments Tue, 17 May 2011 08:27:39 +0000 Roger Lin http://blog.infinity.idv.tw/index.php/2011/05/17/esxi-%e4%b8%8b%e7%9a%84vm%e7%a1%ac%e7%a2%9f%e5%a3%93%e7%b8%ae%e9%87%8b%e6%94%be%e7%a9%ba%e9%96%93%e5%95%8f%e9%a1%8c/ ESXi 下的VM硬碟壓縮釋放空間問題

文章出處 : http://hector958.pixnet.net/blog/post/26399389

==================================================

20110217補充：

關於VMWARE的thin provisioning，繼某SERVER使用CONVERTER匯出方式解決，另外有這台SERVER配置30GB硬碟，系統中剩餘5GB，但是VMDK一直是佔滿30GB/30GB的異常狀態。

同樣的搞了很久無解，當使用以下方法標記非使用中的BLOCK為0後，SVMOTION無效、CLONE去另個STORAGE無效、只有匯出有效。所以確認一件事就是：

VM的CLONE是BLOCK TO BLOCK的搬動；匯出則是建立VMDK後FILE TO FILE的搬動，而BLOCK標記為0的部分沒有被SVMOTION與CLONE的動作影響。

研究之後發現是VMWARE的BUG，當在作SVMOTION的時候，來源與目標磁區的BLOCK SIZE相同的話，會導致BLOCK被標記為0處無法清除，所以必須SVMOTION去一個不同BLOCK SIZE的STORAGE才行。

例如把VDisk00_V1上的東西(BLOCK SIZE=8MB)搬去VDISK01_V4(BLOCK SIZE=8MB)，thin provisioning無效。

但VDisk00_V1上的東西(BLOCK SIZE=8MB)搬去ESXi2_ihd(BLOCK SIZE=1MB) ，thin provisioning生效。

當我們使用虛擬機器時，虛擬硬碟的形式可以選thin provisioning，但是明明配置的空間中只用了一半，為何管理上看起來卻大小明顯超過？VMDK的大小也明顯超過？

像這樣 ：WINDOS中明明只有用一半：

但是去觀察虛擬環境中去吃的滿滿的：

這明顯有問題，其實是因為WINDOWS的檔案殺了不是真殺，這大家應該都知道。

在WINDOWS之中原本硬碟塞了資料，而後來砍掉之後卻沒有把空間釋放，vmdk大小沒有縮回來，這一點VMWARE就沒有辦法幫我們處理了。

處理的辦法：

首先有空的話最好是WINDOWS硬碟先重組，然後要用SDELETE這個工具程式，去微軟下載這個47K的小程式：

http://www.microsoft.com/taiwan/technet/sysinternals/FileAndDisk/SDelete.mspx

上面連結似乎沒了,請下載微軟瑞士刀工具: http://technet.microsoft.com/en-us/sysinternals/bb842062.aspx

然後複製去虛擬機器的硬碟下，用命令列執行：

sdelete -c c:

這樣會把 c 槽的空白地方都標成0，等他跑完以後，用storage vmotion把這台vm的檔案搬去另一個storge空間，過程中選thin provisioning形式。

等搬完之後，硬碟所佔用空間的大小就縮回來了。

]]> ESXi 下的VM硬碟壓縮釋放空間問題

文章出處 : http://hector958.pixnet.net/blog/post/26399389

==================================================

20110217補充：

關於VMWARE的thin provisioning，繼某SERVER使用CONVERTER匯出方式解決，另外有這台SERVER配置30GB硬碟，系統中剩餘5GB，但是VMDK一直是佔滿30GB/30GB的異常狀態。

同樣的搞了很久無解，當使用以下方法標記非使用中的BLOCK為0後，SVMOTION無效、CLONE去另個STORAGE無效、只有匯出有效。所以確認一件事就是：

VM的CLONE是BLOCK TO BLOCK的搬動；匯出則是建立VMDK後FILE TO FILE的搬動，而BLOCK標記為0的部分沒有被SVMOTION與CLONE的動作影響。

研究之後發現是VMWARE的BUG，當在作SVMOTION的時候，來源與目標磁區的BLOCK SIZE相同的話，會導致BLOCK被標記為0處無法清除，所以必須SVMOTION去一個不同BLOCK SIZE的STORAGE才行。

例如把VDisk00_V1上的東西(BLOCK SIZE=8MB)搬去VDISK01_V4(BLOCK SIZE=8MB)，thin provisioning無效。

但VDisk00_V1上的東西(BLOCK SIZE=8MB)搬去ESXi2_ihd(BLOCK SIZE=1MB) ，thin provisioning生效。

當我們使用虛擬機器時，虛擬硬碟的形式可以選thin provisioning，但是明明配置的空間中只用了一半，為何管理上看起來卻大小明顯超過？VMDK的大小也明顯超過？

像這樣 ：WINDOS中明明只有用一半：

000

但是去觀察虛擬環境中去吃的滿滿的：

001.jpg

這明顯有問題，其實是因為WINDOWS的檔案殺了不是真殺，這大家應該都知道。

在WINDOWS之中原本硬碟塞了資料，而後來砍掉之後卻沒有把空間釋放，vmdk大小沒有縮回來，這一點VMWARE就沒有辦法幫我們處理了。

處理的辦法：

首先有空的話最好是WINDOWS硬碟先重組，然後要用SDELETE這個工具程式，去微軟下載這個47K的小程式：

http://www.microsoft.com/taiwan/technet/sysinternals/FileAndDisk/SDelete.mspx

上面連結似乎沒了,請下載微軟瑞士刀工具:
http://technet.microsoft.com/en-us/sysinternals/bb842062.aspx

然後複製去虛擬機器的硬碟下，用命令列執行：

sdelete -c c:

這樣會把 c 槽的空白地方都標成0，等他跑完以後，用storage vmotion把這台vm的檔案搬去另一個storge空間，過程中選thin provisioning形式。

等搬完之後，硬碟所佔用空間的大小就縮回來了。

]]> http://blog.infinity.idv.tw/index.php/2011/05/17/esxi-%e4%b8%8b%e7%9a%84vm%e7%a1%ac%e7%a2%9f%e5%a3%93%e7%b8%ae%e9%87%8b%e6%94%be%e7%a9%ba%e9%96%93%e5%95%8f%e9%a1%8c/feed/ 0 vcbMounter 備份出現 Error Backup snapshot already exists http://blog.infinity.idv.tw/index.php/2011/05/05/vcbmounter-%e5%82%99%e4%bb%bd%e5%87%ba%e7%8f%be-error-backup-snapshot-already-exists/ http://blog.infinity.idv.tw/index.php/2011/05/05/vcbmounter-%e5%82%99%e4%bb%bd%e5%87%ba%e7%8f%be-error-backup-snapshot-already-exists/#comments Thu, 05 May 2011 01:07:43 +0000 Roger Lin http://blog.infinity.idv.tw/index.php/2011/05/05/vcbmounter-%e5%82%99%e4%bb%bd%e5%87%ba%e7%8f%be-error-backup-snapshot-already-exists/ http://networkadminkb.com/kb/Knowledge%20Base/VMWare/vcbMounter%20Error%20Backup%20snapshot%20already%20exists.aspx

You must manually delete the existing “_VCB-BACKUP_” snap-shot in VirtualCenter using the VI Client.

1) Open the VI Client

2) Right click the affected virtual machine

3) Select Snapshot…Snapshot Manager

4) Select _VCB-BACKUP_

5) Click Delete

6) Click Yes

]]> 解決的方式很簡易，開啟VI Client後，到該台VM刪除底下的“_VCB-BACKUP_” 快照即可。

vcbMounter Error Backup snapshot already exists

http://networkadminkb.com/kb/Knowledge%20Base/VMWare/vcbMounter%20Error%20Backup%20snapshot%20already%20exists.aspx

You must manually delete the existing “_VCB-BACKUP_” snap-shot in VirtualCenter using the VI Client.

1) Open the VI Client

2) Right click the affected virtual machine

3) Select Snapshot…Snapshot Manager

4) Select _VCB-BACKUP_

5) Click Delete

6) Click Yes

]]> http://blog.infinity.idv.tw/index.php/2011/05/05/vcbmounter-%e5%82%99%e4%bb%bd%e5%87%ba%e7%8f%be-error-backup-snapshot-already-exists/feed/ 0 ESXi Server使用vcbMounter與vcbRestore線上備份與還原(含異機還原) http://blog.infinity.idv.tw/index.php/2011/04/29/esxi-server%e4%bd%bf%e7%94%a8vcbmounter%e8%88%87vcbrestore%e7%b7%9a%e4%b8%8a%e5%82%99%e4%bb%bd%e8%88%87%e9%82%84%e5%8e%9f%e5%90%ab%e7%95%b0%e6%a9%9f%e9%82%84%e5%8e%9f/ http://blog.infinity.idv.tw/index.php/2011/04/29/esxi-server%e4%bd%bf%e7%94%a8vcbmounter%e8%88%87vcbrestore%e7%b7%9a%e4%b8%8a%e5%82%99%e4%bb%bd%e8%88%87%e9%82%84%e5%8e%9f%e5%90%ab%e7%95%b0%e6%a9%9f%e9%82%84%e5%8e%9f/#comments Fri, 29 Apr 2011 02:26:02 +0000 Roger Lin http://blog.infinity.idv.tw/index.php/2011/04/29/esxi-server%e4%bd%bf%e7%94%a8vcbmounter%e8%88%87vcbrestore%e7%b7%9a%e4%b8%8a%e5%82%99%e4%bb%bd%e8%88%87%e9%82%84%e5%8e%9f%e5%90%ab%e7%95%b0%e6%a9%9f%e9%82%84%e5%8e%9f/ ESXi Server使用vcbMounter與vcbRestore線上備份與還原(含異機還原)

這種方式還原系統時，只能還原到該備份檔案當下備份時的主機上，要還原至其他主機上會出錯，異機還原要另外處理。

參考網址

http://www.weithenn.org/cgi-bin/wiki.pl?vcbMounter_%E5%8F%8A_vcbRestore#Heading4

http://blog.slps.tp.edu.tw/00086/?p=220#more-220

異機還原

http://bbs.vmsky.com/thread-11439-1-1.html

使用ssh連線到ESXi Server上

備份指令(留意大小寫)

vcbMounter -h <備份的VM在那台ESXi Server > -u root –p <PW> -a ipaddr:<VM IP> -r <指定ESXi Server上的儲存媒體之備份目錄> -t fullvm

-M 0/1 ç 分割檔案的參數 1為不分割

例:

將 10.10.10.43 的ESXi SERVER上的 10.10.10.2 這台VM 備份到 10.10.10.43 的這個 /vmfs/volumes/NAS-ESXi-VM-Backup/bdc-vm_backup_20110428 儲存媒體的指定目錄下

vcbMounter -h 10.10.10.43 -u root -p <PW> -a ipaddr:10.10.10.2 -r /vmfs/volumes/NAS-ESXi-VM-Backup/bdc-vm_backup_20110428 -t fullvm

還原指令(還原時候該台ESXi Server不可有相同的目錄或同名Guest OS)

vcbRestore -h hostIP -u root -p password -s <來源檔案>

例:

vcbRestore [...]]]> ESXi Server使用vcbMounter與vcbRestore線上備份與還原(含異機還原)

這種方式還原系統時，只能還原到該備份檔案當下備份時的主機上，要還原至其他主機上會出錯，異機還原要另外處理。

參考網址

http://www.weithenn.org/cgi-bin/wiki.pl?vcbMounter_%E5%8F%8A_vcbRestore#Heading4

http://blog.slps.tp.edu.tw/00086/?p=220#more-220

異機還原

http://bbs.vmsky.com/thread-11439-1-1.html

使用ssh連線到ESXi Server上

備份指令(留意大小寫)

vcbMounter -h <備份的VM在那台ESXi Server > -u root –p <PW> -a ipaddr:<VM IP> -r <指定ESXi Server上的儲存媒體之備份目錄> -t fullvm

-M 0/1 ç 分割檔案的參數 1為不分割

例:

將 10.10.10.43 的ESXi SERVER上的 10.10.10.2 這台VM 備份到 10.10.10.43 的這個 /vmfs/volumes/NAS-ESXi-VM-Backup/bdc-vm_backup_20110428 儲存媒體的指定目錄下

vcbMounter -h 10.10.10.43 -u root -p <PW> -a ipaddr:10.10.10.2 -r /vmfs/volumes/NAS-ESXi-VM-Backup/bdc-vm_backup_20110428 -t fullvm

還原指令(還原時候該台ESXi Server不可有相同的目錄或同名Guest OS)

vcbRestore -h hostIP -u root -p password -s <來源檔案>

例:

vcbRestore -h 10.10.10.46 -u root -p <PW> -s /vmfs/volumes/NAS-ESXi-VM-Backup/bdc-vm_backup_20110428-test

異機還原:

vi 虛擬機器中的catalog file

1.

2. version= esx-3.0

3. state= poweredOn

4. display_name= "Win2000Pro"

5. uuid= "564d617f-26af-80b9-a93b-1c542015b355"

6. disk.scsi0:0.filename= "scsi0-0-0-Win2000Pro.vmdk"

7. disk.scsi0:0.diskname= "[ESX02-storage1] Win2000Pro/Win2000Pro.vmdk"

8. config.vmx= "[ESX02-storage1] Win2000Pro/Win2000Pro.vmx"

9. host= ESX02.tw.fedex.com

10. timestamp= "Mon Sep  3 08:54:36 2007"

11. config.suspenddir= "[ESX02-storage1] Win2000Pro/."

12. config.snapshotdir= "[ESX02-storage1] Win2000Pro"

13. config.file0= "Win2000Pro.vmsd"

14. config.file1= "Win2000Pro.vmxf"

15. config.file2= "Win2000Pro.nvram"

16. config.logdir= "[ESX02-storage1] Win2000Pro"

17. config.log0= "vmware-7.log"

18. config.log1= "vmware-8.log"

19. config.log2= "vmware-9.log"

20. config.log3= "vmware-10.log"

21. config.log4= "vmware-11.log"

22. config.log5= "vmware-6.log"

23. config.log6= "vmware.log"

24. folderpath= "/ha-folder-root/ha-datacenter/vm"

25. resourcepool= "/ha-folder-root/ha-datacenter/host/ESX02-Server/Resources/Production"

基本上只要修改3種設定
[ESX02-storage1] -> 改成 另一台ESX storage name
ESX02-Server -> 改成 另一台 ESX Server Name
Production -> 改成 另一台 你想要存放的 Resource Pool Name
之後再利用vbcRestore還原, 系統會根據catalog文件的路徑自動還原

]]> http://blog.infinity.idv.tw/index.php/2011/04/29/esxi-server%e4%bd%bf%e7%94%a8vcbmounter%e8%88%87vcbrestore%e7%b7%9a%e4%b8%8a%e5%82%99%e4%bb%bd%e8%88%87%e9%82%84%e5%8e%9f%e5%90%ab%e7%95%b0%e6%a9%9f%e9%82%84%e5%8e%9f/feed/ 0 vix-async-pipe程序造成 ESXi Server Cpu Loading滿載問題 http://blog.infinity.idv.tw/index.php/2011/04/27/vix-async-pipe%e7%a8%8b%e5%ba%8f%e9%80%a0%e6%88%90-esxi-server-cpu-loading%e6%bb%bf%e8%bc%89%e5%95%8f%e9%a1%8c/ http://blog.infinity.idv.tw/index.php/2011/04/27/vix-async-pipe%e7%a8%8b%e5%ba%8f%e9%80%a0%e6%88%90-esxi-server-cpu-loading%e6%bb%bf%e8%bc%89%e5%95%8f%e9%a1%8c/#comments Wed, 27 Apr 2011 09:19:22 +0000 Roger Lin http://blog.infinity.idv.tw/index.php/2011/04/27/vix-async-pipe%e7%a8%8b%e5%ba%8f%e9%80%a0%e6%88%90-esxi-server-cpu-loading%e6%bb%bf%e8%bc%89%e5%95%8f%e9%a1%8c/ 今天看到其中一台 ESXi Server Cpu的LOADING滿載，可是看這台下面的VM機器CPU LOADING都很低,是什麼東西造成的到底?

 

使用SSH連入再下 top 指令查看,原來是這隻程序在搞鬼,不太清楚它是做啥用的,

vix-async-pipe

 

查了官方網頁的解法:

http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=1030894

To renice the vix-async-pipe process:

Identify the PID (process ID) of the process with the command: # ps ax|grep vix-async-pipe In the output, the first number on the left is the PID of the process.

With the [...]]]> 今天看到其中一台 ESXi Server Cpu的LOADING滿載，可是看這台下面的VM機器CPU LOADING都很低,是什麼東西造成的到底?

1

 

使用SSH連入再下 top 指令查看,原來是這隻程序在搞鬼,不太清楚它是做啥用的,

vix-async-pipe

 

查了官方網頁的解法:

http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=1030894

To renice the vix-async-pipe process:

  1. Identify the PID (process ID) of the process with the command:
    # ps ax|grep vix-async-pipe
    In the output, the first number on the left is the PID of the process.

  2. With the PID from step 1, run the command:
    # renice -5 <PID>

  3. To confirm that the change took effect, run the command top and look at the value in the NI column.

沒用……………………………………

 

官方網頁說若沒用再試試這招:

http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=1003490

[root@server]# service mgmt-vmware restart
Stopping VMware ESX Server Management services:
VMware ESX Server Host Agent Watchdog [ OK ]
VMware ESX Server Host Agent [ OK ]
Starting VMware ESX Server Management services:
VMware ESX Server Host Agent (background) [ OK ]
Availability report startup (background) [ OK ]
[root@server]# service vmware-vpxa restart
Stopping vmware-vpxa: [ OK ]
Starting vmware-vpxa: [ OK ]
[root@server]#

========================

service vmware-vpxa restart <==這部份我執行會說我系統沒這 service…所以我只有執行service mgmt-vmware restart 結果就好了！

]]> http://blog.infinity.idv.tw/index.php/2011/04/27/vix-async-pipe%e7%a8%8b%e5%ba%8f%e9%80%a0%e6%88%90-esxi-server-cpu-loading%e6%bb%bf%e8%bc%89%e5%95%8f%e9%a1%8c/feed/ 0