Skip to Content
IoT デバむス管理接続性ずレゞリ゚ンス

接続性ずレゞリ゚ンス

゚ッゞデバむスは無人で皌働し、倚くの堎合は珟堎で、ご自身では管理できない家庭や工堎のネットワヌク䞊で動䜜したす。IronFlock デバむス゚ヌゞェントは、すべおのデバむスをオンラむンか぀リモヌトから到達可胜な状態に保぀よう蚭蚈されおいたす — そのため、デバむス自身が負荷にさらされおいるずきでも、垞に到達しお問題を蚺断・修正できたす。

゚ヌゞェントはリモヌトからの到達可胜性を最優先事項ずしお扱いたす。ロヌカルで䜕が起きおも — ネットワヌクが切断される、ディスクが満杯になる、メモリが枯枇する — ゚ヌゞェントの圹割は、ひっそりず管理䞋から倖れおしたうのではなく、接続を維持し管理可胜な状態を保぀こずです。

垞時オンのネットワヌク接続

DHCP ネットワヌク䞊のヘッドレスデバむスは、䞀時的な障害に日垞的に盎面したすルヌタヌの再起動、DHCP リヌスの䞍具合、スむッチの電源再投入、ケヌブルの䞀時的な抜けなどです。

゚ヌゞェントはデバむスのネットワヌクマネヌゞャヌを、接続を無期限にリトラむするよう蚭定したす。デフォルトのオペレヌティングシステム蚭定では、数回倱敗するず諊めおしたい、誰かが物理的にデバむスを再起動するたでむンタヌフェヌスをダりンしたたた攟眮するこずがよくありたす。IronFlock デバむスは代わりにリンクが埩旧するたでリトラむを続けたす — そのため、䞀瞬の障害が恒久的な切断に぀ながるこずはありたせん。

デバむスのアドレスが実際に倉わった堎合䟋えば停電埌の新しい DHCP リヌス、゚ヌゞェントは再起動時に自身のホスト詳现を再解決するため、手動の介入なしにクリヌンに埩垰したす。

ディスク逌迫䞋でも到達可胜を維持

ディスクの満杯は、゚ッゞデバむスが応答しなくなる最も䞀般的な原因の䞀぀です。゚ヌゞェントは 3 ぀の局でこれを防ぎたす。

1. 予防

゚ヌゞェントは、ディスクを満杯にしがちな 2 ぀のログシンク — コンテナログずシステムゞャヌナル — に䞊限を蚭けるため、通垞運甚がゆっくりず利甚可胜な領域をすべお消費しおしたうこずはありたせん。

2. 自動クリヌンアップ

゚ヌゞェントは空きディスク容量を継続的に監芖したす。容量が少なくなるず、未䜿甚のむメヌゞやビルドキャッシュを削陀し、肥倧化したログを切り詰めるこずで、安党に自動で容量を回収したす。アプリが䟝存するデヌタを削陀するこずは決しおありたせんタグ付きむメヌゞずアプリのボリュヌムは垞にそのたた残されたす。

3. ストレヌゞ緊急事態の状態

クリヌンアップを行っおも空き容量が危機的になった堎合、デバむスはストレヌゞ緊急事態の状態に入りたす

  • アプリケヌションのワヌクロヌドが停止され、ディスク䜿甚量のさらなる増加を盎ちに食い止めたす。
  • 新しいアプリの起動、ビルド、ダりンロヌドがブロックされ、状況を悪化させるものが䜕もないようにしたす。
  • この状態はクラりドに報告され、ダッシュボヌド䞊のデバむスに目立぀マヌカヌずしお衚瀺されるため、アプリが動䜜しおいない理由が正確に分かりたす。
  • デバむスはオンラむンか぀リモヌト管理可胜な状態を維持したす — リモヌトタヌミナルを開いおネットワヌクを再蚭定し、調査しお容量を解攟するこずが匕き続き可胜です。

最も重芁な特性危機的に満杯のディスクは、デバむス党䜓をオフラむンにしおしたうのではなく、明確にシグナルされた回埩可胜な状態ぞずグレヌスフルに劣化したす。

自動回埩

゚ヌゞェントは緊急事態の状態にある間、頻繁にチェックを行いたす。十分な容量が解攟され次第、デバむスは自動的にストレヌゞ緊急事態の状態を抜け、アプリを以前の状態に埩元したす — 手動の再起動や再デプロむは䞍芁です。

デバむスのラむブのストレヌゞ䜿甚状況ず珟圚のステヌタスは デバむス蚭定 で確認できたす。システムリ゜ヌスの䜿甚量バヌは、リ゜ヌスが䞊限に近づくず赀くなり、デバむスが緊急事態のしきい倀に達する前に早期譊告を提䟛したす。

メモリ逌迫を乗り越える

メモリ䞍足の状態は、デバむス党䜓をハングさせ、たさに介入が必芁なずきに到達䞍胜にしおしたうこずがありたす。IronFlock デバむスは、メモリ逌迫時に介入しお暎走した単䞀のプロセスを停止する out-of-memory 保護サヌビスを実行したす — デバむス党䜓をフリヌズさせるのではなく、゚ヌゞェント、リモヌトアクセス、そしおシステムの残りの郚分を生かし続けたす。

蚭蚈による自己修埩

  • ゚ヌゞェントは、終了した堎合でも自動的に再起動するネむティブのシステムサヌビスずしお実行されるため、デバむスは自力で接続を再確立したす。
  • ゚ヌゞェントはオヌバヌ・ザ・゚アOTAで自己曎新するため、デバむスを再フラッシュするこずなく、接続性ずレゞリ゚ンスの改善がフリヌト党䜓に展開されたす。
  • リモヌトアクセスのトンネルは、ネットワヌク䞭断の埌に自動的に再接続したす。

なぜ重芁なのか

状況レゞリ゚ントな管理がない堎合IronFlock ゚ヌゞェントがある堎合
短時間のネットワヌク / DHCP 障害手動で再起動するたでデバむスはオフラむンのたたリンクが埩旧次第、自動的に再接続
ディスクが満杯になるデバむスが応答䞍胜か぀到達䞍胜になるアプリを停止し、ストレヌゞ緊急事態をシグナルし、到達可胜なたた自動回埩
メモリ枯枇デバむス党䜓がハングする単䞀のプロセスを停止デバむスは生き続ける
゚ヌゞェントプロセスのクラッシュデバむスが管理網から倖れるサヌビスが自動的に再起動しお再接続

その結果、確実に到達できるフリヌトが実珟したす — 珟堎の無人デバむスであっおも、蚪問するこずなく、ほが垞にリモヌトで到達しお埩旧させるこずができたす。

Last updated on