云端应用落地企业 资源虚拟化之路不能回避

  回顾以往e化历程，企业导入ERP系统，往往还会导入相对应的服务器、储存设备，之后无论部署MES、CRM、SCM…各式各样软件，全都依样画葫芦，导致产生出一个个互不相通的孤岛，彼此资源利用率都不高，无形当中也衍生许多滞碍难解的问题。

但来自博科通讯系统(Brocade)的大中国区技术总监黄蓝玓指出，企业e化一路推展至今，与过去的10年前、甚至更早以前相较，情况已经截然不同，驱使企业一定要改变信息架构，无论是储存或运算资源，都需要加以虚拟化；在此同时，诉诸化繁为简的Ethernet Fabric网络架构，也成为不容忽视的亮点。

因此在15年前，为了提高储存空间的有效利用率，于是出现SAN技术，以LUN为基础为磁盘做了一番虚拟化；尔后随着处理器能力愈来愈强大，但使用率始终停留在20~30%偏低水位，造成许多浪费，因而揭开服务器虚拟化的序曲，日后更是大行其道。

受限于网络架构，难以全面实施虚拟化
拜SAN、服务器虚拟化等技术所赐，使得储存与运算资源的调度弹性骤增，终至演化为可以随需租用的服务型态，Amazom的AWS(Amazon Web Services)即是经典案例。

早年美国联邦政府，为了执行1项文件转档计划，初估必须投入数百万美元部署大量主机与储存系统，并历时数个月才能执行完毕，如此昂贵的代价，却只是为了满足一次性的任务需求，投资效益确实有待商榷；恰好AWS服务在此时问世，联邦政府便以每分钟计费的模式，向Amazom暂时租借资源，结果只用了3周时间，便将计划执行完毕，而且还不必付出高昂费用，云端运算之魅力，由此可见一斑。

时至如今，储存与计算资源都可被虚拟化，使得IT基础架构改善了，企业运用资源的灵活度变高了，业务拓展能力增强了，一切都往美好的方向前进，似乎再也没有值得担忧的事。情况真是如此？黄蓝玓并不这么乐观。

根据研究机构预测，到了2020年，全球行动装置将达100亿台，累积的数据量将达35ZB，每1公里距离的传输成本，也将低到趋近于零，因而产生的流量之庞大，势必超越大多数人现今的想象空间；连带也将凸显1个事实，目前企业引以为豪的”全面性”虚拟化成果，原来只不过是”局部性”，而且受到一定物理限制，其能力不会无限上纲地成长下去，当然也无力应付2020爆冲年代。

为何虚拟化并非”全面”、只是”局部”？黄蓝玓解密，症结点就在网络架构。

Ethernet Fabric，突破层层枷锁
“Ethernet Fabric绝对是云端运算的基础，因为它够扁平化，有助于大幅降低延迟(Latency)，” 黄蓝玓说，反观现在的网络架构，必须迁就许多协议、许多设定，因而产生极其复杂的阶层式架构，且赖以满足备援需求的Spanning Tree协议，万一任何1条线路失效，交由备援线路接手，亦需因应网络架构改变而重新计算，导致出现些许服务中断时间；凡此种种，显然都无法满足云端环境需求。

再者，假使某企业将1台服务器，分割出20~30个虚拟机，此后因故需要藉由Live Migration功能，将这群虚拟机迁往另一实体主机，如果处在传统架构，因为网络认不得Mac地址或VLAN编号，当然无法直接支持这般迁移，必须劳驾网管人员手动更改设定，才能如愿以偿。

然而一旦改采Ethernet Fabric，所有事情都改变了。它的架构深具弹性，不管加入多少新交换器，增加多少埠，只要一连上Fabric，立即可连上云端，全无Spanning Tree的服务中断疑虑；此外，当虚拟机要进行迁移，所有设定都将跟着走，不再需要网管人员介入调整。

更值得一提的，综观传统网络架构，总是存在着Core、Aggregation、Access不同阶层，如今有了Ethernet Fabric，即可将Aggregation与Access并为”Edge”单一层级，使得架构变得更加清爽单纯，少了层层箝制，即有助于消弭Latency。

展望未来，黄蓝玓认为最值得关注的议题，无疑就是奠基于Openflow的SDN(Software Defined Networking)技术；受惠于SDN架构，原本在每台交换器上，所需执行的VLANs、ACI、QoS、PVLANs或Service Routiing等繁复设定负担，通通不复存在，一切交由控制软件发号施令，交换器可回归到单纯的Forwarding定位。

如此一来，有了控制软件当做大脑，随时计算最佳路径，所以交换器即便遭遇壅塞状况，也能透过软件的指示，自动转向另一条畅通的道路，继续执行它的Forwarding任务，使得封包传输速度大幅提升；唯有如此，才能加快云端应用服务递送的进程，而且即使日后由于大量行动装置、大量数据，繁衍出难以预期的爆冲流量，以及串流不息的服务请求，SDN亦可凭借相对灵活的步履，佐以优异的交换质量，从容应付严苛考验。