将客户机服务器计算迁移到虚拟机以及虚拟服务器会有什么风险？

无论是在任何操作中，最好的建议是有所准备。你对某一特定进程了解得越多，处理起它来也就更为得心应手。在这里我提出关于虚拟化迁移的四个规则：

规则1：容量规划没有捷径可寻

要了解主要的服务器性能特点，如CPU和内存以及了解存储需求，不仅是已经分配和使用的存储需求，还有应用和服务器对于I/O的要求。是否应用或服务器会要求一个多核CPU或是内存密集型操作？如果迁移到虚拟机之后，性能大幅度下降，那么，从公关角度而言，终端客户和应用带来的收入都很难得以恢复。

规则2：考虑数据点恢复目标(RPO)如何被影响或改变

了解那些关于备份和恢复的要求，或者备份软件需要做出的改变。你可以通过改变备份策略来显著地降低其复杂性和成本，这种策略的改变可以通过ESX主机或存储阵列的备份来实现，而不是对一个单独的虚拟机进行备份。如果你需要恢复整个虚拟机，就从EXS主机或存储阵列进行备份。如果你需要从虚拟机恢复单个的文件，就像在备份你当前的主机一样，保持对虚拟机的代理，但也要考虑到对物理服务器的影响。你当然不会想让一台物理主机上的十台虚拟机同时进行备份。

规则3：适当地定义每台服务器、应用和主机的灾难恢复（DR）需要

一定要了解安装在服务器的应用对灾难恢复的需要，这些需要如何指定存储位置，如何进行访问以及在恢复情况下你需要做什么。通常，迁移虚拟机或改变存储/备份计划会影响虚拟机的执行策略。你的虚拟机是否需要被复制，或是一个测试/开发/质量评测的应用，还是第三方应用？

规则4：不要分配过度

与服务器蔓延一样，你也要为虚拟机蔓延做准备。什么东西放在什么位置？有没有为灾难恢复或其它虚拟机迁移软件设置正确的策略和规则？

首先我们知道，云服务器是部署在物理机上的，底层物理机性能如果出现异常或者其他原因，都会导致物理机宕机。当检测到云服务器所在的物理机发生故障，系统会启动保护性迁移，将你的服务器迁移到性能正常的宿主机上。

一旦发生宕机迁移，你的服务器就会被重启，如果你希望你的服务器重启以后应用服务器自动恢复，需要你把应用程序设置成开机自动启动，如果应用服务连接的数据库，需要在程序中设置成自动重连机制。

最后，为了尽量避免发生宕机迁移这种状况发生，我们在选择云服务器的时候要特别注意服务器的稳定性能。那么云服务器哪家好呢，小鸟云就不错。

你好！

应用服务器一般是对外的，对外也就是相当于公开，是相对有风险的，不过说句实话如果小型使用就不应在意（这个要自己去评估），做一些防范就行，因为没有被黑的价值。

分开也很简单，也就是多了一台服务器，应用服务器跟数据库服务器在统一内网，然后应用那边链接字符串通过内网去连，数据库服务器不开外网，这样就至少保证数据库是本地隔离的，肯定是比在一起安全的。

至于你说的备份迁徙，应用不用动，数据库服务器安装好数据库后，把应用的数据库拷贝过去即可，最后去切换应用的数据库连接方式就行了。

---