Loadrunner代理計劃

Question

我必須計劃代理商（容量和編號等），因爲我們的網站將在一個月內增長到200多臺服務器。我的問題如下：

1. 對於一個代理是一個真正的機器和這個代理已被分成一些虛擬機，哪個計劃將導致更多的服務器負載？
2. 如何在性能測試期間監控可能成爲瓶頸的代理？
3. 對於每個代理，最小配置（CPU，內存等）是多少？

ps。所有代理都是Linux操作系統。提前致謝。

Answer 1

我正在使用LoadRunner代理作爲Load Generator代理來解答此問題。如果這指的是監控，那麼考慮通過BAC或Sitescope利用SSH的無代理模型。

最好使用基礎硬件，而不是虛擬機。你需要很好;瞭解所有初始條件，虛擬機管理程序經紀和時序記錄完整性問題（如果轉到虛擬機路由）。您還需要在測試結果中披露這些衆所周知的問題，因爲這些問題會影響測試的完整性和可重複性。

這裏是我的建議之前，12帶來了64所負載生成

• Atom雙核4GB，引導驅動器SSD，應用和交換驅動SATA3 10K或更好。如果您要從虛擬用戶捕獲日誌，則需要將第二個驅動器陣列與另一端的RAID陣列連接起來。在任何情況下，你將有延遲日誌

• 隨着64位負載的生成，去你可以得到最胖的服務器。具有32 GB GB RAM的四核Xeon將非常棒。此處適用的硬盤配置與Atom基於32位負載生成器的型號相同

至於數字？服務器的數量不是決定因素，而是每個虛擬用戶資源方面的用戶數量和虛擬用戶的重量。根據您的虛擬用戶類型，其權重和虛擬用戶主機的大小，您可能每個主機有4-5K個用戶。在虛擬用戶的基礎上交換虛擬用戶類型和資源指紋的幾個項目，並且您可以將此限制降低到幾十個。

您至少要查看三個負載生成器，一個作爲控制組，另一個作爲主負載。如何知道我的負載生成器是否着色了結果，以及如何監視負載生成器，就像監視應用程序基礎架構一樣。

控制發生器將對此有很大的幫助。回到測試概念，每個測試都應該包含一個控制因素。對於性能測試，您可以在一個固定負載的每個負載生成器中包含一組參考應用程序的虛擬用戶，並觀察這些用戶是否退化，或者是否可以包含單獨的控制生成器，與其餘負載生成器匹配的硬件，但包括每種類型的單個虛擬用戶。

在混合的多應用程序控制模型中，如果您的用戶控件組同時降級（與您的常規用戶組同時出現意外），那麼您的測試中會產生對數生成器誘發的延遲。預期的模型將用於控制集在整個測試執行週期內一致地運行。對於控制生成器模型，如果您的控制組和全局組的性能下降，那麼您有一個共同的問題源，即通用網絡的應用。如果控制組在沒有控制組的情況下不會降級（或者甚至有點快），那麼您的性能時間就會產生負載生成器引發的問題。

您的控制發生器應始終在硬件上。爲什麼，由於虛擬機上的時鐘浮動問題，變化的初始和測試條件，您需要一個參考樣本來測量虛擬機上的負載生成器模型所施加的偏差