ノードのアップグレードは、多くの人にとっては何か問題が起きたときにしか気づかれないものの一つです。
新しいリリースが登場します。
そのオペレーターはアップデートをダウンロードします。
サービスを停止します。
ファイルを置き換えます。
すべてを最初からやり直します。
しかし、常に重大な疑問があります。
新しいファイルは実際に、生きているシステムに触れる前に準備できていましたか？
それが、見落とされがちなノードのメンテナンスの一部です。
最新のDuskノード・インストーラーのフローでは、バージョン0.5.22が意味のある形で処理の順序を変更しています。
稼働中のコンポーネントをまず置き換えて、その後に確認する代わりに、インストーラーは稼働中のセットアップが変更される前に、置換アーティファクトを準備し、チェックするようになりました。
このプロセスは、より安全な順序を中心に設計されています。
• サポートされているRuskおよびウォレットのバイナリをダウンロードする
• 置き換えファイルを検証する
• 実行中のRuskサービスを停止する
• チェーンの状態、コンセンサスキー、意図したサービス上書きを保持する
• 再生成された設定を確認する
• Ruskを手動で起動し、ネットワークアクティビティを確認する
一見すると小さな改善に思えるかもしれませんが、インフラの信頼性はしばしば、細かな運用上のディテールによって築かれます。
ノードのアップグレードは、賭けのようなものにしてはいけません。
運用担当者は、稼働中の環境に対して変更を加える前に、置き換えが正しいことを確信できる必要があります。
アップグレードのウィンドウは、オペレーターがまだアップデートが機能するかどうかを見極めようとしている間ではなく、新しいシステムが準備され検証された時点から始まります。
保守のフローが良くなるほど、驚きが減り、信頼性が高まり、ネットワークを稼働させ続ける人々により大きなコントロールがもたらされます。
小さな変更。
より安全なノード運用に向けた、意味のある一歩。
