虚拟与物理服务器

Adr*_*n K 18 virtualization

我在寻求第二意见;并道歉,如果这已经得到回答(指出我正确的方向)。

我参与的一个项目中的不同派系正在进行虚拟服务器与物理服务器之间的圣战。我们正在实施 COTS IBM 文档管理系统(DB2 等)。

普遍的看法是我们应该虚拟化一切,我们的供应商合作伙伴支持这种观点;一些工作中的螺旋桨负责人反对这一点,特别是对于中央元数据服务器(基本上是一个大型 DB2 数据库)。

我的问题是我来自开发人员背景(我知道深蹲),因此欢迎提供独立的观点。

虚拟与物理的瘦身是什么?你什么时候应该——或者你不应该——虚拟化?一般优点/缺点等。我的 10 人首发 - 击落我...

虚拟的:

  • 适用于 DR(如果您的虚拟机出现故障,您可以在不同的 VM 服务器上设置一个新实例,即:您运行的物理机)
  • 对某些数据库场景不利?
  • 轻微的性能损失(不确定具体情况)

Chr*_*rpe 25

从广义上讲,如果您当前运行的虚拟化平台完全支持您打算运行的来宾操作系统,那么虚拟化是一个很好的举措。有一些用例需要更仔细的检查:

  • 终端服务(或具有非常高用户并发性的服务)
  • Linux 的时髦风格
  • 数据库或电子邮件服务器
  • 带有异常外围设备的服务器
  • 具有独特/非常高资源要求的服务器

在您的特定情况下,请查看您的系统需要支持的并发用户数量,以及将其作为物理机运行所需的物理硬件规格类型。如果它需要具有 32Gb RAM 和本地 6 磁盘 SAS 驱动器条带的 4 处理器、四核野兽,则它不适合虚拟化。如果它对这些方面的任何一个都有很高的要求(例如只需要一个超快的磁盘),它就在“可能”堆中,需要在做出决定之前进行一轮测试。

如果数据库可以在具有适度内存(低于 8Gb)的基本 1 或 2 处理器服务器上正常运行,并且磁盘吞吐量不高,请将其虚拟化。

如果您在为系统购买全新硬件或虚拟化到现有 VM 基础架构之间做出选择,则首先将其虚拟化,并仅在需要时迁移到物理服务器。精心规划的服务器的标志是您可以轻松地按需重新构建它;)

  • 克里斯说的是明智的话。我们购买的通话录音和屏幕截图产品也面临类似问题。由于可能存在高 I/O 问题、适度的 CPU 负载以及需要在其中一台服务器中安装物理硬件,我们最终使用了 1 台硬件服务器。其他 2 台服务器已虚拟化,并将数据库放在 SQL 集群上。对我们来说效果很好。如果您打算使用多台服务器,请在每台服务器的基础上对其进行评估。 (4认同)