数据中心运营的一常见问题(解决方案)

数据中心运营的一常见问题（解决方案)1.多大规模的数据中心才足够大?第一个问题通常的最难回答的或者最简单的问题。

对于分析师来说，这个问题的答案是“取决于许多因素”。

但是，当你投资数千万美元建设一个新的数据中心的时候，这个答案就不行了。

这个问题的困难部分不是搞清楚你现在的需求有多大，而是要搞清楚你在15年中的需求是什么。

2.我确实需要多少可用性?数据中心通常是由层次水平确定的。

层次水平实际上确定了这个环境的可用性(正常运行时间)的目标。

虽然经常引用TIA 942行业标准，但是，许多公司在设计的早期阶段都使用正常运行时间学会(UPTIME INSTITUTE)的4层可用性指南作为一个良好的拇指定律。

确定这个层是非常重要的，因为你的60%的资本预算都是由你确定层次的决策确定的。

3.我需要多少能源?传统的数据中心是根据旨在支持当时典型的IT设备的最大容量的静态能源需求建设的。

这种模式现在不在起作用了，数据中心的设计需要考虑能源的伸缩性，以支持未来安装高密度的机架环境。

4.绿色技术如何?在设计数据中心的时候，有没有我需要了解的市场上的绿色技术或者将出现的绿色技术?从设计的角度看，在数据中心中使用句柄头和冷却工作量的最有效的方法是什么?5.这个数据中心要使用多长时间?一个新的数据中心的实际的生命周期是什么?传统数据中心一般使用寿命是15至20年。

但是，由于目前的技术和计算需求的迅速变化，这个时间段是现实的吗?有没有一些方法把新的数据中心寿命延长到20年以上?6.所有的应用程序都以同样的水平创建吗?在传统的数据中心设计中，我们要支持例外的情况：高可用性、高性能和伸缩性。

但是，你的应用程序都需要这些水平的支持吗?我能根据我的应用程序的要求建立一个环境以支持不同的服务和技术水平吗?7.当前最新的设计趋势是什么?当前占主导地位的数据中心设计趋势是什么?使用(或者忽略)这些趋势有什么好处和坏处?8.我应该建设一个还是多个数据中心?在整合项目中，最常提出的问题是“我需要多少了数据中心?”这些问题的答案取决于风险与回报、资本预算、地理位置、服务水平和恢复时间目标。

在某些情况下，建造两个数据中心能够建造一个数据中心便宜一些。

9.业务持续性与灾难恢复如何?当设计一个数据中心的时候，我应该还要制定我的业务持续性计划吗?或者在整个设计阶段考虑业务持续性与灾难恢复?有没有新的技术在解决业务持续性与灾难恢复问题的同时还能为重要的应用程序提供高增长和冗余水平?10.谁建设这个数据中心?我应该提前提出什么问题?我们如何确定这个工程公司、建筑公司、分包商、委托公司等等?目前有没有应该注意的最佳做法或者最糟糕的做法?1、数据中心建设，是建设现代化的高性能机房、购置先进的通信、网络和硬件设备，支持有线无线网络接入方式，实现高速、高带宽接入，搭配高配服务器和海量存储，并向虚拟化方向发展？同时，数据中心要能够实现丰富的各类数据（视频、声像、电子地图和各类图表）综合展现吗？2、数据中心建设，如何深化核心业务需求？如何搞好数据中心规划设计和组织管理？是不是只管数据、不管应用系统的整合建设？只做各类数据的综合信息发布、查询和检索，不考虑核心业务系统的集成（整合）？3、数据中心建设，如何解决数据标准统一问题？目前，信息化中最为薄弱的环节——数据标准化，存在着有标准、不采标；现有标准不科学，数据冗余、系统结构稳定性差；有些标准不实用，不符合业务管理要求，要修订；各类基础标准不统一，分散在不同业务系统中存在多个同义编码，规则不一致，产生信息孤岛、造成系统集成难度加大；而各主流开发商均采用数据交换平台或数据接口的形式来解决集成，无法治本、导致系统的可维护性极差，不能发挥数据中心的数据集中管控及服务功能，使数据中心建设失去现实意义。

4、数据中心建设，与业已存在的相关专业数据中心是什么关系？数据中心建设是采取数据大集中策略？多级数据中心的数据整合策略是什么？下级或基层的本地数据怎么办？如何保证数据一致性的同时、还要提高系统整体效率?5、数据中心建设，涉及到核心业务系统的整合开发建设，要采取的统一定制开发模式是什么？如何保证不同管理层级用户的不同管理需求、并能够实现可配置化？如何避免因业务流程的调整而不断重复修改应用系统？新建业务系统、已建业务系统和在建业务系统间的不同整合策略是什么？如何在建立统一数据标准、支持数据中心建设的同时，兼顾已有投资、实现系统集成？6、数据中心建设项目如何管控？如何结合各类核心业务系统建设，实现体系化建设要求？如何科学组织达到预期？以上问题将会严重影响到数据中心建设的总体策略，也关系到数据中心建设能否实现预期目标，应给以重视并解决。

1.您是否认为数据中心服务器整合真的物有所值？数据中心究竟是否应该对服务器进行整合，有没有不需要整合的情况存在？专家：从理论上讲，数据中心整合是值得肯定的。

整合可以提高IT管理的效率和性能，降低软件和基础设施成本。

企业真正需要考虑的是成本的回收时间。

尽管说通过旧设备的淘汰及软件许可的收益企业可以获得一定的补偿，但新硬件和应用的部署还是会对企业成本产生很大的影响。

另一个需要考虑的因素是如何使企业内部员工能尽全力去完成整合工作，为了完成某些特定项目，我们是否需要对员工进行相关培训？总体来说，在进行任何整合项目规划时，都需要做一个资产评估。

只有这样，企业才能知道它该如何去投资，何时能够收回投资。

如果缺乏适当的预先规划，大多数整合项目都不能确保万无一失。

2.以下是数据中心整合过程中特别需要注意的四个问题。

将网络反应时间与应用反应时间沦为一谈当你将服务器搬离用户所在地之后，你就会面临网络反应时间问题。

用户与服务器间的物理距离会导致二者间信号传输的延迟。

但是，100毫秒的网络延迟并不意味着100毫秒应用反应时间延迟。

即使是面对一些最基本的任务，大多数应用也需要在用户和服务器之间进行反复的数据交换（通常被称为应用“转换”）。

因此，在将服务器迁至远程后，对一个在本地只需3秒钟时间就可以完成的任务而言，如果网络延迟50毫秒的话，就需要30秒才能完成。

应用设计（包括它需要进行“转换”的次数）被认为是IT技术人员的普遍问题，而网络延迟则是广大网络经理经常面对的困难。

但是，网络经理们无法改变光的速度，也无法让东京离纽约更近一些。

因此把这一问题抛给他们是没有任何意义的。

事实上，即使是在服务器进行搬迁之后，影响反应时间的还是应用设计问题。

因此，在网络方面做过多的投资意义并不大。

没有意识到网络延迟对服务器性能和可用性的影响网络延迟会同时影响服务器的性能和可用性。

服务器会将资源分配给当前在线的每个客户任务。

本地客户会在短时间内完成这个任务，因为他们的应用受网络延迟的影响很小。

而远程客户就不是这样了，他们需要花更长的时间来完成这些任务，因为他们的应用需要更多的“转换”次数。

有一点很重要，在某个进程的运行周期内，服务器会对所分配的资源进行锁定，直到该进程完成后再将其释放。

因此，当远程用户与一台服务器进行通信的时候，在很长时间内这台服务器的资源是处于忙碌之中的。

这也就使该服务器无法向其它客户释放资源——这从很大程度上限制了服务器的性能和可用性。

从这个角度讲，IT机构必须要考虑网络延迟的情况，也使他们需要在服务器基础设施方面投入更多的资金。

即使是暂时的服务器分离也会对性能有所影响对一个数据中心的成百上千台服务器进行迁移需要花上几个礼拜甚至是几个月的时间。

在整个迁移过程中，一些系统会留在本地运行，而另外的系统会在新的数据中心内运行。

与服务器和用户间的网络延迟现象相比，这种服务器的分离状况对应用性能的影响会更大，也更难以预料，因为计算进程的设计并不能适应服务器彼此间的延迟状况。

所有在规划设计数据中心的IT机构都需要问几个问题。

当内部互相有联系的服务器被短时间分离后会产生什么影响？哪些服务器必须要和其它服务器一起迁移？Active Diectory服务器是否应该被迁移？哪些服务器在迁移后需要被重新配置？不要到迁移完成后才考虑用户的性能期望值预先解决用户的服务等级期望值显得很重要。

如果你要等到迁移完成后才告诉用户说他们要去适应你所提交的服务，那你就是在把自己往火坑里推。

但是在规划过程中如果你可以预先考虑一下这个问题，你就可以避免这些问题，确保用户的期望值都满足正常要求。

有些时候，重新对服务等级目标（SLO）进行设定显得没有多大意义，因为它与迁移之前的标准是一致的。

如果之前处理一个任务需要花本地用户3秒钟的时间，那在本国范围内对服务器机型迁移后处理该任务所花的时间几乎不可能与原来保持一致。

因此，迁移后确定7秒钟左右的SLO似乎更合情合理。

为了使用户认同这种服务等级，IT机构必须对迁移后的服务器性能进行模拟和预判。

这使IT机构可以模拟出“用户可接受的性能环境”，在实际搬迁项目完成前，用户就已经有了搬迁后系统性能的使用经验。

事实上，IT机构是可以避免这些问题的。

但是要想做到这一点，他们采用一种严格的方法来对项目进行规划，并完善应用团队、系统管理员以及网络架构师们的专业技能。

在搬迁前后对企业环境及传统指标进行模拟的方法对于预测和解决服务器迁移所导致的应用性能问题是特别有用的。

因此，项目规划过程中的所有参与者——包括企业用户在内，都需要明确数据中心搬迁会对应用性能有哪些影响。

因此，如果你在规划数据中心整合或其它类型的服务器迁移项目，你需要考虑一下再系统模拟技术方面的投资，它可以使你有选择地区体验不同的性能指标，从而确定哪些工作需要做哪些工作不需要做。

同时，这也可以确保你数据中心搬迁项目的成功——而不会遭遇潜在的灾难性后果。

3. 灾难恢复计划如何做到成本优化？答：步骤1:使用重复数据删除功能，以减少数据存储和复制费用，通常情况下，这要比运送磁带的成本低。

为了证明这一点，我们假设一家企业使用的是不带重复数据删除功能的标准备份软件、LTO3驱动器和20TB的生产数据。

即便不考虑备份软件成本，提供40TB的磁带容量也需要花费大约66480美元（其中包括驱动器、介质、异地存储、调用成本、操作等）。

但是，如果用户使用一台4TB重复数据删除设备，在重复数据删除比率为10:1条件下就能获得相同的40TB容量。

如果这一设备的成本加运营成本为17700美元，那么比起使用磁带解决方案的成本，可以节省超过300%的资金（66480美元减17700美元等于48,780美元，即实现了300% 以上的节约效益）。

为了进一步消除异地磁带传送和调用的成本，同时消除基于阵列的数据复制许可成本，可以再建议用户再部署一台重复数据删除设备进行异地复制数据，同样只需要10:1的重复数据删除率，就能使复制数据所需的广域网需求降低90%.当DR端进行恢复时，也可以利用磁盘上的数据，这使得查找、加载和恢复数据的速度大大加快，从而简化了恢复过程，将总用时从数天或数周缩短至数小时。