有可以然后有应该。一辆轻型巡洋舰可以时速150英里/小时,但是您应该在公共高速公路上吗?您可以不必要地伤害自己。
数据库是客户机操作系统。通过设计,当他们启动时,他们会抢占资源块并出于性能原因直接对其进行管理。在虚拟化托管环境中,一旦将数据库服务器的核心操作系统作为来宾,就需要在磁盘和RAM的块分配元素与数据库服务器之间放置一个带有虚拟机管理程序的仲裁层。它会变慢。您的查询效率越低,速度越慢。今天,在专用硬件上可能掩盖了这些低效率的问题,但是,一旦您将仲裁引入相关资源,您就会很快发现真正的问题。
许多要求虚拟化的bean计数器没有意识到,作为访客操作系统的数据库服务器提供了自己的整合层。没有理由不能将合并的多个逻辑数据库实例移动到一台物理服务器上,甚至不能移动IP地址,设置其他主机名等,以免发生这种自然的服务合并。而且,使用此模型,您不仅可以保留管理层为减少物理主机数量而推动的成本节省,而且可以保留对物理资源的块访问,而不会影响任意虚拟机管理程序,这有时可以做出有益的决定,而不能做出任何决定。其他。
其他来宾操作系统(例如Java)也是如此。虚拟化解决方案通常在繁忙的环境中,管理程序必须对谁在资源上“获得令牌”做出很多决定。只要您可以消除该层,您的状况就会更好。
首先使用自然来宾操作系统层合并多个实例。奇怪的是,您将能够轻松实现平台整合和性能目标。