定常負荷とピーク負荷の比較
ThingWorx デプロイメントの出発点として使用するベースライン構成を選択する際には、定常負荷プロファイルがどのようなものになるかを理解していることが重要ですが、定常負荷レベルを超えた負荷のスパイクが発生する可能性があるイベントについても計画を立てておきます。
ピーク負荷イベントの例としては、プラットフォームの再起動 (すべてのデバイスが一度に接続を試行)、ThingWorx クラスタへのノードの追加/ThingWorx クラスタからのノードの除去、ネットワーク停止からのリカバリ、デバイスのオフライングループによる再接続とこれまでのアクティビティのレポート、デバイスの新規グループの追加、既存のデバイスグループへの新しいプロパティや測定値の追加などがあります。
ユースケースに基づいてスパイクの可能性を考慮せずに定常負荷のみに対応するようにシステムをサイジングした場合、そのようなスパイクが原因でパフォーマンスが低下したり、データが失われたり、予期せず停止したりすることがあります。
高可用性構成では、クラスタの一部がオフラインになった場合に引き続き定常負荷を処理できるようにすることも重要です。多くの場合、これは定常負荷を処理できるように実装をサイジングしてから、冗長性とピーク負荷管理の要件に基づいて 1 つ以上のクラスタノードを追加することを意味します。
これは役に立ちましたか?