数据中心迁移和整合可以节省成本、提高业务连续性并优化服务管理。但是，某些时候由于本地用户的办公地点发生迁移，变成了远程用户。在数据中心重部署的过程中，你需要对服务器进行搬迁，使其离用户距离更近。

　　物理位移会经常发生，而你也不应该忽视这种现象。事实上，如果没有充分地认识到这一问题的重要性，而将用户和服务器间的距离无限扩展，你会陷入一个非常严峻的局面并面临潜在的危险。以下是数据中心整合过程中特别需要注意的四个问题。

　　将网络反应时间与应用反应时间沦为一谈

　　当你将服务器搬离用户所在地之后，你就会面临网络反应时间问题。用户与服务器间的物理距离会导致二者间信号传输的延迟。但是，100毫秒的网络延迟并不意味着100毫秒应用反应时间延迟。即使是面对一些最基本的任务，大多数应用也需要在用户和服务器之间进行反复的数据交换（通常被称为应用“转换”）。因此，在将服务器迁至远程后，对一个在本地只需3秒钟时间就可以完成的任务而言，如果网络延迟50毫秒的话，就需要30秒才能完成。

　　应用设计（包括它需要进行“转换”的次数）被认为是IT技术人员的普遍问题，而网络延迟则是广大网络经理经常面对的困难。但是，网络经理们无法改变光的速度，也无法让东京离纽约更近一些。因此把这一问题抛给他们是没有任何意义的。事实上，即使是在服务器进行搬迁之后，影响反应时间的还是应用设计问题。因此，在网络方面做过多的投资意义并不大。

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

　　网络延迟会同时影响服务器的性能和可用性。服务器会将资源分配给当前在线的每个客户任务。本地客户会在短时间内完成这个任务，因为他们的应用受网络延迟的影响很小。而远程客户就不是这样了，他们需要花更长的时间来完成这些任务，因为他们的应用需要更多的“转换”次数。

　　有一点很重要，在某个进程的运行周期内，服务器会对所分配的资源进行锁定，直到该进程完成后再将其释放。因此，当远程用户与一台服务器进行通信的时候，在很长时间内这台服务器的资源是处于忙碌之中的。这也就使该服务器无法向其它客户释放资源——这从很大程度上限制了服务器的性能和可用性。从这个角度讲，IT机构必须要考虑网络延迟的情况，也使他们需要在服务器基础设施方面投入更多的资金。

　　即使是暂时的服务器分离也会对性能有所影响

　　对一个数据中心的成百上千台服务器进行迁移需要花上几个礼拜甚至是几个月的时间。在整个迁移过程中，一些系统会留在本地运行，而另外的系统会在新的数据中心内运行。与服务器和用户间的网络延迟现象相比，这种服务器的分离状况对应用性能的影响会更大，也更难以预料，因为计算进程的设计并不能适应服务器彼此间的延迟状况。

　　所有在规划设计数据中心的IT机构都需要问几个问题。当内部互相有联系的服务器被短时间分离后会产生什么影响？哪些服务器必须要和其它服务器一起迁移？Active Diectory服务器是否应该被迁移？哪些服务器在迁移后需要被重新配置？

　　不要到迁移完成后才考虑用户的性能期望值

　　预先解决用户的服务等级期望值显得很重要。如果你要等到迁移完成后才告诉用户说他们要去适应你所提交的服务，那你就是在把自己往火坑里推。但是在规划过程中如果你可以预先考虑一下这个问题，你就可以避免这些问题，确保用户的期望值都满足正常要求。

　　有些时候，重新对服务等级目标（SLO）进行设定显得没有多大意义，因为它与迁移之前的标准是一致的。如果之前处理一个任务需要花本地用户3秒钟的时间，那在本国范围内对服务器机型迁移后处理该任务所花的时间几乎不可能与原来保持一致。因此，迁移后确定7秒钟左右的SLO似乎更合情合理。

　　为了使用户认同这种服务等级，IT机构必须对迁移后的服务器性能进行模拟和预判。这使IT机构可以模拟出“用户可接受的性能环境”，在实际搬迁项目完成前，用户就已经有了搬迁后系统性能的使用经验。

　　事实上，IT机构是可以避免这些问题的。但是要想做到这一点，他们采用一种严格的方法来对项目进行规划，并完善应用团队、系统管理员以及网络架构师们的专业技能。在搬迁前后对企业环境及传统指标进行模拟的方法对于预测和解决服务器迁移所导致的应用性能问题是特别有用的。因此，项目规划过程中的所有参与者——包括企业用户在内，都需要明确数据中心搬迁会对应用性能有哪些影响。

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