我问了这个问题,有点失望的是 NLB 不是一个广泛使用的解决方案。
我想问一下现在世界上广泛使用的解决方案。你能给我一个清单和一个简单的介绍吗?由于我的论文资源有限,我需要专注于纯软件、基于 Windows 的解决方案(欢迎数据库级别和系统级别)。
我问了这个问题,有点失望的是 NLB 不是一个广泛使用的解决方案。
我想问一下现在世界上广泛使用的解决方案。你能给我一个清单和一个简单的介绍吗?由于我的论文资源有限,我需要专注于纯软件、基于 Windows 的解决方案(欢迎数据库级别和系统级别)。
我使用 Linux VS 作为 20 GB/天的邮件系统的负载平衡器,它工作得非常好。它将适用于您可能遇到的许多解决方案。
许多免费和开源的负载均衡器/网络代理可以在 Windows 上运行,但配置有点麻烦。我已经尝试过使用 nginx、lighttpd 和 goold old Apache 进行各种负载平衡设置。
也就是说,Windows NLB 很好,您只需要大量自定义脚本来正确处理故障场景。就个人而言,我们在我们的 Windows 机器前使用在 Linux 虚拟机上运行的 nginx,因为与大多数其他开源工具一样,nginx 在 Linux 上的工作比在 Windows 上好得多。
Pound、HAproxy 和 LVS 也广泛用于开源世界。
你不会幸运的。正如我已经说过的,大多数广泛使用的负载平衡不是软件。
主要原因如下:
您可以查看http://en.wikipedia.org/wiki/Load_balancing_%28computing%29以获取提供者列表。
遗憾的是,这将软件解决方案排除在外。主要是因为标准硬件在处理网络流量时存在问题(这就是为什么大功率路由器/交换机不是建立在库存部件上的原因)。软件解决方案根本不像硬件那样可扩展。由于大多数人使用硬件......就是这样。查看 Extreme Networks 或 Cisco 的高端解决方案的带宽,您可能会明白我在说什么。
因此,基本上,如果您的论文仅限于广泛使用的基于软件的负载平衡器,这与将其限制在使用煤油的广泛使用的汽车上是一样的。它们根本不存在。