构build负载testing

我正在尝试构build一组Web和数据库服务器，以便我们可以加载testing它们。我遇到了一些问题，由于我必须处理的限制：

我们无法加载生产testing。杜，大部分。我们已经看到了这样做的一个负责任的方式，但底线是它为我们的客户提供了太多的停机风险。所以这意味着我们必须有一套备用的硬件来testing。
为了防止我们所要保护的东西，我们确实需要有真正相同的硬件，直到每个盒子上运行的驱动程序版本。只是近似的带宽和软件是不会做的伎俩。意即…
硬件将是昂贵的，如此昂贵，以至于我们不能在没有进行负载testing的时候放置它。
这导致我们可以按需提供临时设置。不足之处在于，即使每个月只运行一周，它仍然可能非常昂贵，并且具有麻烦和费时的缺点。我试图在我们的stream程中将负载testing作为真正的一stream的工件，这将是一个障碍。

如果我可以挥舞我的魔术系统pipe理员魔杖，我将会是一个真正克隆，相同和负载平衡的体系结构，一切从Web应用程序防火墙分离到数据库服务器。因此，当我需要加载testing时，我可以翻转一个交换机，将一半的架构从负载平衡生产转移到负载testing环境中。即使这不是完美的，因为它只有容量的一半，我们没有testing集群pipe理正在进行，但Criminy …你看到这是多么的疯狂。

我正朝着结论“定期进行负载testing，这意味着双倍的托pipe成本，期限，否则就意味着您将不会进行准确的硬件testing”。有什么我在这里失踪？

我想这取决于你想实现什么以及你的networking是如何configuration的。你可以通过一个专门的VIPtesting你的堆栈中的单个服务器，以了解单个节点的负载能力，这不会给你一个确定的结果，但会给你一些堆栈容量的想法。