action1：
NND，服务器又挂了，服务器在哪儿放着嘞？捣啊捣啊捣不到，快疯了
什么在机房，我去还要跑那么远
action2：
我去，服务器不通了，看看本机到server怎么走，路有没问题，难道是网线谁拔了？还要回去插网线。。。
action3：
又要拉网线，拉网线，从东拉到西，从西拉到东，乱的快赶上蜘蛛网了，拓扑图什么的不要问我
action4：
服务器业务增长，原本不够用了，怎么添加CPU，加内存？太麻烦了
action5：
服务器总感觉再上传东西，感觉是中病毒了，或是被黑了？谁来告诉我
action6：
在外网想访问服务器怎么办，怎么办，临时有任务要在服务器上添加内容？跑回学校？我刚走。。。
action7：
几台服务器跑同一业务，怎样做负载均衡，怎样做专业，谁来tell me how
。。。
。。。

哎，我的人生不需要这样的NG  

现在传统架构的问题
1.业务系统。一个业务系统一个独立的服务器，需要好多物理服务器，一个系统一个，利用率都很低，很浪费资源
2.开发、测试系统。测试服务器也有很多，需要几个人共用一台服务器，有时候会搞乱。新员工也没有设备。需要很长时间采购、申请
3.存储性能。存储放在共享存储上面。几十台物理服务器共用一个共享存储，有时候性能跟不上，而且会相互干扰，高级存储较贵
4.数据备份比较麻烦，需要手工去拷贝或者用各种备份软件备份数据
5.排查问题，有时候需要一根线一根线排查，没有链路聚合的服务器，出现过叫多次不小心碰到网线导致网络断。

以前最受不了的就是客户网络中串了不同厂家的网络设备，一旦出一些比较棘手的问题，所有的厂商都会避开自己的原因，说不是自己的问题，这样导致客户无法处理和解决问题，甚至无从下手。现在有了超融合，一旦出现问题系统就会自动定位到问题所在，并且在第一时间通知客户，即使用户解决不了，他们也会马上找某公司的技术来处理。不仅保障了业务的正常运行和稳定性，对于运维的同志们来说，更是省了不少心，再也不用担心出现问题自己找不到原因或者无从下手的情况了。所以，超融合的意义，不仅在于应用和业务，同时也解放了运维的难题。

看下面的现象内心是纠结的，表面的淡定的，万能的超融合快来收了他！

超融合我们还没有培训过，是不是把网络设备什么的全都融合在一起的东西

接触超融合时间也是不短了。以前习惯了传统数据中心的架构，遇到问题头疼也就头疼就完了，也不会说怎么解决问题，接触超融合之后，才发现，原来数据中心还可以这样玩，的确是给传统数据中心带来了极大的冲击。
总结一下过去在传统数据中心中遇到的几个问题：
1、烟囱式的架构，导致每一台设备、每一根网线都可能成为故障节点，并且数据中心中各个厂商的设备参差不齐，一旦出现问题，又是要通宵达旦好几天才能解决。到最后可能就是因为某台设备上做的一个小改动，每次处理完问题，不是想象中的成就感，而是开始怀疑人生
2、同样的，烟囱式的架构，也导致每一台设备、每一根网线都可能成为网络瓶颈，一旦业务流量扩张，就很可能使得之前购买的设备性能不够，每次都要一批批的跟换高端设备。看不到尽头。
3、资源浪费，买的设备太高端，服务器太多，又要付出极大的成本，但是买刚刚好的设备又担心万一哪天又要跟换高端设备，更是伤脑筋。
现在接触到超融合架构，我才看到苦逼工程师的光明，一套架构解决了我所有的问题，包揽了我所有需要的资源，总结来说，超融合的优势其实就是对应了之前存在的几个问题，总结来说也是这几点：
1、大二层的架构、完全抛开了传统的安全优化设备，直接使用虚拟化的安全设备、虚拟化的优化设备，再结合内置的故障排查功能，不管是业务问题还是网络问题，都能够快速定位，大大降低了我们的工作量
2、同样的，一个功能解决之前说到的2/3问题。按需分配的模式，我需要多少分配多少，需要增加就直接购买服务器，也不需要淘汰之前购买的设备，即保证了我业务的正常运行，同时也是大大的提升了整体的资源价值
现在还是只用了规模比较小的超融合产品，相信等整个数据中心改造完了，我们的工作就可以不要这么累了

先占个坑，最近诸多测试，搞个asv+Acenter来战。