我有一个需要平台升级的客户，并有一个特定的使用案例，这让我思考了三次合并。
他们在networking中基本上有两种服务，目前甚至没有相互隔离。
他们在美国有一个网站，在亚洲有一个网站。 美国站点托pipe一个文件系统，其中包含数千个同步到亚洲的文件，用于“实时”处理文件。
他们为一个小型呼叫中心托pipe一个VoIP服务器。
因此，CPU需要同步的饥饿过程使VoIP服务和通话质量下降，甚至掉线。
我们能够以某种方式限制同步过程，至less不会使FS服务挨饿，但需要升级和隔离任务。
FreeSWITCH（VoIP）和rsync都可以并行化，并且可以从更多的内核中受益，但是由于计时问题和audio质量问题，使用虚拟化技术似乎并不是非常明智的做法。
总之，你的意见是什么：
更多的核心和内核级别的任务分离？ 两个独立的盒子？
虚拟化软件通常实现资源配额和保留的概念，从而在一定程度上给予您的隔离。 大多数情况下，这些隔离级别比在操作系统级别上的级别更高 – 特别是在使用资源pipe理相当简单的Windows时。
如果您需要实时应用程序，虚拟化不是您的朋友，但VoIP和rsync都不属于这个类别。
由于虚拟化最重要的方面会使您具有pipe理隔离的能力 – 文件服务器上的故障或停机时间不应影响VoIP用户。 如果你看到这方面的好处，你应该虚拟化。 如果不这样做，则可以节省虚拟化开销所需的资源，并在裸机上运行单个操作系统。