-
Notifications
You must be signed in to change notification settings - Fork 2
hubs cloud aws estimated ccu limits
このドキュメントでは、サーバー全体と個々の部屋の両方について、使用しているインスタンス タイプに基づいて、Hubs Cloud サーバーの CCU(同時使用ユーザー)の制限値を推定する方法について説明します。
現在、ハブスクラウドサーバーのサーバー上や部屋の中でユーザー数を制限している要因はいくつかあります。
-
一般的には、インスタンスタイプがvCPUの数が多いほど(Amazon EC2 Instance Typesを参照してください)、サポートできる CCU の数が多くなります。
-
ユーザーが使用しているデバイスは、部屋に正常に接続する能力に影響を与える可能性があります。例えば、Webkit ベースのブラウザ(iOS すべて)は、ルーム内で 24 CCU を超えると限界に達します。低価格のコンピュータでは、一般的にルーム内で大量のアバターと追加メディアのロード/レンダリングに苦労するかもしれません。このドキュメントではクライアント側の要因は考慮せず、サーバー側の制限のみを考慮しています。
-
Various features such as (but not limited to) media uploading, photo/video capture (via the camera tool), and link thumbnail generation, use varying degrees of server resources that may effect CCU limits.
-
アクティブに動き回っているユーザーが多いほど、また、ヘッド/ハンドトラッキング機能付きのデバイスを使用しているユーザーが多いほど、1つの部屋がサポートできる総ユーザー数は少なくなります。
-
アクティブでないユーザー(部屋の中にいるが、それ以外では話したり動いたりしていない)は、CCU を決定する目的でロビーにいるユーザーと同じように考えることができます。
-
メディアアップロード、写真/ビデオキャプチャ(カメラツール経由)、リンクサムネイル生成などの様々な機能は、CCU の制限に影響を与える可能性のあるサーバーリソースを使用します。
コストの見積もりについては、AWS推定コストチャート(α)をご覧ください。
次の表は、さまざまなインスタンスタイプの CCU の測定値と推定値を示しています。
-
アクティブ は、使用者が室内にいて、頭と手を追跡して話したり移動したりしている「最悪のケース・シナリオ」を示します。
-
非アクティブ は、ロビー内ユーザー、またはルーム内ユーザだが、全く話したり動いたりしていないユーザーを示します。 非アクティブなルーム内ユーザーは、双方向通信を確立するために必要な WebRTC ハンドシェイクと、クライアントから送信されることの少ない「ハートビート」メッセージのため、ロビー内ユーザーよりも若干割高になります。
AWS Instance Type | vCPUs | Max Active CCU, single-room | Max Inactive CCU (w/ 25 active CCU), single-room | Max Inactive CCU (w/ 10 active CCU), single-room | Max Rooms w/25 active CCU |
---|---|---|---|---|---|
t3.medium | 2 | 45 | 45 | 140 | 5 |
t3.large | 2 | ~45 | ~45 | ~140 | ~5 |
t3.xlarge | 4 | ~65 | ~90 | ~290 | ~8 |
t3.2xlarge | 8 | 80 | 200 | 600 | 12 |
c4.large | 2 | 40 | 45 | 125 | 3 |
c5.large | 2 | 50 | 70 | 180 | 4 |
c5.xlarge | 4 | 65 | 90 | 290 | 8 |
c5.2xlarge | 8 | ~80 | ~200 | ~600 | ~12 |
c5.24xlarge | 96 | ~100 | ~3200 | ~9600 | ~184 |
- ~ は、数値が試算上のものであり、ベンチマークから測定されたものではないことを示しています。
- c5.24xlargeの数値は 非常に理論的なものであり、実際の結果は異なる場合があります。
注意: 雑な数学ですが
ここで C = vCPU の数
最大アクティブ CCU = √(~1000 * C)
最大非アクティブCCU = (最大アクティブ CCU² - X²) / X
ここで C = vCPU の数
最大ルーム数 = ~2 * C
t3.microのメモリは1GBのみであり、推奨されません。 t3.smallには2GBのメモリがあり、小規模な集まりやカジュアルなテストには十分な場合があります。
t3.mediumとt3.largeはメモリのみが異なるため、メモリ使用量が多い場合にサーバーにメリットがあります。
c4.largeとc5.largeのvCPUとメモリは似ていますが、c4.largeはc5.largeのネットワークパフォーマンス/帯域幅のごく一部です。
より多くのサーバーを使用するか、「水平方向にスケーリング」すると、サーバー全体のCCUが増加しますが、部屋ごとのCCUは増加しません。
このドキュメントの執筆時点では、アプリサーバーはストリームサーバーよりもリソースを要求します(ビデオ/画面共有の使用率が高い場合を除いて)。ストリームサーバーに小さいインスタンスタイプを使用して、比較的類似した CCU値を維持できる場合があります。
サーバー管理者は admin 管理パネルから、Setup
-> App Settings
-> Rooms
で デフォルトの部屋のサイズ と 部屋の最大サイズ を調整できます。部屋の管理者は、Room Settings
の Room Size
をその範囲内に調整できます。これは「ルーム内」で許可されるユーザーの最大数にのみ影響し、現在「ロビー内」のユーザーを制限していません。
このサイトの主なドキュメントは Mozilla Reality による ドキュメント Hubs Docs の派生日本語翻訳であり、CCPL によってライセンスされています。 Reticulum, Dialog などの派生プロジェクトのドキュメントは参考訳であり、それぞれのリポジトリのライセンスに基づきます。
Most documents in this site are based on a derivative Japanese translation of Hubs Docs by Mozilla Reality, used under CCPL. Some reference translation for derived projects such as Reticulum and Dialog, etc. are based on each license of repositories.
- 導入
- はじめよう
- よくある質問
- コンテンツのインポート
- おすすめのアセットパック
- 見た目と印象のカスタマイズ
- コンテンツの管理
- 管理者の追加
- レシピ:ルームの権限
- レシピ:サードパーティ統合
- レシピ:シーンエディターを有効にする
- レシピ:カスタムSMTP
- レシピ:Discordボット
- 上級者:SSHアクセス
- 上級者:コンテンツCDN
- カスタムクライアントの作成と展開
- 上級者:Hubs Cloudブランドガイドライン