昨天我的网站关闭了很短的时间。我登录了我的服务器，我的第一反应是重新启动 apache Web 服务器。之后一切正常。所以我开始检查神经节指标，看看发生了什么。很明显，在我重新启动 apache 的前一分钟，对 web 服务器的请求数非常多，超过了 Apache 的限制并阻塞了其他请求。
我手动检查了 apache 日志，过滤了重启前后的流量分钟。没有任何不对劲的迹象。我还使用一些工具（awstats、bots 脚本等）分析日志，结果相似。我对错误日志做同样的事情，仔细检查一些奇怪的行为。没有成功。
所以我很确定问题是对 apache Web 服务器的请求突然增加。但我不知道这是怎么发生的，如果这是一次攻击，一些讨厌的错误，应用程序中的问题，或者其他我不知道的事情。如果在您的 Web 服务器中发生类似的事情，您会怎么做？您还使用哪些其他工具？您还检查了哪些其他日志？重启网络服务器作为解决问题的第一个措施是错误的吗？
我有一个像这样的 3 层网络解决方案：
因此，我正在为后端的 Web 服务器开发具有高可用性的解决方案。我的想法是在后端服务器之间复制内容，如果一个失败，另一个将为所有站点提供服务（这可以是手动的或使用 Heartbeat）。
问题是这些站点在总大小和文件数量方面都很大。我尝试使用 rsync 在服务器之间复制内容，但这需要很长时间。我也想过使用 NFS 来共享内容，但这不是高可用性的选项。另一种方法是发布系统将内容推送到两个 Web 服务器，但是如果我将另一个 Web 服务器放在后端会发生什么？
有一个更好的方法吗？我不需要两台服务器同时提供相同的内容，但是必须同步相同的内容。
在 Amazon EC2 中，我设置了代理和 1 个监视器 (MON)。我已经在代理中安装了 gmond，在 MON 中安装了 gmetad。我在 MON 中的 gmetad.conf 数据源如下所示：
data_source "proxies" proxy1:8654 proxy2:8654 proxy3:8654
在代理的 gmond.conf 我有：
tcp_accept_channel {
port = 8654
}
一切正常，当我从 MON 远程登录到代理时，我得到了带有正确数据的 XML。问题是 Web 前端仅显示来自集群“代理”的一个源，实际上它显示了我放在列表中的第一个源，在本例中为 proxy1。如果我更改顺序：
data_source "proxies" proxy2:8654 proxy3:8654 proxy1:8654
它只显示来自 proxy2 的数据。
我已经使用 TCP 或 UDP 在 Ganglia 中安装了其他监控系统，甚至通过 ssh 隧道，但这是我第一次看到这种行为。我没有使用多播，因为（据我所知）亚马逊不支持他们的网络。为什么 Ganglia-Web 只显示一个数据源？
我正在测试具有不同配置的 nginx，以替换使用 squid + apache 的架构。我知道我可以使用 nginx 来管理静态请求和负载平衡，但我对一种我不清楚的特定解决方案感兴趣：
我正在使用 2 个 nginx 服务器（平衡）和 proxy_pass 设置将所有请求传递给 apache 服务器。当一个客户端向站点发出请求时，一个 nginx 服务器会处理它并将其发送到 apache 服务器。现在，这种行为如何改进我的系统？似乎所有请求都通过 apache，我根本看不到任何好处。当 100 个同时连接通过 nginx 时会发生什么？这 100 个连接将连接到 apache 服务器，还是某种内部行为对 apache 产生很小的影响？
我正在寻找一种工具来捕获从 linux 服务器发送到外部服务器的 http 数据包。通常我使用带有过滤器的 iftop 或 iptraf 来查看实时信息，并使用 tcpdump 来获取详细信息。但是我现在需要的是某种方法来捕获所有 url 请求到某个日志文件。我知道我可以配置一个代理来记录所有这些信息，但这是不可能的，因为我们的实际架构。你知道一些可以获取这些信息的工具吗？还是我需要编写一个脚本来处理来自 tcpdump 的信息？