如何让您的代码为负载平衡做好准备

Question

正如我们过去所做的那样，我想为每个转向负载平衡的人收集有用的信息，因为您的代码必须注意一些问题。

我们从一个 apache 服务器转移到 squid 作为反向代理/负载平衡器，后面有三个 apache 服务器。

我们使用的是 PHP/MySQL，所以问题可能会有所不同。

我们必须解决的问题：

会话

我们从“默认”php 会话（文件）转移到分布式 memcached-sessions。简单的解决方案，必须完成。这样，您的负载均衡器上也不需要“粘性会话”。

缓存

对于每个网络服务器的非分布式 apc 缓存，我们添加了另一个用于分布式对象缓存的 memcached-layer，并用它替换了所有旧的/过时的文件缓存系统。

上传

上传到共享 (nfs) 文件夹。

我们针对速度进行了优化：

静态文件

我们的主 NFS 运行一个 lighttpd，提供（也是用户上传的）图像。 Squid 意识到了这一点，并且从不向我们的 apache 节点查询图像，这极大地提升了性能。 Squid 也被配置为在 ram 中缓存这些文件。

您为使您的代码/项目准备好进行负载平衡做了哪些工作，考虑这一举措的人们是否还有其他顾虑，以及您使用的是哪种平台/语言？

Answer 1

当这样做时：

对于 http 节点，我努力争取单个系统映像（ocfs2 对此很有用），并根据场景使用磅或十字路口作为负载平衡器。节点应该有一个小的本地磁盘用于交换并避免 CDSL 的大多数（但不是全部）令人头疼的问题。

然后我将 Xen 加入其中。如果您在 Xenbus 上放置少量的临时信息（即 Linux 实际承诺为每个 VM 处理多少虚拟内存，也就是 Committed_AS），您可以快速检测到脑死负载均衡器并对其进行调整。 Oracle 也注意到了这一点。现在正在努力改进 Linux 中的气球驱动程序。

之后，我查看了跨 sqlite3 和应用程序本身想要的任何 db 拆分任何给定应用程序的数据库使用的成本，同时意识到我需要拆分 db 以便 posix_fadvise() 可以完成它的工作而不污染内核不必要的缓冲。由于大多数 DBMS 服务都希望自己进行缓冲，因此您还必须让它们自己进行集群。这确实决定了我使用的数据库集群的类型以及我对气球驱动程序所做的事情。

然后，Memcache 服务器从一个精简的 initrd 启动，而特权域再次监视它们的内存和 CPU 使用情况，因此它知道何时启动更多。

心跳/接管的选择实际上取决于给定的网络和集群的预期使用情况。很难一概而论。

最终结果通常是 5 或 6 个物理节点，具有相当多的内存来启动虚拟机监视器 + 来宾，同时连接到镜像存储。

存储也很难笼统地描述。有时我使用集群 LVM，有时不使用。当 LVM2 最终脱离其当前基于字符串的 API 时，not 将会改变。

最后，所有这些协调都会导致Augeas 基于通过 Xenbus 通信的事件即时更新配置。这包括 ocfs2 本身，或任何其他配置不能驻留在单个系统映像上的服务。

这确实是一个特定于应用程序的问题.. 你能举个例子吗？我喜欢 memcache，但并不是每个人都能从使用它中受益，例如。我们是在审查您的配置还是在讨论一般的最佳做法？

编辑：

很抱歉如此以 Linux 为中心……我在设计集群时通常使用它。