我正在设置一个仅 nginx/php-fpm 的服务器，它将以非常简单的方式重定向请求。
我打算这样做：
- 请求应该尽可能简单，例如http://server-url.com?redirection-url.com，
- 将 URL 保存在日志文件中，
- 使用实时分析记录（piwik.org）
- 最后通过 php-fpm 进行重定向。
这将是一个非常快的服务器，仅用于此目的。
问题是：如果这台服务器每天的访问量从 5k 到 100k，有没有办法计算出我需要的正确服务器？
Linux Bootstrap JeOS VPS 能解决这个问题吗？
谢谢。
答案1
就像 pQd 提及的那样，访问量的分布比总量更重要。如果你预计斜点效应您需要为高峰请求时刻做好计划。但是，如果分布在一天中更加分散，您提到的数字对于提供重定向这样简单的事情来说应该没有问题。
选择哪个 Linux 发行版其实并不重要，重要的是软件。很难预测流量，您需要对您的解决方案是否能满足您的需求进行基准测试，这很难。
PHP-FPM 肯定比常规的基于进程的 PHP 服务器更好，但在您描述的情况下，您根本不需要 PHP。毕竟，您不想返回任何内容，并且您的请求并不是真正动态的。它只是一些用于重定向的 HTTP 标头，具体取决于传入的 URL。只需安装一个Varnish 服务器并让它处理传入的 URL 并返回重定向标头。Varnish 会写入标准 NCSA 日志文件，然后您可以使用分析工具对其进行处理。Varnish 速度极快，可以同时处理数千个请求，同时仅使用很少的 CPU 和内存。一个简单的 VPS 就足够了。
事实上，您对实时分析的要求很棘手。据我所知，Piwik.org 分析工具的工作原理与 Google Analytics 类似，需要 JavaScript 代码片段来记录请求。您要在哪里触发该代码？重定向仅由 HTTP 标头组成，因此在您描述的场景中没有执行 JavaScript 的空间。如果您的日志不必是实时的，并且 Piwik 支持读取 Apache 日志文件，您可以每小时左右处理一次日志，我会选择上面提到的 Varnish 解决方案。
如果您预计流量会激增，写入日志文件的 I/O 负载可能会成为瓶颈。在这种情况下，您可以将日志记录到内存中，然后在不太忙的时候甚至在另一台机器上将这些日志处理成结果。看看Redis用于存储日志。它是一种非常快速的键值存储，可以处理高写入速度。您可以编写一个 Varnish 模块来将日志记录到 Redis，或者如果您更喜欢使用 Nginx，我相信它也可以正常工作。
如您所见，这很大程度上取决于您的要求和预期流量。
答案2
这个问题很难回答，尤其是在不知道一天内的分布情况的情况下。但 vps + 监控应该能让你很好地了解何时扩展并能够扩展（前提是它们不会超额认购太多）