觉得Thin Provision是一种半吊子的东西

bbjmmj

比如用户需要1TB的存储，可是用户没钱，于是他只买了100GB的存储，等他将来有了钱，或者硬件价格降下来的时候，他再去买那900GB的存储，这就是Thin Provision。
可是这种做法要命的是，当用户买齐了他要的1TB存储的时候，新的存储虽然加了上去，他最初用的100GB存储已经老化，那么他的存储系统事实上就处于设备老化损坏的风险之中。设备老化有多快呢？我们学校有六块SCSI硬盘，分别装到两台服务器上，每台上面三块，内网服务器上是三块希捷，网站服务器上是三块IBM，服务器运转两年的时候，损坏了一块IBM的SCSI硬盘，运行四年的时候，又损坏了一块IBM SCSI硬盘。在业务量稍大一些的服务器上，硬盘损坏是相当快的，而用户如果使用了Thin Provision，当他把后面的900GB的存储买齐的时候，可能前面那100GB存储已经该到寿命了，业务数据就会处在丢失的风险之中，咋办？上容灾？如果用户折腾得起的话，倒是可以试一下，不过这已经违反了当初节约成本的初衷。
Thin Provision一个比较成功的案例是VMWARE虚拟机，虚拟机的硬盘可以设成需要的容量，但可以不用一下占满设定的空间。虚拟机用来做实验还是蛮不错的，但是这并不代表生产系统就适合用Thin Provision。

michael1983

恩，thinprovison我们测试了大半年，也没用到正式生产应用中，只是在虚拟机环境中有用到

saintdragon

而且可能由于时间问题，买不到以前需要的硬盘了。或者价格比以前还高

冬瓜头

“但是这并不代表生产系统就适合用Thin Provision”
照你这么说，邮件服务商的系统都不是生产系统，你申请了个2G的邮箱，人家就得给你2GB预留出来，对吧？大神发令了，莫敢不从啊。人家都不是生产系统，就你们学校的几台服务器几块硬盘，那才是真正的生产系统，别人家的都不是，都是小打小闹，就你大神才是真本事。

michael1983

冬瓜兄，我们只是讨论问题，没必要这样吧

bbjmmj

“但是这并不代表生产系统就适合用Thin Provision”
照你这么说，邮件服务商的系统都不是生产系统，你申请 ...
冬瓜头 发表于 2010-04-17 10:44

我从邮件服务商上申请的是用户空间，这个空间是虚拟的，并不是存储设备的实体，而且这个空间也不具备Thin Provision随时掏钱随时增容的特点，两个概念。

无牙

Thin Provision 是两个层面上的东西，一个软件，一个是硬件。

什么业务适合Thin Provision ，要看业务的性质。

michael1983

Thin Provision 是两个层面上的东西，一个软件，一个是硬件。

什么业务适合Thin Provision ，要看业务的 ...
无牙 发表于 2010-04-17 11:21

    对，业务决定技术性质

myguangzhou

有好有不好咯
不过VMWARE中的这个功能倒是挺不错，很实用

crazygod

讲个故事，应用部门A给运维部说要提供20TB存储，B说要30TB，C说要10TB。
运维部们那个头疼啊，买了60TB存储，每个LUN都划的贼大。
导入数据后其实也就几TB。
A说不够了再给2TB，运维部们头更大了。

ThinProvision就解决这个问题。
而且以后支持Reclaiming,可以把卷再缩小。