O RustDesk consegue escalar para 200.000 dispositivos?

A telemetria interna da RustDesk registou mais de dois milhões de dispositivos online num único servidor público com um CPU de 12 núcleos e 32 GB de RAM, a 7 de julho de 2026.

Duas ressalvas definem o seu âmbito. Primeiro, “dispositivos online” significa dispositivos reportados como online naquele momento específico, e não dois milhões de sessões de controlo remoto simultâneas. Segundo, trata-se de uma observação interna de produção, não de um benchmark auditado de forma independente nem de uma garantia do Server Pro — não existe um painel de monitorização público nem um conjunto de dados disponível para download, e uma implementação do Server Pro comporta escritas na base de dados, atividade de auditoria, utilização da consola, processamento de políticas e tráfego de relay diferentes. Trate o valor como contexto direto para o dimensionamento e valide qualquer objetivo face à sua própria carga de trabalho.

A resposta curta

Sim, 200.000 dispositivos online é um objetivo de planeamento credível. A observação acima situou-se uma ordem de grandeza acima numa única máquina com 12 núcleos e 32 GB de RAM, pelo que o teto não é a limitação; o verdadeiro trabalho está em validar a sua carga de trabalho específica, que o resto deste artigo detalha.

Em detalhe

Perguntas de escala como esta estão entre as mais comuns que ouvimos de equipas de TI que estão a migrar do TeamViewer ou do AnyDesk, especialmente as que planeiam frotas na ordem das dezenas ou centenas de milhares de dispositivos. A resposta depende de quantos dispositivos permanecem online, da frequência com que o seu estado muda, de quantas sessões remotas são executadas em simultâneo e de quanto tráfego passa pelo relay.

Para uma implementação do Server Pro, valide as partes que não decorrem diretamente desse valor do servidor público. A cache e o desempenho de escrita da base de dados são importantes à medida que os dispositivos entram e saem. A largura de banda do relay e o CPU dependem do número, da duração, da resolução e do codec das sessões retransmitidas em simultâneo. As consultas à consola, a retenção de auditoria, os grupos de dispositivos, as políticas e as integrações podem acrescentar uma carga que a mera presença de dispositivos não mede. Reflita o número de dispositivos online pretendido, a rotatividade de ligações, as sessões diretas e retransmitidas simultâneas, a retenção da base de dados e a atividade administrativa num teste de carga representativo.

A alta disponibilidade e o balanceamento de carga enquadram-se na mesma categoria. Para frotas muito grandes, vale a pena incorporá-los desde o início do design, mas os detalhes — redundância de relay, failover da base de dados e a forma como as sessões são distribuídas — devem ser validados junto da RustDesk, em vez de assumidos como predefinições prontas a usar.

O licenciamento nesta escala usa modelos por utilizador e por dispositivo, por isso confirme o nível exato para a sua frota em rustdesk.com/pricing.

Quem faz esta pergunta

Arquitetos de frotas que planeiam implementações plurianuais — em empresas, grandes MSPs e programas de TI do setor público — colocam esta questão perto do topo da sua lista de due diligence. Estes compradores estão, normalmente, a abandonar uma ferramenta comercial por motivos de custo ou de soberania de dados, e precisam de confiança de que uma plataforma auto-hospedada crescerá com eles, em vez de esbarrar num limite a meio do contrato.

Perguntas relacionadas

• Limites de conexões simultâneas e licenciamento para grandes quantidades de dispositivos: consulte preços do RustDesk.
• Posso migrar uma frota existente do TeamViewer ou do AnyDesk para o RustDesk?

Está a planear uma implementação de grande escala? Contacte a equipa RustDesk para dimensionar uma implementação auto-hospedada de acordo com o número de dispositivos, os requisitos de desempenho e o cronograma de crescimento da sua organização.