Ipagpalagay na ang isang test engine sa isang opisina ay gumagamit ng proxy sa ibang bansa. Nakikita ng website ang pampublikong exit ng proxy, habang ang kahilingan ay nagsisimula pa rin sa makina ng opisina.

office engine → regional proxy → website

Kapaki-pakinabang ito para suriin ang pag-uugaling pinipili ng maliwanag na source IP. Sinusukat nito ang isang landas na may bahagi mula opisina hanggang proxy, gayundin ang bahagi mula proxy hanggang website at ang sariling pagpoproseso ng proxy. Hindi ito ang parehong landas ng isang client na nagsisimula sa tabi ng rehiyonal na proxy.

Maaaring piliin ng mga opsyon sa HTTP proxy ng JMeter ang tagapamagitan na iyon. Itago ang napiling endpoint kasama ng mga resulta ng test at tiyakin na ang mga sampler na ginagamit ay talagang gumagamit ng inilaan na setting. Para sa pinahihintulutang pagsusuri ng pampublikong site na walang proxy credentials, nag-aalok ang listahan ng HTTP proxy ng mga kandidatong HTTP; i-verify ang naobserbahang exit bago bigyang-kahulugan ang resulta ng rehiyon.

Ilagay ang engine kung saan nagsisimula ang pagsukat

Kapag ang tanong ay tungkol sa load na nilikha mula sa ibang lokasyon ng network, gumamit ng mga engine sa mga inilaang lokasyon sa pamamagitan ng suportadong remote na kaayusan ng JMeter o ng mga CLI run na pinamamahalaan nang independiyente. Hindi pinapalitan ng lokasyon ng controller ang mga network starting point ng mga engine.

Planuhin ang load nang tahasan. Ang mga remote engine ng JMeter ay nagpapatakbo ng buong test plan; hindi awtomatikong hinahati ng controller ang isang thread count sa kanila. Maraming engine na nagpapatakbo ng parehong plano ay maaaring gumawa ng mas malaking aggregate load kaysa inaasahan ng isang mambabasa.

Piliin ang disenyo batay sa tanong: isang maliwanag na exit IP, ang rehiyonal na network path ng isang user o ang aggregate load ng application. Itala ang pagpiling iyon upang ang resultang limitado ng proxy ay hindi iulat bilang stand-alone na kapasidad ng website.

Kaugnay na mga artikulo