【IT168 资讯】成本始终是我们讨论很多话题的时候关注的一个焦点，虽然太多的时候我们可能关注在具体的技术上面，但是我们去引用一个技术的时候，采购这个技术的时候，会考虑到成本的差异。

　　我们在数据应用或者当中所面对的对象或者一些问题，第一个当然是配套设施，机房本身的配套设施、制冷、楼宇、消防、新风系统、配电等等，作为IDC这是最基础的，再往上就是用户的IT设备。当我们现在在谈论很多云计算的时候，我们会发现如果我们提供的服务器在下面这个层面，用户是把IT设备放到机房里来，再往上讲，如果IDC的运营商能够提供IT设备的运营服务，对用户来讲可能这些设备交给你之后，我可能只关注这个设备里面的一些系统，或者系统里面的一些应用。如果我们走到saas这个层面，可能用户关注的仅仅是业务和数据，至于应用的逻辑要交给运营商。

　　在大的主题下，运营商或者说IT服务管理提供商，所能提供的一直会到应用逻辑。当然现在我们仅仅是在IT基础设施和楼宇配套设施这个层面上来提供很多的服务和管理给用户。

　　今天讨论的问题和话题也是在这个层面上进行的。

　　这些问题包括我租用的机房空间够不够用，大概有半年到一年或者两年的使用情况，也可以看到大概的业务增长情况，也能够做一个判断，这个机房是不是还够用，是不是需要扩建或者需不需要去租用额外的空间来承载业务。我要新买服务器，或者下个月有一百台服务器进厂，空间还够不够用，或者设备够不够用，需不需要搬迁，这些问题都很实际，你会自己问自己，用户也可以来问。回答这些问题来自于你的数据，来自于你日常运营过程当中产生的数据，来自于你对用户IT设备的了解，也来自于你对自己场地的了解、配套设计的了解。可能会用autocad来存放场地的信息，用visio来存放设备摆放的情况，用excel来存放用户的信息或者你收集的信息，其实这些信息是相关的，也是相同的，同时来讲，怎么把这些信息或者怎么把这些数据变成一种大家都能够理解的信息，这是非常关键的。

　　这种理解不仅是你自己能够理解，要让用户也能够理解，因为用户需要知道，他把他的设备放到你的机房运营的时候，他要交付给你的费用是不是符合他的成本。我们会看到很多管理人员非常喜欢用这些数据，但是这些数据难以提交给我们的领导、难以提交给用户的原因在于，不能达到共通的模式。最好是建立起一种数据模型，这个数据模型能够将所有数据都包容在里面，在这个模型上面来讲，其实我们就可以建立自己的服务型的管理，当然这里面所包含的意思大家应该也听说过，就像类似于IT、SM等含义，这个所谓的数据模型是CMDB配置管理。在这个模型上面，其实不管是你还是你的客户，都能对整体的环境有一个充分的了解，在这个模型上你可以为你自己做规划，为你的客户做规划，可以产生你的设计，比如下一个项目过来的设计，可以产生文档，并且在这个数据模型上产生新的业务分析的报告，所以CMDB是走向我们服务项目的管理的基础，非常重要的就是怎么展现自己的信息，有机房的层面，有机柜的层面，有设备的层面，有设备跟设备之间，这些信息之间，每一个层面之间是逐层递进的，怎么去展现?是把它放在一起展现还是分层的展现。

　　在这个基础上，我们产生了很多报表，可能大家觉得可能我并不需要这么多报表，但是用户是需要的。我们现在很多时候提供的服务，我们跟用户缺少管理数据上的接口，怎么把这种接口跟用户对接起来。当他把设备给你的时候，这些设备的信息是大家互相交换信息的基础。如果能在这方面产生一些信息，对用户来讲是很有价值的，同时也可以帮助他们去为运维一些对象。容量是非常重要的，在IT基础设施的管理，对一个IT设备来讲，其实你的IDC或者机房就是一个容器，我要把我的设备推送到这个容器里。比如给这个机房的配电量是一个问题，给这个机房设定的通风量是一个问题，当然IDC机房里为用户提供了交换的接口。当我们去管理整个机房的时候，当我们告诉用户这个机房够不够用，我还能容纳多少设备进场的时候，容量是一个焦点，如果能最大程度的发挥机房的容量，就省去了建设者在建设IDC的时候的投资。容量管理是用户都非常关注的。

　　另外配置管理，为什么说配置变更管理在IDC里也那么重要，问题是在于我怎么展现，很多时候很多初始化的服务给用户，我给你一个机房，用来放置你的设备。如果有一天我跟用户说，你的服务器过来，我还决定在机房里怎么去做、怎么去管，这是一个增值的过程，但是这个增值的过程用户需要去了解，用户不需要了解你的决策基于什么，但是他需要知道这个行为的结果，这个行为的过程是怎么实现的。所以说配置变更管理，也是你跟用户交互的一个过程，你会告诉用户，你现在租用的空间是怎么一步一步走到现在的状态，是什么时候发生的，在什么情况下发生的。其实服务在于彼此之间的交互，有一个问题，对于IT来讲，我们很多时候把IT作为一个服务，但是很多时候IT人员很难把自己作为一个服务展现给客户，原因是你很难和客户进行交流，在IT里面我们的服务过程其实不是一个交流的过程，只会在出事的时候才会跟用户交流，但是问题在于，如果你不能向用户展现你的服务过程，你的作用就发挥不的。

　　用户会问，你这套系统能不能去实时追踪我机房里发生的变化?比如我今天把这台服务器移到了这个位置，你能告诉我系统会不会进行自动更新，这不是配置系统商解决的问题。你知道你的机房的现状，是你知道现在有了什么，但是配置管理系统告诉我们的是，你应该有什么，这两个之间是有很大差异的，在有些情况下面，我不知道我自己应该有什么，但是通过一些发现的工具，通过一些现场的调研，我知道我现在有什么，但是这并不能展现服务的质量。这两个有很大的差别，当我们去建立这个配置系统的时候，它是核心，但不是全部，还需要有一些发现的工具。比如线缆自动的配线系统，这两个之间的差别就是要缩短差别，这都是碰到的一些问题。

　　在实施的过程当中，要监测很多东西，如果只是做机房，环境的监测非常重要。这个时候你要告诉用户，温度、湿度是否合适，当然这个监测的量度在哪里，在机房的四个角度还是在机柜里进行，这是不同的服务等级。今天谈的是在机柜里，在机柜里这个测量对用户来讲是更准确的。在这个情况下，你会得到很多数据，包括设备的用电数据、包括机柜里通风的数据、风量数据、温度数据、湿度数据等等。对机房管理员来讲，要实时发现一些异常，来解决问题。但是对于用户来讲，所要知道的就是趋势、自己的效益。PUE在这个时候非常关键，电费是要来自于你的客户，你要告诉客户，这个PUE越低，用户就知道付出的电费是值得的，当PUE是2或者超过2的时候，用户会问，我付给你这么多电费合算吗?其实PUE代表你给他的成本是多少，有些用户不质疑，但是有很多用户对电费很质疑，这些电费是不是花在整个IT设备上。你要帮助用户做这样的分析，这是客户所需要的。

　　最后一点，控制，当用户把自己的IT设备交给你的时候，或者把IT设备交付给你，让你放到IDC里面，用户是不是把所有IT控制权都真正交给你，其实很难。在现在意义上，我们并不是帮助用户管理他的系统，当然如果我们能提供IT基础设备的运维，用户可能把这些系统的可靠性、可用性都交给你，这些对我们来说，失去控制其实是最难以接受的。在任何情况下，需要维持用户对自己的设备、对自己的资产的控制权力，在这种情况下，你要保持或者保证用户对自己设备的控制性。你需要将用户对设备的控制管理起来，再把它交付给你。这是IDC很多应用里面的增值服务，服务器远程控制，远程管理。

　　这里面大家谈到很多的技术在不断更新，我们有很多用户在自己给自己服务器做配置的时候，或者采购的时候，都要问，我需要远程监控吗，这是跟服务器厂商要求的，因为他要获得对这台设备的了解，用户在采购服务器的时候，都要了解，但是如果把它汇聚起来，因为每一个不同的设备都有不同IP，如果能把它汇聚起来，再统一的交付出去，你的成本会降低，这个时候用户的选择会你提供给他的设备。所以远程的控制、远程的管理、远程的连接是IDC服务里，对用户来讲价值很大的增值。

　　这张图其实是一个非常技术的问题，当我们去建立控制的平台，应该考虑什么?管理要防止单点的问题，特别是核心点，在整个系统里属于出现多个核心点，这个系统的整体稳定性会达到更高层次，这种链接要具有系统性。具体的问题跟我们技术人员做更细致的分析。总体来讲，其实我们的IDC或者IDC运营过程当中，其实有很多东西要去参与，或者有很多问题要解决。如果从上面来讲，流程，如果下面就是IT基础设施，建立这套构架的时候，大家非常关注一点其实我们很多用户都很聪明，我不希望建立管理是一堆管理规矩的简单堆叠，意味着增加管理的格外负担，要学会使用我的管理工具，这是堆叠所造成的。很多用户讲一个问题的时候，综合管理、综合监管，其实是个管理架构，能够把各种各样的管理问题、管理工具、整合方案整合在一起，其实我们考虑管理架构，对Avocent来讲，不能帮你解决所有问题，没有任何一个管理厂商用它自己的方案帮你解决所有问题。其实最主要的问题在于，这个厂家那个厂家提供给你的解决方案，是不是容易整合管理架构的问题，涉及到大的管理架构的方法是需要考虑的问题。Avocent不是给你一个、两个、三个问题，会把所有的解决方案放在开放的架构Avocent管理平台，这个平台基于企业服务主线、服务架构，基础于开放架构，我们的方案和第三方面的方案结合，在这样的场景里，我们希望帮助大家，我们看到的是用户想要的不是用简单的管理工具解决单个问题，需要一个架构解决所有问题，需要用新出现的管理方法解决新出现的管理问题。