srm*_*ark 5 performance web-server load-balancing
一些同事建议在不同的虚拟机上使用多个 Web 服务器 (IIS7) 的 Web 负载平衡模式,这些服务器都运行在相同的硬件上。
这是一个真正有利的设置吗?所有机器都是 64 位,所以内存寻址应该不是问题。
我的看法是这样的:通过虚拟化,您可以沙箱化一些处理资源。您将 Web 服务器分成多个独立的单元;您可以在让另一个接管的同时升级服务器,并且可以在出现问题时重定向请求。
您可以对 VM 进行快照以从生产问题中回滚。
您可以更轻松地将 VM 迁移到单独的硬件(如果您获得它),因此无需迁移裸机设置(配置全新的 Web 服务器),您只需将 VM 移动到新机器,或者如果您设置了“适当的”集群,您的 VM 将处于有利位置,可以投入生产,而不是从头开始重新配置。
如果需要,您可以为 NIC 设置单独的 VSwitch 以控制流量。
我认为它提供了一些更大的灵活性和选项,让 VM 主机上的多台机器处理您的网站。
另一方面,如果您只有一台主机,则可能会遇到故障点问题。如果您至少有两个 NIC,这有助于缓解它(例如,您可以将 NIC 专用于特定的 VM,这取决于您的需要和设置),并且根据您的主机配置,某些问题会更加明显。例如,如果您的磁盘容量不是最佳的,您将因 I/O 争用而遭受性能下降,并且您的处理器当然将不得不在 VM 之间分配资源。
对我来说,虚拟化的真正优势是更容易管理和迁移。我认为从机器中提取硬件要容易得多,然后当购买更好/更大/更快的东西时,您可以将已建立的工作设置迁移到该硬件,减少停机时间和配置麻烦。或者您可以平衡主机之间的机器。在我们的情况下,如果我们有问题,仍然有可能,如果我们绝对必须这样做,在工作站上将服务器作为 VM 运行,直到在没有用户的情况下使用虚拟机管理程序临时设置为我们的主机服务器提供维修部件真的注意到了区别。
快照(在我们的用例中)非常适合确保更新不会在重新启动时将我们的系统变成镇纸。如果一切顺利,快照、更新(或更改配置)、重新启动、测试和删除快照。
那么有意义吗?如果您的站点流量很大,可能不会,因为您会遇到 I/O 争用。如果您的网站加载较少,并且您认为将来会获得另一台主机,我会强烈考虑它。我认为虚拟化的抽象有助于随着时间的推移更轻松地添加机器和更改配置,但是如果您正在损害性能,那么虚拟化产生的开销可能会受到一些影响。
| 归档时间: |
|
| 查看次数: |
1595 次 |
| 最近记录: |