第20章 RHEL bootc イメージに対するソフトリブートの実行


systemd ソフトリブートを実行して、Red Hat Enterprise Linux bootc システムに更新を適用します。このプロセスでは、ハードウェアの完全な再起動を必要とせずにオペレーティングシステムのコンポーネントをリロードするため、変更のデプロイメント処理が高速化され、メンテナンス時のダウンタイムが最小限に抑えられます。

20.1. RHEL bootc イメージに対するソフトリブートの実行の概要

ソフトリブートを使用すると、ハードウェアを完全に再起動することなく、Red Hat Enterprise Linux の bootc イメージに更新を適用できます。このプロセスでは、ファームウェアの初期化段階をスキップしてオペレーティングシステムのコンポーネントをリロードすることで、ダウンタイムを最小限に抑え、変更をより迅速に適用できます。

ソフトリブートでは、主にソフトウェア関連の一般的な問題が最小限のリスクで解決されます。これは、次のような問題に対する標準的なトラブルシューティングの手順です。

  • 軽微なソフトウェアの不具合: ソフトリブートにより、アプリケーションのフリーズ、クラッシュ、または誤動作の原因となる一時的なエラーが解決されます。
  • パフォーマンスの問題: 時間が経つにつれて、開いているアプリケーションやバックグラウンドプロセスがリソースを消費し、システムの速度が低下します。ソフトリブートによりこれらのプロセスがクリアされ、RAM が更新されるため、パフォーマンスが向上する可能性があります。
  • ネットワークの問題: 接続が切断されるなどの問題の場合、システムを再起動すると、ネットワーク設定が更新されます。
  • 更新の完了: 一部のシステム更新では、正常に完了するために再起動が必要です。

systemd を使用した RHEL 環境では、ソフトリブートによってカーネルとハードウェアを実行したままユーザー空間が再起動されるため、従来の完全なリブートに比べて大きな利点があります。

  • ダウンタイムの短縮: ソフトリブートでは、BIOS/UEFI、ブートローダー、カーネル、初期 RAM ディスク (initrd) などの時間のかかるブートプロセスが省略されるため、ダウンタイムが大幅に短縮されます。システムはすぐに再び応答可能になります。これは、ダウンタイムを最小限に抑えることが不可欠な重要なサーバーにとって重要です。
  • 運用効率の向上: カーネルに関係しないソフトウェアや設定の変更の場合、ソフトリブートを使用して、システム全体を再起動せずに更新を適用できます。これは、新しいルートファイルシステムのスナップショットを即座にアクティブ化できるコンテナー化されたシステムやイメージベースのシステムに特に役立ちます。

呼び出されると、systemd-soft-reboot.service システムサービスは次のアクションを実行します。

  • プロセスが終了するのを待たずに、実行中のすべてのプロセスに SIGTERM 信号を送信します。
  • 続いて、SIGKILL シグナルを送信して、すべてのプロセスを即座に停止させます。
  • /run/nextroot/ ディレクトリーが存在する場合 (これは通常のディレクトリー、ディレクトリーのマウントポイント、またはどちらかへのシンボリックリンクである可能性があります)、ファイルシステムのルートがそのディレクトリーに切り替えられます。
  • 更新されているルートファイルシステムからサービスマネージャーを再実行し、通常の再起動として新しいブートトランザクションをキューに登録します。
  • Soft-reboot.target は、このサービスをプルし、ユーザー空間のみの再起動操作を実行します。
Red Hat logoGithubRedditYoutubeTwitter

詳細情報

試用、購入および販売

コミュニティー

会社概要

Red Hat は、企業がコアとなるデータセンターからネットワークエッジに至るまで、各種プラットフォームや環境全体で作業を簡素化できるように、強化されたソリューションを提供しています。

多様性を受け入れるオープンソースの強化

Red Hat では、コード、ドキュメント、Web プロパティーにおける配慮に欠ける用語の置き換えに取り組んでいます。このような変更は、段階的に実施される予定です。詳細情報: Red Hat ブログ.

Red Hat ドキュメントについて

Legal Notice

Theme

© 2026 Red Hat
トップに戻る