如何评估生产物理机与灾备虚拟机之间的业务性能差距？

进行业务案例分析，做业务重现或模拟业务重现，细化评估的内容和标准要求，根据数据验证结论，这样评估出的差距更有意义。  在不同的业务处理，不同的业务量，不同的处理时效场景下，评估偏差会与预期会比较大，。

这个东西还是要靠压力测试。当初生产机上线之前应该有个压力测试的结果报告吧。同样的压力测试压到灾备环境上，看看达到同样指标需要什么样的资源配置。我认为这么做比较务实。

理论评估，如果使用vmware，官方说法是性能下降15%左右，实际测试应该和应用类型有关，还是需要实际测试结果为准，尤其是如果没有经过虚拟机的调优，那性能差距可能是实际业务接受不了的结果。

单看CPU和内存配置还是有点不科学，我理解大部分数据库服务器瓶颈不会出现在CPU上，可能一开始配置4C也是出于这样的考虑。况且目标虚拟机不能排除同物理主机的资源争用情况，如果物理机负载过高，对性能也会是有影响的，而内存分配256就是实实在在的256，应该不会有折扣。

所以我觉得重点是IO性能，如果是vmware, 通过vmware datastore分配，性能还是要大打折扣的，只有压力测试的数据能够证明结果。

预计准备先期进行压测评估两者性能差距，看后期是否进行灾备切换

同意楼上观点，一定要在具体应用和部署场景下做性能测试比较，才有实际意义。

不同应用对计算，缓存，内存，磁盘带宽，Iops, 网络带宽，延迟的适应性差异巨大。只有在实际应用部署条件下的测试数据才能用于技术方案规划。

说的是应用级灾备吧。。。

是灾备，不是双活。

小公司的想法，没有测试，大多是领导拍屁股决定。。。

灾备应用通常不会启动，灾备端物理机或者虚拟机资源最多1/3或一半。

灾备数据库如用作查询用，则资源为生产一半或视需求而定；

如不提供查询用，灾备端物理机或者虚拟机资源都减半。

--

应用级灾备投入大，资源大多根据预算来买。。。

我们都是能虚拟的全虚拟了，所以服务器资源买的很大。。。

做一下压力测试再切吧，估计在io性能比不了