构build负载testing

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

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

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

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

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