パッケージ更新後のアプリケーションの再起動

Question

質問

yum updateでmysqlやglibcなどをアップデートした場合、その更新を適用するためにはアプリケーションの再起動が必要だと思います。実際のサーバー運用の現場ではアプリケーションのアップデート完了の度にアプリケーションを再起動しているのでしょうか？それとも脆弱性のアップデートの場合など重要な更新の場合にだけアプリケーションの再起動をしているのでしょうか？
また、カーネルのアップデートの場合、ホストの再起動が必要だと思いますが、同じく脆弱性など重要な更新の場合にだけホストの再起動をしているのでしょうか？それともカーネルのアップデート適用の度に再起動しているのでしょうか？

Answer 1

実運用中のサーバということは基本的にアップデート=セキュリティアップデートなので、それを反映させる必要があります。個々のアプリケーションの再起動で済ませるかOSごと再起動するかは、対象と内容次第ですが、必ず再起動までセットで考えなければいけません。

関係するプロセスが特定出来れば個々のプロセスの再起動で対応します。例えばMySQLだと、mysqldを再起動する必要があるのは自明ですが、内容によってはlibmysqlをリンクしているアプリケーションも再起動する必要があります。調べ方についてはockeghemさんの回答を参考にしてください。

glibcやopensslだとリンクしているアプリケーションが広範になり事実上個々に潰すのは難しいのでOSごと再起動する必要があります。

アプリケーションにせよOSにせよ、再起動するのにはアップデートを適用した後に正しく動作するという確認の意味もありますので、アップデートを適用するが再起動しない、というのはその点からも避けた方が良いでしょう。あとで再起動して起動しない、ということになると原因究明が大変です。

Comments

[nama-chan]

>必ず再起動までセットで考えなければいけません。
> 関係するプロセスが特定出来れば個々のプロセスの再起動で対応します
個々の特定の方法はockeghemさんを参考にさせて頂きます。

考えているようでぬけていた箇所がありました。実践していこうと思います。詳しくご回答ありがとうございます！

Answer 2

私が見聞きしている範囲では、本当に必要がない限りはOSのリブートをせずにすませているという企業が多い印象です。
では、リブートが必要かどうかの判断ですが、以下の記事が参考になると思います。

Linuxのパッケージをアップデートしたあとrestartが必要なプロセスを見つける方法

再起動が必要かどうかを確認するには、needs-restarting -r というコマンドで確認できる（RHEL/CentOS 7.3以降）と書かれていますね。

Comments

[nama-chan]

やはり、サービスへの影響を避けるためにあまり再起動などはしないのですね。needs-restartingを触っていろいろ試してみます。ありがとうございます。

Answer 3

メモリにいるモノとファイルそのもののバージョンが食い違うと面倒な事になりかねないので、都度再起動が普通だと思います。
その為、メンテナンス日時などを決めて事前に利用者に告知し、いくつかの作業をまとめて行うようにするのが一般的じゃないでしょうか。
少なくとも私が経験してきたところではそのような運用をしているケースが多かったと思います。

Comments

[nama-chan]

>その為、メンテナンス日時などを決めて事前に利用者に告知し、いくつかの作業をまとめて行うようにするのが一般的じゃないでしょうか。

緊急性が高くないものはまとめて再起動して反映させるということですね。なるほどです。ありがとうございます。