---
publishDate: 2026-07-09T10:47:00Z
lang: 'ja'
translationKey: 'rustdesk-scale-50000-200000-devices'
draft: false
title: 'RustDeskは20万台のデバイスまでスケールできるか?'
excerpt: '大規模フリートを計画する際に参考となるRustDesk自社の運用データ、パブリックサーバーでの観測結果が示す内容、そしてセルフホスト展開において別途検証すべき事項を解説します。'
image: '~/assets/images/blog/rustdesk-scale-50000-200000-devices-og.png'
category: '導入'
tags: ['RustDesk', '導入', 'エンタープライズ']
author: 'RustDesk Team'
slug: 'rustdesk-scale-50000-200000-devices-ja'
faq:
  - question: 'セルフホストのRustDeskサーバーは何台のデバイスを処理できますか?'
    answer: 'RustDeskの内部テレメトリでは、2026年7月7日、12コア・32GB RAMのパブリックサーバー1台において200万台を超えるオンラインエンドポイントが記録されました。'
  - question: '20万台のデバイスに到達するには何を調整する必要がありますか?'
    answer: 'オンラインデバイスの入れ替わり(チャーン)、同時リモートセッション数、リレー帯域幅、キャッシュ、データベースの書き込み性能、管理コンソールの利用状況を、ご自身のワークロードに照らして検証してください。'
  - question: 'RustDesk Server Proは高可用性やロードバランシングに対応していますか?'
    answer: 'アーキテクチャはスケールアウトに対応しており、複数のリレーを稼働させて地域ごとに配置することも可能です。ただし高可用性は標準搭載の既定機能ではなく、設計として作り込む必要があります。リレーの冗長性、データベースのフェイルオーバー、セッションの分散については、RustDeskとともに検証してください。'

metadata:
  description: '20万台のデバイスを計画する際に参考となるRustDesk自社の運用データと、セルフホストのServer Pro展開で検証すべきワークロード変数について解説します。'
  keywords: 'RustDesk 20万台 スケール, RustDesk 5万台 デバイス, RustDesk セルフホスト サーバー スケーラビリティ, RustDesk エンタープライズ 導入, RustDesk Server Pro 容量, 大規模フリート リモートデスクトップ'
---

RustDeskの内部テレメトリは、2026年7月7日、**12コアCPUと32GBのRAM**を搭載したパブリックサーバー1台において、**200万台を超えるオンラインエンドポイント**を記録しました。

適用範囲を定める2つの注意点があります。第一に、「オンラインエンドポイント」とは、その時点でオンラインと報告されたデバイスを意味し、200万件の同時リモートコントロールセッションを意味するものではありません。第二に、これは社内本番環境での観測結果であり、第三者による監査を受けたベンチマークでも、Server Proの保証値でもありません。公開の監視ダッシュボードやダウンロード可能なデータセットはなく、Server Proの展開ではデータベースへの書き込み、監査活動、コンソールの利用、ポリシー処理、リレートラフィックが異なる場合もあります。この数値はサイジングのための自社データとして扱い、いかなる目標値もご自身のワークロードに照らして検証してください。

## 端的な答え

はい、20万台のオンラインデバイスは信頼できる計画目標です。上記の観測では、12コア・32GBのホスト1台において桁違いに多い台数が記録されており、上限が制約になるわけではありません。本当に取り組むべきは、ご自身の具体的なワークロードを検証することであり、その点は本記事の残りの部分で詳しく解説します。

## 詳細

この種のスケールに関する質問は、TeamViewerやAnyDeskからの移行を検討しているITチーム、特に数万台から数十万台規模のフリートを計画しているチームから最もよく寄せられるものの一つです。答えは、常時オンラインを維持するデバイスの台数、その状態がどれだけ頻繁に変化するか、同時に実行されるリモートセッションの数、そしてどれだけのトラフィックがリレーを経由するかによって変わります。

Server Proの展開にあたっては、このパブリックサーバーの数値だけでは分からない部分を検証してください。デバイスの接続・切断が繰り返される中では、キャッシュとデータベースの書き込み性能が重要になります。リレーの帯域幅とCPU負荷は、同時にリレーされるセッションの数、継続時間、解像度、コーデックによって変わります。コンソールへのクエリ、監査ログの保持、デバイスグループ、ポリシー、各種連携機能なども、エンドポイントの存在数だけでは測れない負荷を追加する可能性があります。想定するオンライン台数、接続の入れ替わり、直接接続とリレー接続の同時セッション数、データベースの保持期間、管理業務の活動量を、代表的な負荷テストの中で捉えるようにしてください。

高可用性とロードバランシングも同様のカテゴリーに属します。非常に大規模なフリートにおいては設計に組み込む価値がありますが、リレーの冗長性、データベースのフェイルオーバー、セッションの分散方法といった具体的な内容は、標準搭載の既定機能として想定するのではなく、RustDeskとともに検証すべきです。

この規模でのライセンスはユーザー単位およびデバイス単位のモデルを採用しているため、ご自身のフリートに適した正確な料金プランは[rustdesk.com/pricing](https://rustdesk.com/pricing)でご確認ください。

## 誰がこの質問をするのか

複数年にわたる展開を計画するフリートアーキテクトたち――大企業、大規模な[MSP](/ja/blog/rustdesk-for-msps-ja)、公共部門のITプログラムに携わる人々――は、この点をデューデリジェンスの最優先事項の一つに位置づけています。こうした購入者の多くは、コストやデータ主権上の理由から商用ツールからの移行を検討しており、契約期間の途中で壁にぶつかるのではなく、セルフホスト型プラットフォームが自分たちと共に成長してくれるという確信を必要としています。

## 関連する質問

- 同時接続数の上限と、大量のデバイスに対するライセンス: [RustDeskの料金](https://rustdesk.com/pricing)をご覧ください。
- [既存のTeamViewerやAnyDeskのフリートをRustDeskに移行できますか?](/ja/blog/self-hosted-teamviewer-alternative-ja)

大規模な展開を計画中ですか?デバイス台数、パフォーマンス要件、成長のタイムラインに応じたセルフホスト展開のサイジングについては、[RustDeskチーム](mailto:sales@rustdesk.com)までお問い合わせください。
