统一纳管最大的难点是异构问题和虚拟化和业务系统性能要求之间的矛盾。一般来说资源要想进入统一的云平台管理首先要虚拟化,而异构的虚拟化资源池需要找到能够兼容异构资源的云平台,另外,并非所有的系统都适合虚拟化,比如:核心业务数据库和核心交易等这种高负载,低延迟而常年资源变化不大的系统,入云改造得不到好处,反而可能造成性能下降。 请问这种矛盾,大家企业一般在架构上是如何考虑和解决的?
正好前几天由于课题需要做了一些列的虚拟化和物理机的对比测试,测试结果显示,虚拟化可能在IO方面会有差距,而在计算能力方面,虚拟化跟物理机性能相差不大。个人认为,IO方面的弱势可以用现在的高性能磁盘比如ssd或者pcie来弥补。另外一方面,如果业务虚拟化改造代价很大,完全可以建立一个物理资源池,用统一的云管平台来纳管,物理机资源池专门给虚拟化难度大或者性能安全性要求高的应用系统使用。
收起1、这个矛盾不是技术引起,所以解决问题得从业务入手,梳理清楚业务的真实需求和非功能性需求;
2、这个问题的难点是网络安全及限制,解决这个问题,基本上解决问题的80%;
3、梳理各技术栈资源的集成先决条件,即产品集成还是服务集成;
4、开发团队对各种粒度模型的把控,这个需要业务更多输入
虚拟化对比传统架构的优势点如下:
• 规划工作容易把控
• 硬件投资相对较小
• 资源利用率高,易整合
• 服务器功耗小,配套基础设施消耗小
• 应用部署快速,新业务上限周期短
• 业务连续性优异,抗灾害能力强
不适合采用虚拟化的应用
• 具有特殊硬件访问要求的应用
需求高性能图形显卡 --- 不适用虚拟化,例如OCR文字识别系统
特殊的串/并行加密设备 ---不适用虚拟化,例如统一加密平台
USB设备连接需求 --- 可能不适用,可采用外置USB设备代替,需经过测试,例如个别采用U盾授权的监控等
• 即使在高配置的服务器上仍然具有很高负载的应用 --- 可能不适用,需分析当前服务器配置情况
收起