Skalierung von Mega-Diensten
Dieses Kapitel stellt die Skalierungsoptionen, Abrechnungsgranularität und häufigen Einschränkungen der Mega Block cloud localization- und mapping-Dienste vor und hilft Ihnen, Ressourcen und Beschaffungslösungen entsprechend Ihrer Anwendungsgröße und concurrency-Anforderungen sinnvoll zu planen.
Kern des Mega Block cloud localization-Dienstes ist das Erstellen und Kaufen einer localization service group. Sie ist selbst ein Dienstpaket und umfasst Standard- und Testpaket. Die Ressourcen der einzelnen Pakete sind wie folgt:
| Paketposten | Standard | Test |
|---|---|---|
| Projekte für mapping-Aufgaben | 1 | 1 |
| Anzahl cloud localization databases | 5 | 2 |
| Request concurrency QPS | 10 | 3 |
Im Mega Block mapping-Dienst gelten folgende Kernkonzepte und Designprinzipien:
- Ein Standort entspricht einem mapping project; jedes mapping project kann einer cloud localization service group zugeordnet werden.
- Cloud localization databases innerhalb derselben cloud service group teilen sich das QPS-Kontingent. Abgerechnet wird nach request; jeder request mit AppId, der die Authentifizierung besteht, wird gezählt.
- Zur Unterstützung großflächiger oder komplexer Szenarien können unterschiedliche Stockwerke oder Bereiche separat erfasst und unabhängig gemappt werden; bei Bedarf können Karten zusammengeführt werden.
Die Skalierung von Mega-Diensten umfasst normalerweise folgende Dimensionen: concurrent QPS (Queries Per Second), Anzahl cloud localization databases, Anzahl gebundener mapping projects, Kartenkapazität einer einzelnen Datenbank, Kartenfusion für großflächige oder komplexe Szenarien und Videoeingabedauer einer einzelnen mapping-Aufgabe. Dieser Abschnitt erläutert Bedeutung, Auswirkungen und Skalierungsempfehlungen für jeden Punkt.
Skalierbare Elemente
- Cloud localization concurrent QPS
- Anzahl cloud localization databases, die QPS teilen
- Gebundene mapping projects
- Kartenkapazität jeder cloud localization database
- Erweiterung der mapping-Fähigkeiten: Eingabevideodauer, multi-map merging
Concurrent QPS des cloud localization-Dienstes
Concurrency-Statistiken werden auf Basis von QPS gemessen, also der Anzahl von Dienst-requests, die der Server pro Sekunde empfängt. Solange ein request eine gültige AppId der cloud localization database trägt und die Authentifizierung besteht, wird er unabhängig vom Erfolg der localization in die concurrency-Statistik aufgenommen.
Concurrency ist eine Eigenschaft der cloud service group. Alle cloud localization databases innerhalb derselben cloud service group teilen sich das QPS-Kontingent.
Standardmäßig sendet das Gerät nach erfolgreicher Initialisierung einmal pro Sekunde localization requests. Aufgrund von Netzwerklatenz und zufälligen Ankunftszeiten der requests kann die tatsächliche momentane Anzahl der requests theoretisch das Kontingent überschreiten. Beispielsweise kann eine service group mit 10 QPS etwa 10 Geräte gleichzeitig unterstützen. Wenn dieselbe service group jedoch innerhalb eines 1-Sekunden-Fensters mehr als 10 requests erhält, können die überschüssigen requests abgelehnt werden.
Um die Dienststabilität in Multi-Geräte-concurrency-Szenarien sicherzustellen, empfehlen wir, beim Kauf von QPS eine gewisse Reserve einzuplanen. Wenn Sie beispielsweise 10 Geräte stabil unterstützen müssen, können Sie den Kauf von 11-12 QPS erwägen.
Für Verwaltung und Skalierungsoperationen siehe Hilfe zur QPS-Skalierungsverwaltung.
Anzahl cloud localization databases
Instanzen von cloud localization database benötigen cloud computing-Ressourcen, und die Anzahl wird pro Instanz abgerechnet. Jede Datenbank entspricht einer unabhängigen AppId. Das Löschen und Neuerstellen einer localization database beeinflusst das Kontingent nicht, aber die neue localization database erzeugt eine neue AppId. Wenn das Standardkontingent nicht ausreicht, können Sie eine Erhöhung der Anzahl der localization databases beantragen.
Anmerkung
Normalerweise genügt es, die cloud localization database erneut zu öffnen und Mega Block erneut hinzuzufügen; dies beeinflusst localization nicht. Nach dem Stoppen und erneuten Öffnen unterscheidet sich jedoch die neue AppId der cloud localization database von der vorherigen.
Um mehr cloud localization databases als das Kontingent zu öffnen, siehe: Hilfe für zusätzliche cloud localization database
Gebundene mapping projects
Die Designphilosophie unseres Produkts ist: Ein Standort entspricht einem Mega Block mapping project, und ein Projekt entspricht der Eröffnung einer cloud localization service group.
Wenn weitere mapping projects an dieselbe service group gebunden werden sollen, lesen Sie die Bedienungsanleitung, um sicherzustellen, dass Ressourcen und Berechtigungen korrekt konfiguriert sind: Hilfe zum Binden weiterer mapping projects
Kartenkapazität einer einzelnen cloud localization database
Die Designphilosophie des Produkts cloud localization database ist, dass das localization-Ergebnis einer cloud localization database ein Koordinatensystem ist, das einer Anwendung dient. Eine einzelne cloud localization database hat eine maximal zulässige Block (map)-Kapazität. Die Kapazität wird in CC gemessen (eine private Maßeinheit von EasyAR). Nach Überschreiten des Limits wird das Hinzufügen von Karten eingeschränkt. Durch Skalierung der Bereitstellungsressourcen öffnen und erlauben wir jedoch weiterhin das Hinzufügen mehrerer Karten. Jeder Mega Block besitzt ein Kapazitätsattribut, das mit der Größe des lokalisierbaren Bereichs und der Ressourcennutzung zusammenhängt.
| Jede cloud localization database | Limit |
|---|---|
| Block-Kapazität | 4500 CC |
Das aktuelle Standardlimit-Beispiel beträgt 4500 (abhängig von der tatsächlichen Produktkonfiguration). Wenn Sie eine höhere Kapazität benötigen, wenden Sie sich an Sales oder Operations-Support: Hilfe zur Skalierung der Kartenkapazität
Mapping-Limits und Fähigkeitserweiterung
Mega Block mapping erfordert Rechenressourcen und Servicekosten. Die Kosten hängen von der zu mappenden Fläche, dem recognition-Bereich und der Dauer des erfassten Videos ab.
| Jede mapping-Aufgabe | Limit |
|---|---|
| Einzelnes erfasstes Video | 16 Segmente * 8 Minuten/Segment |
| Einzelnes Projekt | 50000 Quadratmeter |
Für ein einzelnes erfasstes Video in jeder Aufgabe hat das Produkt eine bestimmte Begrenzung der Eingabevideodauer. Das Videolimit beträgt 16 Segmente * 8 Minuten/Segment. Eine einzelne Karte entspricht einem erfassten Video; komplexe multi-map-Aufgaben können mehreren erfassten Videos entsprechen.
Ein einzelnes Projekt ist auf 50.000 Quadratmeter mapping begrenzt. Für Details kontaktieren Sie Business. Business jetzt kontaktieren
Komplexe Szenarien oder sehr große Räume erfordern das Zusammenführen mehrerer Karten und eine Business-Beratung zur Aktivierung. Die meisten localization-Szenarien lassen sich mit mehreren Einzelkarten für unabhängige localization bewältigen und benötigen nicht unbedingt zusammengeführte Karten. Wir empfehlen, vor der Nutzung Business zu konsultieren, um zu klären, ob die multi-map merging-Funktion aktiviert werden muss.
Für detailliertere Bedienungshilfe siehe: Hilfe zur Erweiterung der mapping-Fähigkeiten
Verwandte Themen: