Thin就是个坑谁用谁找抽！

上周，有个朋友在群里反映了一个情况：



由于冬瓜哥之前曾经在群里说过，Thin，不出问题的时候没问题，出了问题一定是大问题，因为你根本没法预估哪个应用会抽风。下面冬瓜哥就说说这个Thin。

Thin就是个坑谁用谁用谁找抽！Thin，学名“自动精简配置”，这学名着实不咋地，不知道谁起的名，估计是某个翻译公司的外行翻译随便整出来的，结果就这么定下了。

Thin就是你有100GB的空间，但是对外可以声称你有1TB的空间，数据是现写现占地方。写爆之前，你得不断向系统里添加更多的存储空间，直到添加到1TB为止。

对Thin应用的最好的是互联网业务，比如 “亲免费赠送您40TB的网盘空间哦！”。可能一下子吸引来一千万用户注册，把各自的私货全传上去，你在它们面前立即变成了一丝不挂。至于它们后续怎么掌控你，好自为之吧。它们会打赌，一千万人里，能真上传40TB数据的，能有个100人？传20TB的，一千人？形成一个梯度，最后恐怕90%的人基本耗费不到1TB，当然这是冬瓜哥的猜测了。这么算下来，系统只要弄他个几PB的容量先用着，就可以运营起来了。

但是，不知道是哪个杀千刀的非要在块存储上实现Thin，一时间Thin成了所有传统存储厂商的标配功能。传统存储里的块存储，承载的是什么业务？基本都是核心关键业务。在这上面你不吐点血多买点盘，搞哪门子Thin？所有人都是给自己留余地，1TB的空间我声称800GB，留着200GB应急，而Thin则是过度承诺。网盘过度承诺是逼不得已，核心关键业务怎能过度承诺？

虽然厂商忽悠的时候拍胸脯保证：绝对没问题，快用满了会报警你绝对能提前应对。咋样，歇了吧？就算是能报警，应用一抽风，一小时内给你塞满你能来得及加盘不？就算报警了，应用没抽风，你手头有备用盘么？“有，我手头屯了一百多块呢，终于等到这一天了，哎呦，高兴啊！” 你2么？专门备着一堆盘等加盘？那还不如一开始就加上去。。找抽啊！

最糟的情况就是，手头没盘或者盘不够，而现买的话货期又满足不了，那就歇菜。上面那个例子，就是最后这种情况。你问厂商，厂商不给你负责，谁让你没盘呢？厂商拍胸脯保证，拍屁股走人，而你，一开始就拍脑袋决定要用Thin的。

此外，Thin不仅在运维上风险极大，对性能还有影响。由于是现用现分配空间，如果有多个逻辑资源在并行写入，那么最后这些逻辑资源在物理视图上就是交织分配的，变得不连续，这对机械盘是致命的性能影响。


所以，很多厂商会增大分配粒度，如图所示，一个块如果是4KB，分配粒度为1GB，每次分1GB，多个1GB之间交织，能将连续地址IO的性能下降缓解一下。但是这样就不能更高效的节省空间了。

另外，依然无法杜绝每次IO都要查表的计算资源耗费，而且，一旦元数据表的维护上出了问题，导致不一直，影响范围巨大。

所以，空间节省也没那么夸张，性能反而还下降，元数据丢失引发风险也很高，这种技术，何以用之？不是穷疯了还是有多少用多少吧。也别把这东西写进标书了，自欺欺人。

块存储上适合用Thin的地方，就是非关键业务，或者逼不得已的情况下，比如给几千人弄个网盘，弄个虚拟桌面等等，体量大的时候，而且不是所有人都一下子塞满数据的场景下。

长按识别二维码关注“大话存储”获取业界最高逼格的存储知识。



另，长按关注“ 冬瓜相对论 ”。获取对人性、社会、科学最深刻的洞察和点评。



冬瓜哥将在12月10日在北京悠唐皇冠假日举行的由DOIT举办的中国存储峰会上做个关于IO协议栈前沿研究动态以及NVMe协议方面的技术分析分享。冬瓜哥的风格么，你也知道， 没干货就不叫冬瓜哥了 。要干货的，速来。 免费参会，长按识别二维码进入网页报名吧。