基于这个问题：广泛使用的负载平衡解决方案？, LVS 可能是我的问题的正确解决方案。
但是当我访问它的主页http://www.linuxvirtualserver.org/时，我发现LVS 从2008 年11 月开始更新。世界在快速发展，我不知道LVS 是否已经过时了。
LVS 是停滞不前，还是有更好的解决方案来替代它？
太感谢了。
AskOverflow.Dev
基于这个问题：广泛使用的负载平衡解决方案？, LVS 可能是我的问题的正确解决方案。
但是当我访问它的主页http://www.linuxvirtualserver.org/时，我发现LVS 从2008 年11 月开始更新。世界在快速发展，我不知道LVS 是否已经过时了。
LVS 是停滞不前，还是有更好的解决方案来替代它？
太感谢了。
我目前在服务于众多公共用户的高可用性生产环境中使用它。我发誓，并鼓励你试一试。
话虽如此，根据您的应用程序和偏好，还有其他选择。这些包括：
截至 2016 年，LVS 代码仍作为 netfilter 代码的子集保留在 Linux 内核树中。在内核树中检查：...net/netfilter/ipvs和...Documentation/networking/ipvs-sysctl.txt
ipvsadm 工具很稳定，没有过时，仍然可以从http://www.linuxvirtualserver.org/software/ipvs.html下载
据我所知，IPv6 对 IPVS 的支持从未超过实验阶段，因此这可能会成为批评者。
活跃的开发现在主要在基于 LVS的keepalived中找到。
我们将 LVS 的组件用于高可用性解决方案（具体来说，keepalived 可以根据需要在服务器之间浮动虚拟 IP）。
是的 - 它很旧。但是：它是稳定的。
我们将它与另一个“旧”附加组件一起使用：lvs-kiss。那个似乎也很“死”。
lvs 最大的优点就是速度快。这是因为它适用于第 2/3 层——这也是它最大的缺点。它不知道什么是 http-session。
Tomcat 确实如此——你可以将 lvs 放在任何服务之前——如果每个提供该服务的服务器确实与其他服务器共享其会话信息，那么你将拥有一个很好的组合。
LVS 的唯一缺点是恕我直言，将（ip-）会话信息复制到从属 lvs-server 的固定时间设置。