“擴(kuò)展單位”只會(huì)影響新的LD而不會(huì)影響現(xiàn)存的LD，要想取到一個(gè)理想的擴(kuò)展單位值，必須考慮到：擴(kuò)展單位應(yīng)當(dāng)盡可能小，避免預(yù)留太大的空間，這對 SSD尤其關(guān)鍵，因?yàn)镾SD的空間寶貴而量小;同時(shí)擴(kuò)展單位又必須“夠大”從而能夠?qū)⑿略龅腖D全局條帶化到所有底層磁盤上，例如8GB擴(kuò)展單位用 256MB的 chunklet和RAID1保護(hù)會(huì)用到64個(gè)chunklet也就是64塊物理盤，假如共有480塊盤(RAID1保護(hù)和256MB chunklet)，那么理想的擴(kuò)展單位是60GB，假如共有480塊盤(RAID1保護(hù)和1GB chunklet)，那么理想的“擴(kuò)展單位”是240GB。小結(jié)：CPG應(yīng)當(dāng)盡可能使用所有同類型磁盤(FC、NL、SSD)已達(dá)到“全局條帶化”，當(dāng)新 的磁盤加入時(shí)用DO來均衡負(fù)載，擴(kuò)展單位盡可能把它的chunklet 1、2、3… 逐個(gè)遍歷所有底層磁盤。

報(bào)警的設(shè)置：TPVV使用率的限制和報(bào)警、CPG“擴(kuò)展單位”的限制和報(bào)警、已使用物理盤空間報(bào)警、未使用物理盤空間報(bào)警。

當(dāng)達(dá)到TPVV使用率的限制時(shí)，停止寫入并返回SCSI錯(cuò)誤。當(dāng)達(dá)到CPG使用率的限制時(shí)，結(jié)果同前，但是影響更嚴(yán)重，因?yàn)樗蠽V都受影響。當(dāng)達(dá)到所謂“系統(tǒng)級限制”時(shí)，所有VV開始“亂寫”——隨意寫入任何CPG。當(dāng)物理空間耗盡時(shí)，沒法再寫，必須擴(kuò)盤。

Thin Conversion(精簡轉(zhuǎn)化)要求數(shù)據(jù)遷移的Target 3PAR必須配置有ThP許可，同時(shí)所有目標(biāo)TPVV上打開“零檢測”。HP保證至少“50% Get Thin Guarantee”。Thin Persistence(持續(xù)精簡)其實(shí)就是在線實(shí)時(shí)的空間回收，它要求必須配有Thin Conversion許可，在使用Veritas Storage Foundation、VMWare vSphere、Oracle ASRU和其它類似軟件時(shí)，同樣需要這個(gè)軟件來回收空間。Thin Copy Reclamation可以在刪除快照時(shí)回收空間，不管快照空間是來自于Full VV還是TPVV都可以回收，還到CPG里給其它VV再使用，它需要ThP許可。

在Unix和Linux中用dd、在Windows中用sdelete，就可以對已刪除的空間寫零，零檢測把連續(xù)的16K“還回去”用于TPVV的 再使用，把連續(xù)的128MB“還回去”到CPG用于所有VV的再使用，用“compactcpg”就可以把128MB“還回去”到整個(gè)系統(tǒng)的大Pool中 用于其它的CPG。在 3.1.1(3PAR InForm OS版本)里，系統(tǒng)自動(dòng)運(yùn)行反碎片例程，per-VV basis，把16K的空間收集起來組成一個(gè)連續(xù)的128MB。3.1.1之前，回收只作用于TPVV，從3.1.1開始，回收同樣作用于快照 (read/write)，同樣針對每個(gè)快照要做出設(shè)置打開零檢測。

受到VxVM管理的VxFS文件系統(tǒng)通過API的集成，可以在文件系統(tǒng)刪除或者收縮時(shí)自動(dòng)回收空間，而不需要運(yùn)行“寫零”的工具?；厥沼蒝xVM的“vdisk reclaim”命令觸發(fā)。這個(gè)集成工具包含在Thin Persistence許可中。

Oracle數(shù)據(jù)庫同樣需要回收功能：刪除表空間或者數(shù)據(jù)庫、收縮表空間、數(shù)據(jù)重新分布到新盤和老盤、老盤空間釋放等等場景。3PAR和 Oracle共同開發(fā)了Oracle ASM Storage Reclamation Utility，凡是在Oracle Automatic Storage Management環(huán)境中刪除的數(shù)據(jù)塊都可以回收。ASRU是一個(gè)腳本，用一個(gè)命令把ASM磁盤“收縮”掉，同時(shí)3PAR把連續(xù)的16KB零空間釋放回陣列，這個(gè)在線實(shí)時(shí)工具同樣需要Thin Persistence許可。

OS和文件系統(tǒng)有適合ThP和不適合ThP之分，DB必須設(shè)置為autoextend而且不能預(yù)寫空間，Exchange的郵箱刪除或者遷移后，郵箱數(shù)據(jù)庫收縮和回收只能離線操作，除非創(chuàng)建一個(gè)新的郵箱數(shù)據(jù)庫刪掉老的。

VMware自己有ThP，3PAR也提供了ThP，建議同時(shí)使用，這要求管理員必須能夠匯總和看懂兩個(gè)不同來源的報(bào)警和限制并關(guān)聯(lián)起來，但其好處 是毋庸置疑的。建議使用1-2TB大的虛卷作為datastore。創(chuàng)建虛機(jī)時(shí)VMDK的創(chuàng)建有幾種選項(xiàng)，從3.5開始缺省用Thick Provison Lazy Zeroed，這是適合傳統(tǒng)ThP的;但是在追求性能的環(huán)境中，VMware建議使用Thick Provision Eage Zeroed，這就不適合傳統(tǒng)ThP了，但是對于EZT，Thin Persistence照樣可以完美的實(shí)現(xiàn)瘦身的功能。vSphere 5.0 + 3.1.1在刪除虛機(jī)時(shí)自動(dòng)回收空間;vSphere5.0 + 2.3.1 MU2(含以上)同樣可以實(shí)現(xiàn)，只是需要在vSphere里裝上3PAR Management Plug-in for VAAI 2.2;更老版本的vSphere則需要3PAR Management Plug-in for VAAI 1.1。

跨陣列遷移瘦身時(shí)，用基于文件的遷移工具，如在Unix/Linux的“resync”，Windows的“Quest”，或者備份恢復(fù)的方式，就 可以成功瘦身。塊級遷移工具如LVM或者SVC則是塊-塊對拷，可能不能瘦身，除非實(shí)卷上有連續(xù)的零空間。同個(gè)陣列內(nèi)部的實(shí)虛轉(zhuǎn)換是借助Full Copy完成的，但是完成后必須重新映射卷到主機(jī)。Peer Motion，源陣列OS版本不低于2.2.4，目標(biāo)陣列不低于3.1.1，目標(biāo)陣列必須配置Peer Motion和ThP許可。

huanghui