2.2 IT基础设施缺乏弹性，不能灵活调配网管系统中有很多业务种类是具有明显的周期性的，比如话务网管性能数据采集的高峰期出现在每小时的半点左右，之后负载下降，趋向于平稳。由于话务网管系统的正常运行直接影响一系列重要运维KPI指标，其对安全性与稳定性有着极高的要求，即使在非常重负载的情况下也不允许有性能问题。峰值负载时需要至少 18 颗 CPU 的一台服务器来满足处理的要求，而平均负载仅需要 2～4 颗CPU。与此同时，数据汇总模块每小时的峰值出现在 45 分左右，之后负载也下降。该模块需要 12 颗 CPU 来处理其峰值负载，而平稳期的 CPU 利用率大约只在 20% 左右。
由于采用独立物理服务器，或静态分区技术，网管系统的部分服务器计算能力未能充分利用。
2.3 容量规划困难每个系统采购之前都会对该系统进行容量估算，作为设备采购的依据。容量估算涉及的因素非常多，比如未来业务总量、用户数、性能要求、应用程序开发水平、各个系统之间的交互等等，这些因素都会对容量估算结果产生影响。但上线一个新系统，在很多情况下上述的这些信息并不完整，或者根本就没有。需要什么样的新设备很多时候只能参照类似系统，或者猜测系统生命周期中工作负载的增长。在这样的情况下，业务部门难以对需求估算精确，为求安全，有时导致设备超量采购；抑或系统上线不久就因负荷过高需紧急扩容。
2.4 设备数量众多，系统管理复杂网管系统业务大部分对硬件计算资源的要求不是很高，但业务种类繁多，导致 IT 系统也非常多。管理员要维护各个系统的操作系统版本、数据库版本等等，即便有管理系统协助，管理员维护各类系统的配置、进行优化，都是一项繁杂和困难的工作。
2.5 建设维护缺乏规范性江苏移动网络支撑网各个系统的维护管理虽然已按照应用和平台进行了区分，但平台管理员仍需了解主机硬件、操作系统、数据库、中间件甚至备份的各方面知识。这样的方法要求管理员对系统的各个方面都要了解，甚至要精通。但现实中由于管理员精力和时间有限，加上各个层面的管理工具、方法也有诸多差异，使得管理员难以全面精通或掌控各个层面的管理。
2.6 设备能耗巨大，机房供电不足机房是能耗大户。随着系统中心规模的不断增大，为满足设备运行和冷却方面的需求，其能源成本一直居高不下。有些大机房还出现了由于机房供电不足，不得不把某些系统迁移到异地的情况。机房的能耗成本，一年都高达数千万元。在国家节能减排与绿色机房的政策大环境下，如何有效降低能耗成为企业必须关注的问题
3 对策和实现方法
3.1 同平台应用整合以前按项目买设备，设备只是被某项目独占，而非共享，因此某些设备上的资源是多余的，但是另外的项目却不能够利用它。所以一定程度上造成资源的浪费。利用服务器虚拟化技术，打破应用和 IT 资源之间的绑定关系，把应用和硬件解耦合，多个应用能共享 IT 资源。
同平台应用整合，从技术容易实现，成本和风险都比较小。要整合服务器资源，非常重要的前提是梳理各个网管系统的运行特点，也就是说，需要非常明确的知道各系统的峰值负载，节假日突发高峰，批处理时间，响应要求，业务等级等等。在明确了这些信息之后，制定资源整合计划。通过评估，有些业务是可以通过分区整合到一台服务器上的，可以获得明显的利益，较少甚至没有负面影响。而有些业务不合适整合，遇到类似情况，我们也不会为了整合而整合。在整合服务器资源中，我们也注重探索集成多种环境，获得理想的技术组合，以实现服务目标。如图 1，对于压力较大，且重要级别较高的系统如话务网管、资源管理等被部署到独占 CPU 的动态逻辑分区上，并配置独立的物理板卡，以保证性能。对于压力较小的 PBOSS 系统，我们通过微分区来部署，且由于其 I/O 流量很小，因此可以通过虚拟 I/O 服务器（VIOS）来共享以太网卡和存储卡，在不影响业务效率的前提下，减少了物理设备，提高了灵活性。
