机身轻薄、简洁,一扫机房杂乱的线缆。但是!除了强势的外表,我的内涵同样丰富——其实,我不仅仅是个服务器,更是一个完整的系统! 听起来似乎不容易理解,我先给大家讲个案例: 某企业有 2 个应用系统,一个是 Oracle RAC,一个是 OA。
2 个网络均建立了 ACL、配置了防火墙;存储网络也都使用了 C 家的存储交换机,并配置以 wwpn 为成员的 zoning(这些部署都符合业界的最佳实践)。 为了便于大家理解,我还亲自画了清(hun)晰(luan)的架构图: 看起来是不是很(hen)亲(tou)切(da)? 现在问题来了,我们发现数据库处理能力不足,需要添加一台服务器时,怎么办? 从 OA 的 3 台服务器中借一台给数据库: 首先,将 OA 服务器关机、所有线缆拔掉,重新接入数据库的网络和存储。这意味着:拔掉原先的 2 条网线 +2 条光纤线;插入新的 2 条网线 +2 条光纤线。
其次,在数据库的 SAN 交换机上配置 zoning,在网络交换机上加入 ACL 条目,再规划 LUN 的 mapping。这还没完!
但是,完成这些过程需要至少 1 天,而数据库的处理高峰早已过去…… 10 分钟内完成、不动任何线缆,效率极高同时减少出错可能!没错,你需要的就是我——Cisco UCS,分分钟完成复杂需求! 要问我是如何做到的?
把服务器里面的物理唯一性参数和服务器硬件本身脱离关系,单独作为一个配置文件存在。也就是说:在使用服务器时,只需修改配置文件、规定要几个网卡、网卡的 MAC 地址以及 HBA 卡机器 wwpn 即可,将这些配置文件 “附着” 在任一服务器硬件上,服务器就可以投入使用了! 理论上我已阐述完毕,现在回到最初的问题,实际操作中,我是如何实现 “借用” 的复杂需求?其实 Easy,只要如下几步就可以:
整个过程,无需在前后奔走在服务器之间,无需插拔一根线缆,只要网络能通,甚至在家中就能处理这种紧急情况!
怎么样,听完我的自述,现在明白 “Cisco UCS不仅仅是服务器,更是一个完整的系统” 其中的奥秘了吧! |
|
来自: tuzhanbei2010 > 《数据中心》