Skaliert RustDesk auf 200.000 Geräte?

Die interne Telemetrie von RustDesk verzeichnete am 7. Juli 2026 auf einem öffentlichen Server-Host mit einer 12-Kern-CPU und 32 GB RAM mehr als zwei Millionen Online-Endpunkte.

Zwei Einschränkungen definieren ihren Geltungsbereich. Erstens bedeutet „Online-Endpunkte” Geräte, die zu diesem Zeitpunkt als online gemeldet wurden – nicht zwei Millionen gleichzeitige Fernsteuerungssitzungen. Zweitens handelt es sich um eine interne Beobachtung aus dem Produktivbetrieb, nicht um einen unabhängig geprüften Benchmark oder eine Server-Pro-Garantie – es gibt weder ein öffentliches Monitoring-Dashboard noch einen herunterladbaren Datensatz, und ein Server-Pro-Deployment weist abweichende Datenbankschreibvorgänge, Audit-Aktivitäten, Konsolennutzung, Richtlinienverarbeitung und Relay-Datenverkehr auf. Behandeln Sie die Kennzahl als Kontext aus erster Hand für die Dimensionierung und validieren Sie jedes Ziel anhand Ihrer eigenen Arbeitslast.

Die kurze Antwort

Ja, 200.000 Online-Geräte sind ein glaubwürdiges Planungsziel. Die obige Beobachtung lag auf einem einzigen Host mit 12-Kern-CPU und 32 GB RAM eine Größenordnung höher – die Obergrenze ist also nicht der begrenzende Faktor; die eigentliche Arbeit besteht darin, Ihre spezifische Arbeitslast zu validieren, was der Rest dieses Artikels aufschlüsselt.

Im Detail

Fragen zur Skalierung wie diese gehören zu den häufigsten, die wir von IT-Teams hören, die von TeamViewer oder AnyDesk migrieren – besonders von solchen, die Geräteflotten im Zehntausender- oder Hunderttausender-Bereich planen. Die Antwort hängt davon ab, wie viele Geräte online bleiben, wie häufig sich ihr Status ändert, wie viele Remote-Sitzungen gleichzeitig laufen und wie viel Datenverkehr über das Relay läuft.

Validieren Sie bei einem Server-Pro-Rollout die Aspekte, die sich nicht aus dieser Kennzahl des öffentlichen Servers ableiten lassen. Caching und die Schreibleistung der Datenbank sind relevant, wenn Geräte kommen und gehen. Relay-Bandbreite und CPU-Auslastung hängen von Anzahl, Dauer, Auflösung und Codec der gleichzeitig über Relay laufenden Sitzungen ab. Konsolenabfragen, Audit-Aufbewahrung, Gerätegruppen, Richtlinien und Integrationen können zusätzliche Last erzeugen, die allein durch die Endpunktpräsenz nicht erfasst wird. Erfassen Sie die geplante Online-Geräteanzahl, die Verbindungsfluktuation, gleichzeitige direkte und über Relay laufende Sitzungen, die Datenbank-Aufbewahrung und die administrative Aktivität in einem repräsentativen Lasttest.

Hochverfügbarkeit und Lastverteilung fallen in dieselbe Kategorie. Für sehr große Geräteflotten lohnt es sich, diese von Anfang an einzuplanen, aber die Details – Relay-Redundanz, Datenbank-Failover und die Verteilung von Sitzungen – sollten gemeinsam mit RustDesk validiert werden, statt als Standardeinstellung ab Werk vorausgesetzt zu werden.

Die Lizenzierung in dieser Größenordnung nutzt Modelle pro Benutzer und pro Gerät. Bestätigen Sie daher die genaue Stufe für Ihre Geräteflotte unter rustdesk.com/pricing.

Wer stellt diese Frage

Für Fleet-Architekten, die mehrjährige Rollouts planen – in Unternehmen, bei großen MSPs und in IT-Programmen des öffentlichen Sektors –, steht diese Frage ganz oben auf der Prüfliste. Diese Käufer verlassen meist ein kommerzielles Tool aus Kosten- oder Datenhoheitsgründen und benötigen die Gewissheit, dass eine selbst gehostete Plattform mit ihnen mitwächst, statt mitten im Vertrag an eine Grenze zu stoßen.

Verwandte Fragen

• Limits gleichzeitiger Verbindungen und Lizenzierung für große Gerätezahlen: siehe RustDesk-Preise.
• Kann ich eine bestehende TeamViewer- oder AnyDesk-Geräteflotte zu RustDesk migrieren?

Planen Sie ein Rollout im großen Maßstab? Wenden Sie sich an das RustDesk-Team, um ein selbst gehostetes Deployment für Ihre Geräteanzahl, Leistungsanforderungen und Ihren Wachstumszeitplan zu dimensionieren.