Stationäre Last im Vergleich zu Spitzenlast
Wenn Sie eine Baseline-Konfiguration auswählen, die als Ausgangspunkt für Ihre ThingWorx Bereitstellung verwendet werden soll, ist es wichtig zu wissen, wie Ihr stationäres Lastprofil aussieht, aber auch Ereignisse einzuplanen, die zu Spitzenlasten über dieser stationären Last führen können.
Einige Beispiele für Ereignisse mit Spitzenlast sind: Neustarten der Plattform (gleichzeitiger Verbindungsversuch aller Geräte), Hinzufügen oder Entfernen eines Knotens zu/aus einem ThingWorx Cluster, Wiederherstellen nach Netzwerkausfall, erneutes Verbinden und Melden vergangener Aktivitäten durch eine Offline-Gruppe von Geräten, Hinzufügen einer neuen Gruppe von Geräten oder Hinzufügen neuer Eigenschaften oder Messgrößen zu einer vorhandenen Gruppe von Geräten.
Wenn Sie Ihr System so dimensionieren, dass nur stationäre Lasten verarbeitet und keine potenziellen Spitzen auf Grundlage Ihrer Anwendungsfälle berücksichtigt werden, kann eine solche Spitze zu schlechter Leistung, Datenverlust oder unerwarteten Ausfällen führen.
In einer Konfiguration für hohe Verfügbarkeit ist es auch wichtig, sicherzustellen, dass Ihre stationäre Last weiterhin ausgeführt werden kann, wenn ein Teil des Clusters offline gehen würde. In vielen Fällen bedeutet dies Folgendes: Sie müssen Ihre Implementierung so dimensionieren, dass sie Ihre stationäre Last verarbeiten kann, aber dann einen oder mehrere zusätzliche Cluster-Knoten basierend auf den Anforderungen für Redundanz und Spitzenlastverwaltung hinzufügen.