Lasttesten mit Simulation von Verkehr aus mehreren Cloud-Regionen

Lasttest aus mehreren Regionen gleichzeitig

Ein Lastgenerator in einem Rechenzentrum misst Ihren Server plus einen einzigen Netzwerkpfad. Echter Traffic kommt von vielen Orten, und die langsamen Requests sind meist die, die einen Ozean überqueren, den CDN-Cache verfehlen oder eine Region treffen, die Ihr Auto-Scaling vergessen hat. Diese Vorlage führt denselben Test gleichzeitig aus mehreren LoadFocus-Cloud-Regionen aus und zeigt Antwortzeit und Fehlerrate pro Region, damit Sie sehen, ob ein langsames p95 an Ihrer Anwendung oder an der Geografie liegt.

Konfiguration

Diese Vorlage ausführenÖffnet das Cloud-Test-Formular mit diesen Werten vorausgefüllt. Der kostenlose Plan läuft mit dem kostenlosen Nutzerlimit; melden Sie sich zuerst an oder erstellen Sie ein kostenloses Konto.

Der Button füllt virtuelle Nutzer, Dauer und Ramp-up im Cloud-Test-Formular aus. Fügen Sie Ihre URLs hinzu und wählen Sie dann die Regionen in der Standortauswahl (Multi-Region-Läufe brauchen einen bezahlten Plan; der kostenlose Plan läuft aus einer Region).

Was Sie in den Ergebnissen lesen sollten

• Antwortzeit nach Standort. Der Overview-Tab schaltet zwischen kombinierten Zahlen und Zahlen pro Standort um. Eine Region, die bei 10 Nutzern 300 ms und bei 400 Nutzern 2 s langsamer ist, hat ein Netzwerk- oder CDN-Problem; eine, die bis zum Ende des Ramp-ups mit den anderen gleichauf liegt und dann abweicht, hat ein regionales Kapazitätsproblem.
• Fehlerrate nach Statuscode. 5xx nur in einer Region deutet auf eine regionale Abhängigkeit (eine Datenbank in einer Region, ein Rate-Limiter vor einer Edge). 429 überall heißt, dass CDN oder WAF den Test drosseln, nicht Ihr Origin.
• Durchsatz-Plateau. Wenn mehr Nutzer keine zusätzlichen Requests pro Sekunde mehr bringen, haben Sie die Obergrenze dieser Region gefunden.

Pass/Fail-Schwellenwerte für diese Vorlage

Legen Sie diese einmal am Test fest, und jeder Lauf erhält ein PASS oder FAIL; dasselbe Verdict steht der CI über die API und die GitHub Action zur Verfügung.

Dasselbe Szenario als k6-Skript

Wenn Sie Skripte bevorzugen, laden Sie dieses in einen k6-Cloud-Test hoch. Regionen werden in der LoadFocus-Oberfläche gewählt, nicht im Skript; das Skript beschreibt nur die Lastform.

import http from 'k6/http';
import { check, sleep } from 'k6';

export const options = {
  stages: [
    { duration: '2m', target: 500 },  // ramp-up
    { duration: '8m', target: 500 },  // hold
  ],
  thresholds: {
    http_req_duration: ['p(95)<800'],
    http_req_failed: ['rate<0.01'],
  },
};

const pages = ['/', '/search?q=shoes', '/api/products?limit=20', '/static/app.css'];

export default function () {
  const url = 'https://www.example.com' + pages[Math.floor(Math.random() * pages.length)];
  const res = http.get(url);
  check(res, { 'status is 200': (r) => r.status === 200 });
  sleep(1 + Math.random() * 2);
}

Wann Sie ihn ausführen sollten

• Vor einem Launch oder einer Kampagne, die Traffic aus einem neuen Markt bringt.
• Nach dem Hinzufügen oder Verschieben eines CDN, einer Region oder einer Datenbank-Replika.
• Nach Zeitplan (wöchentlich reicht), damit eine regionale Regression als roter Lauf im Trend-Tab erscheint und nicht in Support-Tickets.

FAQ zu Multi-Region-Lasttests

Wie viele Regionen sollte ich verwenden?

Beginnen Sie mit drei: Ihre zwei größten Märkte und eine Region, die Sie nicht bedienen, als Kontrolle. Fügen Sie weitere hinzu, sobald der erste Lauf klare Unterschiede zeigt.

Läuft der kostenlose Plan multiregional?

Der kostenlose Plan läuft aus einer Region mit reduzierter Nutzerzahl. Multi-Region-Läufe und die 500-Nutzer-Konfiguration oben brauchen einen bezahlten Plan.

Warum ist eine Region schon bei geringer Last langsamer?

Das ist Latenz und Routing, nicht Kapazität: Entfernung zum Origin, ein CDN-Cache-Miss oder DNS, das die Region auf einen weit entfernten Endpunkt zeigt. Es tritt bei 1 Nutzer auf und bleibt mit steigender Last ungefähr konstant.

Kann ich den Traffic pro Region gewichten?

Ja. In bezahlten Plänen lässt sich die Nutzerzahl in der Standortauswahl prozentual aufteilen, zum Beispiel 60 % US, 30 % EU, 10 % APAC, passend zu Ihrem echten Publikum.