Q1: IoTコントローラーは何で実行されますか?
これはJavaアプリケーションであり、JVMの内部で動作し、すべての主流のプラットフォームにインストールすることができます。
Q2: GUIによる再起動はどのように機能しますか?
Auditモジュールは、適切なReceiverに再起動要求を送信するインタフェースを提供します。そして、センサーが再起動を行う手段を提供するかどうかは、センサーに依存します。
Q3: ロードバランサーはシングル障害点でしょうか?
いいえ、例: Amazonロードバランサーまたは別のソフトウェア/ハードウェアロードバランサーは、SPOFを回避できます。
Q4: ロードバランサーが複数のサーバー間でセットアップされている場合はどうなりますか? 負荷分散はどのように機能しますか?
負荷分散モードによって異なります。IP範囲、トラフィックなどに基づく場合があります。すべてのモジュール(Receiver、Sender、Audit)が相互に表示されます(自動検出)。
Q5: IoTコントローラは、FFTとPeak to Peak変換で100kHzのセンサを扱うことができますか?
はい、軽量な構成であっても、IoTコントローラは60分間に少なくとも5分間は、すべての変換を伴う100kHzのセンサーを扱うことができます。
デプロイメントモード | Distributed |
---|---|
監査モジュール数 | 1 |
レシーバー/センダーモジュール数 | 1 / 1 |
Machine for one Audit and Receiver module
CPU | 2 x 2 GHz Intel Core |
---|---|
RAM | 4 GB (System 1024M + Audit 512M + Receiver 2048M) |
Disk* | 20GB, 5200 rpm, HDD |
ネットワーク | 1 Gbps |
センダー用マシン
CPU | 2 x 2 GHz Intel Core |
---|---|
RAM | 8 GB (System 1024M + Sender 6656M = 7680M) |
Disk | 20GB, 5200 rpm, HDD |
ネットワーク | 1 Gbps |
センダーの推奨設定
リミット | 6000 |
---|---|
データフレームサイズ | 100 |
Period | 60 |
入力モード | Bulk |
トランスフォーム設定
トランスフォーメーション | FFT |
---|---|
変換後カラム | x,y,z |
サンプリング周波数[Hz] | 100000 |
FFTポイント | 1000 |
トランスフォーメーション | P2P |
---|---|
変換後カラム | x,y,z |
サンプリング周波数[Hz] | 60000 |
自動化されたアクション設定
自動化されたアクション | リモートデータベースへの送信* |
---|---|
トランスフォーメーション | FFT |
データベース作業者数 | 10 |
トランザクションあたりの行数 | 10000 |
*データ通信量が多い場合は、データベースへの直接挿入をお勧めします。
自動化されたアクション | BellaDatiへ送信i** |
---|---|
トランスフォーメーション | P2P |
**データ通信量が少ない場合は、Send to BellaDatiを使用することができます。簡単に設定できるのが特徴です。
レシーバーモジュールとセンダーモジュールでは、Disable INFO log = true を設定することをお勧めします。
Q6: IoTコントローラーが100kHzを扱えるとして、1kHz×50個で5分×1時間扱えるのか?
はい、Q5で設定したとおりにすれば大丈夫です。自動化されたアクションを使用することをお勧めします。リモートデータベースへの送信は、大量のデータに対して最も安定したソリューションです。