RustDesk può scalare fino a 200.000 dispositivi?

La telemetria interna di RustDesk ha registrato più di due milioni di endpoint online su un unico host del server pubblico con una CPU a 12 core e 32 GB di RAM, il 7 luglio 2026.

Due precisazioni ne definiscono la portata. In primo luogo, per “endpoint online” si intendono i dispositivi segnalati come online in quel momento specifico, non due milioni di sessioni di controllo remoto simultanee. In secondo luogo, si tratta di un’osservazione interna di produzione, non di un benchmark verificato in modo indipendente né di una garanzia per Server Pro: non esiste una dashboard di monitoraggio pubblica né un set di dati scaricabile, e un’implementazione di Server Pro comporta scritture sul database, attività di audit, utilizzo della console, elaborazione delle policy e traffico di relay differenti. Considera il dato come contesto diretto per il dimensionamento e convalida qualsiasi obiettivo rispetto al tuo carico di lavoro specifico.

La risposta breve

Sì, 200.000 dispositivi online sono un obiettivo di pianificazione credibile. L’osservazione sopra riportata si collocava un ordine di grandezza più in alto su un’unica macchina con 12 core e 32 GB di RAM, quindi il limite massimo non è il vincolo; il lavoro vero consiste nel convalidare il tuo carico di lavoro specifico, che il resto di questo articolo analizza nel dettaglio.

Nel dettaglio

Domande sulla scalabilità come questa sono tra le più comuni che riceviamo dai team IT che migrano da TeamViewer o AnyDesk, in particolare da chi pianifica flotte dell’ordine delle decine o centinaia di migliaia di dispositivi. La risposta dipende da quanti dispositivi restano online, dalla frequenza con cui il loro stato cambia, da quante sessioni remote sono attive contemporaneamente e da quanto traffico passa attraverso il relay.

Per un’implementazione di Server Pro, convalida gli aspetti che non derivano direttamente da questo dato relativo al server pubblico. Il caching e le prestazioni di scrittura del database diventano rilevanti man mano che i dispositivi si connettono e disconnettono. La larghezza di banda del relay e la CPU dipendono dal numero, dalla durata, dalla risoluzione e dal codec delle sessioni in relay simultanee. Le query della console, la conservazione dei log di audit, i gruppi di dispositivi, le policy e le integrazioni possono aggiungere un carico che la sola presenza degli endpoint non misura. In un test di carico rappresentativo, tieni conto del numero di dispositivi online previsto, del ricambio delle connessioni, delle sessioni dirette e in relay simultanee, della conservazione dei dati nel database e dell’attività amministrativa.

L’alta disponibilità e il bilanciamento del carico rientrano nella stessa categoria. Per flotte molto grandi vale la pena progettarli fin dall’inizio, ma gli aspetti specifici — la ridondanza dei relay, il failover del database e le modalità di distribuzione delle sessioni — devono essere convalidati con RustDesk, anziché essere dati per scontati come impostazioni predefinite pronte all’uso.

A questa scala, le licenze seguono modelli per utente e per dispositivo: conferma quindi il piano esatto per la tua flotta su rustdesk.com/pricing.

Chi si pone questa domanda

Gli architetti di flotte che pianificano implementazioni pluriennali — presso aziende, grandi MSP e programmi IT del settore pubblico — mettono questo aspetto ai primi posti della loro checklist di due diligence. Questi acquirenti stanno solitamente abbandonando uno strumento commerciale per motivi di costo o di sovranità dei dati e hanno bisogno della certezza che una piattaforma self-hosted crescerà insieme a loro, senza arrivare a un punto morto a metà contratto.

Domande correlate

• Limiti di connessioni simultanee e licenze per grandi numeri di dispositivi: vedi prezzi di RustDesk.
• Posso migrare a RustDesk una flotta TeamViewer o AnyDesk esistente?

Stai pianificando un’implementazione su larga scala? Contatta il team RustDesk per dimensionare un’implementazione self-hosted in base al numero di dispositivi, ai requisiti di prestazioni e alla tempistica di crescita.