IPS|POWER重装上阵，教你如何避开小型机下迁的内卷化可能因为最近马云风头正劲，让我不由得想起了多年前阿里巴巴那个最后一台小型机下线的条幅。---本文来源于网络，仅供参考，勿照抄，如有侵权请联系删除---时隔多年，我竟然还在讨论这个话题，一切皆因我们的POWER重装上阵。本周末，新购的浪商K1POWERE950小型机将完成最后一次割接，再加上之前核心POWERi980的上线，今年小型机升级工作将圆满落幕。“”今天，打算用最近很火的内卷化来重新解读一下小型机下迁。小型机江湖当年，Oracle开创了一体机这个新品类，用新物种迭代了小型机，最后把Sun的SPARC给玩死了。HP的SuperDome，我没接触过，但想起HP大厦都变卖了，莫名有种凉凉的感觉。以前玩小型机的，现在都退场了，只剩IBM和lPS。入行这些年，我搞过AS/400和RS/6000，对大多数从业者来说，这经历也算难得了。后来IBM重新命名了产品线，我们成了POWER最大的IP（iSeriespSeries）用户之一。“”七年之痒2013年数据中心迁移，那个时点我们做了最大，也是最后一批小型机采购。之后，在去小型机的浪潮下，我们对于IBM和小型机的态度开始变得冷淡，随之而来的是对互联网的拥抱，基于X86的开源和分布式变成了主旋律。回首这七年，看到的是小型机的零采购，在这期间，技术也生了很多变化，云计算取代虚拟化成了新的技术风口，别说IBM，就连VMware也逐渐势微。我自己也未曾想到，七年之后我们选择了与IPS再续前缘。为什么要去IOE阿里为什么去IOE，因为不适合互联网应用场景。我们为什么去IOE，因为有特定的历史背景。那时，国内稍微有点体量的公司，有上百台小型机是很正常的事情。除此之外，通常还有大量的X86物理服务器，在那个没有云计算的年代，运维成本高和效率低是普适性痛点。为此，我们迫切地需要进行技术变革，在后来的数据中心迁移过程中，借助VMware彻底地实现了虚拟化，并同步完成了大量的U2VL，运维水平也因此有了大幅提升。去小型机不是目的，提升资源利用率和运维水平才是根本。现如今，我们的小型机上只剩下重载的核心数据库，迁移进入了深水区。用户价值体验新科技，包括互联网都不是存量竞争，而是增量竞争。所以当X86虚拟化和与云计算的趋势形成后，原来的POWER增量断崖式下跌，随之而来是IBM业绩的持续下滑。---本文来源于网络，仅供参考，勿照抄，如有侵权请联系删除---为什么我们现在又继续采购POWER小型机，因为存量需要。早期，我们存量环境中有大量的POWER服务器，在应用场景和资源利用率上都有优化空间，也就是所谓的烟囱式向资源池化和云化的转变。套用一下梁宁老师在产品思维课上讲到的用户价值公式：用户价值=（新体验-旧体验）-替换成本。拿X86替换POWER小型机这个场景举例，初始阶段能够很明显感受到VMware所能带来的好处，在资源池上快速交付标准化系统。此时，VMware带来的用户体验比原有的运维体验好太多，而且很多非关键应用的小型机下迁其实没什么太多的挑战，风险可控。此时，用户价值很高。所以，在VMware的加持下，做U2VL是水到渠成的事，结果就是成规模的下线了一批小型机，达到了降本增效的目标。小型机下迁的内卷化但随着小型机下迁进入深水区，对于核心数据库的迁移改造，牵一发而动全身，风险敞口显著放大，开始出现了内卷化。我先来解释一下什么叫内卷化，从经济学角度讲，就是边际成本越来越高，但边际收益越来越低，经济学专业名词——边际效益递减。这里面涉及到两个成本，一个边际成本，一个是机会成本。在成本分析之前，还要解决几个技术可行性的问题。比如，对于重载的核心数据库，X86服务器的性能是否能撑得住？X86服务器的RAS特性跟小型机比还有差距，如果没有OracleRAC这样的架构，系统高可用性怎么保证？而对我们这种DB2的重度用户，只能引入DB2pureScale架构，还需要考虑产品成熟度和运维水平是否能跟得上？此外，还需要协调开发和测试团队进行充分测试，项目周期也会更长，关键是还不一定能控制风险。最近，我们有个X86上的DB2数据库，时不时的就来个filesystemreadonly的故障，打了补丁，换了硬件，好像也没彻底解决，这种事撞上了就...