Den richtigen Server wählen
Wir haben eine Live-Instanz mit einem echten Funnel belastet und alles gemessen. Das Ergebnis: Selbst auf dem günstigsten VPS für ~$20/Monat (4 vCPU / 8 GB) liefert Qubix ~1.900 Landing-Aufrufe pro Sekunde — das sind Dutzende Millionen Besuche im Monat — jeder in ~25 ms und mit null Fehlern unter Last. Der gesamte Dienst belegt nur ~1,3 GB RAM, hat keinen Speicherleck und ist für den 24/7-Betrieb ausgelegt.
Das ist noch nicht die Obergrenze: Auf 12 Kernen sind es bereits ~6.800 Aufrufe pro Sekunde — der Durchsatz wächst linear mit der Anzahl der Kerne.
Im Folgenden: Welchen Server Sie für Ihr Traffic-Volumen wählen sollten und die vollständigen Testergebnisse hinter diesen Zahlen.
Welchen Server wählen
| Ihr Traffic (ungefähr) | Server | Durchsatz |
|---|---|---|
| bis ~5 Mio. Besuche/Tag (Spitzen bis ~1.000/s) | 4 vCPU / 8 GB (~$20/Mo.) | ~1.900 Aufrufe/s — gemessen, Landing in ~25 ms |
| ~5–15 Mio./Tag (Spitzen ~1.000–3.000/s) | 8 vCPU / 16 GB | ~4.000 Aufrufe/s — geschätzt (~500 pro Kern) |
| 15 Mio.+/Tag (Spitzen 5.000+/s) | 12 vCPU / 16 GB | ~6.800 Aufrufe/s — gemessen |
Einfache Regel: Kerne ≈ Spitzenbesuche pro Sekunde ÷ 500. 8 GB RAM reichen für die empfohlene Konfiguration, 16 GB bieten mehr Reserve.
Wie viel er verarbeitet — und wie wir gemessen haben
Testbedingungen:
- Getesteter Server: ein DigitalOcean Cloud-VPS — 4 vCPU / 8 GB, SSD, Debian 13 (Kernel 6.12), Region Frankfurt. Ein gewöhnlicher, nicht aufgerüsteter Server für ~$20/Monat.
- Lastgenerator: ein separater Server (12 Kerne) — damit die Instanz ihre Ressourcen nur für die eigene Arbeit aufwendet, nicht für den Test selbst. Werkzeug — bombardier (HTTP mit Keep-alive), Steigerung von 50 auf 1.000 parallele Verbindungen, 15–30 Sekunden pro Durchlauf.
- Was wir belastet haben: einen live konfigurierten Funnel — eine echte Domain, die eine gecloakte Landing (~45 KB) mit einer aktiven Cloaking-Entscheidung und Conversion-Postbacks ausliefert.
- Was wir beobachtet haben: CPU, Arbeitsspeicher, Swap und Latenz — in Echtzeit während des gesamten Tests.
- Für die Skalierung haben wir denselben Test auf einem 12 vCPU / 64 GB Server durchgeführt.
Empfohlener Server, 4 vCPU / 8 GB:
| Anfragetyp | Verarbeitet | Latenz | Fehler |
|---|---|---|---|
| Vollständige Landing (gecloakt, ~45 KB) | ~1.900/s | ~25 ms (selbst bei 250 parallelen — 0,13 s) | 0 |
| Conversion-Postback | ~13.000/s | ~25 ms | 0 |
| Leichtgewichtige Anfrage | ~16.000/s | ~20 ms | 0 |
Kein einziger Fehler bis zu 1.000 parallelen Verbindungen. Bei Überlastung stürzt die Instanz nicht ab und verliert keine Anfragen — nur die Latenz steigt (von ~25 ms auf 0,13–0,26 s, wenn die Last den Nennwert weit übersteigt), und sobald der Spitzenwert abklingt, kehrt die Antwortzeit zum Normalwert zurück.
Was bei Spitzenlast limitiert. Alle 4 Kerne laufen bei 95–100 % — der Engpass ist die CPU, weshalb die Kapazität mit den Kernen skaliert. Der Arbeitsspeicher blieb ruhig: etwa 1,1–1,3 GB unter Last, kein Swap, immer über 3,8 GB frei.
Kein Speicherleck. Wir haben separat vier Lastzyklen hintereinander mit Pausen durchgeführt und den Speicher beobachtet: Im Leerlauf verwendete der Dienst etwa 0,7 GB, unter Spitzenlast stieg er auf rund 1,2 GB, und in den Pausen kehrte er auf ~0,8 GB zurück — ohne Anhäufung von Zyklus zu Zyklus. Die Instanz ist für den kontinuierlichen 24/7-Betrieb geeignet.
Skalierung durch Kerne. Derselbe Test auf einem 12 vCPU Server:
| Server | Vollständige Landing | Leichtgewichtige Anfrage |
|---|---|---|
| 4 vCPU | ~1.900/s | ~16.000/s |
| 12 vCPU | ~6.800/s | ~80.000/s |
Der Durchsatz wächst proportional zur Anzahl der Kerne — etwa 500 Landing-Aufrufe pro Sekunde und vCPU (gemessen: 475 bis 567). Daher die oben genannte Kern-Dimensierungsregel.
Mit Cloudflare — noch schneller und kostenlos
Qubix liefert jede Domain über Cloudflare — ein globales Server-Netzwerk — aus und nimmt Ihnen DNS und SSL ab. Schnelleres Laden ist standardmäßig aktiviert (verwalten Sie es unter Einstellungen → Cloudflare): Die statischen Dateien Ihrer Website (Skripte, Styles, Icons und Screenshots) werden dem Besucher vom nächstgelegenen Cloudflare-Server ausgeliefert.
- Viel schneller für den Besucher — Seitendateien kommen vom nächstgelegenen Cloudflare-Server, nicht von Ihrem Server auf der anderen Seite der Welt. Landings öffnen sich weltweit nahezu sofort.
- Zehnfach weniger Last auf Ihrem Server — jede Seite lädt Dutzende statischer Dateien (Skripte, Styles, Icons, Screenshots), und Cloudflare liefert sie von seinen Servern aus. Ihr Server verarbeitet nur den dynamischen Teil — auf derselben Hardware bedienen Sie zehnfach mehr Besucher.
- Kostenlos — sowohl das Cloudflare-Netzwerk als auch das Caching kosten nichts, und Qubix richtet alles für Sie ein.
Der dynamische Teil — die Cloaking-Entscheidung und die Landing selbst — läuft weiterhin auf Ihrem Server (genau das messen die obigen Zahlen); Cloudflare kümmert sich um alles drum herum. Mehr dazu unter Domains.
Wie viel Speicherplatz Sie benötigen
Bei voller Auslastung — Bildschirmaufzeichnung jedes Besuchs, alle Statistiken und der Funnel sowie Ihre Creative-Bibliothek — reichen 20 GB für rund 300.000 Besuche pro Monat, und das für Jahre: Aufzeichnungen, die älter als ein Jahr sind, werden automatisch gelöscht, und die Traffic-Historie wächst nur um ~0,5 GB pro Jahr. Der eigentliche Speicherverbraucher sind Ihre Creatives (die dauerhaft gespeichert werden): Je größer die Bibliothek, desto mehr Platz benötigen Sie. Auch hier spart Qubix Speicher — dasselbe Creative wird nie zweimal gespeichert (die Deduplizierung erkennt sogar leicht veränderte Kopien), und dieselbe Funktion liefert die Grundlage für Ihre Statistiken (ein Creative in Hunderten von Anzeigen zählt als eines, mit kombiniertem ROAS). 20 GB entsprechen etwa 2.500 Videos oder 30.000 Bildern; wenn Sie deutlich mehr laden (eine Million Creatives sind bereits Terabytes), nehmen Sie eine proportional größere Festplatte — die Sie jederzeit vergrößern können.
SSD oder HDD — hier können Sie sparen. Landings öffnen sich für Besucher auf jedem Datenträger gleich schnell, daher können Sie bedenkenlos einen günstigeren HDD-Server wählen. Der Unterschied zu SSD zeigt sich nur im Admin-Panel und nur bei großen Volumina: Berichte lesen die Historie von der Festplatte und bauen auf HDD etwas langsamer auf — das beeinflusst die Öffnungsgeschwindigkeit der Landings für Besucher nicht.