更新と障害復旧の仕組み

分散配置され無人運用されるエッジデバイスでは、安全な更新と継続稼働の両方が重要です。JelinaOS は A/B デュアルシステム、インテリジェントな切り替えポリシー、複数の更新経路を組み合わせ、更新と障害復旧を一体化したソリューションを提供します。

A/B デュアルシステム：元に戻せる更新

動作原理

更新前                      更新中                      更新後（検証合格）
┌──────────┐                ┌──────────┐                ┌──────────┐
│ System A │ ◀── 現在稼働中  │ System A │ ◀── 稼働を継続  │ System A │ ◀── 稼働を継続
│ System B │                │ System B │ ◀── 新バージョンを書き込み│ System B │ ✅ 検証合格
└──────────┘                └──────────┘                └──────────┘
                                                        次回起動時に B へ切り替え

デバイスは常に一方のシステムで動作し、更新はもう一方にのみ書き込みます。
更新後、次回起動時に自動で切り替え、新しいシステムの健全性を検証します。
新システムの起動や検証に失敗すると、元のシステムへ自動で戻ります。更新に失敗しても、デバイスはそれまでどおり動作を続けます。

一般的なデュアルシステムとの違い

従来のデュアルシステムは、起動するシステムを手動で選び、それぞれが独立した状態を蓄積します。JelinaOS の A/B デュアルシステムには次の特徴があります。

2 つのシステムの内容は相互のバックアップで、いずれも出荷時の状態です。
稼働中のすべての書き込みはデータパーティションに保存し、システムから分離します。
起動ポリシーが自動で切り替えるため、人の介入は不要です。

更新経路

JelinaOS は、さまざまな環境に対応する複数の更新方法を提供します。

更新経路	用途	説明
クラウド OTA	JelinaCloud に接続するデバイス	クラウドで更新計画を構成して一括配信。バージョン固定と段階的実行に対応
ローカル OTA	オフラインまたはローカル管理環境	デバイス側ツールで更新パッケージを適用し、現場担当者が制御
オフライン更新パッケージ	ネットワークが届かない遠隔拠点	ダウンロードしたパッケージをオフラインで適用。システム、カーネル、エージェント、アプリケーションに対応
差分更新	帯域が制限される現場	変更部分のみを転送し、ダウンロード量と更新時間を大幅に削減

更新の確認機構

重要な現場では、更新前にローカルで確認を求める保護機能を利用できます。

クラウドから新バージョンが届いても、デバイスに保存するだけで直ちには実行しません。
現場担当者が確認した後にインストールを開始します。
最終判断を現場担当者が行い、クラウドからの一括更新が現場に与えるリスクを避けます。

システムの健全性の維持

起動時の検証

起動のたびに現在のシステムパーティションの完全性を検証します。異常時にはもう一方のシステムでの起動を自動試行し、デバイスが使用可能な状態になるようにします。

ウォッチドッグ

システムレベルのウォッチドッグが稼働状態を継続的に監視します。

システムの応答停止や重要サービスの異常を検出すると、自動で介入します。
再起動ポリシーと復旧動作を設定できます。
A/B デュアルシステムと連携し、「検出 → 復旧 → 最終的な保護」という一連の経路を構成します。

自動修復

システムエラー時には、組み込みポリシーが修復処理を自動開始できます。まず現在のシステム内で修復を試み、必要に応じて予備システムへ切り替え、人の介入を最小限に抑えます。

工場出荷状態への復元

デバイスを初期状態に戻す場合は、リカバリーパーティションを使用します。

ワンクリックでリセット：システムとユーザーの書き込み内容を出荷時の状態に戻し、新規インストールと同様の状態にします。
データ保護：保持する必要のある重要データは、操作前にバックアップしてください。
迅速な復元：処理は自動で完了し、専門ツールや複雑な操作は不要です。

更新と障害復旧の全体フロー

通常稼働 ──▶ クラウド／ローカルで更新を公開 ──▶ 待機パーティションへ書き込み
                      │
                      ▼
              ローカル確認（任意） ──▶ 再起動して切り替え ──▶ 新システムを検証
                      │                                │
                      │                       ✅ 合格：稼働を継続
                      │                                │
                      └── ❌ 失敗：元のシステムへ自動復帰、業務への影響なし

JelinaOS の障害復旧設計が目指すのは、更新時に常に戻せる経路を用意し、業務を常に保護することです。