Mega サービスのスケーリング
本章では、Mega Block cloud localization と mapping サービスのスケーリングオプション、課金粒度、一般的な制限について説明し、アプリケーション規模と concurrency 要件に応じてリソースと購入方案を合理的に計画できるようにします。
Mega Block cloud localization サービスの中核は、localization service group を作成して購入することです。これはサービスパッケージそのものであり、標準パッケージと試用パッケージを含みます。各パッケージのリソースは次のとおりです。
| パッケージ項目名 | 標準 | 試用 |
|---|---|---|
| mapping タスクのプロジェクト | 1 個 | 1 個 |
| cloud localization database 数 | 5 個 | 2 個 |
| Request concurrency QPS | 10 | 3 |
Mega Block の mapping サービスでは、核心概念と設計原則は次のとおりです。
- 1 つの場所は 1 つの mapping project に対応します。各 mapping project は 1 つの cloud localization service group に関連付けることができます。
- 同じ cloud service group 内の cloud localization databases は QPS quota を共有します。request 単位で課金され、AppId を持ち認証に通った request はすべてカウントされます。
- 大規模または複雑なシナリオをサポートするため、異なるフロアやエリアを個別に収集して独立して mapping し、必要に応じてマップを融合できます。
Mega サービスのスケーリングは通常、concurrent QPS（Queries Per Second）、cloud localization databases の数、紐付けられた mapping projects の数、単一データベースのマップ容量、大規模または複雑なシナリオ向けのマップ融合、単一 mapping タスクの動画入力時間といった側面に関係します。本節では、各項目の意味、影響、スケーリング推奨事項を説明します。
スケーリング可能な項目
- Cloud localization concurrent QPS
- QPS を共有する cloud localization database 数
- 紐付けられた mapping projects
- 各 cloud localization database のマップ容量
- mapping 能力拡張: 入力動画時間、multi-map merging
Cloud localization サービスの concurrent QPS
concurrency 統計は QPS に基づいて計測され、サーバーが 1 秒あたりに受信するサービス request 数を指します。request が有効な cloud localization database AppId を持ち、認証に通っていれば、localization の成功可否に関係なく concurrency 統計にカウントされます。
concurrency 数は cloud service group の属性です。同じ cloud service group 内のすべての cloud localization databases が QPS quota を共有します。
デフォルトでは、デバイスの初期化が成功した後、1 秒に 1 回の頻度で localization request を送信します。ネットワーク遅延と request 到着時刻のランダム性により、実際の瞬間 request 数が理論上 quota を超えることがあります。たとえば、10 QPS の service group は約 10 台のデバイスの同時使用をサポートできますが、ある 1 秒ウィンドウ内に同じ service group が 10 件を超える request を受け取ると、超過分の request は拒否される可能性があります。
複数デバイス concurrency シナリオでサービス安定性を確保するため、QPS 購入時には一定の冗長性を確保することをお勧めします。たとえば、10 台のデバイスを安定して動作させる必要がある場合、11-12 QPS の購入を検討できます。
管理およびスケーリング操作については、QPS スケーリング管理操作ヘルプを参照してください。
Cloud localization database 数
cloud localization database インスタンスには cloud computing リソースが必要で、数はインスタンス単位で課金されます。各 database は独立した AppId に対応します。localization database を削除して再作成しても quota には影響しませんが、新しい localization database では新しい AppId が生成されます。デフォルト quota が不足している場合は、localization database 数の追加を申請できます。
注記
通常は cloud localization database を再開し、Mega Block を再度追加すればよく、localization には影響しません。ただし、停止して再開した後、新しい cloud localization database AppId は以前のものと異なります。
quota 数を超える cloud localization database を開通するには、次のドキュメントを参照してください: 追加 cloud localization database 操作ヘルプ
紐付けられた mapping project
当社製品の設計思想は、1 つの場所が 1 つの Mega Block mapping project に対応し、1 つの project が 1 つの cloud localization service group の開通に対応する、というものです。
より多くの mapping projects を同じ service group に紐付ける必要がある場合は、操作ガイドを参照し、リソースと権限が正しく設定されていることを確認してください: より多くの mapping projects を紐付ける操作ヘルプ
単一 cloud localization database のマップ容量
cloud localization database 製品の設計思想は、1 つの cloud localization database の localization 結果が 1 つの座標系であり、1 つのアプリケーションにサービスを提供するというものです。単一 cloud localization database には最大許容 Block（map）容量上限があります。容量は CC（EasyAR 独自の計量単位）で計測されます。上限を超えると、マップ追加が制限されます。ただし、デプロイリソースのスケーリングにより、複数マップの追加は引き続き開放され許可されます。各 Mega Block には容量属性があり、これは localizable area の大きさとリソース使用量に関係します。
| 各 cloud localization database | 制限 |
|---|---|
| Block 容量 | 4500 CC |
現在のデフォルト上限例は 4500 です（実際の製品設定に準じます）。より高い容量が必要な場合は、sales または運用サポートにお問い合わせください: マップ容量スケーリング操作ヘルプ
Mapping 制限と能力拡張
Mega Block mapping には計算リソースおよびサービスコストの投入が必要です。コストは、mapping が必要な面積、recognition area、収集動画時間に関係します。
| 各 mapping タスク | 制限 |
|---|---|
| 単一収集動画 | 16 セグメント * 8 分/セグメント |
| 単一 project | 50000 平方メートル |
各タスク中の単一収集動画について、製品は入力動画時間に一定の制限を設けています。動画制限は 16 セグメント * 8 分/セグメントです。単一マップは単一収集動画に対応し、複雑な multi-map は複数の収集動画に対応できます。
単一 project は 50,000 平方メートル の mapping に制限されます。詳細は business にお問い合わせください。今すぐ business に問い合わせる
複雑なシナリオまたは超大規模空間では複数マップの融合が必要であり、開通には business への相談が必要です。多くの localization シナリオは、複数の単一マップを使った独立 localization で対応でき、必ずしも融合マップが必要とは限りません。使用前に business に相談し、multi-map merging 機能を開通する必要があるか確認することをお勧めします。
より詳細な操作ヘルプについては、次のドキュメントを参照してください: mapping 能力拡張操作ヘルプ
関連トピック: